edoluz

Ciao a tutti, stiamo provando i servizi di Qaplà per le spedizioni e viene richiesto l'uso dei webservice... che non vanno. O meglio: con il nostro Prestashop 1.6.1.24 e PHP 7.1 (che per il resto va alla grande, molto veloce e performante) non riusciamo a collegarci da Qaplà e dai test otteniamo questo errore Se cambiamo la versione di PHP alla 5.6 i webservices funzionano, ma perdiamo in maniera incredibile in termini di performance (sito lentissimo) e qualche compatibilità... Qualcuno ci può aiutare per capire dove sia il problema e come risolverlo? Magari un bug nei webservices? Grazie.

Grazie @Fabry, mi ricordo che avevamo aggiornato proprio perché PS ogni tanto ti dice che la tua versione non è l'ultima. Prima girava la PHP Version7.4.5, provata col test.php ed ora ho messo la 7.1 provando a soddisfare le esigenze minime del tool di PS (di cui metto gli screen). Il sito mi pare che vada, che dici? Link -> https://www.trophyhunt.it/ Cosa consigli per configurare correttamente i parametri? Quei permessi delle directories mi puzzano...

Il sito girava perfettamente con l'impostazione server PHP 7.4 (sono entrati 15 ordini solo stanotte)... sia in BO che FO. Non so cosa dire... Pensando che possa essere un problema di PHP ho provato a mettere la 7.1 ma niente...

Sto provando ad accedere a PARAMETRI AVANZATI > IMPOSTAZIONI DI CONFIGURAZIONE ma sto avendo anche qua problemi di attese lunghissime... uhm..

Ciao Fabri, allego screen delle impostazioni server e confermo la 7.4. Il mio sito è www.trophyhunt.it e mi pare pienamente funzionante... Il problema non si verifica in fase di aggiornamento ma addirittura all'apertura del modulo, quando si clicca semplicemente su CONFIGURA...

Ciao Bruso. Io questo problema l'ho avuto anche con qualche versione precedente... e dura ormai da una vita... Secondo me nessuno fa niente qua..

Ciao a tutti, cerco di essere brevissimo. Ho PS 1.6.1.20 e vorrei aggiornare a PrestaShop 1.6.1.24 via modulo. Credetemi, ho cercato ovunque ed il problema va avanti da tantissimo: quando entro nella configurazione del modulo 1 Click (v4.10.1) per procedere con l'aggiornamento già ci vogliono dai 3 ai 5 minuti per entrare nella pagina. Ed ogni operazione col modulo impiega davvero tantissimo tempo. Questo problema avviene solo per il modulo 1 click, mentre tutto il resto funziona benissimo: il sito è rapido e viaggia su un hosting performante e professionale (PHP 7.4, Max Execution Time 300s). Non capisco come mai questo modulo vada in timeout e richieda così tante risorse: dove potrebbe essere il problema?

Hi Mehere! Same problem here... don't know why... PS version 1.6.2.0. If I uninstall the module and try to reinstall it from the Module section I get a timeout... Same when I tried to configure the module to perform an upgrade: when I clicked on "Configure" I got a timeout. At the end of the story I cannot use the 1 click module anymore to update from 1.6.2.0 to a newer 1.6.x version.

buongiorno, rinnovo la richiesta. Grazie

Buongiorno a tutti. Nel nostro negozio in precedenza avevamo disabilitato la generazione delle fatture per poi riabilitarle dal momento che è l'unico modo per generare statistiche di vendita. Abbiamo quindi provato a generare le statistiche per status in ORDINI > FATTURE >PER STATUS e selezionando quelli che per noi sono gli ordini spediti e completati positivamente. Il problema è che gli ordini in questione sono 14.447 e pare che Prestashop generi i documenti fino al 29 giugno, per poi andare in timeout. Rimane perciò un buco da fine giugno a novembre in cui non ci sono fatture generate legate agli ordini. Esiste un modo per generare le fatture mancanti PER STATUS + PER DATA in modo da evitare che il sistema vada in blocco? Oppure: c'è una query SQL per generare le fatture per lo STATUS X per il PERIODO Y? Grazie mille per l'aiuto.

Buongiorno, mi può gentilmente indicare a quale modulo fa riferimento? Grazie.

Grazie @Haumea per la risposta. E' proprio quello che stiamo cercando dato che troppo spesso di dimenticano di inserirlo... Però non mi risulta possibile farlo dal mio profilo utente quando sono già registrato o mentre sto effettuando l'ordine. Come si dovrebbe fare? Non mi sono spiegato bene, chiedo scusa: come posso permettere al cliente di indicare che vuole la fattura per quell'ordine? Attualmente lo stiamo gestendo con i messaggi privati dell'ordine, ma non è comodo e sempre ben visibile soprattutto quando il cliente si dimentica di scrivere il messaggio. Grazie.

Fast update to my previous post: I checked all the module mentioned in the errors above and they were all old or not directly installed, so I deleted them. I just don't understand why in FO i see the last message about " Notice: Undefined index: connected_site in /my-presta-folder/modules/mailchimpintegration/mailchimpintegration.php on line 105"

I, same problem here with 1.6.1.20. I've tried changing permission to the folder /your-prestashop-folder/config/xml fromt 755 to 777. Seems it's going faster but if I enable the DEBUG MODE in Module page I see this errors: And in front end these few lines (front end speed is good as the other pages in back office that are not Modules): Anyone can help me please? Regards.

Buongiorno a tutti, è da un po' che non vengo a capo con queste due questioni. Usiamo PS 1.6.1.20. CAMPI OBBLIGATORI: capita molto spesso che gli utenti non mettano un numero civico nel loro indirizzo di consegna e questo comporta diversi problemi in fase di spedizione degli ordini. Come possiamo fare per obbligarli a mettere sia l'indirizzo che il numero civico? GESTIONE INDIRIZZI: ahimé non capisco la logica della gestione degli indirizzi SPEDIZIONE/FATTURAZIONE dei clienti. Su Amazon tu crei un indirizzo per consegnare e uno per fatturare e poi rimangono salvati ed associati, mentre in PS non mi pare si possa scegliere ed averli slegati. Ho provato a modificarli nel mio sito come cliente ed in effetti non è possibile. RICHIESTA FATTURA: già che ci siamo vi chiedo... cosa consigliate per quando un cliente richiede fattura? Noi ora lo gestiamo con un messaggio privato ma è scomodo e rischiamo ogni volta errori fastidiosi. Grazie, Edo