WordPress-Reguloj Havas Esceptojn, Tro

wordpress apache
Legado Tempo: 2 minutoj

wordpress apacheWordPress faris gravan evoluan paŝon antaŭen en la bloga platformo, pli proksimigante ĝin al plena sistemo de administrado de enhavo kun revizia spurado, pli da subteno por kutimaj menuoj kaj – la plej interesa por mi – mult-eja subteno kun domajna mapado.

Se vi ne estas enhav-administra sistemo-drogemulo, estas en ordo. Vi povas preterpasi ĉi tiun artikolon. Sed por miaj samrangaj teonikuloj, kodkapoj kaj apache-klakantoj, mi volas dividi ion interesan, kaj ion malvarmetan.

Pluretejo estas funkcio, kiu ebligas al vi funkciigi iujn ajn WordPress-retejojn kun sola WordPress-instalado. Se vi administras plurajn retejojn, estas agrable, ĉar vi povas instali aprobitan grupon de temoj kaj fenestraĵoj, kaj aktivigi ilin por viaj klientaj retejoj. Estas kelkaj teknikaj obstakloj por mapi viajn domajnojn, sed la procezo ne malfacilas.

Unu el la problemaj areoj, kiujn mi identigis, temas pri agordado de temoj. Ĉar temoj disponeblas al multaj retejoj, iuj agordoj, kiujn vi faras al temo, ankaŭ influos iujn ajn aliajn retejojn uzantajn tiun temon en via mult-eja instalado. Mia maniero ĉirkaŭi ĉi tion estas dupliki temon antaŭ ol mi agordas, kaj klare nomu la temon por la klienta retejo, por kiu mi celas ĝin.

Alia interesa afero estas kio okazas en la dosiero .htaccess en via Apache-servilo. WordPress bezonas reskribi vojojn laŭ bloga bazo kaj faras tion per reverka regulo kaj php-dosiero.

WordPress uzas la jenan reverkan regulon:

RewriteRule ^ ([_ 0-9a-zA-Z -] + /)? Dosieroj /(.+) wp-includes / ms-files.php? File = $ 2 [L]

Esence, ĉio, kio estas en subdosierujo de mysite.com/files/directory, reverkiĝas al mysite.com/files/wp-includes/myblogfolderpath… kaj ĉi tie ĝi interesiĝas. Kio okazas, se vi efektive bezonas havi dosieron en via servilo, kiu estas mysite.com/files/myfolder/myimage.jpg? Vi ricevas 404-eraron, jen kio okazas. La Apache-reverka regulo ekas kaj ŝanĝas la vojon.

Konsentite, vi eble neniam renkontos ĉi tiun problemon, sed mi faris. Mi havis retejon, kiu bezonis uzi ĝavaskriptan fenestraĵon de alia retejo, kaj ĝi bezonis trovi grafikojn ĉe mysite.com/files/Images/myfile. Ĉar ne estis maniero ŝanĝi la dosieron en la gastiganta retejo, mi bezonis eltrovi manieron fari ĉi tion en mia servilo. La facila solvo estas krei reverkan kondiĉon, kiu esceptas specifajn dosierojn.

Jen la solvo:

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

La reverkaj kondiĉoj devas esti metitaj antaŭ la reverka regulo, alie ĉi tiu lertaĵo ne funkcios. Estus facile modifi ĉi tiun kondiĉon por viaj propraj celoj, se vi renkontus similan problemon. La solvo bonege funkciis por mi, permesante al mi anstataŭigi kutimajn grafikojn anstataŭ la malpli dezirindan altan tekston, kiu ne taŭgas por mia projekto. Espereble, ĝi ankaŭ funkcios por vi.

Kion vi pensas?

Ĉi tiu retejo uzas Akismeton por redukti spamon. Lernu, kiel via komento datiĝas.