Prestashop su altervista problemi da quando ho comprato SSL

[mediametalli]

Salve, vi scrivo per avere delucidazioni su come risolvere un problema.

Sto provando a costruire un sito per associare l'ecommerce alla mia attività, utilizzando il cms prestashop hostandolo qui su altervista.
Ebbene il sito funziona fin quando non attivo l'SSL, che ho comprato proprio per avere i criteri di sicurezza necessari.

I problemi, forse riconducibili alla stessa causa, sono i seguenti:

1) se scrivo https://mediametalli.ssl.altervista.org è attiva la connessione protetta, invece se scrivo https://mediametalli.ssl.altervista.org/shop dove shop è la locazione che vorrei utilizzare per ospitare il sito di ecommerce,
mi viene reindirizzato automaticamente sulla pagina non protetta. Se poi provo ad accedere alla sezione ENTRA (tasto in alto a destra) per possibili utenti registrati, prova a raggiungere la pagina richiesta su connessione protetta ma dopo un po' mi crea l'errore loop di redirects - too many redirects;

2) se abilito nel modulo paypal di prestashop per i pagamenti il link con SSL per il ritorno del pagamento mi salta tutto il sito nella locazione shop ad eccezione della home page...infatti ogni pagina o articolo che apro mi dà errore 500.

Vi invito a provare con i link che ho scritto sopra, dove noterete l'SSL abilitato e per i pagamenti paypal express checkout una non funzionante pagina di ritorno dopo il pagamento non protetta (se avessi messo una url su https non avremmo visualizzato nulla ad eccezione della homepage per il solito errore 500).

Ho provato tutte le soluzioni suggerite nei tutorial e nel forum di prestashop, ma non ho avuto risultato, e poiché mi porto dietro questo problema da più settimane, mi piacerebbe riuscire a risolverlo senza cambiare hosting.

Forse è qualcosa legato a file htaccess non ben configurati, forse è perché ho attivato gli url-friendly (all'interno di prestashop che scrive automaticamente i file htaccess), forse perché la connessione protetta ha le lettere ssl nel dominio utenza di altervista...non so.

Se si riesce a risolvere questo problema sarà mia cura scrivere quanto eseguire affinché funga la soluzione prestashop all'interno del forum proprietario prestashop.

Sperando che possiate aiutarmi, vi invio i miei auguri di Buon Anno.

[Gianluca]

Il problema sembra essere molto legato all'applicativo, difficile aiutarti se lo stesso supporto di prestashop non ha trovato una soluzione.

Forse è qualcosa legato a file htaccess non ben configurati, forse è perché ho attivato gli url-friendly (all'interno di prestashop che scrive automaticamente i file htaccess), forse perché la connessione protetta ha le lettere ssl nel dominio utenza di altervista...non so.

Hai provato a giocare con questa impostazione?

Ricambio gli auguri

[mediametalli]

Pensavo che potremmo guardare insieme i file htaccess e capire perché si genere l'errore too many redirect . Che ne dite? Appena torno da lavoro lo faccio. Comunque anche variando le impostazioni, come suggerisce Gianluca, non ho ottenuto risultati.

[mediametalli]

File htaccess per la cartella /shop in cui alloggia il cms prestashop:

# ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again
# .htaccess automaticaly generated by PrestaShop e-commerce open-source solution
# http://www.prestashop.com - http://www.prestashop.com/forums

<IfModule mod_security.c>
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>

<IfModule mod_rewrite.c>
<IfModule mod_env.c>
SetEnv HTTP_MOD_REWRITE On
</IfModule>


# Disable Multiviews
Options -Multiviews

RewriteEngine on
RewriteRule . - [E=REWRITEBASE:/shop/]
RewriteRule ^api/?(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]

# Images
RewriteRule ^([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$1$2$3.jpg [L]
RewriteRule ^([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$1$2$3$4$5.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$1$2$3$4$5$6.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6$7.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7$8.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8$9.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9$10.jpg [L]
RewriteRule ^c/([0-9]+)(\-[\.*_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2$3.jpg [L]
RewriteRule ^c/([a-zA-Z_-]+)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2.jpg [L]
# AlphaImageLoader for IE and fancybox
RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ js/jquery/plugins/fancybox/images/$1.$2 [L]

# Dispatcher
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L]
RewriteRule . - [E=REWRITEBASE:/shop/]
RewriteRule ^api/?(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]

# Images
RewriteRule ^([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$1$2$3.jpg [L]
RewriteRule ^([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$1$2$3$4$5.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$1$2$3$4$5$6.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6$7.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7$8.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8$9.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9$10.jpg [L]
RewriteRule ^c/([0-9]+)(\-[\.*_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2$3.jpg [L]
RewriteRule ^c/([a-zA-Z_-]+)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2.jpg [L]
# AlphaImageLoader for IE and fancybox
RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ js/jquery/plugins/fancybox/images/$1.$2 [L]

# Dispatcher
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L]
</IfModule>

AddType application/vnd.ms-fontobject .eot
AddType font/ttf .ttf
AddType font/otf .otf
AddType application/x-font-woff .woff

#If rewrite mod isn't enabled
ErrorDocument 404 /shop/index.php?controller=404

# ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again

[mediametalli]

htaccess cartella /shop/classes/

Order deny,allow
Deny from all

[mediametalli]

htaccess subdirectory /shop/config

Order deny,allow
Deny from all

[mediametalli]

htaccess subdirectory: /shop/css

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule "(.*)\.css$" retro-compat.css.php?file=$1.css [QSA,L]
</IfModule>

[mediametalli]

htaccess subdirectory /shop/docs

Deny from ALL

[mediametalli]

htaccess per le subdirectories

/shop/dowload /shop/log/ /shop/override/ /shop/tools/

Order deny,allow
Deny from all

[mediametalli]

htaccess per subdirectories

/shop/modules /shop/pdf/ /shop/themes/

<FilesMatch "\.tpl$">
Deny from all
</FilesMatch>

[mediametalli]

htaccess per subdirectory /shop/js/

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule "([^/]*)\.js$" retro-compat.js.php?file=$1.js [QSA,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule "([^/]*)\.css$" ../css/retro-compat.css.php?file=$1.css [QSA,L]
</IfModule>

[mediametalli]

I files tpl, sicuramente lo sapete sono i file di prestashop.

Spero sappiate aiutarmi per svelare l'arcano dell'errore too many redirects nel collegamento ENTRA, ma anche, come ho visto da poco, nella sezione CONTATTACI.

[Gianluca]

Se configuri tutto senza l'ssl il sito funziona in ogni sua parte?

[mediametalli]

Ho provato varie volte a forzare tutto su ssl (ogni sua parte) e specificamente su tre strade diverse: 1) agire su comando del cms 2) agire sul db associato al cms nell'apposita tupla 3) provare a farlo con htaccess diretto...in ciascuno dei tre casi il problema è notevolmente peggiorato. In effetti nessuna pagina era più visionabile, tutto mi dava errore di loop redirects.

[mediametalli]

Mi chiedo se qualche modulo è disattivo su altervista tipo mod_rewrite, oppure mi chiedo come mai avviene ciò: se digito l'url in https della subfolder in cui ho pensato di allocare il sito mi realizza immediatamente il redirect alla pagina non protetta in http...Questa cosa ho il sospetto che possa essere il problema...ma non sono affatto un esperto, dunque potrei scrivere una cavolata.

[mediametalli]

Ho provato tutte le soluzioni qui presenti: http://www.askapache.com/htaccess/ss...-htaccess.html

senza alcun risultato...anzi mi risulta peggio ancora, creando ovunque il solito errore too many redirects e non permettendomi di vedere alcuna pagina...

A questo punto, essendo questo problema localizzato solo nella cartella adibita a prestashop, o è un problema di configurazione dell'SSL oppure è un problema del CMS stesso, qualche parte di codice anomala.

Il dubbio più grande mi resta sul fatto che su alcuni hosting questo problema non esiste...non riesco a spiegarmi perché qui su altervista non è così. :(