Fabry

Salve, gli errori 504 sono abbastanza generici per cui l'ideale é scaricarsi i logs e vedere cosa succede durante il pagamento. Le cause possono essere molteplici..peró se tutti gli e-commerce hanno questo problema direi che ci sarebbe da rivedere la configurazione del server...Nginx come proxy e Apache insieme? Cmq la cosa é curiosa perché ho parecchi e-commerce sottomano e guarda caso ho avuto un problema con Paypal 6.0.2 che non c'era verso di farlo funzionare su un nuovo shop 1.7.8.10 mentre funziona perfettamente su versioni 1.7.6.....ho dovuto rimediare usando la versione 5.7 di P.Pal e funziona sullo stesso server..peró l'errore era diverso dal suo. Provi anche ad attivare il debug. Cmq sospetto che sia proprio la config del server che va rivista! ciao

Salve Umberto, ebbé purtroppo a volte i temi free non sono esenti da problemi semplicemente perché non vengono aggiornati assiduamente..la causa puó essere nei css ma anche nei js. sulla loro demo sembra funzionare. Magari provi a mettere in debug per scoprire eventuali conflitti con altri moduli. Usa per caso moduli cache? ciao

Salve, ho riletto il messaggio e mi sembra di capire che in realtá non é una gift card o lista regali ma un sistema tipo "loyalty" perché in effetti si accumulano punti/€ a seconda di quanto si spende nello shop...ma non era meglio implementare un sistema di loyalty?....alla fine il cliente deve spendere per accumulare punti, tanto vale fargli comprare dei prodotti ed incentivarlo a rimanere clienti acquistandone altri....forse mi perdo qualcosa?:-) ciao

Salve Marcda, intanto controlli i requisiti di compatibilitá: https://docs.prestashop-project.org/v.8-documentation/getting-started/what-you-need-to-get-started Poi il server a 5Gb non é un problema...certo se mi cambia i permessi file a 755 non ci siamo!!!:-)) File > 644 Cartelle > 755 Ci aggiorni sulla situation:-) ciao

Salve, a me non mi risulta..su Chrome mi cambia correttamente il nome della variabile oltre agli altri elementi Magari dipende dal suo browser...ctrl+f5 e pulisca le cache:-)

Salve Enrico, si é una mia opinione personale che la nuova 8.1.x ancora non é pronta. La sto testando sul mio vps e ha problemi vari che non sto ad elencare, tra l'altro ho aperto anche dei topic ma senza risposta...poi porteró i bug su GitHub cosí vediamo che dicono i developer di Ps ahimé. Se ha giá un shop che vende e quindi fá il suo lavoro deve migrare su una piattaforma che funzioni altrimenti il rischio é di farsi il sangue marcio, perdere posizioni seo e clienti perché ci sono problemi. Il salto piú grosso a livello di piattaforma é sicuramente passare da 1.6 a 1.7 Tra due anni puó passare alla "speriamo piú stabile 8.x.x". Io aspetto sempre qualche anno prima di usare le nuove piattaforme e non mi sono mai pentito...soprattutto i miei clienti:-)).Ho ancora qualche 1.7.6 da migrare e alcuni 1.6 ma il resto soprattutto quelli grossi li ho portati alla 1.7.8 e vanno bene. Poi passare dalla 1.7.8 alla 8.0 sará piu facile. Dalla 1.6 alla 1.7 immagino che sappia che dovrá rifare il layout/tema perché il suo attuale non é compatibile con il nuovo prestashop eppoi magari dovrá tribolare con alcuni dati nelle tabelle, ma dipende...cmq é un lavoro che per farlo fatto bene prende il suo tempo non solo a mantenere le due piattaforme sincronizzate (il giorno che va online col nuovo deve mantenere i dati sincronizzati) ma anche a livello di moduli terzi che usa per non perdere i dati vecchi in quanto anche li certi moduli vanno riacquistati!!..pensi solo ad un blog per es...bisogna ricreare tutto nel nuovo...é da studiare e programmare per bene. Spero di aver chiarito in parte la faccenda..dico in parte perché poi ogni shop é un mondo a parte con esigenze diverse che magari implicano un approccio diverso. ciao!

Salve..rispondo sperando di chiarire:-) 1) se l'intento é quello di creare uno shop di produzione quindi per vendere non utilizzare la versione 8. Non é adatta, ogni giorno scopro bug alcuni anche gravi; semmai utilizzi la 1.7.8.10 che funziona correttamente Leggendo vedo che deve aggiornare dalla 1.6...assolutamente migrare i dati su piattaforma vergine eppoi rifare il layout. Non avventurarsi nell'autoupgrade, avrá sempre problemi, mi creda; ho migrato piú di un centinaio di shop negli ultimi anni e la strada corrette é partire da piattaforme nuove. Ora se migrasse all'interno della 1.7.7 o 1.7.6 allora potrebbe aggiornare con il modulo. 2) Non installi dal pannello dell'hosting, installi prestashop in manuale caricando il "zippone" sulla root di destinazione e scompatti tutto...poi lo collega al db che avrá creato precedentemente sul server....inutile dire che l'ssl deve essere installato nel subdominio. 3) eviti hosting economici....Prestashop ha bisogno di macchine performanti ed ad ogni versione diventa sempre piú avido.Con la 1.6 andava bene tutto, con la 1.7 la faccenda é cambiata!. Non dico un vps che tra l'altro ormai costano veramente poco, ma almeno un'hosting condiviso con risorse dedicate e ottimizzato per Presta. Mi creda che vedo troppi shop con hosting sottodimensionati Inoltra sull'hosting non vada oltre il php 7.4 per la versione 1.7.8.10...almeno 512 di ram e possibilmente macchina con disco Nvme, db MariaDb, php-fpm sotto Apache e vedrá che l'"animale" gira bene:-)). Ne ho installati 3 0 4 solo ieri sul mio vps per fare test e vanno come missili!!..la 8.1.1 purtroppo é piena di bug ahimé. Infatti le ultime migrazioni le ho fatte verso la 1.7.8 ciao

Salve, oltre a la pulitura delle cache semmai verifica che il dominio punti al nuovo ip e soprattutto che i NS siano corretti perché puó succedere che sul suo browser continua a vedere il vecchio server...semmai fai un flush dei dns su windows....assicurarsi anche che il dominio punti giá al nuovo ip Prima di spostare i siti di solito si dovrebbe preparare la copia sul nuovo server e accedere al nuovo ip modificando l'host di Windows prima della variazione del dns...una volta verificato il funzionamento sul nuovo server solo dopo si passa alla variazione dell'area dns del dominio....di solito i ttl sono configurati ad un'ora ma la variazione é istantanea sul dominio.

Salve, il problem di fondo in mia opinione nel suo caso é che le immagini originali hanno una bassa risoluzione per cui quando avviene il resize l'immagine relativa risulta sfocata. Provi a caricare immagini di 800x800 e vedrá che quando il resize le porta a 250 si vedranno bene. Aggiungo che deve poi rifare la rigenerazione delle immagini Mi faccia sapere se risolve ciao

Salve, strano che non funzioni, ho alcuni siti ( non la ultima 8.x che non é ancora adatta a siti di produzione in mia opinione!) che usano il plugin e l'ho adattato abbastanza facilmente, in altri ricordo che avevo un sistema misto..semplicemente linkando immagine al link di TP reviews; nella pratica col metodo manuale c'é da inserire lo script in tutte le pagine per cui deve essere inserito in un tpl in cui compare sempre in tutte le pagine...anche il layout-both-column va bene prima della chiusura del <head> il codice html del trustBox dipende da dove volete visualizzarlo nella pagina prodotto e quindi a seconda della posizione sará necesseario editare il rispettivo tpl...di tpl in gioco c'é ne sono tanti nella pagina prodotto:-)...difficile darvi una guida passo a passo senza avere accesso al sito. Prima di editare i file peró c'é da farsi una copia perché é facile fare errori e far saltare il sito. Pero magari io proverei prima a reinstallare il plugin!...di quale Prestashop parliamo? ciao

Hello folks! I'm exploring and testing this new version on my vps ( right now i don't use it yet for production websites, usually i wait 1-2 years for new stable versions ). I've installed a fresh version PS 8.1.1 without any issue on my vps with Debian 8.11 and i'm using php 7.3.20 ( i cannot to use other versions...but this isn't the problem)..database server is MariaDB 10.0.38; i've many prestashop versions in my vps and never a problem like this and i'm almost sure it isn't caused by the server because it happens also in other servers environments, here the problem: Enter in a product configuration ( you need a product with variants) and click on Pricing tab where you will find the relative area to create specific prices....click on "Add a specific price"...a popup window will open....now try to select a Combination....you can't because it causes a Js error in console and combinations dropdwon list is empty. It seems that this didn't happened in previous version; i noticed that some js files were added and these are causing the problem I'm trying to fix it but no success until now...argh. Any idea what is the problem here? Thank you in advance Fabrizio

Beh ma allora se i vecchi clienti hanno il CF non ha problemi! L'errore é chiaro subito perché dice che la proprietá Adress>dni é vuota..dni é il codice fiscale e questo campo dni si trova nel DB nella ps_address e quando é vuoto con CF obbligatorio genere l'errore. cmq su gitHub ci sono parecchi topic a riguardo del problema che pare sia persistente e che risolvono in altro modo https://github.com/PrestaShop/PrestaShop/issues/31668

Buongiorno! mi é successo giá parecchie volte:-) Faccio molte migrazioni durante il mese e mi capitano spesso piattaforme obsolete dove i dati dei clienti non sono completi come in questo caso dove manca il CF ai vecchi users. Riguardo alla soluzione, beh siccome non si puó stare ad inviare magari migliaia di mail ai clienti a dirgli di aggiornare il loro account una delle soluzioní é lanciare un query nel db per completare il campo mancante del cf e scrivergli per es "aggiungi-il-CF"..e questo giá evita l'errore 500...peró poi bisogna anche aggiungere una label bella evidente allo step del checkout dove si spiega che devono inserire il codice fiscale. Con il passare del tempo per tanto i vecchi clienti aggiorneranno i loro account ed il problema si corregge. Potrebbe succedere che magari qualcuno faccia l'ordine senza aggiornare ed in quel caso dovete inviare una mail per chiedere il cf, ma credo che con la scritta evidente il cliente aggiorni autonomamente i dati! Ciao

Salve, beh il post dovrebbe essere un poco piú completo. Dove compare questo errore..presta 1.6, 1.7, 8.x...nuovo shop o upgrade? Cmq ad occhio scommetto che avete migrato un vecchio shop all'ultima versione vero e nel vecchio shop il CF non era obbligatorio mentre nel nuovo lo é! Soluzione provvisoria é disabilitare il CF obbligatorio nel caso non vi serva--se invece vi serve obbligatorio dovete inventare uno stratagemma che vi spiego nel caso ci ho azzeccato 🙂 ciao

Ciao, dovete controllare la corretta config del server smtp. Se non manda piú mail di sicuro ci sono problemi nel smtp, ma se avete un server dedicato avrete anche un supporto dai sistemisti che sapranno darvi info dettagliate. La mail le invia senza utilizzare smtp? ossia usando la funzione php mail?

Ciao!, scusa mi sono accorto che avevo scritto alcuni piccoli errori di testo sopra.... Allora per controllare se hai messaggi di errore lo vedi da Parametri Avanzati > Logs, di solito lá dentro quando le mail hanno problemi di configurazione vengono mostrati messaggi!.

Ciao, concordo con Claudio_Shop, ultimamente é imperativo avere le mail autenticate per quel dominio per il quale pretendono di essere inviate...quindi SPF e DKIM almeno eppoi ideale anche DMARC. Sono records che devono essere aggiunti nella gestione del dns del vostro dominio. Dopodiché attivate su Presta il server SMTP e vedrete che tutto si sistema, sperando che nel frattempo il vostro dominio non sia finito in spam:-)...soprattutto verso Google ormai é impossibile ricevere mail che non siano autenticate. Detto questo il modulo ps_emailalerts aggiornalo alla 2.4.1 perché aveva un fastidioso bug relazionato con l'altro modulo GDPR.....se dopo tutto questo non partono c'é da indagare e capire quali cause possano bloccare l'invio. nella area mail inviate di Presta controlla anche se hai messaggi di errore che iniziano per swift....giá ti dice quale é il problema perché hai dei codici di errore ben precisi! ciao

Salve, quella versione di Prestashop aveva molti problemi tra cui le combinazioni. Le consiglio di aggiornare la piattaforma all'ultima vs 1.7.8.9 che tra l'altro ha anche aggiornamenti sulla sicurezza!

👍

Ciao vedi se ti risolve:-)

in ps 1.6 i file da cancellare sono in: /cache/smarty/cache /cache/smarty/compile Ma non deve cancellare i file index.php che trova in quelle cartelle!!

Si certo!!

Devi impostare il php 7.1 poi pulisci tutte le cache da backoffice

Opps.....caspita!!! Il php devi alterarlo assolutamente, max versione supportata php 7.1

se il file mancava allora pulisci le cache soprattutto: /cache/class_index.php fai fuori quello sopra e riaggiorna il browser