WordPress Tip on Permalink Options WordPress заметка о Permalink Опции
This tip covers configuration in Options/Permalinks [Edit Permalink Structure] for WordPress users. Эта заметка конфигурация включает в Опции / Permalinks [Редактировать Permalink Структура] для пользователей WordPress. My version is WordPress 1.5. Моя версия WordPress 1,5.
By default WordPress uses a query string to identify a post. По умолчанию WordPress использует строку запроса для определения пост. This is neither search engine friendly nor human friendly. Это не является ни дружественным поисковой системы, ни людских дружелюбны. A better way is to use a custom URI to better identify your posts. Лучший способ заключается в использовании пользовательский URI чтобы лучше узнать свои посты. Many bloggers include a date as part of the permalink. Многие блоггеры включать дату как часть постоянной. I advise against it Я советую против него . The date of the post is not so important as to be part of the URI! Дата должность не так важна, чтобы быть частью URI!
My suggestion is to use a simple structure containing the post-slug as your Permalink URI. Мое предложение состоит в том, чтобы использовать простую структуру, содержащие пост-slug, как ваши Permalink URI. I use: Я использую:
Structure: /index.php/archive/%postname%/ Структура: / index.php / архив /% postname% /
Note that there is an index.php embedded. Заметим, что имеется встроенный index.php. This is fine with search engines and humans too. Это нормально, с помощью поисковых систем и людей тоже. And it will work great. И она будет работать велика. It doesn’t require mod_rewrite functionality or change to htaccess. Он не требует mod_rewrite функциональности или изменений в htaccess. Something as simple as this will work in all configurations. Кое-как простыми, как это будет работать во всех конфигурациях.
For category base I use simply: /index.php/category Для категории базы я использую просто: / index.php / категория
This is just a simple example. Это лишь простой пример. You can make your URI as complicated as you want. Вы можете сделать свой URI, как сложная, как вы хотите. Just remember to test it. Только не забудьте протестировать его.
Personally I like it short and simple. Лично мне это нравится короткий и простой.
Update 1 : Please refer to the comments below for points and counterpoints on this topic. Update 1: Обратитесь в комментарии ниже точек и counterpoints по этой теме.
Update 2 : The objections raised by some people is that having an identical named title for posts will cause problems with WordPress. Update 2: На возражения некоторых людей состоит в том, что с идентичным названием наименование должности, будут вызывать проблемы с WordPress. This is not a valid observation anymore. Это не в силе замечание, больше не существует. In other words you can have 10 posts named “Happy New Year” and WordPress will assign unique post-slug to each. Иными словами вы можете иметь 10 постов названием "С Новым Годом" и WordPress присвоит уникальный пост-slug к каждому из них. Simply said this approach is without any drawbacks AFAIK. Просто говорит, этот подход без каких-либо недостатков AFAIK.
Update 3 : Cem commented: Обновление 3: CEM комментариев:
For future reference, I was able to get permalink URL rewriting working in WordPress by creating a php.ini at my domain root with the following configuration: Для дальнейшего использования, я смог получить постоянную ссылку URL переписывания, работающих в WordPress, создав php.ini на моем домене корень с следующую конфигурацию:
cgi.fix_pathinfo = 1 cgi.fix_pathinfo = 1
cgi.force_redirect = 0 cgi.force_redirect = 0
Several people have found it useful on various environments including but not limited to IIS on windows as can be seen from the comments. Несколько человек сочли полезным в различных средах, включая, но не ограничиваясь IIS на окнах, как это видно из комментариев. Thanks Cem for sharing! Благодаря Джему для обмена!
BTW: Personally I use /archive/%postname%/ for my BTW: Лично я использую / архив /% postname% / моего Stem Cell Research Blog Исследования стволовых клеток блог without requiring any changes. и не требует каких-либо изменений.
The greatest benefit is that you don’t have to embed index.php as part of URL, possibly slightly increasing your SERP. Наибольшую пользу заключается в том, что вам не нужно вставлять index.php, как часть URL, возможно, слегка повысив показатель SERP.
Filed under Поданного в соответствии с Headline News Headline News , How To Как , Pro Blogging Про блоги , Web Веб , Windows , WordPress | |
| |
RSS 2.0 RSS 2,0 | |
Email this Article Отослать Статья
You may also like to read Вы можете также люблю читать |




March 16th, 2005 at 12:19 pm 16 марта 2005 года в 12:19 вечера
I think you’re making a mistake discouraging the use if the date in URI’s. Я думаю, что вы хотите сделать ошибку предотвращения использования, если сегодняшний день в URI гг. Wordpress does not require post slugs to be unique. Wordpress не требует поста slugs быть уникальным. So if all you is ‘/archive/slug’ the chances of having a collision go increase greatly over time. Так что, если все, что вам это '/ архив / slug ", имеющих шансы столкновения пойти значительно увеличить с течением времени. Can you really be sure that in the next x years you’ll never recycle a post title, ever? Можете ли вы действительно уверены в том, что в следующем х лет, вы никогда не вторсырье заголовка, когда-либо?
Adding the category helps, of course, because then you’d have to duplicate the title and category to cause problems. Добавление категории помогает, конечно, потому что тогда вы должны дублировать название и категория вызвать проблемы. But the date adds a unique identifier to the string that is guaranteed not to be repeated. Но сегодняшний день добавляет уникальный идентификатор строки, которая гарантируется не должна повториться.
I use a month-year combination for my date field, figuring that within anygiven month I’m unlikely to repeat slugs. Я использую месяц-год сочетание для моего поле даты, figuring, что в течение месяца anygiven я вряд ли повторять slugs. But even that could be seen as too restrictive by some. Но даже это можно рассматривать как слишком ограничительный характер в некоторых из них.
You’re also overlooking that adding the date adds a sense of relevance to your links. Вы также с видом добавив, что дата добавляет смысле отношение к вашей ссылки. Do i care about content more than a year old? Зачем мне заботиться о содержании более чем на летней? No? Нет? Then maybe I don’t need to follow that link i saved that’s dated 1999. Тогда, возможно, мне не нужно следовать этой связи я сохранил это от 1999 года.
March 20th, 2005 at 4:03 am 20 марта 2005 года в 4:03 утра
Why I discourage embedding date in URL’s (including WordPress Permalinks and also other CMS) Почему я сдерживать вложения сегодняшний день в URL (включая WordPress Permalinks, а также другие CMS)
The reasons I discourage date’s in a permalink are: It is redundant information as date is already part of the post information and need not be additionally within the url. Я причин препятствовать в день в постоянной являются: Насколько избыточной информации, как дата уже является частью публиковать информацию, и нет необходимости дополнительно в ссылке. Search engines like google, which gives importance to words in URL’s will … Поисковые системы, как google, который дает значение слов в URL воли…
March 20th, 2005 at 4:05 am 20 марта 2005 года в 4:05 утра
Squeg,
Please read my Пожалуйста, прочитайте мое article on this topic статьи по этой теме to specifically address your concern. конкретно решить Вашу озабоченность.
Let me know your thoughts. Я хотел бы знать ваши мысли.
March 21st, 2005 at 9:53 am 21 марта 2005 года в 9:53 утра
I definitely agree that the data is not always necessary in a url. Я, безусловно, согласны с тем, что данные не всегда необходимо в ссылке. But I still think using it in most permalink structures does more good than bad. Но я все еще думаю, используя его в большинстве постоянных структур, делает больше, чем хорошее плохим.
I will concede that the date makes the url “uglier.” So I recommend using the most compact date structure you can to meet your needs. Я буду признать, что сегодняшний день составляет url "uglier." Поэтому я рекомендую использовать самый компактный сегодняшний день структура возможное, чтобы удовлетворить ваши потребности. For some that may mean leaving it out. За то, что может означать, оставив его. For me it means domain/archives/MM-YYYY/slug. Для меня это означает, домен / архивы / MM-YYYY / slug. I wish i’d left the word “archives” out as the date pretty much implies that. Хотел бы я покинул слово "архивы" в качестве даты довольно много подразумевает, что.
I’m not sure that I follow how having the date in the address “poisons” the search engines. Я не уверен, что я следую, как имеющие сегодняшний день в адрес "ядов" поисковых систем. I’d like to hear more clarification on what you mean by this. Мне хотелось бы услышать больше разъяснений о том, что подразумевается под этим.
Almost all non “time-sensitive” information really is time sensitive if it’s old enough. Почти все не "время-чувствительной" информации действительно настало время чувствительных, если она достаточно старая. The only real exceptions are pages where the content is continually updated/replaced with new information as it ages. Единственным реальным Исключение составляют страницы, где содержание постоянно обновляется / заменен новую информацию по мере ее возрастов.
Take for instance, a guide to creating web-pages written in 1998. Возьмем в качестве, например, руководство по созданию веб-страницы, написанные в 1998 году. If it was well-written in 1998 it may have attracted many links, moving it up the search engines. Если она хорошо написана в 1998 году он, возможно, привлекли множество ссылок, перемещение его помощью поисковых систем. But if it has not been updated, then it is really quite behind the times with reguard to today’s best practices. Но если он еще не был обновлен, то это вполне реально за раз reguard с сегодняшним опытом. It may still be technically accurate within the framework for which it was created, but it’s still dated. Она может еще быть технически точных рамках, для которых она была создана, но она по-прежнему дата. Someone looking at this page today needs to know right away that it’s old information and they should look elsewhere. Кто-то попадете на эту страницу сегодня необходимо знать сразу, что это старая информация, и они должны смотреть в другом месте.
As you can see from your own kubrik installation under wordpress, not every page actively displays the date in a prominent location. Как видно из ваших собственных kubrik установки под wordpress, не все страницы отображаются активно сегодняшний день в видное место.
It’s also worth mentioning that Wordpress (and probably other such systems) use the permalink you specifiy in your RSS as well as on your webpage. Кроме того, стоит отметить, что Wordpress (и, возможно, других подобных систем) использовать постоянной specifiy вам в вашей RSS, а также на веб-страницу. Many RSS readers will use the permalink, if it’s identified, as a unique identifier for the item in the feed. RSS Многие читатели будут использовать постоянной, если она определены, как уникальный идентификатор для пункта в канал. Reader software can use that unique ID to enable further functionality for managing feeds and posts. Reader программное обеспечение может использовать этот уникальный идентификатор, чтобы обеспечить возможность дальнейшего функциональность для управления каналов и должностей. In these circumnstances it’s even more beneficial to ensure that your permalinks are unique. В этих circumnstances и это даже более выгоден для обеспечения того, чтобы ваши постоянные уникальны.
In the end, my comment isn’t so much about any given individual leaving the date out of their permalink structure. В конце концов, мое замечание не столько по поводу того или иного индивидуального оставив дату из их постоянной структуры. It’s about dissuading all users from including it without first considering both the pro’s and con’s of doing so. Речь идет о отговорить от всех пользователей, включая его без рассмотрения как первые опытные тренера и в кон сделать это. Using the date may not always seem necessary, but it does add a bit of “future-proofing” should your needs change. Использование даты, возможно, не всегда представляется необходимым, но для этого надо добавить немного "будущее корректуры" должны изменить ваши потребности.
My advice to new wordpress users when choosing a permalink structure would be to stick with “ugly” links for awhile until they can really get a feel for how they’d like to use their blog. Мои рекомендации для новых пользователей wordpress при выборе постоянной структуры будут придерживаться с "уродливые" ссылки на некоторое время, пока они не могут реально почувствовать, как они хотели бы использовать свой блог. You can always add permalinks without causing damage. Вы всегда можете добавить постоянные без нанесения ущерба. But once you set them up, you can’t really change the system without causing a lot of stuff that used to work, to fail. Но как только вы установите их, вы не можете реально изменить систему, не вызывая много материалов, которые используются для работы на провал.
March 23rd, 2005 at 6:12 pm 23 марта 2005 года в 6:12 вечера
Actually, mainstream WP user and WP developers argue against NOT using a date structure in the permalinks. Собственно, основной РГ РГ пользователей и разработчиков оспаривать не использует дату структуры в постоянные. This has been argued on the forums several times. Это было утверждать на форумах несколько раз.
Let’s say that on January 1st, 2004, you post “Happy New Year!”, and then on January 1st, 2005, you post “Happy New Year”. Допустим, что на 1 января 2004 года, Вы пост "С Новым Годом!", А затем на 1 января 2005 года, Вы пост "С Новым годом". You now have two posts at domain.com/happy-new-year and this sends your site into a spiral of chaos. У вас есть две должности в domain.com / рад-новый год, и это направляет свой сайт в спираль хаоса. Having some sort of date structure will prevent this. Имея определенный даты структура будет препятствовать этому.
March 24th, 2005 at 4:40 pm 24 марта 2005 года в 4:40 вечера
@MacManx I realize that this is a situation we need to guard against. @ MacManx Я понимаю, что это положение мы должны остерегаться. Wouldn’t it however be better to modify WordPress to ensure uniqueness of post slug? Не приведет ли это, однако, лучше изменить WordPress обеспечить уникальность поста slug? Let the title be same. Пусть название быть одинаковыми. When WordPress realizes that the title is duplicate while publishing, it changes the post-slug to be unique by adding say date. Когда WordPress понимает, что название это дублировать в то время как издательское дело, она меняется после slug быть уникальным, добавив сказать дату. However as the post slug is not viewed by the public at large it doesn’t affect the user and the viewer? Однако, так как после slug не рассматривается общественностью в целом это не влияет на потребителя и зрителя?
What do you think. Что вы думаете.
@Squeg Thanks for your informative comments. @ Squeg Спасибо за содержательный комментарий. I understand your concerns. Я понимаю вашу озабоченность. I have updated both my post to include a link to your comments, so people can read both and choose whatever suits them best. Мы обновили свой пост как включить ссылку на Ваши замечания, чтобы пользователи могли читать так и выбрать любой подходящий им лучшее.
Personally I like it simpler without the date as I have already stated, accepting the risk of duplicate post-slug. Лично мне нравится простой без даты, как я уже говорил, принятие риска дублировать пост-slug. I may actually do something to remedy the situation wrt. Я фактически может сделать что-нибудь для исправления ситуации wrt. duplication in line with my idea described above. дублирования в соответствии с моей идеей, описанных выше.
Thoughts? Мысли?
March 25th, 2005 at 7:58 am 25 марта 2005 года в 7:58 утра
While i like the date for a lot of things, I do agree sometimes it would be nice to ditch it. Хотя я бы на сегодняшний день много вещей, я согласен иногда было бы неплохо канаву его. As we’ve both discussed, the biggest single inhibitor to leaving the date out of wordpress is that it doesn’t enforce unique post slugs. Как мы оба обсудили, крупнейший одного ингибитора оставив на сегодняшний день из wordpress заключается в том, что она не применять уникальный пост slugs. It does seem like it would be pretty simple to hack wordpress so that it guaranteed a unique post slug by checking the database for exising instances of it’s proposed slug and then appending a number or something to the end of the slug. При этом оно, похоже как было бы довольно легко взломать wordpress тем, что она гарантирует уникальный пост slug, проверив базу данных для exising случаях он предложил slug, а затем добавляется номер или что-то к концу slug. ( A warning at that time would be nice too, so you could modify the slug if you wanted. ) (Предупреждение на тот момент было бы слишком хорошо, так что вы могли бы изменить slug, если вы желаете.)
I’d also like it to automatically truncate long slugs. Я бы также хотел он автоматически усечь долго slugs. I know that might make it harder to determine what to type into the URL if you’re trying to guess (who really does that?) but it would definitely simplify the URLs. Я знаю, что может сделать его труднее определить, что нужно набрать в URL, если вы пытаетесь угадать (которые реально ли это?) Но он, несомненно, упростит URL. Some kind of options setting where you specified a maximum number of characters for the slug, would do the trick. Некоторые виды вариантов настройки, где вы указали максимальное количество символов для slug, будет делать трюк.
April 2nd, 2005 at 9:39 pm 2 апреля 2005 года в 9:39 вечера
[...] rs, Link-blog03. [...] Р.С., Link-blog03. April 2005 .htaccess 파일을 건드릴 필요 없는 방법 WordPress Tip on Permalink Options Comment RSS - [...] Апреля 2005 года. Htaccess 파일 을 건드릴 필요 없는 방법 WordPress Подсказка по Permalink Комментарий обозревателя RSS - [...]
April 9th, 2005 at 6:00 am 9 апреля 2005 года в 6:00 утра
WordPress Permalinks Updated WordPress постоянные обновлен
I have updated my WordPress permalinks from: Мы обновили мои постоянные WordPress от:
/year/month/day/TITLE / год / месяц / день / НАЗВАНИЕ
to: к:
/archives/month/day/TITLE / архив / месяц / день / НАЗВАНИЕ
I just think It would look alot better like that. Я просто думаю, что будет выглядеть гораздо лучше, это нравится. That’s all :)…. Вот и все:)….
April 14th, 2005 at 6:51 am 14 апреля 2005 года в 6:51 утра
My server is running on Windows Server (brinkter.com) so I guess I’m SOL regarding permalinks. Мой сервер работает на Windows Server (brinkter.com), поэтому я думаю я SOL относительно постоянные.
Any workarounds? Любое обойти?
April 14th, 2005 at 7:04 am 14 апреля 2005 года в 7:04 утра
edit: that should be “brinkster.com” on the above post. прав: что должно быть "brinkster.com" выше по должности.
April 14th, 2005 at 12:56 pm 14 апреля 2005 года в 12:56 вечера
@Carlos The ideas in this post works on Windows server too. @ Карлос идеи в этой должности работает на Windows сервер. In fact I have a copy of the site running on my Windows Apache server at Home. На самом деле я имею копию сайт работает на моем Windows-сервер Apache в домашних условиях.
This is the beauty of the idea. Это красоту идеи. It requires no special features enabled for it to work on any platform. Она не требует никаких специальных возможностей для позволило ему работать на любой платформе.
April 16th, 2005 at 4:47 pm 16 апреля 2005 года в 4:47 вечера
Yes, but it seems you need to have Apache running. Да, но кажется, у Вас должен быть Apache запущен. What I meant was that brinkster runs Windows Server 2003 as their web server platform, as opposed to Apache for Windows. Что я имел в виду, заключается в том, что brinkster запускается Windows Server 2003 в качестве платформы веб-сервера, в отличие от Apache для Windows. It seems you need apache’s mod_rewrite for the permalink options to work. Кажется, вам необходимо в apache mod_rewrite для постоянной эту работу.
Thanks. Спасибо.
April 16th, 2005 at 11:22 pm 16 апреля 2005 года в 11:22 вечера
@Carlos @ Карлос
No it doesn’t need apache running. Не нужно apache запущен. To use my tip above you do not need mod_rewrite capability nor do you need .htaccess. Чтобы использовать мой совет выше, вам не нужен mod_rewrite потенциал и не нужно. Htaccess. That is the beauty and simplicity of the solution. То есть красота и простота решения. Just try it. Просто попробуйте. It will work. Она будет работать.
April 17th, 2005 at 4:50 am 17 апреля 2005 года в 4:50 утра
I get a “No input file specified.” when I try anything with the permalinks. Я получаю "Нет входного файла указан." При попытке что-либо в постоянные.
April 17th, 2005 at 10:16 pm 17 апреля 2005 года в 10:16 вечера
Am having issues too, trying to setup permalinks on Win2K3/IIS server. Меня тоже вопросы, пытаясь установить постоянные Win2K3/IIS на сервере. It throws a 404 error, no matter what permalink structure i try! Он выбрасывает сообщение об ошибке 404, независимо от того, какой постоянной структуре я попробовать!
April 17th, 2005 at 10:32 pm 17 апреля 2005 года в 10:32 вечера
@Sajin & @Carlos @ @ Sajin и Карлос
Try these exactly as typed (in Options/Permalinks) and let me know if you still have problems. Попробуйте эти точно так же, как ввели (в Опции / Permalinks) и дайте мне знать, если вы по-прежнему есть проблемы.
Structure: /index.php/archive/%postname%/ Структура: / index.php / архив /% postname% /
Category base: /index.php/category Категория базы: / index.php / категория
April 18th, 2005 at 6:00 am 18 апреля 2005 года в 6:00 утра
Angsuman, tried again, making sure to copy-paste from your message. Angsuman, попыталась снова, и обязательно скопируйте текст из Вашего сообщения. I still get a “No input file specified” message. Я до сих пор получить "Нет входного файла указано" сообщение. I’m waiting a while now, to see if this is some sort of database or configuration issue that needs some time to set itself. Я ожидаю, хотя в настоящее время, чтобы убедиться, что это своего рода базу данных и настроек вопрос, который требует определенного времени для себя.
For example, this is how one of my post links looks like now: Например, в этом заключается в том, как один из моих поста ссылки выглядит сейчас:
http://www.carlanga.com/blog/index.php/archive/using-crypto-hashes-salts-to-protect-database-privacy/ http://www.carlanga.com/blog/index.php/archive/using-crypto-hashes-salts-to-protect-database-privacy/
Does that look ok to you? Значит ли это смотреть нормально для вас?
Thanks! Спасибо!
April 18th, 2005 at 6:06 am 18 апреля 2005 года в 6:06 утра
Waited a while… added a post… no luck. Ждали, хотя… добавлена должность… не повезло. It doens’t seem like this will work on non-Apache boxes. Он doens't кажется это будет работать на не-Apache ящиков.
April 19th, 2005 at 2:09 am 19 апреля 2005 года в 2:09 утра
@Carlos I will check it out. @ Карлос я буду проверять его. It should be possible as it is using something very basic. Необходимо, по возможности, как она использует то, самые элементарные.
The reason I don’t have IIS, even on my home machine, is due to security concerns. Причина у меня нет IIS, даже на моей домашней машине, это из-за соображений безопасности.
BTW: Have you faced aany security related issue with your IIS deployment? BTW: Вы столкнулись aany безопасности, связанные с вашим вопросом развертывания IIS?
April 19th, 2005 at 2:17 pm 19 апреля 2005 года в 2:17 вечера
@angsuman, @ angsuman,
Not that I know of, as Brinkster handles all the hosting (shared hosting). Не то чтобы я знаю, как Brinkster занимается всеми хостинга (совместно с хостингом). They should keep all patches up to date, etc. But I haven’t had any problems so far in the 3 or 4 years I’ve been with them. Они должны сохранить все патчи до даты и т.д. Но у меня не было никаких проблем до сих пор в 3 или 4 года я был с ними.
Just now I noticed they offered PHP/MySQL support and thus installed Wordpress. Только сейчас я заметил, они предложили PHP / MySQL поддержки и, таким образом, установлен Wordpress. I was using Radio Userland, via FTP, before. Я использую Радио Userland, через FTP, раньше.
April 22nd, 2005 at 5:34 pm 22 апреля 2005 года в 5:34 вечера
My server runs Win2000/IIS5 and no problem with “index.php” permalinks. Мой сервер Win2000/IIS5 и никаких проблем с "index.php" постоянные. Perhaps this is specifically a Windows 2003 or IIS6 problem? Возможно, это конкретно Windows 2003 или IIS6 проблемы?
I run Apache2 on the same server and that’s where all the WP1.5 installs are. Apache2 ли размещать на одном сервере, и что там все WP1.5 устанавливает являются. Permalink structure is defaulted to /%year%/%month%/%postname%/ for clarity. Постоянная структура дефолт в / год%% /% в месяц% /% postname% / для ясности.
April 24th, 2005 at 1:25 am 24 апреля 2005 года в 1:25 утра
@rust, @ ржавчины,
Do you have your Wordpress installation running on IIS5 or on the Apache server you have on the same machine? Есть ли у вас Wordpress установки, работающие на IIS5 или на сервере Apache у Вас на одной машине?
April 25th, 2005 at 10:33 am 25 апреля 2005 года в 10:33 утра
Just chiming in, but Carlos, any chance you have your index.php in a nonstandard location? Просто chiming, но Карлос, какой-то шанс у Вас в index.php в нестандартные места? Maybe the link that’s supposed to be pointing at your index file really isn’t? Может быть, что в связи предполагается, указывающие на Ваш файл индекса действительно нет?
If that doesn’t seem to be the issue and you’re not using a default theme, you might try switching back to classic or kubrik. Если что, похоже, не проблема и вы не используете по умолчанию тему, можно попробовать переключиться назад в классическую или kubrik. It’s *possible* that whatever theme you’re using doesn’t link to the code that parses the URL string aside from the standard GET stuff. Это возможно * * что какие темы вы используете не ссылку на код, который разбирает URL строку, помимо стандартного GET прочее. Admittedly, I’ve not actually gone spelunking to find the code that’s supposed to be doing that parsing. Конечно, я фактически не прошли spelunking найти код это предполагается сделать, что при разборе.
April 25th, 2005 at 3:49 pm 25 апреля 2005 года в 3:49 вечера
Thanks Squeg. Благодаря Squeg.
I’m running the default theme… let me check if location has anything to do with this. У меня работает по умолчанию тему… позвольте мне проверить, если имеет место какое-либо отношение к этому. I have everything installed in a folder (www.carlanga.com/blog) but otherwise, it’s just as it came in the original file. Я имею все, установлена в папку (www.carlanga.com / блога), но в противном случае он точно так же, как он пришел в исходном файле. I unzipped and FTP’d. Я unzipped и FTP'd.
Thanks. Спасибо.
April 26th, 2005 at 10:17 am 26 апреля 2005 года в 10:17 утра
Well that sounds like a pretty standard configuration. Ну, что звучит как довольно стандартной конфигурации. Double-check the options screen in your dashboard to make sure that both location boxes point at the correct location. Тщательно проверьте опций в панели инструментов, чтобы убедиться, что обе точки расположение окон на нужном месте. You might (and i’m totally just shotgunning here) try setting the blog address to Вы могли бы (и я совершенно просто shotgunning здесь) попробовать установить адрес для блога http://www.carlanga.com/blog/index.php instead of just /blog. вместо просто / блоге.
Aside from that, I’d say it’s going to come down to server configuration. Помимо этого, я бы сказать, что собирается спуститься к серверу конфигурации. It’s possible the web server itself is choking on the oddly-formed URL. Можно веб-сервер сам по choking oddly сформированных URL. And at that point, I don’t really have a lot of good ideas. И в этот момент, я на самом деле не имеют много хороших идей. Honestly, what’s really wrong with “ugly” url’s anyway? Честно говоря, каковы на самом деле случилось с "отвратительным" url в любом случае?
April 26th, 2005 at 8:45 pm 26 апреля 2005 года в 8:45 вечера
@Squeg @ Squeg
> what’s really wrong with “ugly” url’s anyway? > Что на самом деле случилось с "отвратительным" url в любом случае?
?p=3756 type of url’s don’t get much google-love (not to mention they are ugly) ? р = 3756 типа в url не получают гораздо google-любовь (не говоря уже об их уродливых)
April 28th, 2005 at 2:42 pm 28 апреля 2005 года в 2:42 вечера
So, has anyone gotten this to work under IIS? Итак, кто имеет это достать для работы под IIS?
April 29th, 2005 at 5:12 am 29 апреля 2005 года в 5:12 утра
Not me, not yet. Не мне, еще не.
April 30th, 2005 at 7:01 am 30 апреля 2005 года в 7:01 утра
Okay, last resort, you could try and get rewrites to actually work in IIS using something like this: Хорошо, крайнем случае, вы можете попробовать и получить переписывает на самом деле работа в IIS, используя то вроде этого:
http://www.isapirewrite.com/
The lite version is free and might be enough for what you’re trying to do. Lite версия является бесплатным и может быть достаточно для того, что вы пытаетесь сделать.
April 30th, 2005 at 7:15 am 30 апреля 2005 года в 7:15 утра
Here’s another possible option (free) Вот другой возможный вариант (бесплатно)
http://www.motobit.com/help/url-replacer-rewriter/iis-mod-rewrite.asp
May 1st, 2005 at 2:43 pm 1 мая 2005 года в 2:43 вечера
Thanks Squeg. Благодаря Squeg.
Carlos, did you have any luck with these solutions? Карлос ли у Вас каких-либо успехов в этих решений?
May 4th, 2005 at 2:55 am 4 мая 2005 года в 2:55 утра
From what I see, I don’t think I could get either of those to work, as I’m on a hosted server. Судя по тому, что я вижу, я не думаю, я мог бы получить любой из тех, к работе, как я на принимающей сервера. I’ll look closer at Isapirewrite and comment if anything good comes up. Я посмотреть поближе на Isapirewrite и комментировать, если что-либо хорошее появляется.
Thanks! Спасибо!
May 4th, 2005 at 5:16 am 4 мая 2005 года в 5:16 утра
How about changing your hosting provider Как об изменении Вашего хостинг-провайдера
I found Linux hosting providers are normally cheaper and comes with addl. Я нашел Linux хостинг-провайдеров, как правило, дешевле и поставляется с addl. capabilities like ssh, vps (some) etc. возможностей, как ssh, vps (некоторые) и т.д.
May 4th, 2005 at 3:04 pm 4 мая 2005 года в 3:04 вечера
I thought about that… but then my hosting provider offered me a nice plan with PHP that was competitive with everything else out there and I decided the hassle of switching wasn’t worth it. Я подумал о том, что… но тогда мой хостинг провайдер предложил мне приятно план с PHP, который был конкурировать с все еще там, и я решил избежать трудностей перехода не стоит. I’d have to move all my data plus my email domain. Я бы вынуждены переместить все мои данные, а также мой электронный домена.
They are about to start offering Linux hosting, so maybe all is not lost. Они вот-вот начать, предлагающие Linux хостинга, так что, возможно, не все потеряно.
May 9th, 2005 at 5:52 pm 9 мая 2005 года в 5:52 вечера
I have tried to search the site for the reason for using index.php as part of the permalink structure. Я пытался найти место для основания для использования index.php как часть постоянной структуры. And of course it is hard to search for that since it is included on every page И, конечно, трудно найти упоминание о том, что, поскольку он находится на каждой странице
May 9th, 2005 at 11:27 pm 9 мая 2005 года в 11:27 вечера
@Gary @ Гэри
Finally a downside of using “index.php” as part of permalink Наконец спада использования "index.php" как часть постоянной
Looks like however you succeeded. Похоже, однако вам удалось.
May 10th, 2005 at 1:17 pm 10 мая 2005 года в 1:17 вечера
Well, you won me over to the NoDateURI side. Ну, вы меня вон за NoDateURI на стороне. Being a noob with php, apache, etc, I was reluctant to do anything that might ‘break’ my site. Быть noob с php, apache, и т.д., я не хотел бы делать все, что может "разорвать" моем сайте. But I backed up everything (including a spare copy of .htaccess) and said - go for it. Но я подкрепляется все (включая запасные копии. Htaccess), и сказал, - пойти на это.
It worked!! Она работала!
Then I realized all the links out in the wild world to my site were now probably broken. Потом я понял, все ссылки в дикий мир на мой сайт в настоящее время, вероятно, были нарушены. And even though I like my 404 message - I prefer people not get it. И хотя мне нравится мое сообщение 404 - Я предпочитаю людей, не получают ее.
So, since I was being brave, I opened that back up copy of .htaccess and compared it with the new one. Итак, поскольку я был смелым, я открыл, что резервную копию. Htaccess и сравнил его с новым. I think I figured out how all the regular expressions were doing what they were supposed to do enought to try something bold. Мне кажется, я понял, каким образом все регулярные выражения, делают то, что они должны были сделать enought попробовать-то жирным. I copied the lines that started with ^([0-9]{4}) and replaced the pattern at the end: Я скопирован линии, которая началась с ^ ([0-9] (4)) и заменить модель на конце:
`index.php?year=$1&monthnum=$2&day=$3&name=$4` `index.php? год = $ 1 и $ monthnum = 2 и в день = $ 3 и имя = $ 4`
with just: всего:
index.php?name=$4` index.php? имя = $ 4 `
In other words I removed: Иными словами я удалены:
`year=$1&monthnum=$2&day=$3&` `год = $ 1 и $ monthnum = 2 и в день = $ 3 и`
A quick test shows it worked - now the old links on my pingbacks, tracklogs, etc still should work. Быстрый тест показывает, она работала - теперь старые ссылки на мой pingbacks, tracklogs, и т.д. все еще должны работать. I emphasize ’should’ since I really have no clue about this stuff since I am an insurance agent and not a professional propeller head. Я подчеркиваю, "должен", поскольку я действительно не имеют ключами к этой вещи, поскольку я страховым агентом, а не профессиональный гребной голову.
May 10th, 2005 at 1:56 pm 10 мая 2005 года в 1:56 вечера
WordPress Permalink Options Постоянная ссылка на эту WordPress
As I read 2 posts on the Simple Thoughts blog about permalinks in WordPress I realized I wanted my permalinks to be ‘cleaner’. Как я прочитал 2 постов на простые мысли о блоге постоянные в WordPress я понял, я хотел моей постоянные быть "чистых".
In the first article, [Why I discourage embedding date in URL’s (including WordPress Permalinks and also other CMS)](htt… В первой статье, [Почему я сдерживать вложения сегодняшний день в URL (включая WordPress Permalinks, а также другие CMS)] (htt…
May 25th, 2005 at 10:16 am 25 мая 2005 года в 10:16 утра
[...] permalinks. [...] Постоянные. At the very least, include the post name. По крайней мере, включить название должности. Another recommendation can be found here. Еще одна рекомендация, можно найти здесь. 05.25.2005 @ 10:15 AM by paul @ rwt [...] 05.25.2005 @ 10:15 утра Пола @ rwt [...]
June 1st, 2005 at 10:56 am 1 июня 2005 года в 10:56 утра
Carlos: Карлос:
I have just set up WP on Win2k3/IIS6, and was pleasantly surprised to find no problems with permalinks. Я только что создан РГ по Win2k3/IIS6, и он был приятно удивлен, чтобы найти каких-либо проблем с постоянные. I have not installed any of the rewrite ISAPI filters. Я не установлено каких-либо от перезаписи ISAPI фильтры. This site is for internal organizational use only, so is not accessable to the public — you’ll have to trust me that permalinks are working! Этот сайт предназначен для внутреннего использования только организационные, так что не является доступным для общественности - Вы должны доверять мне, что постоянные работают!
My guess is that you don’t have access to the php.ini file (I wouldn’t give access to all users if I was the host!) Моя догадаться, заключается в том, что у вас нет доступа к php.ini файл (я бы не стал давать доступ всем пользователям, если бы я была принимающей!)
If I’m right, ask your host to turn on the cgi.fix_pathinfo option for PHP. Если я права, попросите вашего пребывания в свою очередь, по cgi.fix_pathinfo вариант для PHP. Even if they make the change in php.ini, it requires a restart of IIS to take effect, so they may not be able to do that immediately. Даже если они вносят изменения в php.ini, она требует перезапуск IIS вступили в силу, поэтому они могут оказаться не в состоянии сделать это немедленно.
If you begin hosting on your own server, and need to use IIS instead of Apache for some reason, try the suggestion on the WordPress Codex: Если вы начинаете размещения на собственном сервере, а также необходимость использования IIS вместо Apache по каким-то причинам, попробуйте предложение по Кодекс WordPress: http://codex.wordpress.org/User:ringmaster/IIS
Hope that helps. Надеюсь, что помогает.
June 8th, 2005 at 10:13 pm 8 июня 2005 года в 10:13 вечера
Well, this discussion make me, a newbie in WP, confused. Ну, это обсуждение сделать мне, новичку в РГ, смешивать. What should I choose? Что мне выбрать?
June 8th, 2005 at 11:43 pm 8 июня 2005 года в 11:43 вечера
Choose the simple structure I suggested in the article. Выберите простую структуру я предложил в статье. It will take you about a minute to setup, very search engine friendly and requires no special capability of your server like mod_rewrite or htaccess. Он будет считать вас около минуты для настройки, очень дружественной поисковой системы и не требует никаких специальных возможностей, как ваш сервер mod_rewrite или htaccess.
I summarized in the last line of the article: Я кратко изложенные в последней строке статьи:
Simply said this approach is without any drawbacks AFAIK. Просто говорит, этот подход без каких-либо недостатков AFAIK.
June 19th, 2005 at 9:40 pm 19 июня 2005 года в 9:40 вечера
For future reference, I was able to get permalink URL rewriting working in WordPress by creating a php.ini at my domain root with the following configuration: Для дальнейшего использования, я смог получить постоянную ссылку URL переписывания, работающих в WordPress, создав php.ini на моем домене корень с следующую конфигурацию:
cgi.fix_pathinfo = 1 cgi.fix_pathinfo = 1
cgi.force_redirect = 0 cgi.force_redirect = 0
June 20th, 2005 at 4:32 pm 20 июня 2005 года в 4:32 вечера
I have posted this query at WP Forum but received no response. Я отправили запрос на этот форум WP, но не получил никакого ответа.
Server: Linux/Apache Server: Linux / Apache
WP: 1.5.1 РГ: 1.5.1
Themes: both my own and wordpress default. Темы: как мои собственные и wordpress умолчанию.
Plugins: Плагины:
Include page 1.0 Добавить страницу 1,0
Last Post Since 1.0 Последнее сообщение С 1,0
Static Front Page 1.0.2 Статические титульном листе 1.0.2
I have edited my Permalink structure as: Я имею редакцией моей постоянной структуры, как:
/%year%/%monthnum%/%day%/%postname%/ /% год% /% monthnum% /%% в день /% postname% /
/category/%postname%/ / категории /% postname% /
The links seems to be working fine but I get the following error at every post or category: Ссылки, как представляется, прекрасно работать, но я получаю следующую ошибку на каждое сообщение или категории:
WordPress database error: [You have an error in your SQL syntax. Ошибка базы данных WordPress: [У вас есть ошибка в Вашем SQL синтаксиса. Check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1] Проверка вручную, что подходит для вашего MySQL-сервера версия для синтаксиса право на использование около''на строке 1]
SELECT category_nicename FROM wp_categories WHERE cat_ID= SELECT category_nicename ГОДА wp_categories ГДЕ cat_ID =
Then to make it simple I used: Затем чтобы сделать его простым я использовал:
/index.php/%year%/%postname%/ / index.php / год%% /% postname% /
/index.php/archives/%post_id% / index.php / архивы /% post_id%
without .htaccess без. htaccess
Same result. Такой же результат.
Any idea? Любая идея?
June 20th, 2005 at 5:39 pm 20 июня 2005 года в 5:39 вечера
Look like a plugin related problem or related to the theme. Посмотрите, как плагин связанная с этим проблема или связанные с ним темы. Start by disabling all the plugins and see of the problem is solved. Начните с отключения всех плагинов и посмотреть, от проблема решена. Then activate them one at a time to isolate the exact plugin causing it. Затем активировать их один на время изолировать точное плагин нанесения ему.
To test the theme try using the default theme and see if that solves the problem. Чтобы проверить, попробуйте использовать тему по умолчанию темы и посмотрим, если это решает проблему.
This is not related to the permalink structure as far as I can tell from this description. Это не связано с постоянной структурой, насколько я могу сказать, из этого описания.
June 20th, 2005 at 10:51 pm 20 июня 2005 года в 10:51 вечера
Angsuman thanks for your response. Angsuman спасибо за Ваш ответ. The error shows up despite the theme or the plugin used. Ошибка проявляется, несмотря на темы или плагин используется. I have tested and got the same error using the WP default theme and without plugins. Я уже испытана и получила же ошибку, используя WP умолчанию темы и без плагинов. Weird isn’t? Weird нет?
My server provider says the system is okay but I have no arguments to discuss the database error. Мой сервер провайдера говорит система в порядке, но у меня нет аргументов, чтобы обсудить Ошибка базы данных. So, it would be great if someone explains what the error message means. Так что, было бы замечательно, если бы кто-то объясняет, что означает сообщение об ошибке.
June 21st, 2005 at 12:19 am 21 июня 2005 года в 12:19 утра
@Stopthepress Check the version of MySQL installed on your site. @ Stopthepress Проверить версию MySQL, установленных на вашем сайте. You should be able to find it in the control panel or your hosting provider will be able to tell you. Вы сможете найти его в панели управления или хостинг провайдера сможет рассказать вам.
AFAIK WordPress doesn’t support MySQL 5.x versions. AFAIK WordPress не поддерживает MySQL 5.x версий. It works with 4.x versions. Он работает с 4.x версий.
June 21st, 2005 at 12:15 pm 21 июня 2005 года в 12:15 вечера
Angsuman,
MySQL version is 4.0.22-standard MySQL версии 4.0.22-стандарт
June 21st, 2005 at 12:46 pm 21 июня 2005 года в 12:46 вечера
This is not linked to permalinks at all. Это не связано с постоянные вообще. Comment out references to the_category() function everywhere in your theme. Закомментируйте ссылки на the_category () функция повсюду в вашем тему.
Then your site will work. После этого Ваш сайт будет работать.
However it shouldn’t have been a problem in the first place. Однако он не должен быть проблемой в первую очередь. Search/Ask in WP forum if your version of MySQL is supported. Поиск / WP Спросите в форуме если ваша версия MySQL поддерживается.
Re-instllating often helps with such spurious errors. Re-instllating часто помогает с таким ложным ошибок. That is an option too. Это тоже вариант.
June 21st, 2005 at 10:44 pm 21 июня 2005 года в 10:44 вечера
Done!!! Готово!
Deleting the ‘the_category()’ function at the theme’s index.php solved the problem. Удаление "the_category () 'функционировать в теме index.php решить проблему. Fortunately the ‘the_category()’ function is not so important. К счастью, "the_category () 'функция не столь важна.
The question is why the_category() function caused that weird behaviour in my theme and in the WP Default theme as well? Вопрос, почему the_category () функцию, что в результате странным поведением в моей теме, и в РГ по умолчанию тему, а? Hmmm if I get some spare time I will re-install to see what happen. Ммм, если я получаю немного свободного времени я буду повторно установить, чтобы узнать, что случилось.
Thanks a lot Angsuman for your valuable comments. Спасибо большое за Ваше Angsuman ценные замечания. Will post a link to this thread at the WP Forum in order to help other users suffering “Permalinkcitis”. Разместит ссылку на эту нить в WP форума, с тем чтобы помочь другим пользователям страдания "Permalinkcitis".
July 1st, 2005 at 10:33 am 1 июля 2005 года в 10:33 утра
Genius here: Genius здесь:
I already gave up de permalink-stuff, but today i upgraded wp to 1.5.1.3 . Я уже отдал постоянной де-вещи, но сегодня я wp повышен до 1.5.1.3.
I thought lets give it a try. Я думал, позволяет придать ему попробовать.
I followed Cems advice and voila it is working! Я ПОВ следуют советы и вуаля она работает!
without the .htacces, because i don’t have that file in my (shared) webspace. без. htacces, потому что я не имеют о том, что файл в моем (общие) webspace.
Big thanks to Cem. Большая благодарность Джема.
July 8th, 2005 at 11:46 pm 8 июля 2005 года в 11:46 вечера
Just wanted to add my 2 cents, the trick Cem said seemed to work for me. Просто хотелось бы добавить мои 2 цента, хитрость Джем сказал, как представляется, работа для меня. Specifically: Конкретно:
Running Win2k3 on IIS6 and now it works perfectly fine. Запуск Win2k3 на IIS6 и теперь она работает прекрасно. Thanx a bunch. Thanx сгустка.
July 11th, 2005 at 3:08 pm 11 июля 2005 года в 3:08 вечера
I didn’t believe it would work, but like CEM (comment #44) and others said, this did the trick for me on Win2003 and IIS. Я не считаю, он будет работать, но, как СЕМ (комментарий # 44) и другие заявили, этот же трюк для меня на Win2003 и IIS.
August 2nd, 2005 at 12:22 pm 2 августа 2005 года в 12:22 вечера
Thank you so much! Благодарю вас так много! I’ve been looking around forever for a solution to the IIS/Wordpress/Permalinks problem, and the php.ini thing worked! Я искал вокруг навеки для решения IIS / Wordpress / Permalinks проблемы, и php.ini вещь работала! I’m so happy, thank you all so much. Я так рад, я благодарю всех вас так много.
August 9th, 2005 at 5:41 pm 9 августа 2005 года в 5:41 вечера
thanks, the tip about php.ini on iis saved me from tearing any more hair out. спасибо, заметка о php.ini на iis спасти меня от разрывающего любой более из волос.
October 8th, 2005 at 11:33 pm 8 октября 2005 года в 11:33 вечера
[...] Wordpress is sooooooo cool. [...] Wordpress sooooooo это здорово. Just changed the url’s to be “search engine friendly.” I was researching how to do this manually, but then ran across a link from one of Wordpress’ support pages, which mentioned to change the options in the local Wordpress install’s permalinks section, add some code to the .htaccess file, and that was it! Просто изменилась url быть в "поисковой системы дружественным." Я был исследования, как это сделать вручную, но затем противоречит через ссылку одного из Wordpress поддержка страниц, в котором говорится менять варианты в местных установить в Wordpress постоянные раздела добавить определенный код в. htaccess файл, и это было его! How easy. Как легко. I’ll probably donate some money to them soon. Я, вероятно, пожертвовать немного денег на них в ближайшее время. They’ve built a fantastic tool. Они уже построен фантастический инструмент. [...]
October 20th, 2005 at 7:46 pm 20 октября 2005 года в 7:46 вечера
OMG HOLY 5H17 OMG HOLY 5H17
CEM, you rule CEM, вы правила
Thank you, I spent a couple days looking for this work around (came across this post more than once, just was too lazy to read the comments before Благодарю вас, я потратил пару дней, перспективных для этой работы вокруг (вступил в эту должность более одного раза, просто слишком ленивы чтобы читать замечания до
)
u guys rock у ребят рок
October 20th, 2005 at 8:05 pm 20 октября 2005 года в 8:05 вечера
has anyone noticed their admin console stop doing page redirects after executing actions since they installed the php.ini file to fix permalink? кто имеет их заметили консоли администратора прекратить делать переадресация после исполнения действия, поскольку они установлены файл php.ini установить постоянную?
I imagne it’s just something I’m missing from my php.ini… but I don’t know what to put in there Я imagne это просто нечто Мне хватает моей php.ini… но я не знаю, что положить в там
this happened to anyone else? это случилось кому-либо еще?
October 26th, 2005 at 7:18 am 26 октября 2005 года в 7:18 утра
Hi Привет
maybe it’sa good tip to know that when you use other seperation characters like: . может быть, это хорошие чаевые знать, что, когда вы используете другие символы как разделение:. , | + instead of the / or - you can get serious errors , | + А / или - вы можете получить серьезные ошибки
so: /%year%.%monthnum%.%day%.%postname%.%post_id% так: /%% год.% monthnum%.%% в день. postname%%.% post_id%
does not work, but не работает, но
/%year%-%monthnum%-%day%-%postname%-%post_id% /% год% -% monthnum% -%% в день -% postname% -% post_id%
does… вовсе…
October 31st, 2005 at 9:29 pm 31 октября 2005 года в 9:29 вечера
It worked! Она работала! Thanks, really! Спасибо, действительно!
November 9th, 2005 at 3:30 am 9 ноября 2005 года в 3:30 утра
Using the structure you suggested solved all my problems of no comments showing and categories not working. Использование структуры предлагает вам решить все мои проблемы нет комментариев с указанием категории и не работает. I don’t really know php and am new to this kind of blogging, but I’m so relieved and so thankful I could dance! Я не знаю, php, и я новичок в такого рода блоги, но я так облегчением и так благодарны Я мог бы танцевать!
Thanks from Italy Спасибо из Италии
November 24th, 2005 at 1:50 am 24 ноября 2005 года в 1:50 утра
I suggest using the default structure: /index.php/%year%/%monthnum%/%day%/%postname%/ because this is computable with the other archive URL. Я предлагаю использовать по умолчанию структуру: / index.php / год%% /% monthnum% /%% в день /% postname% /, поскольку это является вычислимой с другими архив URL. For example /index.php/%year%/%monthnum%/ shows all posts in that month and /index.php/%year%/ shows all posts in that year. Например, / index.php / год%% /% monthnum% / показывает все посты в этом месяце и / index.php / год%% / показывает все должности в этом году. /index.php/%year%/%monthnum%/%day%/%postname%/ seams like the logical extension to me. / index.php / год%% /% monthnum% /%% в день /% postname% / пластами, как логическое продолжение ко мне.
November 27th, 2005 at 10:16 pm 27 ноября 2005 года в 10:16 вечера
Any suggestions for fixing this when the Windows web host provider won’t modify php.ini with the fix above? Любые предложения по решению этой Windows, когда веб-хостинга провайдер не будет изменять php.ini с исправить выше? WebHost4Life can’t/won’t make the change, and it doesn’t look like they’ll install the ISAPI filters referred to above, either. WebHost4Life не может / не будет принимать изменения, и он не выглядеть они будут устанавливать фильтры ISAPI, упомянутые выше, либо.
November 27th, 2005 at 11:41 pm 27 ноября 2005 года в 11:41 вечера
How about uploading the file php.ini to your home directory yourself instead of relying on your web host? Как насчет загрузив файл php.ini в свой домашний каталог самостоятельно, а не полагаться на вашем веб-хостинга?
December 3rd, 2005 at 12:47 am 3 декабря 2005 года в 12:47 утра
[...] You can also try to follow blog.taragana.com by putting a php.ini file in your root folder. [...] Кроме того, можно попытаться следовать blog.taragana.com поместив файл php.ini в корневой папке. Have a look at their update 3 it may be of some help. Ли взглянуть на их обновление 3 она может иметь определенную помощь. [...]
December 8th, 2005 at 10:38 pm 8 декабря 2005 года в 10:38 вечера
I am attempting to get /archive/%postname%/ to work without having to write to WP’s .htaccess, but ran into a few problems. Я попытке получить / архив /% postname% / на работу без необходимости писать в WP гг. Htaccess, но столкнулся с несколько проблем. Allowing wp to write the code to WP’s .htaccess file overrides my RewriteEngine canonical redirect in my domain root .htaccess, that automatically parses all non-www versions of my domain to the www version to avoid possible duplicate content penalties. Разрешение wp писать код, чтобы в РГ. Htaccess файл перекрывает мой RewriteEngine канонического перенаправлять в корень своего домена. Htaccess, который автоматически разбирает все не-www версии моего домена на www версию, чтобы избежать возможных повторяющие содержание наказания. This problem only effects my /blog/ folder. Эта проблема только последствия у меня / блог / папку.
Adding php.ini to my domain root with: Добавление php.ini для своего домена в корень:
cgi.fix_pathinfo = 1 cgi.fix_pathinfo = 1
cgi.force_redirect = 0 cgi.force_redirect = 0
Doesn’t work. Не работает. Changing /index.php/archive/%postname%/ to /archive/%postname%/ results in “Not found on server” errors for all my other blog pages. Изменение / index.php / архив /% postname% / к / архив /% postname% / результаты "не найден на сервере" ошибки для всех других моих страницах блога.
I tried adding a similar RewriteEngine code to WP’s .htaccess, but that didn’t work. Я пытаюсь добавить аналогичный код RewriteEngine WP гг. Htaccess, но это не работает.
December 31st, 2005 at 10:01 pm 31 декабря 2005 года в 10:01 вечера
I think you would be better of including index.php in your path like this blog.
January 5th, 2006 at 8:34 am
I’ve got a wordpress site running on Win2K/IIS5 (it’s an internal demo @ work, so not a huge choice of operating system and server).
Yesterday i set up permalinking with the following structure (and the php.ini file) and it worked fine:
Structure: /index.php/%year%/%monthnum%/%day%/%postname%/
Category Base: /index.php
Today i’ve tried installing a plugin (wp-hashcash), and now i find that my structure doesn’t work and i get loads of 404 errors. However my categories do still work.
So I tried rolling back the only thing that had changed and uninstalled the plugin, but that doesn’t fix the problem.
Would be grateful for any ideas at all, i’m completely at a loss. I’m wondering if the act of installing the plugin has made some irrevocable change, but i can’t see how..
January 5th, 2006 at 9:42 am
Stephen,
As I mentioned in the post above please use the following structure:
I do not encourage embedding date information in permalinks and Google engineer Matt Cutts agrees with me.
Angsuman
January 14th, 2006 at 11:35 am
Hey everyone. So after wrestling with this for a long time (Window XP sp2, IIS 5.1, PHP latest, WP 2.0, MySql 5) I started digging to figure out why my permlinks weren’t working (after following all your good instructions).
I ran into this msft article: http://www.microsoft.com/technet/security/tools/urlscan.mspx
I installed the newer version of urlscan, and turned on the following line in the ini file:
AllowDotInPath=1 ; if 1, allow dots that are not file extensions
(the ini file is in : D:\WINDOWS\system32\inetsrv\urlscan on my machine)
Then refreshing works (be sure to re-install urlscan and restart iis or reboot in order to get it to see the new ini info).
I hope that helps those who are still stuck with windows + iis & permalinks.
Cheers,
Danny
February 19th, 2006 at 2:13 am
[...] Secara otomatis WordPress dapat me-generate file .htaccess namun ada semacam bug -mungkin- yang menyebabkan permalink tidak berjalan, dari hasil search sama mbah Google saya dapat bbrp petunjuk antara lain di Using_Permalinks, wordpress-tip-on-permalink-options, How to configure WordPress to create search engine friendly URLs for permalinks? akhirnya dari petunjuk yang ada saya menambahkan kode berikut pada file .htaccess # BEGIN WordPress [...]
March 5th, 2006 at 11:20 pm
Kewl blog you got goin on up here.
Peace, JiggyWittit
May 5th, 2006 at 6:11 pm
[...] Das halten wir mal schnell fest. In der Wordpress FAQ wird beschrieben wie man auch ohne mod_rewite permalink-ähnliche links in wp-erhält. Mehr dazu auch hier [...]
May 7th, 2006 at 3:06 pm
I have wordpress 1.5.2 installed on window. My attempt to create permalinks without mod_rewrite using a php.ini file worked. see my blog at: http://www.multiculturaladvantage.com/ diversity-recruiting/
However, my posts are striped of all style sheet information. See a sample post: http://www.multiculturaladvantage.com/ diversity-recruiting/ index.php/ archive/ test-shaker-receives-top-honors-for-excellence-in-recruitment-advertising/
I have limited prgramming knowledge and no idea what it means or how to correct it. Does anyone have ny ideas?
Thanks Tracey
May 8th, 2006 at 11:31 am
Check how you specified your CSS file. It should be absolute path and not relative path (as it is most likely now).
July 21st, 2006 at 8:07 pm
All I know is - this is the ONLY thing that has worked for me to change my permalinks from the default to pretty. I used my postname only.
Thank you, thank you! No amount of reading I was doing was working for me and I finally found a link here from WP codex.
July 22nd, 2006 at 4:38 pm
Wow thanks so much for this tip. It is incredibly simple and works great. Just had to make sure the php.ini file is in the domain root. I used the following custom structure: “/index.php/%year%/%monthnum%/%postname%/”, on a Windows IIS 6.0 acct on shared hosting. The only thing I’m worried about now is if WP or the PHP installation on my host gets upgraded and this stops working in the future… THANKS!
July 22nd, 2006 at 7:52 pm
It will continue to work.
July 27th, 2006 at 8:12 am
Christy & Parker,
I am happy that it worked for you. Feel free to spread the word in your blogs
– Angsuman
August 3rd, 2006 at 8:05 pm
[...] I got stuck at this point because the resources I was finding online indicated that to do this on IIS, I needed to muck around with ISAPI rewriting. I can’t do that in a shared hosting environment, so I was in limbo until I found this link through the WordPress Codex. [...]
August 24th, 2006 at 10:06 pm
I am glad that my suggestion was helpful.
August 30th, 2006 at 8:04 am
[...] I finally managed to change my permalinks structure…from downright ugly (ie. http://www.sooyin.com/?p=296578907243 ) to something more bearable. Thanks to this tip! [...]
August 31st, 2006 at 5:25 am
[...] [...]
August 31st, 2006 at 10:00 am
@Cem
Yes it was. Thanks.
September 4th, 2006 at 7:49 pm
[...] I’ve made a couple of other small changes to the site as well; The article and page links have been altered to a more aesthetically pleasing format using Angusman’s Advice posted here and I’ve added a link exchange section to the sidebar with a link to Matt’s Blog ‘Abort. Retry. Fail?‘. Matt is the author of the Article on how to remove the Sony Ericsson file manager I linked to in my last post and his stuff is well worth a read. [...]
September 11th, 2006 at 9:44 am
I still can’t get the friendly permalinks to work. I am on win 2003, IIS 6, PHP 5. I have a dedicated server.
I tried all tricks you saif here but it still printing “no input file specified”.
If anyone know how to get it to work, please let me know!
Thanks,
Stephane
September 12th, 2006 at 4:13 pm
Finally, I got it to work on IIS 6 and win 2k3 with this:
http://www.nathanm.com/2006/07/02/wordpress_permalinks_removing_indexphp_in_iis.html
The plugin is here:
http://www.nathanm.com/wordpress-plugins/
Stephane
October 14th, 2006 at 5:58 am
[...] This reference from Cem via http://blog.taragana.com/index.php/archive/wordpress-tip-on-permalink-options/ [...]
October 30th, 2006 at 2:43 am
[...] XDForum (example: Anaconda Forum) is a nice basic forum software which works seamlessly with WordPress blogs (download our free theme and plugins). Unfortunately it works out-of-the-box with default permalinks only. Most site today use nice permalinks. This mini-tutorial will teach you how to use XDForum with nice permalinks (how to enable; tips and more). [...]
December 18th, 2006 at 5:32 am
I am trying to get some sort of friendly article names to work on my site http://www.fancyacar.co.uk at the moment. I have already made the rewrite rules in .htaccess file but i cant find a way to deal with duplicate post titles. Maybe i could just append a number to the post like http://www.fancyacar.co.uk/hello-world and http://www.fancyacar.co.uk/hello-world-2 ?? This will ensure that no post titles are the same, wouldnt it? What do you guys think?
April 5th, 2007 at 10:23 am
Wordpress adds the number by default in URLs to duplicate post name
April 11th, 2007 at 5:21 am
I had started my blog with Default format and then changed to Date and Name based.
But now it is custom format %category%/%postname% which I think is good in terms of search engine.
Not very sure!!
May 29th, 2007 at 5:33 am
Thanks for this great info. I have changed the settings of my permalink and hopefully it will attract more search engine to come…
Thanks…
June 5th, 2007 at 1:42 am
Thanks for the information - very helpful when changing my permalink structure. A caution for beginners however: be careful about using %category% unless you are sure you will not change your categories, as doing so will break some of your permalinks. I wrote about this in my blog: http://www.scratch99.com/2007/06/wordpress-permalink-customisation-caution-for-beginners/
As you can see I no longer use category
July 17th, 2007 at 5:01 am
I prefer to have only postname after domain name.fellow webmasters like short urls to link to and i am as a visitor much fond of short urls.
July 25th, 2007 at 9:58 pm
I look at dates in the URL when reading search results to find articles that are most recent.
August 27th, 2007 at 12:18 pm
I used your advice a year ago when I first set up WordPress on our Compulabel site and everything worked fine. The categories of the blog worked with the extra php.ini files to my blog root folder.
However, recently my hosting company updated their version of PHP on the server from PHP5.1.1 to PHP5.2.3. The category pages no longer display properly.
If you visit a category in our blog, like…
Compulabel Labels you’ll see (as of this date), you’ll get an error message…
CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers.
If tried everything, including uploading the entire latest version of Wordpress 2.2 and that hasn’t resolved the problem.
Does anyone have a solution to this problem, short of transferring our site to another server that has the older version of PHP software installed on it (which I don’t want to do)? Thanks
August 27th, 2007 at 1:56 pm
Try updating your permalinks in Options->Permalink
Then look at your .htaccess file to see if something is screwed up.
August 27th, 2007 at 1:57 pm
Also you can try creating a php.ini at my domain root with the following configuration:
cgi.fix_pathinfo = 1
cgi.force_redirect = 0
August 29th, 2007 at 10:13 pm
Thanks for the feedback, but the PHP.ini is correct.
I forgot to mention that I have my version of Wordpress hosted on a shared hosting company and it runs on a Windows IIS. So I’m not able to access the .htaccess file.
I’ve tried UPDATING the permalinks files and some become corrected and others don’t.
It seems Wordpress add /category/ or /archive/ to some of the Permalinks and it’s not always the same. Especially for the PREVIOUS links when a page is too full.
Also, when you create a new CATEGORY, and add a post to it. And click on the new Category link, it doesn’t seem to find the category or the link.
Feel free to explore the blog at
Compulabel and you’ll see my frustration.
Do you think the PHP incompatibility issue could be the issue? It seems like a long-shot but that was upgraded right around the same time the perma links started going bad.
Any other suggestions would be appreciated.
Thanks
October 27th, 2007 at 6:58 am
Its workking…Great tip for wordpress and seo begineers…
November 26th, 2007 at 11:06 am
hi , Thanks i was fighting with this Ugly Permalink problem of my blog http://www.shankerbakshi.com . Thanks i got the solution here. Thanks again, you can’t imagine how happy i am to see permalink working on my blog
December 16th, 2007 at 6:46 am
Seconding Shanker Bakshi’s sentiments, I also was battling the permalink problem for about two evenings, on and off.. reloading probably 50 times, and slipping the php.ini code definitely saved my sanity, so thanks for making my day!
December 18th, 2007 at 12:57 pm
I DO NOT LIKE INDEX.PHP WUWUWUWU….
December 23rd, 2007 at 7:54 am
The new Wordpress has features built in to do that sort of stuff, what I find works well is /%postmonth%/%postname%.html , or similar
January 3rd, 2008 at 6:42 pm
Well, since everyone else seems to be sh!tting all over your post, I\’m going to go ahead and congratulate you, as it has helped me alot and I\’ve now got my blog working the way I want it. Thank you very much!
January 12th, 2008 at 6:19 pm
Thank you for this post! I have been really dragging my feet about changing my URL structure, I followed your directions here and it was almost too easy!
Thanks again
February 17th, 2008 at 3:50 am
Thank you. Very beatiful post.
February 27th, 2008 at 5:05 pm
Damn, good stuff… That helped and took me a while
February 29th, 2008 at 12:16 pm
Worked great - thanks so much! After several failed attempts with some plugins, this was the exact simple, effective fix we needed.
March 29th, 2008 at 11:29 pm
The PHP.ini trick stopped working with WordPress 2.5. Any suggestions?
April 13th, 2008 at 6:04 pm
Anyone home?
May 11th, 2008 at 2:40 pm
Awesome this worked for me. Thank you to people who share and respond.
cgi.fix_pathinfo = 1
cgi.force_redirect = 0
in php.ini file.
Wordpress shuld detect this in their next version.!
May 21st, 2008 at 4:20 pm
Thanks, this worked out fine!
May 22nd, 2008 at 3:37 pm
Using WP v2.5 and it worked out fine…Keep up the good work!