Jump to content

[RISOLTO] problemi infiniti dopo aggiornamento alla 1.6.1.11


Recommended Posts

Come si fa a ritornare alla vecchia versione 1.4.8

 

dopo l'aggiornamento alla nuova versione 

1.6.1.11

problemi infiniti.

 

partiamo dal piu semplice

per creare la sitemap un terno al lotto

 

se non fai attenzione quando aggiorni un articolo si fa notte

 

errore caricamento delle tabelle del database

 

poi mettiamoci le infinite pagine 

errore 404

 

 

e infine 

il modulo paypal 

sbaglia il conteggio di 1 centesimo

e ti ritrovi con un errore pagamento

 

adesso anche 

 

Verifica il server che gestisce le notifiche immediate del pagamento (IPN) PayPal.

Le IPN inviate al seguente URL non sono valide:

 

Versione di MySQL 10.1.22-MariaDB-1~xenial

Informazioni sul server Linux #1 SMP Wed Jan 4 11:43:53 UTC 2017 x86_64

Versione software server Apache

Versione di PHP 5.6.30

Limite memoria 4294967296

Tempo di esecuzione massimo 50

 

Parametri richiesti OK

Parametri opzionali OK

 

Spazio web

  • 500 GB di spazio
  • 4 GB RAM
  • Database multipli
  • Domini multipli
  • SSL
  • SSH
  • 8 x CPU
  • Backup & Ripristino
  •  

questo e il  mio spazio web 

pare che siano caratteristiche sufficienti 

ma comunque i problemi sono tanti

www.copyassistance.com

 

 

Edited by gisco62 (see edit history)
Link to comment
Share on other sites

Visto che dopo l'aggiornamento fatto gradualmente 

cosi come mi ha consigliato il sistema

il primo problema rilevato dopo qualche giorno

fatal-error-class-tools-not-found-in-configincphp-on-line-80

 

cancello tutto

ho reinstallato nuovamente 

installando solo esclusivamente i moduli compatibili con la nuova versione

e quelli non nativi ma comprati a parte compreso il tema

li ho installati solo dopo aver ricevuto la versione aggiornata .

penso che a questo punto il problema risiede 

nel database

 

quindi se reistallo nuovamente il tutto

salvando solo la cartella delle immagini

il token del file config

per evitare di non far accedere i clienti.

e dal DB dovrei salvare solo le tabelle

CLIENTI  Indirizzi etc

Categorie 

prodotti 

carrelli 

ordini

 

pensate che cosi facendo riesco a risolvere i problemi

 

grazie

ma non avevo mai avuto tanti problemi con la versione 

che avevo in precedenza

 

grazie

 

 

Link to comment
Share on other sites

Considerando che gli aggiornamenti non sono mai affidabili al 100%, tanto che il sistema stesso propone sempre un backup automatico, che però soffre anche lui di un certo rischio di mal-riuscita, un backup manuale completo, files e db, è sempre consigliabile. 

In caso di aggiornamenti così estremi, con un salto di 2 major release, era scontato che ci avresti pensato preventivamente.

 

Se non lo hai fatto, i sistemi per recuperare il sito ci sono, ma non alla portata di tutti, e di sicuro con una grande perdita di tempo.

 

Il db è estremamente complesso, con molte relazioni e lavorarci sopra è un'operazione molto delicata e va fatta con molta cautela. Pensare di sostituire delle tabelle presuppone di aver controllato molto bene le rispettive caratteristiche, visto che hanno subito molti cambiamenti nel tempo.

Penso sarebbe meglio esportare i dati dalle vecchie ed importarli nelle nuove, almeno non si tocca la struttura.

 

Le password tue e dei clienti mi sembra che vengono decodificate con le chiavi presenti in setting.inc.php, quindi tienilo presente.

 

In un sistema molto compromesso, penso che conviene fare una installazione pulita e importare il tutto tramite l'apposita sezione nel BO.

Per il tema e i moduli, dovrai aggiungere quelli compatibili per la tua versione (magari prima di importare i dati, per evitare di dover ripetere il tutto).

 

buon lavoro

Link to comment
Share on other sites

grazie della risposta 

avevo logicamente fatto il backup  di tutto prima di iniziare l'aggiornamento

 

come dice qualcuno molto esperto in questa comuniti

per rimettere a posto il tutto bisogna agire a manina 

sulle tabelle e rimetterle in ordine

sicuro che ci riusciriro

non sono espertissimo di DB

 

ma non posso perdere 6 anni di lavoro 

e iniziare nuovamente da zero

 

avevo provato prima dell'aggiornamento a utilizzare un modulo acquistato

MIGRATIONPRO

 

ma dopo vari tentativi  non riusciti

ho fatto l'aggiornamento del sistema con il modulo nativo

 

ultima domanda e vi ringrazio tantissimo 

almeno ho capito che il problema e nel DB

 

mi conviene aggiornare alla ultima 1.6.1.13

 

grazie gentilissimi come sempre

 

Grazie

Link to comment
Share on other sites

Non vedo ragione di aggiornare alla 1.6.13 
Un lavoro fatto male non ha alternativa che essere rifatto.

Riparti dalla 1.4 originale, non c'è nessun senso nell'andare in produzione con un negozio che manifesta problemi, quando l'originale 1.4 non ne aveva

Link to comment
Share on other sites

Non credo assolutamente

che senso ha  cancellare tutto e iniziare nuovamente dalla 1.4.8

 

ho installato per la prima volta Prestashop a Maggio 2011 con la versione 1.3

poi aggiornato quando e uscita disponibile la 1.4

 

tornare indietro e ritornare alla versione 1.4 che senso ha

visto che comunque quella che uso e una versione istallata da zero 

con solo moduli e tema compatibili con la versione 1.6

dopo il primo problema rilevato

fatal-error-class-tools-not-found-in-configincphp-on-line-80

 

i problemi che riscontro leggendo sui vari forum sono problemi che capitano spesso in questa versione.

 

se il mondo informatico ragionava cosi

adesso stavamo ancora ad usare un telefono a gettoni

e busta e Francobollo per inviare un messaggio

 

il DB non e altro che una tabella con dei dati 

se le query e le relazioni funzionano

bisogna riordinare i dati  e ottimizzare le tabelle

 

si e vero e un lavoro lungo e meticoloso

 

ma almeno non ricevo piu l'avviso da Google 

non mi indicizzava il sito perche non e compatibile con i dispositivi mobili 

e paypal non mi avvisa piu nel report mensile che il mio sistema non era adatto

per ricevere pagamenti dai dispositivi mobili

 

e penso che ripristinato il DB e ci sono quasi riuscito

il tutto dovrebbe funzionare bene 

 

e leggendo il  changelog.txt della versione1.6.1.13

Bug fix:

#6788: Use native round instead of 2 forced decimals

 

forse con questo aggiornamento si risolve l'errore di pagamento per 1 centesimo.

 

 

grazie e scusatemi

 

ma purtroppo un tecnico ragiona cosi

io sono io 

e quella che uso e una macchina e 

sono io che la devo sistemare 

 

una macchina non nasce su un albero come un frutto

ma e l'insieme di tanti pezzi costruiti separatamente 

e riassemblati per fare un lavoro

e quando si guasta 

tocca al tecnico smontare tutto trovare il problema ripararlo 

e rimontare il tutto per far continuare

alla macchina il lavoro per cui e stata creata..

 

Grazie della pazienza

scusatemi 

 

 

 

 

 

 

 

 

 

 

Link to comment
Share on other sites

gentilmente mi dite come si fa a segnalare  il Post

RISOLTO

 

non ci riesco 

poi vi spiego anche le anomalie che ho trovato nelle tabelle del db

facendo un triplo aggiornamento

 

logicamente in un solo giorno passare dalla versione

1.4.8.3 istallata nel 2012   alla 1.6.1.11

il sistema mi ha chiesto prima di aggiornare

il tutto alla versione 1.4.11.1

poi successivamente alla versione1.5.6.3

e infine sono riuscito ad aggiornare il tutto

alla versione 1.6.1.11

 

le tabelle del DB sono state riscritte piu volte

 

quindi con un po di pazienza ho rimesso in ordine tutti i dati all'interno delle tabelle

e adesso funziona regolarmente.

 

logicamente rimangono alcuni problemi 

ma vedo che capitano un po ovunque

e per alcuni non ho trovato ancora soluzioni.

 

il mio post e stato un po provocatorio

pero le vostre risposte mi hanno fatto capire dove

dovevo cercare il problema

e sono quasi riuscito

a  sistemare tutto

 

grazio

 

 

vorrei solo chiudere con

[RISOLTO]

 

in cima al post ma in questo forum non ho capito come si fa 

grazie della vostra pazienza

 

 

Link to comment
Share on other sites

  • 2 weeks later...

Buonasera

Il problema Più Grosso riscontrato dopo la sequenza degli aggiornamenti

e il seguente

Il db e stato riscritto e tutte le traduzioni sono state riscritte più volte

con un diverso ID Lingua

con il mio DB che conta oltre 10.000 voci tra categorie e prodotti

mi sono ritrovato con 4 volte la Lingua Italiana in tutte le tabelle che contengono la Lingua

quindi se ho 3000 articoli dovevo avere 6000 voci nella tabella Lingua per le due lingue INGLESE e ITALIANO

me ne sono trovato 24.000

e cosi via su tutte le tabelle che sfruttano la lingua

eliminato tutte le voci superflue dal db già si e alleggerito il tutto.

Errore 404 pagine non trovate

Nella riscrittura delle tabellle tutte le voci che presentavano uno spazio vuoto prima della descrizione o Nome

il  Friendly url  non e stato riconosciuto e ho dovuto ripristinare un po di categorie e articoli  e pagine cms

per questo problema mettiamoci anche la tabella   PAGE TYPE

tutte le pagine della vecchia versione erano con un estensione finale .php

quelle della versione attuale hanno un estensione differente  e dopo 6 anni che 

google bing indicizzano la mia sitemap in più mettici i social logicamente non trovano più le pagine di destinazione

ho risolto con un modulo redirect e man mano reindirizzo i vecchi url ai nuovi.

per 6 anni la url della homepage del sito e stata www.copyassistance.com.index.php

adesso invece e www.copyassistance.com/

 

Rimane il problema di qualche ordine con errore pagamento di Paypal per 1 centesimo

ma vedo che e un problema che capita un po ovunque in giro per il mondo.

 

Il problema che riscontro attualmente

 

Frontcontroller::init - Cart cannot be loaded or an order has already been placed using this cart

 

Questo capita con qualsiasi tipo di pagamento

facendo un giro sui forum mi pare che non si e ancora trovata una soluzione

da quello che ho capito dovrebbe essere un modulo che interviene nel processo dell'acquisto.

io penso potrebbe il modulo  ANALITICS   o MAILALERT

Che producono questo errore 

sono gli unici due moduli che seguono il processo di acquisto passo passo

 

Verifica il server che gestisce le notifiche immediate del pagamento (IPN) PayPal.

Le IPN inviate al seguente URL non sono valide:

 

Per questo problema invece mi e bastato cancellare la url registrata a suo tempo sul sito paypal

questo nuovo sistema del modulo paypal non ha piu bisogno di quel link 

perche utilizza le API  e non più 

indirizzo mail e password come nella versione prestashop 1.4.8.3

 

 

 

Grazie della pazienza 

mi rimane una ultima curiosità.

mi conviene aggiornare alla versione 1.6.1.13

ricevo qualche miglioramento di prestazioni o 

lascio andare avanti cosi

visto che finalmente sono riuscito a ripristinare tutto.

 

Grazie

Frontcontroller::init - Cart cannot be loaded or an order has already been placed using this cart
Link to comment
Share on other sites

Ora in effetti mi ricordo del problema delle lingue. Infatti quella volta c'era la versione ITA di prestashop, Con i successivi aggiornamenti le lingue venivano gestite automaticamente da Prestashop, che però assegnò dei codici diversi (mi sembra 03 e 05).

Per evitare problemi (o minimizzarli) si poteva aggiungere una nuova lingua it_bis con il giusto codice (05) e copiarvi tutti i contenuti. Poi si poteva eliminare la lingua it (03) ed eventualmente correggere il nome (it_bis>it).

A questo punto potevi procedere con gli aggiornamenti.

 

Adesso siamo alla 1.6.1.14; Questi aggiornamenti sono generalmente indolori, quindi aggiornerei... vedi tu.

Link to comment
Share on other sites

  • 2 weeks later...

Ciao Italo,

anche se il titolo di questo post parla di problemi infiniti dopo aggiornamento a PS 1.6.11, se leggi i primi interventi, si tratta di un aggiornamento decisamente hard (...dalla 1.4.x).

E poi intervenire su un post dichiarato risolto potrebbe non richiamare l'attenzione sperata.

Rispetto al tuo quesito, considerando che a parità di versione, l'ultimo upgrade minore è generalmente più maturo dei precedenti, io aggiornerei alla ultima versione 1.6, che ora è la 1.6.1.14.

Io, quando non sono certo che tutto vada bene, più che un backup (indispensabile se non vuoi brutte sorprese), faccio proprio un 'clone' del negozio, sullo stesso server del sito, in una sottocartella p.es. 'clone' o 'bis' e ovviamente con un nuovo d.base. Una volta effettuate le procedure per far funzionare il clone, provo ad effettuare qui il mio upgrade.

Una volta soddisfatto del risultato decido se trasformare il clone nel negozio principale, o ripetere la procedura sul negozio principale.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...