Impossibile completare gli ordini

[Danyx]

Salve, tempo fa avevo messo su uno shop con ps per un negozio di computer ed i primi tempi funzionava tutto benissimo.
Poi il proprietario del negozio per questioni sue (sospetto costi inferiori) ha trasferito il tutto su un server windows e lì sono cominciati i primi ma trascurabili problemi (sotewadds non riusciva più a caricare i banner) però quello che serviva continuava ad operare benissimo.
Passa qualche mese e succede il patatrac: il server windows crepa (paghi poco... che t'aspetti...), diversi giorni di stop in attesa che venga installata una nuova macchina e vengano ripristinati i backup e tutto sembra essere tornato alla normalità se non che i clienti telefonano in negozio dicendo che non riescono a completare gli ordini.

In pratica si crea l'ordine, si arriva fino in fondo dove si deve dare la conferma finale e tutto quello che si ottiene è la scritta "creazione ordine fallita".

Ieri sera ho provato a ripristinare un backup del database (tra diverse bestemmie a causa delle impostazioni strambe di phpmyadmin che obbliga a giri vari causa db troppo grosso --> 8MB compressi in 1,3MB... roba da chiodi) ma non è cambiato niente.

Adesso prima di ritentare con un altro ripristino con qualcosa di molto vecchio (3 mesi ed oltre) e mangiarmi un'altra ora chiedo aiuto a qualcuno perchè vorrei essere almeno tranquillo di guardare verso la cosa giusta e non che il problema sta altrove.
Spero non ci sia da reinstallare tutto il blocco perchè sono vicino ad una sessione di esami molto importante e non posso impegolarmi su sta cosa troppo a lungo.

Grazie

[disarci]

Bah....dubito che sia un problema di db, quello che hai già funzionava,
bisognerebbe veramente mettere qualche print del debug per capire "dove" va in errore e perché si ferma "solo" alla conclusione dell'ordine.

Detto sinceramente penso più a problemi di versione php o di permessi.
La mia domanda è: ma se sa che il server ha problemi, spendere qualche euro al mese per un server linux almeno è sicuro che non dipenda da quello?
Per quanto riguarda i limiti di phpmyadmin....no comment....sono due giorni che sposto prestashop vari avanti e indietro....chi ha 2mb di limite, chi ha 512mb di limite ma alla fine si blocca per un db da 3 mb!

[Danyx]

Permessi... dal client ftp i permessi dei file php sono praticamente nulli (000) e non mi permette di cambiarli però nonostante questo il sito risulta accessibile ed a rigor di logica non dovrebbe esserlo. Per la versione di php adesso butto un occhiata anche se non credo centri qualcosa altrimenti ci sarebbe altri errori nettamente più visibili in giro

"La mia domanda è: ma se sa che il server ha problemi, spendere qualche euro al mese per un server linux almeno è sicuro che non dipenda da quello?"

E' quello che gli ho detto anch'io e la sua risposta è stata che su win c'è il pannello plesk (na merda e poi non mi pare che non possa andare anche altrove) e che ti devo dire. Ieri sera se n'è uscito con servermac. Saranno affidabili ? Boh... Francamente non capisco perchè ostinarsi a tenere lontano da un'installazione lamp una cosa nata su un'installazione lamp.

[disarci]

su servermac.net non mi posso esprimere :-D

però è di sicuro un errore strano quello che hai!
Buona ricerca....

[Danyx]

Ma su servermac si può prendere solo lo spazio e fare il trasferimento di dominio ?

[disarci]

Ovviamente è un hosting normale,
ma ti contatto in PM

[Danyx]

Sinceramente è un gran casino risalire all'origine di questo errore.
Facendo un po' di ricerche trovo che a quel messaggio è associato questo codice b08d3867be98e6fff3233cd40ab8134a
però dopo non riesco a rintracciare cosa possa generarlo.
ma dimmi te...

[disarci]

Questo codice non mi dice nulla! Non è un codice errore di presta.

[Danyx]

E' associato nella traduzione italiana di prestashop. C'è un file che raccoglie una sfilza di ste cose e per ognuna associa un messaggio d'errore

[disarci]

Allora non è un codice di errore,
ma solo la key di traduzione (spiacente non dice nulla).

[Danyx]

Ma in qualche modo questa key deve essere collegata al codice di errore altrimenti come fa ad uscire ? A caso ? Mi sto disperando per un errore che esce a seconda delle fasi lunari ?

[disarci]

la key non esce per un codice di errore,
esce perchè PS trova la frase in inglese che è legata a quella key.... non fissarti sulla key.... ma piuttosto metti un paio di print dove capita il fatto (modulo di pagamento, back office, order_validation.php) insomma cerca di capire "dove" si ferma.

[Danyx]

Come metti un paio di print. Lo sto ancora cercando il file che gestisce il tutto ed il mio unico indizio è l'errore in italiano. Come sarebbe a dire "la key è legata alla frase inglese" ? Ma che idiozia è questa ? Per logica c'è un errore, un codice di riconoscimento e su quel codice escono i messaggi tradotti di volta in volta.
Qui mi stai dicendo che prima esce un errore, con associata una frase in inglese alla quale poggia una key che infine viene rigirata alle traduzioni. Questa è una follia ! E' praticamente impossibile risalire così all'errore, cercare tra la scarica di if quello che non corrisponde e farsi quindi un'idea del problema.
Tutto quello che so è che si inchioda alla conclusione dell'ordine, non importa quale metodo di pagamento venga scelto.

[disarci]

L'idiozia! Mah, aiutare....

cosa bisogna fare in questi casi:
utilità - traduzioni
"cerca" - Creazione ordine fallita
"trovo" - Order creation failed

cerco nel codice di presta,
e trovo che alla riga 358 della classe PaymentModule.php
esce il messaggio:

                die(Tools::displayError('Order creation failed'));

ovviamente da qui non è facile capire cosa anche se risalendo al suo IF qualche cosa può dire ;-)

[Danyx]

Caspita è vero, non avevo pensato di fare così. Mi ero buttato di brutto con wingrep a spellare vivo il codice php...

Resta il fatto comunque che la cosa è logicamente idiota. In programmazione crei la funzione e ci metti i codici di uscita e da questi determini il passo successivo non il contrario

[Danyx]

Allora aggiornamento della situazione.
Fatto il cambio di server su macchina linux. Ricaricato i dati del ftp, ricaricato il db, i permessi stavolta ci sono (644) continua a fare lo stesso errore.
Cosa diavolo c'è che non va