@coolnetwork said:

magari senza .htacesss non funzionano vari url che wordpress usa per il resize delle immagini ..

Nginx non usa .htaccess, i rewrite rules vanno inseriti nel vhost convertendo .htaccess di apache nella sintassi utilizzata da nginx...

Grazie francois007 ma sapevo già di questo procedimento, il problema è che io non capisco quale sia la parte di codice che influisce sulla visualizzazione delle immagini. Ecco il mio vecchio htaccess:

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

# END WordPress

ma prima di migrare a nginx non hai fatto tutti i test per vedere/testare la compatibilità?

sinceramente non sapevo che htaccess influisse anche su queste cose

@coolnetwork said:

ma prima di migrare a nginx non hai fatto tutti i test per vedere/testare la compatibilità?

Mi sa che non mi sono spiegato in precedenza... nginx non legge .htaccess, ma va convertito nella sintassi che lui utilizza per impostare i permessi di riscrittura. Secondo l'.htaccess di apache che vedo, il vhost deve essere impostato in questo modo:

.htaccess convertito:

#ignored: "-" thing used or unknown variable in regex/rew
if (!-f $request_filename){
set $rule_1 1$rule_1;
}
if (!-d $request_filename){
set $rule_1 2$rule_1;
}
if ($rule_1 = "21"){
rewrite /. /index.php last;
}

Questo rewrite rules va inserito nel file /etc/nginx/sites-available/nomesito.tld.vhost e va riavviato il demone... Solo così il tuo sito ritornerà a funzionare come con apache.

Grazie ancora francois007 per la tua disponibilità. Ho provato a far inserire quel codice ma non è cambiato nulla, inoltre il plugin Yoast Wordpress SEO aveva riconosciuto il passaggio a nginx e con un messaggio mi diceva di inserire questo codice per la sitemap:

rewrite ^/sitemap_index\.xml$ /index.php?sitemap=1 last;
rewrite ^/([^/]+?)-sitemap([0-9]+)?\.xml$ /index.php?sitemap=$1&sitemap_n=$2 last;

Mi chiedevo: non è che va in conflitto con quello indicato da te?

Questa mattina ho fatto svariate prove facendomi riattivare anche Apache ma la situazione rimaneva la stessa. In pratica ho capito e sono sicuro di questo: la gestione delle thumbnail prima veniva fatta da alcune funzioni del tema ora invece vengono gestite all'interno di Wordpress da Impostazioni -> Media. Quindi in pratica è saltato l'utilizzo di quelle funzioni del tema. Ora la domanda è: come fare a fargli ribeccare le funzioni del tema?

Guarda non so in che mani ti sei messo, ma ti assicuro che non ho mai avuto alcun problema con nginx, lo utilizzo sui miei server da un pezzo perché ritengo che apache sia ormai vecchio, obsoleto e avido di risorse.
Il punto di domanda è il seguente, mentre in apache il mod rewrite va attivato con un comando da terminale, con nginx è già attivo ma naturalmente cambia la sintassi e il modus operandi del webserver.
Potresti fornirmi gli .hcaccess del plugin yoast e quello della root del tuo sito?

L' htaccess della root è quello che ho postato in precedenza mentre quelli del plugin Yoast non so dove recuperarli, ho dato un'occhiata alla cartella del plugin e non li trovo (in realtà non ero neanche a conoscenza dell'esistenza di altri htaccess), forse sono sotto qualche altro nome?

Perdona la mia domanda, hai accesso root al server??? È un debian o redhat derivato?
Forniscimi il tuo nomedominio.tld.vhost all'interno della cartella /etc/nginx/sites-available e ti modifico al volo i premessi di riscrittura del sito che ti crea problemi.

Ok francois ti scrivo in privato.

Il problema, alla luce di quanto ci siamo detti in privata sede, è in una errata configurazione del php nella sua interezza, pertanto nginx nel resize delle immagini non carica il php-gd e php-imagick.
Installare in un server di produzione nginx non è un gioco da ragazzi e richiede la massima attenzione nei settaggi successivi all'installazione dei pacchetti "minimi", pena una cattiva gestione dei vari cms!
Saluti.

@francois007 said:

Il problema, alla luce di quanto ci siamo detti in privata sede, è in una errata configurazione del php nella sua interezza, pertanto nginx nel resize delle immagini non carica il php-gd e php-imagick.
Installare in un server di produzione nginx non è un gioco da ragazzi e richiede la massima attenzione nei settaggi successivi all'installazione dei pacchetti "minimi", pena una cattiva gestione dei vari cms!
Saluti.

quoto in pieno .. per quello avevo chiesto se erano stati eseguiti tutti i dovuti test prima di mettere in produzione una modifica del genere!

Questo non posso saperlo se non riesco a verificare di persona come è stato settato il server...

Dopo oltre due settimane non si hanno notizie dell'utente che ha aperto il post!!!
Nello spirito di un forum un utente che chiede supporto, se riesce a risolvere in un modo o nell'altro, comunica alla community la soluzione al problema descrivendo in dettaglio i vari passaggi che hanno portato alla risoluzione della problematica...

Considerate questo messaggio come uno sfogo, ma non tollero certi atteggiamenti... in quasi 8 anni sono rimasto sul vago qua dentro per ovvi motivi... e soprattutto per certi utenti che arrivano, ti postano un problema, forse gli dai una soluzione e non chiudono il thread come si conviene all'interno di uno spazio che potrebbe dare delle risposte alle problematiche di altri utenti.

Ci sono cose nella vita che vanno oltre una discussione nel forum o un passaggio da apache a nginx. Una di queste ad esempio è un lutto familiare. Colgo l'occasione per fare sapere alla community che per ora non ho risolto il problema ma solo trovato una soluzione che non vale neanche la pena di essere menzionata.

Sono dispiaciuto di quanto sia successo, ma se rileggi bene il mio messaggio e se giri in rete su vari forum, non puoi far altro che convenire con tutto quello che ho scritto!
Vedi LaZar, lo spirito di condivisione è il solo che ci permette di crescere professionalmente! Soprattutto nell'IT, dove tutto cambia nel giro di pochi click!
Rimane solo uno sfogo, nulla di personale... è da anni che giro su diversi forum che trattano linux e l'opensource, in alcuni non mi loggo da tempo per via degli utenti con i quali non si riesce mai a instaurare un rapporto di onesta reciprocità... ci si iscrive solo per risolvere un problema "X", poi si abbandona il thread e rimane li... intanto si indicizza, qualcuno arriva, legge queste interminabili discussioni ma non trova ciò che sta cercando, nella fattispecie la soluzione alla sua problematica.
Da circa 4 anni adotto la politica del "dire e non dire"... rimanere nel vago! Negli anni passati ho imparato tanto all'interno dei forum che frequentavo, anche chi ne sapeva più di me, da me poteva ricevere dei piccoli input. Oggi non più!

Do ut des

@francois007: insomma, tu sei un utente da stackoverflow.

Bazzico anche quel forum carissimo Cesar

@LaZar said:

Ok posso farlo benissimamente ma non so come capire se qualcosa dipende dall'htaccess, per esempio per una delle thumbnail che ora non si vedono più bene questo è il codice:

Ciao LaZar,

il codice che hai postato, in particolare questo:

<?php the_post_thumbnail('thumbnail', array('class' => 'thumbtu')); ?>

stampa la thumbnail standard creata da wordpress, le misure vengono impostate dal pannello di controllo nella sezione "impostazioni > media", hai controllato che le misure impostate siano ancora quelle corrette?

Controlla anche se nello snippet html vengono stampati i parametri corretti del tag img, width e height con le misure corrette, controlla anche eventualmente il css che non venga ridimensionata l'immagine, come ultima spiagga esiste la funzione add_image_size(); che può "forzare" la misura della thumb nativa, questa funzione la trovi normalmente nel file functions.php.

Ok che è stata solo fatta una migrazione ma di solito lato server non devono esserci cambiamenti allo stile della pagina o alle dimensioni delle immagini già esistenti.

Controlla anche che l'immagine sia fisicamente presente nel server, se per esempio dovesse mancare WP prende di default quella originale (quella caricata).

Fai questi controlli e informaci se riesci a risolvere.

Ad ogni modo sarebbe molto utile avere una url di una pagina con questo problema, ovviamente la url deve essere non attiva quindi senzza www e http, in modo che possiamo vedere direttamente la pagina incriminata.

Ciao
Enea