WordPress Tip on Permalink Options wordpress 힌트를 기정 연결 옵션을
This tip covers configuration in Options/Permalinks [Edit Permalink Structure] for WordPress users. 이 힌트를 덮어 구성을 옵션 / permalinks [편집 영구 링크 구조를]을 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. 사용자 정의를 사용하는 더 좋은 방법은 귀하의 게시물 열린우리당을 효과적으로 식별합니다. 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! 게시물의 날짜는별로 중요 열린우리당의 일부 여야합니다!
My suggestion is to use a simple structure containing the post-slug as your 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. 귀하의 열린우리당을 복잡하게 만들 수있습니다 원하는합니다. 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. 업데이 트를 1 :는 아래를 참조하시기 바랍니다 의견이 주제에 포인트와 counterpoints합니다.
Update 2 : The objections raised by some people is that having an identical named title for posts will cause problems with WordPress. 업데이 트를 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를 할당하는 포스트 - 민달팽이 각각 고유합니다. 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! CEM은 전 공유하기위한 감사합니다!
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 헤드 라인 뉴스 , How To 하는 방법을 , Pro Blogging 직업적인 블로깅 , Web 웹 , Windows windows , WordPress wordpress | |
| |
RSS 2.0 rss 2.0 | |
Email this Article 전자 우편이 문서
You may also like to read 같은를 읽을 수있습니다 |





March 16th, 2005 at 12:19 pm 2005년 3월 16일에서 오후 12시 19분
I think you’re making a mistake discouraging the use if the date in URI’s. 내 생각엔 당신이 실수하고 날짜를 깎아 열린우리당의 경우에 사용합니다. Wordpress does not require post slugs to be unique. 민달팽이 필요하지 않습니다 포스트 wordpress 고유합니다. So if all you is ‘/archive/slug’ the chances of having a collision go increase greatly over time. 만약 당신이 '/ 아카이브 / 민달팽이'기회를 대폭 늘리는 데 시간이 지남 충돌 이동합니다. Can you really be sure that in the next x years you’ll never recycle a post title, ever? 정말 충분한지 확인 재활용의 다음 x 년간 당신은 절대 게시물 제목, 한번도?
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. - 년간 조합을 위해 한 달 전 내 데이트를 사용 필드, 계산하는 anygiven 개월 이내 민달팽이 나를 반복하지 않을 수있습니다. 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? 1 년 이상의 콘텐츠를 걱정해야합니까 늙은? 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 2005년 3월 20일에서 오전 4시 3분
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 … 구글 같은 검색 엔진을주는 단어를 url의 의지의 중요성을…
March 20th, 2005 at 4:05 am 2005년 3월 20일 4:05 있
Squeg, 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 2005년 3월 21일에서 오전 9시 53분
I definitely agree that the data is not always necessary in a url. 확실히 동의합니다 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. 나는 패배의 날짜는가합니다 "못생겼다며합니다."그래서 나는 대부분의 소형 일자 구조를 사용하여 추천을 여러분의 요구를 충족하실 수있습니다. For some that may mean leaving it out. 일부는 떠나는 해있을 수도 있음을 의미합니다. For me it means domain/archives/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 (그리고 아마도 다른 이러한 시스템)를 사용하여 귀하의 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. 판독기 소프트웨어를 사용하는 고유한 피드를 활성화 및 게시물을 관리하기위한 추가 기능을합니다. In these circumnstances it’s even more beneficial to ensure that your permalinks are unique. 이러한 circumnstances 이건 permalinks 수 있도록하여 더 많은 도움이 고유합니다.
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. 그것은 첫 번째 dissuading을 고려하지 않고 포함한 모든 사용자가와 콘을 위해 둘 다 그렇게합니다. 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. 손상의 원인 permalinks하지 않고 언제든지 추가할 수있습니다. 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 2005년 3월 23일에서 오후 6시 12분
Actually, mainstream WP user and WP developers argue against NOT using a date structure in the permalinks. 사실, 주류 백린 백린 사용자와 개발자들이 날짜를 구조를 사용하지 않는 주장 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 월 1 일에한다고 가정해 봅시다, 2004,이 게시물 "새해 복 많이 받으세요!"를 입력한 다음 1 월 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 2005년 3월 24일에서 오후 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 민달팽이? 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 게시, 포스트 - 민달팽이 변경되는 고유 문자를 추가로 말할 날짜합니다. However as the post slug is not viewed by the public at large it doesn’t affect the user and the viewer? 그러나 게시물을 본 민달팽이가 공공의 대규모 사용자와 그것에 영향을 미치지 않습니다 뷰어?
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. 개인적으로 맘에 들어 간단없이는 날짜로, 전 이미 진술, 중복되는 포스트 - 민달팽이의 위험을 수용합니다. 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 2005년 3월 25일에서 오전 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의 날짜 아웃을 시행하지 않는 것으로 확인되었습니다 고유 게시물이 민달팽합니다. 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 있도록 게시물을 보장 민달팽이 고유의 인스턴스를 기존의 데이터베이스를 확인하여 그것이 제안한 민달팽이 다음 번호 또는 무언가 추가하는 민달팽이의 끝에합니다. ( A warning at that time would be nice too, so you could modify the slug if you wanted. ) (그 당시는 경고도하면 좋을 텐데, 그래서 당신이 원한다면 민달팽이 수정합니다.)
I’d also like it to automatically truncate long 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을 분명히합니다. Some kind of options setting where you specified a maximum number of characters for the slug, would do the trick. 어떤 종류의 옵션을 설정을 어디에 문자를 최대 개수를 지정 민달팽이,이 깜쪽같을합니다.
April 2nd, 2005 at 9:39 pm 2005년 4월 2일에서 오후 9시 39분
[...] rs, Link-blog03. [...] rs, 링크 - blog03합니다. April 2005 .htaccess 파일을 건드릴 필요 없는 방법 WordPress Tip on Permalink Options Comment RSS - [...] 2005년 4월합니다. htaccess 파일을 건드릴 필요없는 방법 wordpress 끝에 영구 링크 옵션을 주석 rss - [...]
April 9th, 2005 at 6:00 am 2005년 4월 9일은 오전 6시
WordPress Permalinks Updated wordpress permalinks 업데이트
I have updated my WordPress permalinks from: 나는 내 wordpress가 업데이 트 permalinks 보낸 사람 :
/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 2005년 4월 14일에서 오전 6시 51분
My server is running on Windows Server (brinkter.com) so I guess I’m SOL regarding permalinks. 내 서버가 실행중인 컴퓨터를 (brinkter.com) 그래서 아무 래도 난에 관한 솔 permalinks합니다.
Any workarounds? 어떤 해결 방법을?
April 14th, 2005 at 7:04 am 2005년 4월 14일에서 오전 7시 4분
edit: that should be “brinkster.com” on the above post. 편집 : 그것은 "brinkster.com"를 위의 포스트합니다.
April 14th, 2005 at 12:56 pm 2005년 4월 14일에서 오후 12시 56분
@Carlos The ideas in this post works on Windows server too. 이 게시물의 아이디어를 @ 카를 루스도 컴퓨터를 작동합니다. In fact I have a copy of the site running on my Windows Apache server at Home. 사실 나는이 사이트의 사본을 갖고 집에서 아파치 서버에서 실행되는 창문합니다.
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 2005년 4월 16일에서 오후 4시 47분
Yes, but it seems you need to have Apache running. 예,하지만 아파치를 실행해야하는 것 같군요. What I meant was that brinkster runs Windows Server 2003 as their web server platform, as opposed to Apache for Windows. 그런 뜻이 서버는 windows 2003을 실행 Brinkster가 자신의 웹 서버 플랫폼이며, 이와 반대로 아파치에 대한 windows. It seems you need apache’s mod_rewrite for the permalink options to work. 아파치의 mod_rewrite는 것이 필요 기정 연결 옵션을 작동합니다.
Thanks. thanks.
April 16th, 2005 at 11:22 pm 2005년 4월 16일에서 오후 11시 22분
@Carlos @ 카를 루스
No it doesn’t need apache running. 아니, 그렇지 않아 아파치를 실행이 필요합니다. 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 2005년 4월 17일에서 오전 4시 50분
I get a “No input file specified.” when I try anything with the permalinks. 좀 "아니오 입력 파일을 지정합니다."아무것도를 시도할 때 permalinks합니다.
April 17th, 2005 at 10:16 pm 2005년 4월 17일에서 오후 10시 16분
Am having issues too, trying to setup permalinks on Win2K3/IIS server. 지금 한창 문제가 너무를 시도하면 서버를 설치 win2k3/iis permalinks를합니다. It throws a 404 error, no matter what permalink structure i try! 그것 던지기에서 404 오류에 상관없이 영구 링크 구조를 어떻게하려고!
April 17th, 2005 at 10:32 pm 2005년 4월 17일에서 오후 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 2005년 4월 18일은 오전 6시
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 2005년 4월 18일에서 오전 6시 6분
Waited a while… added a post… no luck. 게시물을 잠시 기다렸다들…… 아니오 행운을합니다. It doens’t seem like this will work on non-Apache boxes. 이것은 작업이 아닌 것처럼 불의 잔 - 아파치 상자를합니다.
April 19th, 2005 at 2:09 am 2005년 4월 19일에서 오전 2시 9분
@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 2005년 4월 19일에서 오후 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. 지금 알고 그들이 제공 : / wordpress를 설치 지원 및 따라서합니다. I was using Radio Userland, via FTP, before. 난 라디오를 사용하여 유저를 통해 FTP를하기 전에,합니다.
April 22nd, 2005 at 5:34 pm 2005년 4월 22일에서 오후 5시 34분
My server runs Win2000/IIS5 and no problem with “index.php” permalinks. 그리고 어떤 문제를 내 서버에서 실행 대한 Win2000/IIS5 "index.php"permalinks합니다. Perhaps this is specifically a Windows 2003 or IIS6 problem? 아마 이것은 창 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 2005년 4월 24일에서 오전 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하거나 같은 기계에 미칠 영향은?
April 25th, 2005 at 10:33 am 2005년 4월 25일 10:33 있
Just chiming in, but Carlos, any chance you have your index.php in a nonstandard location? 단지 차임지고는 있지만, 카를 루스, 모든 기회를 당신은 당신의 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. 그것의 * 수 *이 어떤 주제에 대한 링크를 사용하는 코드가되지 않습니다 문자열을 구문 분석을 제외하고 표준 지팡이를합니다. Admittedly, I’ve not actually gone spelunking to find the code that’s supposed to be doing that parsing. 틀림없이, 나는 코드가 아니므로 실제로 없어진 것이 동굴 탐험를 찾으려면 그 일을해야하고 구문 분석합니다.
April 25th, 2005 at 3:49 pm 2005년 4월 25일에서 오후 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. 나는이 풀렸다 및 ftp'd합니다.
Thanks. thanks.
April 26th, 2005 at 10:17 am 2005년 4월 26일에서 오전 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 수있습니다 (그리고 난 완전히 단지는 여기에 함부로)의 블로그 주소를 설정해 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. 그럴 수도는 웹 서버 자체는 이상이 - 형성 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 2005년 4월 26일에서 오후 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) ? p = 3756 유형의 url 그렇게 어두우 구글 - 사랑 (물론 그들은 추악한)
April 28th, 2005 at 2:42 pm 2005년 4월 28일에서 오후 2시 42분
So, has anyone gotten this to work under IIS? 그래서, 사람이라도 이것을 작동 iis?
April 29th, 2005 at 5:12 am 2005년 4월 29일에서 오전 5시 12분
Not me, not yet. 아니에요, 아직합니다.
April 30th, 2005 at 7:01 am 2005년 4월 30일에서 오전 7시 1분
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. the Lite과 버전은 무료이며 수도 충분하지 무슨 말을하려는지.
April 30th, 2005 at 7:15 am 2005년 4월 30일에서 오전 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 2005년 5월 1일에서 오후 2시 43분
Thanks Squeg. squeg 감사합니다.
Carlos, did you have any luck with these solutions? 카를 루스, 당신이 어떤 행운과 이러한 솔루션은?
May 4th, 2005 at 2:55 am 2005년 5월 4일에서 오전 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 2005년 5월 4일에서 오전 5시 16분
How about changing your hosting provider 호스팅 제공 업체를 변경하는 방법에 대해
I found Linux hosting providers are normally cheaper and comes with addl. 나는 리눅스 호스팅 제공 업체가 정상적으로 발견과 함께 저렴 addl합니다. capabilities like ssh, vps (some) etc. 같은 기능을 쉿, vps (일부) 등
May 4th, 2005 at 3:04 pm 2005년 5월 4일에서 오후 3시 4분
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. 그들은 리눅스에 대해 제안을 시작 호스팅, 어쩌면 모두가 길을 잃은 것은 아니 구요.
May 9th, 2005 at 5:52 pm 2005년 5월 9일에서 오후 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 2005년 5월 9일에서 오후 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 2005년 5월 10일에서 오후 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. 되는 놈과 php, 아파치, 등, 나는 아무 일도 할 수 꺼리는 것 '휴식 시간'내 사이트를합니다. 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 2005년 5월 10일에서 오후 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’. 이 게시물에로의 간단한 생각을 읽었 permalinks에 대한 블로그 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 2005년 5월 25일에서 오전 10시 16분
[...] permalinks. [...] permalinks합니다. At the very least, include the post name. 적어도 게시물 이름을 포함합니다. Another recommendation can be found here. 여기에 또 다른 추천 찾을 수있습니다. 05.25.2005 @ 10:15 AM by paul @ rwt [...] @ @ rwt [...] 2005년 5월 25일 폴 오전 10시 15분
June 1st, 2005 at 10:56 am 2005년 6월 1일에서 오전 10시 56분
Carlos: 카를 루스 :
I have just set up WP on Win2k3/IIS6, and was pleasantly surprised to find no problems with permalinks. 나는 단지를 설정하는 백린 win2k3/iis6, 그리고 문제를 찾지 permalinks는 놀라운 사실을 즐겁게합니다. 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! 이 사이트는 내부 조직의 용도로만 사용, 그래서에 액세스할 수없습니다를 공개 - 리셔야합니다 permalinks이 작업을 믿어!
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 대신에 어떤 이유로, wordpress 사본의 제안을 시도하십시오 : http://codex.wordpress.org/User:ringmaster/IIS http://codex.wordpress.org/user:ringmaster/iis
Hope that helps. 희망하는 데 도움합니다.
June 8th, 2005 at 10:13 pm 2005년 6월 8일에서 오후 10시 13분
Well, this discussion make me, a newbie in WP, confused. 글쎄, 이것은 토론을 나 같은 초보자 백린, 혼란스러워합니다. What should I choose? 어떻게해야합니까?
June 8th, 2005 at 11:43 pm 2005년 6월 8일에서 오후 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. 설치 프로그램을 위해 1 분 정도 걸립니다, 매우 검색 엔진의 친근하고 특별한 능력을 필요가없습니다 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 2005년 6월 19일에서 오후 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 2005년 6월 20일에서 오후 4시 32분
I have posted this query at WP Forum but received no response. 이 쿼리에 게시 나는 백린 포럼하지만 응답을받은 바없습니다.
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] 이 매뉴얼에 해당하는 검사의 버전을 반환한다 '행 근처의 오른쪽 구문을 사용 1]
SELECT category_nicename FROM wp_categories WHERE cat_ID= 어디에서 wp_categories category_nicename을 선택 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 2005년 6월 20일에서 오후 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 2005년 6월 20일에서 오후 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. 나는 동일한 오류를 사용하여 테스트를 받았고, 기본 테마도없이 백린 플러그 접속합니다. Weird isn’t? 이상한 것은 없습니까?
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 년 6 월 21 일 오전 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 년 6 월 21 일 오후 12시 15분
Angsuman, angsuman,
MySQL version is 4.0.22-standard mysql 버전은 4.0.22 - 표준
June 21st, 2005 at 12:46 pm 년 6 월 21 일 오후 12시 46분
This is not linked to permalinks at all. 이것은 전혀 permalinks에 연결되어있습니다. 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. 검색 / 백린 공개 토론 귀하의 버전에 대한 질문에 mysql을 지원합니다.
Re-instllating often helps with such spurious errors. 이러한 스퓨리어스 도움이 오류가 다시 - instllating 자주합니다. That is an option too. 가하는 옵션도합니다.
June 21st, 2005 at 10:44 pm 년 6 월 21 일 오후 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”. 이 스레드에 대한 링크를 게시할 예정입니다 백린 포럼에 다른 사용자의 고통을 돕기 위해 "permalinkcitis"합니다.
July 1st, 2005 at 10:33 am 2005년 7월 1일 10:33 있
Genius here: 천재 위치 :
I already gave up de permalink-stuff, but today i upgraded wp to 1.5.1.3 . 이미 포기 드 영구 링크 - 물건,하지만 오늘 나는 백린을 업그레이 드 1.5.1.3.
I thought lets give it a try. 한 번 사용해 보시 줄 알았을 사용합니다.
I followed Cems advice and voila it is working! 당신을 따라 일하는 것이 cems 조언과 짜잔!
without the .htacces, because i don’t have that file in my (shared) webspace. 없이는합니다. htacces, 그 파일을하지 않으니까 내 (공유) 홈페이지합니다.
Big thanks to Cem. 큰 덕분에 CEM은 전합니다.
July 8th, 2005 at 11:46 pm 2005년 7월 8일에서 오후 11시 46분
Just wanted to add my 2 cents, the trick Cem said seemed to work for me. 단지 내의 2 개 센트를 추가, 요령 CEM은 전 나와 함께 일하는 말했다 듯합니다. Specifically: 특히 :
Running Win2k3 on IIS6 and now it works perfectly fine. iis6 그리고 지금 실행중인 win2k3을 완벽하게 정상적으로 작동합니다. Thanx a bunch. 한 뭉치 고맙습니다.
July 11th, 2005 at 3:08 pm 2005년 7월 11일에서 오후 3시 8분
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. 안 그럴 것 같습니다 작동하지만 같은 CEM은 전 (주석 # 44) 및 기타는,이 그림을 나를 위해 마술을하고 iis에서 win2003합니다.
August 2nd, 2005 at 12:22 pm 2005년 8월 2일에서 오후 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 2005년 8월 9일에서 오후 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 2005년 10월 8일에서 오후 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! 이 단지의 시스템을 변경합니다 "검색 엔진 친절합니다."나는이 일을 어떻게해야이 연구를 수동으로했지만, 그 후 링크를 가로질러 wordpress 중 하나에서 '지원 페이지, 어떤 언급을 변경하는 옵션은 현지 wordpress 설치하는가 permalinks 섹션에서 일부 코드를 추가합니다. 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 2005년 10월 20일에서 오후 7시 46분
OMG HOLY 5H17 세상에 거룩한 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 u 남자 바위
October 20th, 2005 at 8:05 pm 2005년 10월 20일에서 오후 8시 5분
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 2005년 10월 26일에서 오전 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 2005년 10월 31일에서 오후 9시 29분
It worked! 그것은 작동했다! Thanks, really! 감사합니다, 정말입니다!
November 9th, 2005 at 3:30 am 2005년 11월 9일에서 오전 3시 반
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 2005년 11월 24일에서 오전 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 2005년 11월 27일에서 오후 10시 16분
Any suggestions for fixing this when the Windows web host provider won’t modify php.ini with the fix above? 모든 창문은 웹 호스트 때 이것을 해결하기위한 제안 사항 공급자는 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 2005년 11월 27일에서 오후 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 2005년 12월 3일에서 오전 12시 47분
[...] You can also try to follow blog.taragana.com by putting a php.ini file in your root folder. [...]하려고 할 수도있습니다 php.ini 파일에 다음과 blog.taragana.com하여 여러분의 루트 폴더를 꽤합니다. Have a look at their update 3 it may be of some help. 한번에 그들이 어떤 도움이 업데이트 3 할 수도있습니다. [...]
December 8th, 2005 at 10:38 pm 2005년 12월 8일에서 오후 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 % / 일하러 백린하지 않고도 쓸 수있습니다. 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. 수 있도록 코드를 백린 백린를 작성합니다. htaccess 파일을 재정의 내 위에 RewriteEngine 내 도메인에서 정식 루트로 리디렉션합니다. htaccess, 그것을 자동으로 분석 - 오픈 버전을 제외한 모든 버전을 막기 위해 내 도메인으로 중복되는 콘텐츠를 처벌 오픈합니다. 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의 코드를 추가하는 노력 백린 비슷합니다. htaccess지만 작동하지 않은합니다.
December 31st, 2005 at 10:01 pm 2005년 12월 31일에서 오후 10시 1분
I think you would be better of including index.php in your path like this blog. 내 생각에 당신은 더 나은 index.php의 경로를 포함하여이 블로그를 같이합니다.
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!