Jump to content

edoluz

Members
  • Posts

    131
  • Joined

  • Last visited

About edoluz

  • Birthday 12/28/1984

Profile Information

  • Location
    Bellinzago Novarese
  • Activity
    User/Merchant

Recent Profile Visitors

5,406,458 profile views

edoluz's Achievements

  1. Hi, can you please explain how did you manage this? Thanks.
  2. Thank you so much. This page helped me solving the problem: I didn't download the module but (can be a little risky because you are using Phpmyadmin and Mysql, so you should make a backup first to stay safe) I went into the ps_cart table and found the customer's carts Then I found the cart that was broken (it contained an address id that doesn't exist anymore, maybe after a PS upgrade made by an external agency who cleaned some data) and I replaced the old address id with an existing one of the same customer Now I cann access the customer's page in BO and edit it. Thank you all!
  3. 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.
  4. 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...
  5. 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...
  6. Sto provando ad accedere a PARAMETRI AVANZATI > IMPOSTAZIONI DI CONFIGURAZIONE ma sto avendo anche qua problemi di attese lunghissime... uhm..
  7. 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...
  8. 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..
  9. 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?
  10. 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.
  11. 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.
  12. Buongiorno, mi può gentilmente indicare a quale modulo fa riferimento? Grazie.
  13. 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.
  14. 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"
×
×
  • Create New...