Home › Forum › Localizzazione WP › file htaccess
-
AutorePost
-
-
28 Aprile 2011 alle 11:38 #17683liloPartecipante
salve,
dove si trova fisicamente il file htaccess in wordpress?
grazie
lilo
-
28 Aprile 2011 alle 12:03 #83942SteveAglAmministratore del forum
nella root del sito visto che NON è un file di WP ma di qualsiasi sito web
-
28 Aprile 2011 alle 16:17 #83950liloPartecipante
dovrei cambiare le impostazioni di “permalink” da query string con ? a quella con post e categoria.
soltanto che mi da errore 404.
allora adesso provo a trasferire tutto manualmente sul file htaccess nella root.
-
28 Aprile 2011 alle 16:28 #83951liloPartecipante
ho caricato il file nella root del server:
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
adesso funziona.
-
28 Aprile 2011 alle 19:29 #83961zhenyaPartecipante
Bah. Io non so dove trovate spunto per scrivere regole nel file .htaccess come quelle, è evidente che in rete oltre ai seo x seo ci sono anche saccenti scrittori di codice che al posto di velocizzare inchioda i processi di php.. IfModule è la peggior cosa che si possa scrivere in quei comandi..
-
29 Aprile 2011 alle 0:21 #83968PaleosetiPartecipante
Bah. Io non so dove trovate spunto per scrivere regole nel file .htaccess come quelle, è evidente che in rete oltre ai seo x seo ci sono anche saccenti scrittori di codice che al posto di velocizzare inchioda i processi di php.. IfModule è la peggior cosa che si possa scrivere in quei comandi..
Ciao, incuriosito da questa tua risposta vengo a chiederti come dovrebbe essere scritto il file o eventualmente come modificare quello esistente, poichè anche nel mio vedo che c’è il riferimento a ifmodule..
precisamente ho questo:
# 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
Grazie per i suggerimenti o l'aiuto che potrai darmi )
Teodoro
-
29 Aprile 2011 alle 6:08 #83971SteveAglAmministratore del forum
Va sscritto come lo vedi nel tuo file cioè come è scritto da WP if module garantisce che il codice sotto venga eseguito solo se apache ha il modrewrite caricato altrimenti avresti errori)
-
29 Aprile 2011 alle 9:45 #83977PaleosetiPartecipante
Va sscritto come lo vedi nel tuo file cioè come è scritto da WP if module garantisce che il codice sotto venga eseguito solo se apache ha il modrewrite caricato altrimenti avresti errori)
Grazie Steve, si vede la differenza in questi casi tra smanettoni e programmatori
Teodoro
-
29 Aprile 2011 alle 10:17 #83980zhenyaPartecipante
Smanettoni?
Il discorso su come opera il “poco performante” .htaccess di WordPress nacque in Russia più di 2 anni fa’ e venne riscritto in toto; successivamente il codice venne ripreso da un tedesco e, per ultimo nell’estate 2010, da un noto webmaster americano (nel suo campo è un guru), che lo riprese e ne migliorò i risultati.. Da altri è stato anche adattato per lavorare con WordPress quando installato in una subdirectory.
Dopo questi fatti, in tempi più recenti, alcuni proposero la modifica dell’htaccess di WordPress nel trac e, da quel che mi risulta, ancora ci stanno lavorando.
Il file .htaccess che genera WordPress non è concepito per lavorare al meglio con le prestazioni ottenibili su Apache, usa processi lenti (e direi inefficienti se non addirittura obsoleti). Basti sapere che per ogni richiesta esegue il controllo dei file e delle directory 2 volte, consultando il disco 4 volte..
Ma siamo già su un argomento poco indicato su questo tema in un forum di “primo supporto” e direi che per i “normali utilizzatori” è sempre meglio usare ciò che WordPress propone di default invece che barcamenarsi col codice.
-
29 Aprile 2011 alle 10:25 #83982AndreamkPartecipante
Smanettoni?
Il discorso su come opera il “poco performante” .htaccess di WordPress nacque in Russia più di 2 anni fa’ e venne riscritto in toto; successivamente il codice venne ripreso da un tedesco e, per ultimo nell’estate 2010, da un noto webmaster americano (nel suo campo è un guru), che lo riprese e ne migliorò i risultati.. Da altri è stato anche adattato per lavorare con WordPress quando installato in una subdirectory.
Dopo questi fatti, in tempi più recenti, alcuni proposero la modifica dell’htaccess di WordPress nel trac e, da quel che mi risulta, ancora ci stanno lavorando.
Il file .htaccess che genera WordPress non è concepito per lavorare al meglio con le prestazioni ottenibili su Apache, usa processi lenti (e direi inefficienti se non addirittura obsoleti). Basti sapere che per ogni richiesta esegue il controllo dei file e delle directory 2 volte, consultando il disco 4 volte..
Ma siamo già su un argomento poco indicato su questo tema in un forum di “primo supporto” e direi che per i “normali utilizzatori” è sempre meglio usare ciò che WordPress propone di default invece che barcamenarsi col codice.
Dopo l’avvincente racconto sullo sviluppo di un file .htaccess performante potresti anche postare i risultati ottenuti cosi magari qualcuno può trarne beneficio.
-
29 Aprile 2011 alle 14:09 #84002zhenyaPartecipante
Al momento non sono in grado di postare esempi di mia natura.. c’era fino alla metà di aprile, mi riferisco al sito linkato nel mio nick; purtroppo l’ho dovuto spostare in un vps e adesso è penalizzato dalla “latenza” con molta probabilità dovuta alla saturazione della scheda di rete di quel servizio oltre oceano, oltre al fatto che il database non lo hanno spostato nello stesso datacenter. Da giorni litigo con il support per ottenere lo spostamento in un server più performante, ma non c’è verso.. Inizialmente ci discutevo, ma quando ricevi risposte da incompetenti che ti replicano con i copia-incolla per sbolognarsi il problema.. allora poi ci litighi.
Come ho detto l’htaccess customizzato non è materia per il forum di primo supporto; andrei a complicare la vita dei normali utenti di WordPress, con argomenti per gli sviluppatori..
-
29 Aprile 2011 alle 14:11 #84003SteveAglAmministratore del forum
Potresti mandarmi un bell’articolo per email per il blog
-
29 Aprile 2011 alle 16:36 #84008PaleosetiPartecipante
Smanettoni?
Ciao, scusami ma è meglio che preciso cosa intendevo: mi riferivo ai normali utilizzatori di wordpress che sono in grado di apportare modifiche, magari andanole a cercare in giro per la rete, che sono in grado di fare piccole cosucce ma che non sono programmatori e non hanno padronanza in questo senso.
Dal canto mio, giusto per fare un esempio, mi va sempre di fortuna perchè riesco a fare le cose ed ottenerle a tentativi … ma se mi chiedessero come ho fatto gli risponderei: testando e riprovando, copiando e incollando o anche modificando piccole cose di qualcosa già fatto.
Tutto qui
Ciauz e grazie anche a te per il sostegno e le infos che dai qui sul forums
Teodoro
-
30 Aprile 2011 alle 9:51 #84023AndreamkPartecipante
Cercando in rete ho trovato questo articolo
http://www.improvespeed.info/2010/01/how-to-optimize-wordpress-htaaccess.html
zhenya è in linea con quello che tu conosci ?
-
30 Aprile 2011 alle 12:45 #84037zhenyaPartecipante
@ SteveAgl
Scriverne un articolo.. magari! A trovare il tempo. Però potrei mandarti il materiale su cui lavorare per pubblicare qualcosa.. in fondo si tratta solo di tradurre e rimettere ordine a poche cose originariamente in lingua inglese.
@ Andreamk
Gli somiglia ma non è proprio quello. Anzi quello è stato modificato da un incompetente che, come base, ha utilizzato la versione per WordPress quando installato in una subdirectory.
-
30 Aprile 2011 alle 13:36 #84039SteveAglAmministratore del forum
OK manda info wordpress-it it
-
30 Aprile 2011 alle 18:07 #84057zhenyaPartecipante
Inviata email! Con riferimenti, fonti ed ulteriori contributi.. Ho allegato anche il mio .htaccess, contiene altre cose utili, cosଠsarà una panoramica sul tema più completa.
Adesso tocca a voi lavorarci su un pochino.
-
3 Maggio 2011 alle 19:47 #84140zhenyaPartecipante
..potresti anche postare i risultati ottenuti cosi magari qualcuno può trarne beneficio..
Quelli del servizio host finalmente han spostato il Vps su una macchina più performante con, al momento, solo poche altre installazioni.. Il database resta, per il momento, in un altro datacenters; ma questo poco importa..
Questa realizzazione adesso potrà essere presa a “riferimento” per saggiare sia le doti dell’htaccess custom per WordPress, sia il plugin W 3 Total Cache configurato al meglio.
Pur che la home page abbia 12 posts con relative immagini nelle anteprime, 2 sidebar con diversi banner, 2 widget di NextGenGallery (uno con foto “random” l’altro con slideshow), il caricamento va come un missile e supera brillantemente tutti i test.
La pecca dei Vps di questo servizio hosting americano sta nel fatto che è controproducente spostare il caching dal disco alla memoria (Xcache), giacché peggiorano le prestazioni; a mio parere significa che il buffer del server lavora quindi con “la lingua di fuori”. Ovvio che in un “vero” Vps o su server dedicato, la cache in memoria offrirebbe ancor più velocità ..
-
-
AutorePost
- Devi essere connesso per rispondere a questo topic.