Jump to content

Codencode

Members
  • Posts

    792
  • Joined

  • Last visited

  • Days Won

    4

Codencode last won the day on July 2 2022

Codencode had the most liked content!

2 Followers

Contact Methods

Profile Information

  • Activity
    Agency

Recent Profile Visitors

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

Codencode's Achievements

Collaborator

Collaborator (7/14)

  • Dedicated Rare
  • Conversation Starter Rare
  • First Post Rare
  • Collaborator Rare
  • Posting Machine Rare

Recent Badges

61

Reputation

  1. Però se hai necessità di collegare il backend all'account Prestashop è necessario
  2. Se utilizzi il tema di default quindi classic, lo puoi fare solo modificando il file del template.
  3. Questa schermata viene mostrata dal modulo Account PrestaShop ps_accounts.
  4. No, quello è un file di cache che memorizza i dati presenti nel file di configurazione del tema (theme.yml). Le configurazioni dei moduli e degli hook non c'entrano, queste vengono memorizzate nel database. La cosa che perdi di sicuro solo le impostazioni relative al tipo di layout delle varie pagine (2 colonne, 1 colonna o full width) che puoi modificare in Design > Tema & Logo > Scegli layout. Inoltre queste impostazioni puoi settarle anche dal file theme.yml così ogni volta che elimini il file di cache non devi reimpostare queste configurazioni. Ovviamente tutto ciò si riferisce al template di default (classic) nel caso di altri template non so come si comportano, ma penso non cambi nulla.
  5. Quando modifichi il file theme.yml per far applicare le modifiche devi eliminare il file che trovi nella cartella config/themes/NOME_TEMA/shopID_SHOP.json, dove NOME_TEMA è il nome del tuo tema e ID_SHOP è l'id del negozio che, se non hai il multishop in genere è 1.
  6. Questo non lo so, bisogna vedere bene bene il codice.
  7. Molto probabilmente si tratta di un override fatto "a mano". In caso di override da parte di un modulo, prima del nome del metodo ci sarebbe un commento che indica quale modulo ha creato l'override e in che data è stato installato l'override.
  8. Hai messo il punto e virgola (;) al posto della virgola (,) come separatore dei valori dell'array. Penso che dovresti rimuovere l'if (ed il suo contenuto) appena dopo l'array altrimenti penso che nella pagina dei nuovi prodotti ti visualizzerà 2 volte gli ordinamenti che stati aggiungendo.
  9. Dipende se usi o meno il modulo dei filtri. Se usi il modulo dei filtri ps_facetedsearch, devi modificare il file SearchProvider.php che trovi nella cartella src/Product del modulo stesso. Se non usi il modulo dei filtri, devi modificare il file NewProductsProductSearchProvider.php che trovi nella cartella src/Adapter/NewProducts. Ovviamente va capito bene come fare, nel senso che io non ho provato la modifica, ho semplicemente fatto una analisi veloce del codice. Ulteriore cosa, questi file non andrebbero modificati in quando in caso di aggiornamento perderesti le modifiche. Potresti verificare se esistono degli hook che permettono di fare questa cosa senza dover mettere mano ai file.
  10. Se usi il moduli dei filtri di base di Prestashop (Ricerca per Aspetti - ps_facetedsearch) questo aggiunge i 2 filtri solo per la pagina "nuovi prodotti", quindi andrebbe modificato il modulo per fare ciò che ti occorre, ovviamente però ad ogni aggiornamento del modulo perderesti la modifica. Se non usi questo modulo e nessun altro modulo per i filtri, vale più o meno la stessa cosa del modulo Ricerca per aspetti in quanto Prestashop nella pagina "Nuovi prodotti" non aggiunge i due filtri, quindi dovresti apportare una modifica al SearchProvider dei Nuovi prodotti, ma anche in questo caso ad ogni aggiornamento di Prestashop perderesti la modifica.
  11. Il modulo sugli altri siti è la stessa versione? Svuotando la cache mediante il pulsante "Pulisci la cache" presente nel modulo questa tabella viene svuotata, se nel tuo caso resta uguale, forse c'è qualche problema.
  12. Questa tabella memorizza i dati relativi ai filtri (mediante una stringa serializzata) da visualizzare per ciascuna categoria e produttore. Per le altre pagine, sembra che questa operazione non venga eseguita. Quindi, ogni volta che una di queste pagine viene visualizzata, il modulo crea un record se non esiste già. Di conseguenza, è evidente che svuotando la cache del modulo (non quella del sito), la tabella sarà azzerata. Man mano che le pagine front-office vengono visualizzate, la tabella cresce in numero di record e dimensione. La grandezza della tabella dipende, quindi, dal numero di produttori, dal numero di categorie e dal numero di filtri.
  13. Hai impostato i permessi di scrittura per la cartella img/tmp/?
  14. No, nella ISSUE https://github.com/PrestaShop/PrestaShop/issues/35044 e nella PULL REQUEST https://github.com/PrestaShop/PrestaShop/pull/35052 sono spiegati i dettagli del problema. Sintetizzando al massimo, il problema è causato dall'esecuzione del comando Symfony cache:warmup appena dopo il comando Symfony cache:clear. Il problema si verifica ogni volta che viene svuotata la cache, anche nell'admin. La differenza è che nell'admin viene gestita l'eccezione e quindi non mostra l'errore, mentre in fase di installazione non essendo gestita l'eccezione, salta fuori l'errore e l'installazione si blocca.
  15. Su Windows il problema non sono i moduli, ma è proprio un problema di Prestashop, infatti si verifica anche con la versione scaricata da Github che non ha i moduli essentials già inclusi quindi PS Metrics, PS Account ecc. ecc.. Non metto in dubbio che ci possa essere qualche altro problema con questi moduli, ma il problema dell'installazione si verifica in fase di cancellazione della cache.
×
×
  • Create New...