Jump to content

gisco62

Members
  • Posts

    26
  • Joined

  • Last visited

About gisco62

  • Birthday 12/09/1962

Contact Methods

Profile Information

  • Location
    Napoli
  • Activity
    User/Merchant

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

gisco62's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Su prestashop 1.7.6 ho questo problema saltuariamente ogni tanto qualche cliente mi diceva che non riusciva a ordinare ma arrivavano comunque ordini ho scoperto il mistero finalmente avevo creato una regola carrello per tutti gli articoli a magazzino cosi come trasporto gratis durante il week end i carrelli creati dagli utenti in data antecedente allo sconto regola carrello o regola catalogo prezzi risultava non ci sono vettori ettc etc dopo avari tentativi ho capito il problema se avete cambiato prezzi o aggiunto sconti svuotando il carrello e rimettendo gli stessi articoli nel carrello ricompare il corriere quindi quando applico promozioni elimino tutti i carrelli abbandonati e finalmente funziona regolarmente
  2. non è un errore ma il normale comportamento di prestashop nel file FrontController .php alla riga 868 if (Validate :: isLoadedObject ($ cart) && $ cart-> orderExists ()) {PrestaShopLogger :: addLog ('Frontcontroller :: init - Il carrello non può essere caricato o un ordine è già stato effettuato usando questo carrello', 1 , null, 'Carrello', (int) $ this-> context-> cookie-> id_cart, true); nel mio piccolo da autodidatta significa se il carrello è convalidato aggingi questo al Log Frontcontroller :: init - Il carrello non può essere caricato o un ordine è già stato effettuato usando questo carrello ', se cambio Frontcontroller :: init - Il carrello non può essere caricato o un ordine è già stato effettuato usando questo carrello ', in Frontcontroller :: init - Nuovo ordine ricevuto ', mi ritrovo nel file di log questa scritta Frontcontroller :: init - nuovo ordine ricevuto allego immagine fatta su un sito test Logicamente fate prima un salvataggio del file FrontController .php e dopo la modifica effettuare una pulizia della cache prestashop 1,7.6 Grazie problema risolto
  3. Ho anche io lo stesso problema versione modulo 1.06 PS 17.6 con PHP 7.2. Spero di riuscire ad usare il modulo su PS 1.6.24 funzionava in modo eccellente dopo upgrade di PS non riesco più ad usarlo ho anche cambiato i permessi al modulo e file in 777 ma niente grazie
  4. Avvisami quando sisponibile Ho risolto così se può essere utile in Parametri avanzati Manager SQL Aggiungi una nuova query incolla questo codice dai un nome alla query e salva select ma.id_product as IdProdotto, p.name as NomeProdotto , ma.customer_email as Mail , c.firstname as Nome , c.lastname as Cognome from ps3_product_lang as p , ps3_mailalert_customer_oos as ma , ps3_customer as c where p.id_product = ma.id_product and c.id_customer = ma.id_customer PS3 E il prefisso delle mie tabelle. Va cambiato con il prefisso delle vostre tabelle Salva la query se Clicchi su vedi ti elenca gli utenti che hanno chiesto di essere avvisati Con nome cognome email del cliente Nome prodotto e id prodotto se clicchi su esporta genera un file cvs con i dati richiesti creata e in uso su Versione PS 1.6.1.20
  5. Buongiorno potreste vedere se la soluzione che ho trovato versione 1.6.1.18 e valida per avere il consenso prima della registrazione di un nuovo utente campo obbligatorio OPTION IN modifica alle traduzioni front office e errori se non spunti il campo option in rileva un errore e DPGR obbligatorio + ho aggiunto un modulo per attivazione account via mail un po scocciante per i clienti ma le multe sono salate www.copyassistance.com
  6. Buongiorno scusatemi da stamattina ho lo stesso problema su due negozi differenti ho provato a resettare la password ma niente lato front office funziona regolarmente e arrivano orini lato amin non si riesce ad accedere e carica all'infinito grazie Luigi Scognamiglio
  7. dopo aver letto questo articolo ho preferito fare la modifica https://xlogic.org/blog/perche-aggiornare-sito-php7.html/ in effetti il sito lato front office e diventato piu veloce e l'unico problema che riscontro dopo una settimana di lavoro e la dashboard come limmagine di inizio post per il resto non ho rilevato nessun problema grazie sempre a tutti per i consigli che date
  8. Buongiorno sulla stessa versione di prestashop 1.6.1.11 ho lo stesso problema che descrivi nella foto la dashboard della home nel backoffice non visualizza piu i grafici e il pannello sinistro OVERVIEW ATTIVITA carica in continuazione senza mostrare dati per il resto fuziona tutto utilizzo CROME Versione 60.0.3112.113 come Browswer anche utilizzando Internet explorer non cambia niente Questo problema e comparso dopo aver aggiornato la versione PHP alla 7.1 sul pannello di controllo del mio dominio in precedenza funzionava perfettamente era attiva la versione PHP 5.6 Grazie
  9. su prestashop 1.6.1.11 ho attivato PHP 7.1 avevo impostato sul server PHP 5.6 sul lato front office nessun problema rilevato ma un netto miglioramento nella risposta del sistema lato back office unico problema riilevato ancora da risolvere la dashboard della home del back office non funziona sono scomparsi i grafici sul lato sinistro la OVERVIEW ATTIVITÀ non aggiorna piu e non mostra dati ma per il resto nessun problema mi ha convinto questo articolo ad aggiornare la versione PHP https://xlogic.org/blog/perche-aggiornare-sito-php7.html/ spero sia utile
  10. 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
  11. 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
  12. 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
  13. 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
  14. 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
  15. 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
×
×
  • Create New...