Risposte nei forum create
-
AutorePost
-
TittiModeratore
Tutto è bene quel che finisce bene, grazie per l’interesse.
TittiModeratoreAvevo già provato a farlo, non funzionava, ma ora ho provato a fare un’altra cosa, a togliere dal file header.php questo codice iniziale
<?php ob_start( ‘ob_gzhandler’ ); ?>
che avevo aggiunto io per comprimere, e magicamente le pagine degli archivi categorie sono apparse!
Era quello
TittiModeratoreL’host ha risposto: “le indico cortesemente che il mod_rewrite risulta essere attivo; inoltre potrà verificare e/o cambiare i permessi di file/directory tramite un client FTP o direttamente tramite il file manager integrato nel pannello di controllo Plesk.
Nel caso in cui volesse richiederci di variare permessi, proprietario e/o gruppo di alcune cartelle o files, la prego di segnalarcelo in risposta al presente, avendo cura di indicare l’esatto elenco di cartelle o file per i quali richiede l’intervento, assieme alla completa indicazione dei settaggi richiesti e, nel caso in cui riguardino directory, se tali settaggi siano richiesti anche ricorsivamente per i loro contenuti.”
Intanto l’autore del tema mi ha mandato delle cose interessanti in cui potrebbe esserci la soluzione.
Io però non ho Super-Cache e lଠparla di quello, però ho una specie di compressione gzip nel file header.php e del codice in .htaccess per la cache e la compressione.
Dice:
I’ve asked some of my friends – they all get the same error:
The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression
This may be caused either by server mis-configuration or by plugins like WP Super Cache.
A quick google search returned this article and a solution in the following comment: http://onemansblog.com/2010/02/22/simply-enable-phps-gzip-compression-to-speed-up-your-blog/#comment-61578
Search yourself to find out the reason…
E poi:
Solution from here: http://wordpress.org/support/topic/content-encoding-error-1
So I’ve had a look at things and I may have a solution. You didn’t
happen to have gzip compression turned on in WP-Super-Cache did you?
That’s normally why that error spits back. Since we already gzip
compress most of the things that go thru Apache, asking Super Cache to do
that for you ends up giving out these weird encoding errors.
I’ve gone in and have successfully disabled our gzip compression. If
you’re going to continue to use All In One SEO, I suggest you re-activate
Super Cache and see how it treats you now.
TittiModeratoreHo messo 664, e non cambia niente, tranne che WP security scan me lo dà in rosso, sbagliato.
Volevo precisare comunque che su imp. permalink il messaggio “aggiornare htaccess” non c’è più, persiste invece quell’altro…
“Se il tuo file .htaccess fosse scrivibile potremmo aggiornarlo automaticamente, ma poiché non lo è queste sono le regole di mod_rewrite che si dovranno inserire nel file .htaccess manualmente. Fare clic su questo campo e premere CTRL + a per selezionarle tutte.”
<IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index.php$ – [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule>
ecc…
Ma questo c’era anche prima di tutto il casino.
TittiModeratoreI permessi li ho impostati come prima, come li dà giusti WP security scan, e cioè 644 su .htaccess e index.php, 755 le altre directory.
Quando metto 777 su .htaccess naturalmente il messaggio scompare (e cmq il problema link persiste), ma poi quando rimetto 644 (per sicurezza, non andrebbe questo su .htaccess?), il messaggio torna.
Proverò anche il nuovo ticket, ma i permessi sono gli stessi che avevo prima.
E non capisco la faccenda dell’estensione .html, ce l’ho sempre avuta.
TittiModeratoreHo tolto .html e ora sono toranti gli articoli singoli, naturalmente l’altro problema persiste.
E naturalmente è ricomparso “Ora dovresti aggiornare il tuo file .htaccess”
Che devo fare?
E’ possibile che io non abbia attivato sul server il mod_rewrite?
TittiModeratoreDopo aver fatto quella prova, ho ripristinato la struttura com’era precedentemente:
/%category%/%postname%.html
E’ apparso il messaggio “Ora dovresti aggiornare il tuo file .htaccess.
E sotto (ma questo c’è sempre stato):
“Se il tuo file .htaccess fosse scrivibile potremmo aggiornarlo automaticamente, ma poiché non lo è queste sono le regole di mod_rewrite che si dovranno inserire nel file .htaccess manualmente. Fare clic su questo campo e premere CTRL + a per selezionarle tutte.
Via FTP ho cancellato l’.htaccess e ho rimesso quello del back-up, e ora non si vedono nemmeno più gli articoli singoli.
TittiModeratoreHo impostato /%postname%/
Se clicco il singolo post, me lo fa vedere e il link è come da struttura
TittiModeratoreOra che ci penso stamani ho provato a cancellare il file .htaccess, e a inserire un nuovo file con il minimo necessario richiesto da WP:
# 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
Ma era la stessa cosa, attualmente ho ripristinato quello che avevo prima:
# 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
# 1 YEAR
<FilesMatch “.(ico|pdf|flv)$”>
Header set Cache-Control “max-age=29030400, public”
</FilesMatch>
# 1 WEEK
<FilesMatch “.(jpg|jpeg|png|gif|swf)$”>
Header set Cache-Control “max-age=604800, public”
</FilesMatch>
# 2 DAYS
<FilesMatch “.(xml|txt|css|js)$”>
Header set Cache-Control “max-age=172800, proxy-revalidate”
</FilesMatch>
# 1 MIN
<FilesMatch “.(html|htm|php)$”>
Header set Cache-Control “max-age=60, private, proxy-revalidate”
</FilesMatch>
# Disattiva gli ETags
<IfModule mod_headers.c>
Header unset ETag
</IfModule>
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE image/svg+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/atom_xml
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/x-httpd-php
AddOutputFilterByType DEFLATE application/x-httpd-fastphp
AddOutputFilterByType DEFLATE application/x-httpd-eruby
AddOutputFilterByType DEFLATE text/html
# Istruzioni necessarie per evitare che vengano compressi i file già compressi come immagini, video, pdf etc etc
SetOutputFilter DEFLATE
SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI .(?:exe|t?gz|zip|bz2|sit|rar)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI .pdf$ no-gzip dont-vary
SetEnvIfNoCase Request_URI .avi$ no-gzip dont-vary
SetEnvIfNoCase Request_URI .mov$ no-gzip dont-vary
SetEnvIfNoCase Request_URI .mp3$ no-gzip dont-vary
SetEnvIfNoCase Request_URI .mp4$ no-gzip dont-vary
SetEnvIfNoCase Request_URI .rm$ no-gzip dont-vary
# Istruzioni necessarie per compatibilità con vecchi browser
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0[678] no-gzip
BrowserMatch bMSIE !no-gzip !gzip-only-text/html
TittiModeratoreNo, tempo fa ho provato Super-Cache, ma ho avuto subito problemi e allora vi ho rinunciato.
Cancellai tutto quello che avevo inserito per configurarlo rifacendo tutti i passi all’indietro, dopodiché non ho avuto problemi, tutto ha ripreso a funzionare come prima.
In .htaccess tempo fa ho inserito codici per comprimere certi file, non mi hanno mai dato problemi.
Se può essere utile posso pubblicare qui il mio .htaccess, magari c’è qualcosa che non va perché forse il problema è proprio legato ai permalink.
-
AutorePost