Jump to content

assisassi

Members
  • Posts

    598
  • Joined

  • Last visited

  • Days Won

    1

assisassi last won the day on December 1 2012

assisassi had the most liked content!

2 Followers

Profile Information

  • Activity
    User/Merchant

Recent Profile Visitors

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

assisassi's Achievements

Newbie

Newbie (1/14)

  • First Post Rare
  • Collaborator Rare
  • Posting Machine Rare
  • Week One Done Rare
  • One Month Later Rare

Recent Badges

72

Reputation

  1. ...Magari è solo un problema di php: prestashop è compatibile col php 8.xxx solo nell'ultima versione 1.8.xxx (adesso diventata 8.xxx), che però credo sia ancora prematura... Quindi se puoi scegliere il php 7.x, il tuo vecchio negozio potrebbe ancora funzionare, credo. Se vuoi aggiornare, con 1 click dovrai fare molte prove, ed è tassativo un backup completo di files e database, (con phpmyadmin). Puoi provare per step... in genere non ci sono grossi problemi con la stessa versione, col salto di versione, potrebbero essercene.
  2. La trovi pure in menù "PARAMETRI NEGOZIO" > "CONTATTI" in questa sezione trovi la scheda 'CONTATTI' ma anche la scheda 'NEGOZI'. Non è molto intuitiva, comunque chi cerca, trova! Auguri a tutti per un 2021 meno catastrofico.
  3. in PS1.7.7 menu design>tema&logo> seleziona la scheda "Pagine Configurazione" espandi "FOOTER" e trovi "dettagli negozio" L'hanno nascosta abbastanza bene
  4. ...per avere più probabilità di risposte, per questioni così tecniche, credo dovresti postare in inglese.
  5. Purtroppo è un problema specifico, che riguarda il creatore/fornitore del modulo. Se lui non ti risponde...
  6. Il modulo ci sarebbe, ma è a pagamento e pure caruccio... (link). In alternativa, che io sappia, c'è l'importazione manuale dei dati (esportazione e importazione), molto macchinosa e da fare con una discreta pazienza e conoscenza dei vari probabili 'intoppi'. Inoltre si perdono le password dei clienti; non so se anche col modulo, ma è probabile visto che PS 1.7 usa un differente sistema di crittografia (almeno così ho letto nel forum) che non sarebbe retrocompatibile.
  7. Ciao, probabilmente ti è sufficiente il consiglio di SitoLab, comunque ti segnalo un modulo gratuito nella sezione in inglese che trovo molto utile. In realtà è una raccolta di script che lavora direttamente sul database e permette di manipolare i contenuti in maniera potente ed intuitiva, inclusa l'esportazione dei dati come occorre a te. Questo il link
  8. Assolutamente non basta spostare le cartelle, ma sono necessarie alcune procedure che sono leggermente diverse da versione a versione. A suo tempo ero espertissimo, ma adesso devo fare un po di test... poi ti dico. comunque dovrebbero esserci diversi post a riguardo.
  9. Salve, A suo tempo avevo fatto decine di installazioni con windows + xampp, e non ho mai avuto problemi. Poi però, aggiornando a windows 10, mi sono trovato male per un problema di conflitti di porta 80, se non ricordo male, che rendeva tutto più macchinoso. Adesso non saprei se ci sono gli stessi problemi, perchè i miei test li faccio esclusivamente in remoto (probabilmente a discapito delle risorse...). Comunque basta fare delle prove. Penso che, nell'ottica del suo corso, sia anche stimolante! E, insieme ai suoi allievi, superare le difficoltà che si incontrano sarà sicuramente molto istruttivo! ...Anche se in tal caso si porrà almeno in parte al livello dei suoi allievi.
  10. ...quando si dice 'una pronta risposta'!!! Scusate l'ironia, ma avete notato la data dei vari post?
  11. Ad intuito per ogni ID prodotto corrisponde un singolo prodotto (senza considerare le sue varianti), quindi il limite è del numero massimo di prodotti (+ varianti). Il limite del db credo sia quello stabilito dal server.
  12. Vuoi dire che ha perso il 95% della dimensione, pur mantenendo i dati delle tabelle ps_connections; ps_page; ps_source e ps_guest? ...una bella ottimizzazione, non c'è che dire.
  13. 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.
  14. Visto che delle statistiche te ne importa un fico secco, io farei così: mi faccio una bella esportazione tramite phpMyAdmin, così da avere una copia di sicurezza, e poi mi importo quella generata da prestashop. ...Oppure mi svuoto le tabelle di cui sopra (da phpMyaAdmin) e vedo poi il DB quanto è dimagrito, che più o meno è la stessa cosa Ma mi raccomando: esportazione di sicurezza prima di tutto. Comunque, per la cronaca, prima di intervenire ho verificato la tabella ottenuta dal backup di PS, confrontandola con quella originale (a livello di tabelle e numero righe, non dato per dato) e POI ho scritto quello che avete letto sopra. I dati comunque vengono in qualche modo elaborati (Prestashop o MySql?), infatti ho notato che qualche tabella (poche), pur mantenendo lo stesso numero di righe, 'dimagrisce' un poco come occupazione di memoria.
  15. Mi hai incuriosito, e sono andato a controllare. La cosa più evidente è che questo backup elimina tutti i dati delle statistiche delle connessioni (connections; ..._page; ..._source), come pure quelle dei visitatori ospiti (guest). In realtà l'opzione 'ignora tabelle statistiche' è disabilitata di default ma credo si intenda il contrario. Ho provato a cambiare questo parametro e creando un backup si è verificato un errore che ha bloccato la procedura; forse perchè il mio db è troppo grande. Questi dati possono essere utili... ma col passare del tempo appesantiscono molto il DB con decine o centinaia di migliaia di righe (nel mio caso ne ho trovate oltre 300.000!!! con quasi 100MiB di memoria non compressa) che servono solo ai fini statistici. Il che significa che queste tabelle possono essere svuotate senza conseguenze per prestashop, solo che non avremo più lo storico delle visite ricevute con tutte le relative informazioni registrate. Magari ci stampiamo o salviamo le statistiche che ci occorrono e poi svuotiamo. Ma ci sono anche delle altre piccole differenze di occupazione memoria anche in qualche altra tabella. Penso si tratti di qualche ottimizzazione dei dati, ma non saprei dirlo con certezza.
×
×
  • Create New...