WordPress-säännöillä on myös poikkeuksia

wordpress apache

wordpress apacheWordPress teki merkittävän evoluutiovaiheen bloggausympäristössä, siirtäen sen lähemmäksi täysimittaista sisällönhallintajärjestelmää, jossa on versionseuranta, enemmän tukea mukautetuille valikoille ja - mielenkiintoisin ominaisuus minulle - usean sivuston tuki verkkotunnuksen kartoituksella.

Jos et ole sisällönhallintajärjestelmän junkie, se on ok. Voit ohittaa tämän artikkelin ohi. Mutta kollegoilleni tekno-geekeille, koodipäät ja apache-dabblers, haluan jakaa jotain mielenkiintoista ja jotain hienoa.

Monisivusto on ominaisuus, jonka avulla voit käyttää mitä tahansa määrää WordPress-verkkosivustoja yhdellä WordPress-asennuksella. Jos hallinnoit useita sivustoja, se on mukavaa, koska voit asentaa hyväksytyn teeman ja widgetien ryhmän ja aktivoida ne asiakassivustoillesi. Verkkotunnusten kartoittamiseen on muutama tekninen este, mutta prosessi ei ole vaikea.

Yksi tunnistamistani ongelmista on teeman mukauttamisessa. Koska teemoja voidaan asettaa saataville useille verkkosivustoille, teemaan tekemäsi muokkaukset vaikuttavat myös muihin sivustoihin, jotka käyttävät kyseistä teemaa monisivustoasennuksessasi. Minun tapa kiertää tämä on kopioida teema ennen kuin aloitan mukauttamisen, ja nimetä selkeästi teema asiakassivustolle, johon muotoilen sen.

Toinen mielenkiintoinen asia on se, mitä tapahtuu Apache-palvelimesi .htaccess-tiedostossa. WordPressin on kirjoitettava polut uudelleen blogikohtaisesti ja tehtävä tämä uudelleenkirjoitussäännön ja php-tiedoston avulla.

WordPress käyttää seuraavaa uudelleenkirjoitussääntöä:

RewriteRule ^ ([_ 0-9a-zA-Z -] + /)? Tiedostot /(.+) wp-sisältää / ms-files.php? Tiedosto = $ 2 [L]

Pohjimmiltaan kaikki, mikä on mysite.com/files/directory -hakemistossa, kirjoitetaan uudestaan ​​osoitteeseen mysite.com/files/wp-includes/myblogfolderpath ... ja tässä se saa mielenkiintoista. Mitä tapahtuu, jos palvelimellasi on todella oltava tiedosto, joka on mysite.com/files/myfolder/myimage.jpg? Saat 404-virheen, niin tapahtuu. Apache uudelleenkirjoitussääntö käynnistyy ja muuttaa polkua.

Myönnätkö, et ehkä koskaan törmännyt tähän ongelmaan, mutta minä näin. Minulla oli sivusto, joka tarvitsi käyttää javascript-widgetiä toiselta verkkosivustolta, ja sen oli löydettävä grafiikka osoitteesta mysite.com/files/Images/myfile. Koska tiedostoa ei ollut mahdollista muuttaa isäntäsivustolla, minun piti selvittää tapa tehdä tämä palvelimellani. Helppo ratkaisu on luoda uudelleenkirjoitusehto, joka tekee poikkeuksen tietyille tiedostoille.

Tässä on ratkaisu:

RewriteCond% {REQUEST_URI}! /? Files / Image / file1.jpg $
RewriteCond% {REQUEST_URI}! /? Files / Image / file2.jpg $
RewriteRule ^ ([_ 0-9a-zA-Z -] + /)? Tiedostot /(.+) wp-sisältää / ms-files.php? Tiedosto = $ 2 [L]

Uudelleenkirjoitusehdot on asetettava ennen uudelleenkirjoitussääntöä, muuten tämä temppu ei toimi. Tämän ehdon pitäisi olla helppo muokata omiin tarkoituksiin, jos kohtaat samanlaisen ongelman. Ratkaisu toimi minulle hyvin, jolloin sain korvata mukautetun grafiikan pikemminkin vähemmän toivottavan alt-tekstin kanssa, joka ei sopinut suunnitteluuni. Toivottavasti se toimii myös sinulle.

Mitä mieltä olet?

Tämä sivusto käyttää Akismetiä roskapostin vähentämiseksi. Lue, miten kommenttitietosi käsitellään.