Hier is de standaardcode voor dat bestand.

# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress 

je kunt het hier controleren voor het standaard htaccess-bestand.

http://codex.wordpress.org/Using_Permalinks .

Bedankt. Ik hoop dat het weinig helpt.

Reacties

• Bekijk de chat hier hierover.
• !!! Het antwoord is achterhaald. Gebruik het nieuwe: wordpress.stackexchange.com/a/250918/33667

WordPress bevat geen .htaccess in bestandsvorm.

De regels worden in bestand geschreven door save_mod_rewrite_rules() functie en worden gegenereerd door $wp_rewrite->mod_rewrite_rules().

Opmerking die installatie op meerdere locaties heeft verschillende (meer complexe) regels en lijkt anders behandeld te worden.

Opmerkingen

• +1 voor de juiste richting. Controleer met mijn antwoord of ik het probleem goed heb begrepen. Ik denk dat het belangrijkste is om de Rewrite_WP API te gebruiken, niet om het wiel opnieuw uit te vinden met persoonlijke .htaccess -bestanden.

Gebruik de laatste versie van de standaard .htaccess

https://wordpress.org/support/article/htaccess/ .

Gebruik de Freenode “s #wordpress om de juiste documentatie te vinden, meestal in de /topic. Daar vond ik de sleutel Class WP_Rewrite hier , de officiële wordpress.org is op zijn best misleidend en marketing. Hoe dan ook, meng de herschrijfregels van Apache niet met WP “s herschrijfregels, hoewel de naamgeving van WP waarschijnlijk afkomstig is van Apache” s equivalent.

De WP_Rewrite API stelt

U kunt toevoegen regels om uw paginaweergave en verwerking te activeren met behulp van deze component. De volledige functionaliteit van een frontcontroller bestaat niet, wat betekent dat je “niet kunt bepalen hoe de sjabloonbestanden worden geladen op basis van de herschrijfregels.

dus je moet de API gebruiken om de wijzigingen aan te brengen, niet helemaal zeker wat het betekent, maar ik denk dat het betekent dat je niet kunt vertrouwen op je harde gecodeerde .htaccess -bestanden – dingen kunnen zelfs veranderen met verschillende WD -versies! Gebruik dus de API.

onderscheppen

De code hier heeft enkele voorwaarden als het .htaccess -bestand bestaat – niet 100% van hun gevolgtrekkingen omdat dat niet het geval is goed gedocumenteerd en kan de naamgeving daar niet begrijpen, maar de centrale boodschap is waarschijnlijk dat de veilige manier om de herschrijfregels te behouden het gebruik van de WP_Rewrite API is, WP kan in de toekomst veranderen.

Bijvoorbeeld een eenvoudige Apache-rewrite RewriteRule ^hello$ Layouts/hello.html [NC,L] is blijkbaar zoiets als add_rewrite("^hello$", "Layouts/hello.html"), h aven “t getest maar probeerde de API hieronder te volgen:

add_rewrite_rule (line 19) Add a straight rewrite rule. see: WP_Rewrite::add_rule() for long description. since: 2.1.0 void add_rewrite_rule (string $regex, string $redirect, [string $after = "bottom"]) string $regex: Regular Expression to match request against. string $redirect: Page to redirect to. string $after: Optional, default is "bottom". Where to add rule, can also be "top". 

Gerelateerd

1. http://codex.wordpress.org/Rewrite_API/add_rewrite_rule

2. http://pmg.co/a-mostly-complete-guide-to-the-wordpress-rewrite-api

3. Met dank aan toscho voor het helpen hier , wat praatjes in de chat.

Reacties

• Ik ben er vrij zeker van dat ik hier iets verkeerd heb begrepen, bekijk deze chat hier . Heeft het onderschept omdat mijn blog zich op rootniveau bevond en zoiets als www.hello.com/blog/ betekende?