• 赤色のリンクは、まだ日本語Codexに存在しないページ・画像です。英語版と併せてご覧ください。(詳細

このWikiはいつでも誰でも編集できます

「パーマリンクの使い方」の版間の差分

提供: WordPress Codex 日本語版
移動先: 案内検索
(en:Using Permalinks 13:59, 3 Jul 2007 Craig1 版)
 
(HelpHub への転送を追加)
 
(5人の利用者による、間の36版が非表示)
1行目: 1行目:
__TOC__
+
このページは https://ja.wordpress.org/support/article/using-permalinks/ へ移動しました。
Permalinks are the permanent URLs to your individual weblog posts, as well as categories and other lists of weblog postings. A permalink is what another weblogger will use to refer to your article (or section), or how you might send a link to your story in an e-mail message. Especially when they are used to link to individual postings, once a story is posted, the URL to it should be permanent, and never change. Hence.. ''perma''link.
+
 
+
 
+
== Permalink Types ==
+
 
+
There are three basic types of WordPress permalinks:
+
 
+
=== Default: "Ugly" === <br />
+
The default looks like <pre>http://example.com/?p=N</pre> Where <tt style="font-weight:bold; color:#036">N</tt> is a number.  This is the default for new WordPress installations because it works on all server environments. It is, however, not desired by many people because it doesn't look as nice as some of the other options.
+
 
+
 
+
=== mod_rewrite: "Pretty Permalinks" === <br />
+
These are the holy grail of permalinks.  There are many different formats, but the most common, and most versatile looks like <pre>http://example.com/category/post-name/</pre>
+
or
+
<pre>http://example.com/year/month/day/post-name</pre>
+
 
+
Some people eliminate some or all of the date elements (day, month, year) to have a shorter permalink format. <tt style="font-weight:bold; color:#036">mod_rewrite</tt> permalinks require Apache's <tt style="font-weight:bold; color:#036">mod_rewrite</tt> module; people running WordPress on other server environments cannot use them. See [[Introduction_to_Blogging#Pretty_Permalinks|Pretty Permalinks]] for more info.
+
 
+
 
+
=== <small>PATHINFO</small>: "Almost Pretty" === <br />
+
<tt style="font-weight:bold; color:#036">PATHINFO</tt> permalinks look very much like <tt style="font-weight:bold; color:#036">mod_rewrite</tt> permalinks but for one exception: they have <tt style="font-weight:bold; color:#036">/index.php</tt> inserted before them. Like so: <pre>http://example.com/index.php/yyyy/mm/dd/post-name/</pre>
+
Otherwise, they are the same as the "pretty" <tt style="font-weight:bold; color:#036">mod_rewrite</tt> permalinks, and are similarly flexible. Anything that <tt style="font-weight:bold; color:#036">mod_rewrite</tt> permalinks can do, <tt style="font-weight:bold; color:#036">PATHINFO</tt> permalinks can do, with the help of that <tt style="font-weight:bold; color:#036">/index.php</tt> part.
+
 
+
 
+
 
+
== Structure Tags ==
+
 
+
You can use the structure tags to customize your "Pretty" or "Almost Pretty" permalinks.
+
;'''%year%''' : The year of the post, four digits, for example <tt style="font-weight:bold; color:#036">2004</tt>
+
;'''%monthnum%''' : Month of the year, for example <tt style="font-weight:bold; color:#036">05</tt>
+
;'''%day%''' : Day of the month, for example <tt style="font-weight:bold; color:#036">28</tt>
+
;'''%hour%''' : Hour of the day, for example <tt style="font-weight:bold; color:#036">15</tt>
+
;'''%minute%''' : Minute of the hour, for example <tt style="font-weight:bold; color:#036">43</tt>
+
;'''%second%''' : Second of the minute, for example <tt style="font-weight:bold; color:#036">33</tt>
+
;'''%postname%''' : A sanitized version of the title of the post. So &#8220;This Is A Great Post!&#8221; becomes &#8220;<tt style="font-weight:bold; color:#036">this-is-a-great-post</tt>&#8221; in the URI (see note below)
+
;'''%post_id%''' : The unique ID # of the post, for example <tt style="font-weight:bold; color:#036">423</tt>
+
;'''%category%''' : A sanitized version of the category name. Nested sub-categories appear as nested directories in the URI.
+
;'''%author%''' : A sanitized version of the author name.
+
 
+
These types of permalinks work on most systems without any problems, but there are still some conditions where problems occur.
+
 
+
 
+
=== Using only <tt style="font-weight:bold; color:#036">%postname%</tt> ===
+
 
+
If you use postname as the only element in your permalinks to create a structure such as <tt style="font-weight:bold; color:#036">myblog.com/post-title</tt>, the rewrite rules may make it impossible to access pages such as your stylesheet (which has a similar format) or the <tt style="font-weight:bold; color:#036">/wp-admin/</tt> folder. It's best to include some numeric data (e.g. the post ID or date) in the permalink to prevent this from happening.  Additionally, WordPress v1.2.x requires the use of a date structure in order for some features, such as the calendar, to function properly. <tt style="font-weight:bold; color:#036">/%year%/%monthnum%/%day%/%postname%/</tt> is always a good start.
+
 
+
 
+
=== Using <tt style="font-weight:bold; color:#036">%category%</tt> ===
+
 
+
<tt style="font-weight:bold; color:#036">%category%</tt> does not work correctly with ''some implementations'' of mod_rewrite in Apache versions prior to version 2. If you are using Apache 1 and experience problems with using <tt style="font-weight:bold; color:#036">%category%</tt>, either do not use <tt style="font-weight:bold; color:#036">%category%</tt> in your permalink structure, or refer to [http://isaacschlueter.com/plugins/i-made/lucky-13-rewrite/ Schlueterica's plugin].
+
 
+
 
+
=== Using <tt style="font-weight:bold; color:#036">%category%</tt> with multiple categories on a post ===
+
 
+
When you assign multiple categories to a post, only one can show up in the permalink. This will be the lowest numbered category (see [[Manage_Categories_SubPanel|Manage Categories]]). The post will still be accessible through all the categories as normal.
+
 
+
 
+
=== Properly terminating permalinks ===
+
 
+
It's important to guarantee permalinks lead to individual posts within your custom URI, so make sure to end a virtual site structure with either <tt style="font-weight:bold; color:#036">%post_id%</tt> or <tt style="font-weight:bold; color:#036">%postname%</tt>.
+
<pre>/%year%/%monthnum%/%day%/%postname%/</pre>
+
 
+
 
+
 
+
== Where's my <tt style="font-weight:bold; color:#036">.htaccess</tt> file? ==
+
 
+
The <tt style="font-weight:bold; color:#036">.htaccess</tt> file should be in the directory indicated by the "Blog address (URI)" setting on your General Options page. Since the name of the file begins with a ".", the file may not be visible through an FTP client unless you change the preferences of the FTP tool to show all files, including the hidden files.
+
 
+
If you do not already have a .htaccess file, create one. If you have shell or ssh access to the server, a simple <pre>touch .htaccess</pre> command will create the file. If you are using FTP to transfer files, create a file on your local computer, call it <tt style="font-weight:bold; color:#036">1.htaccess</tt>, upload it to the root of your WordPress folder, and then rename it to <tt style="font-weight:bold; color:#036">.htaccess</tt>. Read the following section to see how you can edit the file.
+
 
+
 
+
== Creating Rewrite Rules (<tt style="font-weight:bold; color:#036">.htaccess</tt>) ==
+
 
+
Your server must have <tt style="font-weight:bold; color:#036">[[Glossary#mod_rewrite|mod_rewrite]]</tt> for cruft-free permalinks to work. In addition, you must create a <tt style="font-weight:bold; color:#036">[[Glossary#.htaccess|.htaccess]]</tt> file and place it in the directory in which your main index.php file resides, or make that directory writable so that WordPress can do this for you. For example, if your WordPress blog is installed at <tt style="font-weight:bold; color:#036">domain.com/wordpress/</tt>, put the <tt style="font-weight:bold; color:#036">.htaccess</tt> file at <tt style="font-weight:bold; color:#036">domain.com/wordpress/.htaccess</tt>. However, if your WordPress installation is in a subdirectory but your visitors access your site at the top level of your domain, place the <tt style="font-weight:bold; color:#036">.htaccess</tt> file at the domain's root <tt style="font-weight:bold; color:#036">domain.com/.htaccess</tt>.
+
 
+
When you create a permalink structure, WordPress will generate rewrite rules and attempt to insert them into the proper <tt style="font-weight:bold; color:#036">.htaccess</tt> file.  If it can't, it will print the rules out for you to copy and paste into your <tt style="font-weight:bold; color:#036">.htaccess</tt> file.
+
 
+
A few notes about creating and editing your <tt style="font-weight:bold; color:#036">.htaccess</tt> file:
+
* WordPress will play nice with an existing <tt style="font-weight:bold; color:#036">.htaccess</tt> and will not delete your existing rules
+
* If you have other mod_rewrite rules, they should go before WordPress' rules, [http://www.askapache.com/htaccess/mod_rewrite-tips-and-tricks.html see this advanced mod_rewrite tutorial].
+
* You must have FTP or SSH access to create the <tt style="font-weight:bold; color:#036">.htaccess</tt> file
+
* You must [[Changing File Permissions|<tt style="font-weight:bold; color:#036">chmod</tt>]] the <tt style="font-weight:bold; color:#036">.htaccess</tt> file to 666 to allow WordPress to write its rules to it automatically. After applying the permalinks, you should change the permissions to something stronger like 660 or 644 to prevent others on the server from potentially having access to it.
+
* If your <tt style="font-weight:bold; color:#036">.htaccess</tt> file contains errors that bring down your site, you will need to use FTP or your host's [[Using cPanel|control panel]] to delete the rogue <tt style="font-weight:bold; color:#036">.htaccess</tt> file. Once a fatal change has been saved in the WordPress editor, the editor (along with the rest of your site) will not be available until the problem is fixed.
+
* You may also be able to use your host's [[Using cPanel|control panel]] to create and edit the <tt style="font-weight:bold; color:#036">.htaccess</tt> file. If so, it is likely you will still be able to edit the <tt style="font-weight:bold; color:#036">.htaccess</tt> file through this method, even if errors in the file have brought down your site itself.
+
* Because of the previous item, it is recommended that you make small changes to <tt style="font-weight:bold; color:#036">.htaccess</tt> saving frequently, and testing your site.  That way, you'll know when you've made a mistake, and will be able to quickly roll the change back by editing the file via FTP
+
 
+
 
+
== Using Permalinks Without mod_rewrite ==
+
 
+
For cruftless permalinks, you must use <tt style="font-weight:bold; color:#036">[[Glossary#mod_rewrite|mod_rewrite]]</tt>, and IIS (common on Windows servers) does not support <tt style="font-weight:bold; color:#036">mod_rewrite</tt>. If you are using Apache 2.0.54, on Windows, mod_rewrite may work. If you put a filename at the beginning, WordPress will attempt to use that to pass the arguments and bypass the necessity for <tt style="font-weight:bold; color:#036">mod_rewrite</tt>.
+
<pre>
+
/index.php/%year%/%monthnum%/%day%/%postname%/
+
</pre>
+
 
+
If you use this option, you can ignore the rewrite rules (that is, you can ignore <tt style="font-weight:bold; color:#036">.htaccess</tt>).
+
 
+
*This option may not always work, especially in cases of WordPress running on IIS 6.  To make this option work on IIS, add these 2 lines to a php.ini file and store that file in your webroot:
+
<pre>
+
cgi.fix_pathinfo = 1
+
cgi.force_redirect = 0
+
</pre>
+
This reference from [http://blog.taragana.com/index.php/archive/wordpress-tip-on-permalink-options Cem].
+
 
+
Another solution exists using IIS' custom 404 redirects. It requires that your web host allows you to add a custom 404 redirect, but it doesn't require you to install any 3rd party mod_rewrite software and it also doesn't require that your permalink structure begin with <tt style="font-weight:bold; color:#036">/index.php/</tt>...
+
 
+
Here is the link to the installation files and instructions:<br/>
+
 
+
http://www.keyboardface.com/IIS-Permalinks/
+
 
+
If you have administrator privileges on your server, you may be interested in these solutions:
+
 
+
[http://www.binaryfortress.com/wordpress-url-rewrite/ WordPress URL Rewrite Plugin for blogs running on IIS] by Binary Fortress Software<br/>
+
 
+
[http://www.deanlee.cn/wordpress/url-rewriting-for-wordpress-under-iis/ URL Rewriting for WordPress under IIS] by Dean Lee
+
 
+
 
+
 
+
== Fixing Permalink Problems ==
+
 
+
=== Fixing <tt style="font-weight:bold; color:#036">.htaccess</tt> Generation Issues ===
+
 
+
If your installation of WordPress does not generate a .htaccess file or if it does not write the new rules onto your existing .htaccess file then there are a couple reasons that could be causing this. Work step by step and continue to the next step only if the previous step does not work.
+
 
+
<ol>
+
<li>'''Change File Permissions:'''  You must [[Changing File Permissions|<tt style="font-weight:bold; color:#036">chmod</tt>]] the <tt style="font-weight:bold; color:#036">.htaccess</tt> file to 666 to edit it with the WordPress [[Editing_Files#Using_the_Built-in_Editor|template editor]], but this is not recommended, since if you do that, any user of your blog, who can edit templates will be able to edit it. You can change the permissions to 660 to make it server-writable, which again will have the same limitation.</li>
+
<li>'''Server Blockage:''' Your host might have blocked the <tt style="font-weight:bold; color:#036">SERVER_SOFTWARE</tt> variable and this will cause WordPress' .htaccess generation to fail. If you are sure that your server is running Apache, you can force WordPress to believe that your server is running Apache by changing your <tt style="font-weight:bold; color:#036">wp-includes/vars.php</tt> file. Follow the steps below to implement these changes.</li>
+
</ol>
+
<ul>
+
<li>Open the <tt style="font-weight:bold; color:#036">wp-includes/vars.php</tt> file using the built in file editor in your WordPress Admin panel. To navigate to this panel, login to WordPress, click on "Manage", then on "Files", scroll to the bottom and type in <tt style="font-weight:bold; color:#036">wp-includes/vars.php</tt> into the text box under the "Other Files" title.</li>
+
Look for <pre style="font-size:0.7em">$is_apache = strstr($_SERVER['SERVER_SOFTWARE'], 'Apache') ? 1 : 0;</pre> and replace it with <pre style="font-size:0.7em">// $is_apache = strstr($_SERVER['SERVER_SOFTWARE'], 'Apache') ? 1 : 0;</pre>
+
<li>Add a new line under <pre style="font-size:0.7em">// $is_apache = strstr($_SERVER['SERVER_SOFTWARE'], 'Apache') ? 1 : 0;</pre> and type in <pre style="font-size:0.8em">$is_apache = 1;</pre></li>
+
</ul>
+
 
+
 
+
== Permalinks, .htaccess, and MS Frontpage ==
+
 
+
A note about Microsoft Frontpage: many servers (shared and dedicated) maintained and built by various hosting companies come with <tt style="font-weight:bold; color:#036">mod_frontpage</tt> compiled with the apache build, and in many cases with the Frontpage Server Extensions installed, on each virtual server. This is more common than not, many/most binary distributions used in the server build process at most hosting companies these days include both mod_fronpage and the server extensions. Even if you're not using Frontpage, because of the way that the extensions interact with apache (and the <tt style="font-weight:bold; color:#036">httpd.conf</tt> file) you'll likely get something like a 500 error or blank white page when trying to view your WP install (although the admin panel may operate correctly) simply because <tt style="font-weight:bold; color:#036">extensions/mod_frontpage</tt> exist on your server. 
+
 
+
Wordpress will operate correctly with the Frontpage Extensions
+
installed, however permalinks will not function at all and '''ANY''' change to the permalinks section from the
+
Wordpress admin interface will cause corruption of the Frontpage server extensions due to the addition of the
+
<tt style="font-weight:bold; color:#036">mod_rewrite</tt> rules to the .htaccess file. ''There is however now a fix for this situation.''
+
 
+
 
+
=== Quick Fixes, Frontpage or Permalinks ===
+
 
+
'''Frontpage Extensions Fix:''' If you don't care about permalinks and just want to make the MS Frontpage server extensions work again, simply edit your .htaccess file and remove the wordpress section with the rewrite rules.
+
 
+
'''To Use Permalinks:''' If you don't care about Frontpage(but your hosting company has the extensions installed)
+
 
+
You will need to remove (or have your hosting company do so) the MS Frontpage server extensions, or simply edit the .htaccess file to removed all of the Frontpage Lines, leaving only the wordpress mod_rewrite code.
+
 
+
 
+
=== Using Frontpage AND Permalinks Together ===
+
 
+
'''Finally, A solution.'''
+
 
+
There have been a number of threads on this issue in the support forums, and until now, no solution to the problem.
+
 
+
Normally, on a Unix server with the Microsoft Frontpage Server extensions installed wordpress works just fine and you are able to edit and publish pages (with MS Frontpage) - UNTIL - you make a change to the permalinks (for example to the date based kind that I like /2005/04/etc). I often suggest that type of URI to folks asking about permalinks etc, as that is the method recommended by the w3c (see http://www.w3.org/Provider/Style/URI ).
+
 
+
Now, the problem is that MS Frontpage uses the .htaccess file (which the wordpress mod_rewrite rules must go into) for it's "publishing" and "web authoring" configuration. As soon as the wordpress mod_rewrite code is added to the file, two things happen &mdash; the permalinks don't work and the MS Frontpage Server extensions become corrupted.
+
 
+
I have tried countless ways to get around this, including trying to use rewrite rules that "ignore" the <tt style="font-weight:bold; color:#036">%{HTTP_USERAGENT)%</tt> used by Frontpage, to using a second AccessFilename <tt style="font-weight:bold; color:#036">.wpaccess</tt> to the <tt style="font-weight:bold; color:#036">httpd.conf</tt> file, and a host of other things, and nothing worked so that a person would be able to both use MS Frontpage to manage the website and use the permalinks for wordpress at the same time.
+
 
+
The solution is acctually quite simple, and I kind of figured it out by accident.
+
 
+
If you are using or wish to use MS Frontpage (or that's just how your hosting company has things configured) along with wordpress you'll need to take the following simple steps on your server (or have your hosting company do it for you).
+
 
+
MS Frontpage creates the following directory
+
<pre>_vti_bin</pre>
+
 
+
Nested within that it creates both <pre>_vti_adm</pre> and <pre>_vti_aut</pre>
+
 
+
In addition to in your website (or wordpress) root folder in all of those directories you will find additional <tt style="font-weight:bold; color:#036">.htaccess</tt> files.
+
 
+
In all three of these directories AND in the root directory, at the top of ALL of the <tt style="font-weight:bold; color:#036">.htaccess</tt> files you simply need to add one line:
+
<pre>
+
Options +FollowSymlinks
+
</pre>
+
There may or may not already be a line in each like
+
<pre>Options None</pre>
+
Edit and save each <tt style="font-weight:bold; color:#036">.htaccess</tt> file and you're done. Now everyhting works perfectly, including MS Frontpage, AND the permalinks of your choosing.
+
 
+
 
+
=== A Final Note ===
+
 
+
On a personal note, I prefer to use Frontpage to manage/maintain sites, I've been using it since around '96, and by now, since I do most work on UNIX servers anyway I have it configured to use external editors for just about everything, including Zend Studio for php files, Bradbury TopStyle for stylesheets, Adobe ImageReady/Photoshop for images, etc. I'm more or less just using Frontpage as a convenient way to manage the site and access everything, etc. Then when I hit the "save" button in any of the other applications, they have Frontpage save my changes directly to the server, with no need to be FTP'ing files around, etc. It does help to get lots accomplished very quickly, and I was pretty bummed for the past year or so with the permalink frustration, since I was either needing to not use permalinks or not use Frontpage, or keep re-installing the FP extensions. At one point I found a way to make a .htaccess for my "running" site, but then change it to a FP .htaccess when I was doing any work (permalinks of course didn't work), either way it was a real pain.
+
 
+
This should work with most versions of FP and most of the unix versions of the extensions in use today.
+
 
+
--[[User:Chradil|Chradil]] 17:24, 17 May 2006 (GMT)
+
 
+
 
+
 
+
=== Long Permalinks ===
+
 
+
When using extra long permalinks in email and posting in comments and chats, some long permalinks are "chopped off" or only the first section is actually recognized as a link and the end seen as text. Here is an example.
+
 
+
<div style="margin: 5px; padding:5px">
+
<tt style="font-weight:bold; color:#036; text-decoration:underline; font-size:0.9em">http://yourdomain.example.com/2005/10/4/article-about-joe-fred-sally-and-bog</tt></div>
+
 
+
Can result in:
+
 
+
<div style="margin:5px; padding 5px"><tt> <span style="font-weight:bold; color:#036; text-decoration:underline; font-size:0.9em">http://yourdomain.example.com/2005/10/4/article</span>-about-joe-fred-sally-and-bog</tt>
+
</div>
+
 
+
To click on the lower link, the user would get a 404 Page Not Found Error.  If you have a tendency to use very long permalink post titles, take these steps to prevent this problem.
+
 
+
1. Check that you are indeed using [[Using Permalinks|Permalinks]].
+
 
+
2. Edit your <tt style="font-weight:bold; color:#036">.htaccess</tt> file and add the following:
+
<pre style="font-size: 0.7em">
+
RewriteRule ^post/([0-9]+)?/?([0-9]+)?/?$ /index.php?p=$1&page=$2 [QSA]
+
</pre>
+
 
+
3. Test it. Find a post's ID number and type the following (with your information) in your browser and you should be redirected to your post:
+
<pre>
+
http://yourdomain.example.com/post/(the ID #)
+
</pre>
+
 
+
It is also worth noting that most email software will not cut off URLs that have been delineated with angle-brackets (&lt; and &gt;), so when pasting URLs into emails, you should write them as so:
+
 
+
<div style="margin: 5px; padding:5px">
+
<tt style="font-weight:bold; color:#036">Read my blog post at &lt;<span style="text-decoration:underline; color:blue">http://yourdomain.example.com/2005/10/4/article-about-joe-fred-sally-and-bog</span>&gt;</tt></div>
+
 
+
Additionally, some decent email clients offer a "preformat" option when composing plain-text emails. Using the "preformat" option when pasting links will force the email client not to insert linebreaks inside the links.
+
 
+
 
+
=== Fixing Other Issues ===
+
 
+
If your <tt style="font-weight:bold; color:#036">.htaccess</tt> file is being generated correctly, but Permalinks still do not function, the following might be a problem.  If problems persist, post a note in the [http://www.wordpress.org/support WordPress Forum's] How To section.
+
 
+
;'''AllowOverride Not Enabled''' :Your server may not have the AllowOverride directive enabled.  If the AllowOverride directive is set to <tt style="font-weight:bold; color:#036">None</tt> in your Apache <tt style="font-weight:bold; color:#036">httpd.config</tt> file, then <tt style="font-weight:bold; color:#036">.htaccess</tt> files are completely ignored. In this case, the server will not even attempt to read <tt style="font-weight:bold; color:#036">.htaccess</tt> files in the filesystem. When this directive is set to <tt style="font-weight:bold; color:#036">All</tt>, then any directive which has the <tt style="font-weight:bold; color:#036">.htaccess</tt> Context is allowed in .htaccess files.  Example of enabled AllowOverride directive in <tt style="font-weight:bold; color:#036">httpd.config</tt>:
+
 
+
<pre>
+
<Directory />
+
    Options FollowSymLinks
+
    AllowOverride All
+
</Directory>
+
</pre>
+
 
+
You may also have to enable the AllowOverride directive in your DocumentRoot:
+
 
+
<pre>
+
<Directory /var/www/html>
+
    # ... other directives...
+
    AllowOverride All
+
</Directory>
+
</pre>
+
 
+
:You may also have to change the AllowOverride settings for the site. This is surely the case when using Mac OS X Server, but might be likewise with other systems.  Usually you can find the site configuration files in <tt style="font-weight:bold; color:#036">/etc/httpd/sites/</tt>
+
 
+
:If you don't want to set AllowOverride to all (as it is above) then your AllowOverride list must include the FileInfo directive.  You must restart your Apache server for any <tt style="font-weight:bold; color:#036">httpd.config</tt> file changes to take effect.  For more information on which overrides are allowed, read about [http://httpd.apache.org/docs-2.0/mod/core.html#allowoverride Apache Core Features].
+
 
+
;Paged Navigation Doesn't Work :Sometimes navigation to second (and subsequent) pages of posts does not work as expected. Your page may generate a link to a page with one of these URIs:
+
<pre> http://www.example.com/page/2/
+
http://www.example.name/category/categoryname/page/2/
+
http://www.example/year/month/day/page/2/
+
http://www.example/year/month/page/2/
+
</pre>
+
 
+
:The result of clicking one of those links is that the page loads with all the surroundings (header, footer, sidebar), but instead of a page of posts, there is an error message: "Sorry, no posts match that criteria."
+
 
+
:This is due to a glitch in the <tt style="font-weight:bold; color:#036">.htaccess</tt> file that WordPress generates. To fix it, delete the contents of your .htaccess file and re-create it.
+
 
+
<ol>
+
<li>In the Control Panel, go to Manage > Files ([[Editing_Files|More Info on Editing Files]])</li>
+
<li>Click the link to your .htaccess file to edit its contents</li>
+
<li>Copy the contents of the file and paste it to a text file in a text editor. This is a precaution in case your .htaccess file has manual entries for redirects, denials or other [http://www.javascriptkit.com/howto/htaccess.shtml handy htaccess tricks]</li>
+
<li>Delete all contents from your .htaccess file and click the Update File button.</li>
+
<li>In the Control Panel, go to Options > Permalinks.</li>
+
<li>Click the Update Permalink Structure button to freshly generate new rewrite rules for your permalinks.</li>
+
<li>Test the results using a link that had previously broken.</li>
+
<li>Add any manual htaccess entries back in your file
+
(Place manual htaccess entries before the <tt style="font-weight:bold; color:#036"># BEGIN WordPress</tt> or after <tt style="font-weight:bold; color:#036"># END WordPress</tt> lines.)</li>
+
</ol>
+
 
+
:You may also perform similar steps by deleting the <tt style="font-weight:bold; color:#036">.htaccess</tt> files from the server, creating a fresh empty .htaccess file, changing its permissions to 666, and then in Options > Permalinks generate a new set of htaccess rules by clicking the Update Permalinks Structure button.
+
 
+
:If that still doesn't work, take a look at the wordpress support forums, specifically, [http://wordpress.org/support/topic/51613#post-283222 this support post].
+
 
+
;'''Permalinks to pages don't work''' :If you've tried to navigate to a newly created [[Glossary#Page|Page]] and encounter an error, you likely need to [[Permalinks_Options_SubPanel|update your Permalink structure]]. Remember, each time you add a new static Page to WordPress, new rules must be generated and updated to <tt style="font-weight:bold; color:#036">.htaccess</tt> (WordPress 1.X) or to the internal rewrites array (WordPress 2.X).
+
 
+
;'''Permalinks to Ultimate Tag Warrior tag pages don't work''' :If you get 404 errors on local tag URLs when using the UltimateTagWarrior plugin on WordPress 2.X, it's because the internal rewrites generated by WordPress are being overly greedy and getting invoked before UTW's rewrite rules have a chance. This usually occurs only when using a custom permalink structure (like <tt style="font-weight:bold; color:#036">/%postname%/</tt>). To fix it, either [[Permalinks_Options_SubPanel|switch your Permalink structure]] to "Date and name based" or hack the UTW plugin to place the UTW rewrites at the top of the internal rewrites array. [http://www.naturalsearchblog.com/archives/2007/01/20/getting-404-errors-on-ultimate-tag-warrior/ More Info on this].
+
 
+
;'''Permalinks work but no pages are returned''' :Some versions of PHP 4.4.x and 5.x have a bug that causes mod_rewrite to fail when used with some versions of Apache 2.x. More details at http://bugs.php.net/bug.php?id=35096 and http://bugs.php.net/bug.php?id=35059.
+
 
+
 
+
 
+
=== More Help ===
+
 
+
If these steps do not work, search for your problem in the [http://codex.wordpress.org Codex], [[Troubleshooting]], or in the [http://wordpress.org/support/ Support Forum]. As a last resort, [[Submitting_Bugs|file a bug report]].
+
 
+
 
+
 
+
== Tips and Tricks ==
+
 
+
=== Having your posts end in <tt style="font-weight:bold; color:#036">.html</tt> ===
+
+
There's an easy way to having your posts end in a <tt style="font-weight:bold; color:#036">.html</tt> extension, using the structure tags above. Following the example used on properly terminating permalinks, you could have a page like http://yoursite.com/2006/01/01/happy-newyear.html with this rule:
+
<pre> /%year%/%monthnum%/%day%/%postname%.html
+
</pre>
+
 
+
Note that this does not generate actual <tt>.html</tt> files.  It is only an illusion.  There is no benefit to this... some people mistakenly think it offers search engine benefits, and some want their permalinks to emulate those of another publishing system.
+
 
+
 
+
 
+
== External Resources ==
+
 
+
* [http://www.cypherhackz.net/archives/2007/03/25/beautify-your-urls-with-permalinks/ Beautify your URLs with Permalinks]
+
* [http://www.askapache.com/htaccess/apache-htaccess.html Example Apache htaccess code] &mdash; Cut and paste correct .htaccess code here
+
* [http://www.emilyrobbins.com/how-to-blog/how-to-configure-wordpress-to-create-search-engine-friendly-urls-for-permalinks-242.htm How to Configure WordPress to Create Search Engine Friendly URLs for Permalinks]
+
* [http://www.yourhtmlsource.com/sitemanagement/urlrewriting.html URL Rewriting Tutorial] &mdash; the whats, hows and wherefores.
+
* [http://www.tomrafteryit.net/boost-search-engine-optimisation-seo-using-permalinks/ Boost Search Engine Optimisation (SEO) using Permalinks]
+
* [http://www.homebizpal.com/blogging/wordpress/understanding-wordpress-permalinks/ Understanding WordPress Permalinks]
+
* [http://www.htaccesselite.com/htaccess/ mod_rewrite and htaccess help forum]
+
* [http://www.micronovae.com/ModRewrite/articles/CleanPermalinks.html Clean Permalinks for IIS using .htaccess]
+
 
+
 
+
[[Category:Getting Started]]
+
[[Category:Troubleshooting]]
+
[[Category:UI Link]]
+

2019年11月9日 (土) 23:15時点における最新版

このページは https://ja.wordpress.org/support/article/using-permalinks/ へ移動しました。