Passa ai contenuti principali

NGINX & Prestashop

NGINX lo ritengo un web server eccezionale: veloce e leggero. Ma soprattutto facile da configurare.
o appena implementato implementato da un cliente per il suo shop Pretsashop, riscontrando naturalmente qualche problema

Friendly URLs

questa parte è stata la più facile. Basta seguire la guida ufficiale http://doc.prestashop.com/display/PS16/System+Administrator+Guide#SystemAdministratorGuide-NginxfriendlyURLs

        location  / {

          index /index.php;

          rewrite ^/api/?(.*)$ /webservice/dispatcher.php?url=$1 last;

          #rewrite per immagini
          rewrite ^/([0-9])(-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ /img/p/$1/$1$2.jpg last;
          rewrite ^/([0-9])([0-9])(-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ /img/p/$1/$2/$1$2$3.jpg last;
          rewrite ^/([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ /img/p/$1/$2/$3/$1$2$3$4.jpg last;
          rewrite ^/([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ /img/p/$1/$2/$3/$4/$1$2$3$4$5.jpg last;
          rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ /img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6.jpg last;
          rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ /img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7.jpg last;
          rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ /img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$$
          rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ /img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$$
          rewrite ^/c/([0-9]+)(-[_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ /img/c/$1$2.jpg last;
          rewrite ^/c/([a-zA-Z-]+)(-[0-9]+)?/.+\.jpg$ /img/c/$1.jpg last;
          rewrite ^/([0-9]+)(-[_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ /img/c/$1$2.jpg last;

          try_files $uri $uri/ /index.php?$args;

          error_page 404 /index.php?controller=404;
        }

Cacing immagini del template

analizzando delle pagine a campione tramite Google Page Speed ho scoperto che non tutte le immagini erano messe in cache.
così per fare prima ho impostato delle location fisse

ad esempio:
 location /js/jquery/plugins/bxslider/images/bx_loader.gif {
                expires 2592000s;
        }

Multi lingua

un problema grosso è stato dato dalla multilingua
alcuni link invece di essere riscritti presentavano la forma <dominio>/it/index.php?...
seguendo i forum o scoperto che c'era da aggiungere un rewrite 
rewrite ^/[a-z][a-z]/index.php(.*)$ /index.php$1 last;  (*)
ma non ha funzionato.
quindi dopo alcune prove mi sono accorto che i friendly url nel BO di prestashop non erano impostati.
dopo aver impostato i friendly url, corretto la maggior parte degli errori
tranne uno in fase di checkout

checkout e frienly url

in fase di checkout, al momento del login, l'utente deve effettuare il login
peccato che nginx mi sputava sempre un 404: invece di andare sulla friendly url precedentemente impostata, riceveva questa url: 
<dominio>/it/index.php?controller=....&back=http.....
in pratica il sistema effettua il login e poi redireziona l'utente alla pagina impostata come default dopo il login
a parte che è una cavolata di prestashop in quanto se sono al checkout mi attendo che mi rimandi alla pagina del checkout che stavo completando
comunque....
l'url non veniva effettivamente riconosciuta correttamente a causa della lingua "/it/" e il rewrite precedente (*) non funzionava nella location del rewrite delle immagini
leggendo attentamente il log dopo un po' ho capito che nginx non effettuava nessun rewrite e cercava una sotto cartella "it"
ergo la soluzione è stata semplice: fastcgi
in pratica il rewrite era da aggiungere alla location che si collega al fastcgi:
 
 location ~ \.php {
            try_files $uri =404;
            include /etc/nginx/fastcgi_params;
            fastcgi_pass unix:/var/lib/php5-fpm/web1.sock;
            fastcgi_index index.php;
            #rewrite di controller
            rewrite ^/[a-z][a-z]/index.php(.*)$ /index.php$1 last;
            fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
            fastcgi_intercept_errors on;
        }
voilà, completata tutta la configurazione di nginx per prestashop




Commenti

Post popolari in questo blog

install language on osTicket

this simple guide aims you to install and configure your language on osTicket i written this guide based on forum post http://osticket.com/forum/discussion/76252/installing-language-pack

Develop Prestashop Module - puntata 1 creazione di un modulo prestashop

la creazione o lo sviluppo di un modulo   Prestashop funziona sia per il front-end che il back-end del sistema la struttura di un modulo è fissa che si compone con una serie di step: file di configurazione file di installazione files controllers per l'amministrazione files controllers per il frontend files delle view creazione dell'infrastruttura base del modulo per Frontend all'interno della cartella modules di prestashop creare una cartella  esempio     <root>          |---modules                    |-----miomodulo naturalmente il nome del modulo lo potete personalizzare all'interno della cartella miomodulo  creare i seguenti file config.xml index.php miomodulo .php   <-- inserite il vostro nome modulo al posto di mio modulo index.php il codice di index php , file che dovrà essere inserito in ogni cartella : <?php /* ...

Prestashop: override PayPal about.tpl

Abbiamo incontrato una difficoltà nell'override del template "about.tpl" di PayPal su Prestashop. Abbiamo cercato sul forge di Prestashop e abbiamo trovato questo bug . Ora il consiglio che viene dato è quello di utilizzare il "core display method". Così dopo un po' di debug l'abbiamo fatto. Per abilitare all'override l'"about.tpl" di Prestashop è necessario modificare il file "modules/paypal/backaward_compatibility/Display.php": <?php /**  * Class allow to display tpl on the FO  */ class BWDisplay extends FrontController { // Assign template, on 1.4 create it else assign for 1.5 public function setTemplate($template) { if (_PS_VERSION_ >= '1.5') parent::setTemplate($template); else $this->template = $template; } // Overload displayContent for 1.4 public function displayContent() { parent::displayContent();                 echo Module::display('paypal', ...