Fabry

Salve, non serve un modulo per una semplice label, commenta il codice relativo nel file dettagli del prodotto e lo aggiunge dove vuole nella pagina prodotto inserendolo in un altro tpl ..poi dipende un pó dal tema che usa. Non é complicato....cmq backup dei file prima di alterare:-) {***{block name='product_availability_date'} {if $product.availability_date} <div class="product-availability-date"> <label>{l s='Availability date:' d='Shop.Theme.Catalog'} </label> <span>{$product.availability_date}</span> </div> {/if} {/block}***}

Ciao...Aruba fá sempre casino con Db..ci sono inciampato alcune settimane fá con un Joomla..aggiorno il db a myql 8 e gli ip cambiano!:-) li trovi nel parameters.php come ti ha scritto ziobudda!! 'database_host' => 'quá inserisci l'IP del database che vedi nel pannello di Aruba', 'database_port' => '', 'database_name' => 'nome del tuo db', 'database_user' => 'il nome del user che accede al db', 'database_password' => 'la password associata a quell'user',

Usa l'ultimo modulo la 3.0.0....fai una cosa: disinstalla ed elimina l'attuale eppoi scaricati la 3.0.0 e reinstallalo

Bizzarro.....ho giá 4 piattaforme con Ps 8.1.7 su server differenti ed alcune sul mio vps in ovh che uso per test ma non ho problemi a ricevere mail. A questo punto mi chiedo se il template dell'avviso ordine esiste!! la trovi dentro alla cartella del modulo...new_order html

Ciao, strano se la notifica é abilitata nel modulo mail alerte deve uscire. Il dominio da dove partono le mail é autenticato? ci stá che il problema sia questo e se la mail del venditore é un gmail per es..manco partono.

Salve Giuseppe, premetto che non ho mai usato questo modulo ma credo faccia quello che chiede, ha un demo per il backoffice per tanto puó provarlo o chiedere al developer: https://addons.prestashop.com/it/contabilita-fatturazione/44285-fatturazione-elettronica-con-invio-sdi.html Alcuni shop che gestisco in Italia usano Danea per cui importano i dati dentro Danea e da lá inviano al Sdi..altri si gestiscono in forma diversa ma sempre fuori da Presta. Di solito sulla maggior parte ho solo un modulo per la raccolta dei famigerati 4 dati che sono CF, Partita Iva, Sdi e Pec e a seconda che il cliente sia privato, impresa o amministrazione pubblica si attivano i vari campi.... ciao

Olá Nuno, quando vamos a alterar o layout ( a não ser que fazemos pequenas alterações a cores, fonts etc ) é obrigatorio desenvolver o novo layout dentro de uma copia do mesmo site ( pode ser uma pasta ou um subdominio) oportunamente escondido a bots e users....e depois quando é verificado que todo funciona bem com os varios dispositivos mobile/desktop vamos aplicar o novo layout ao site de produção....isso é o que fazem os profissionais:-)...caso contrario temos o risco enorme de fazer estragos. As vezes com algumas lojas eu estou sincronizado com a equipa de marketing e dentro do socials por exemplo vamos avisar que um novo site está a chegar...depois há coupons pelo primeiros 100 clientes.etc etc...em fim podemos gerir isso em forma mais elaborada..mas importante é fazer isso a parte porqué sobretudo Prestashop é uma plataforma complexa e muitas vezes modulos desenvolvidos por terceiros fazem "birras":-)) ciao

Probabile problema di server mal configurato....di solito é Apache che nelle varie versioni mostra questi messaggi..ma senza info specifiche riguardo al server é difficile dare soluzioni.Magari basta editare l'htaccess della img e si risolve..ma senza info si possono fare danni anche peggiori:-). Cosa é un vps?...un server dedicato?...versione presta/Php-fpm?..etc etc...cmq chieda all'hosting e gli daranno risposte piú precise essendo sistemisti non credo avranno problemi a risolvere questo semplice problema.

Ciao Emiro...non é facile capire cosa é successo sul tuo Ps senza metterci mano. tmcategoryproducts mi chiedo se questo modulo sta creando il problema..prova a disattivarlo, mi ricordo che era un modulo di qualche tema....di ricordo perché ormai di 1.6 ne ho solo uno!!!...sono tutti 1.7.8 e 8.1.x:-)

Potrebbe anche essere causato dal firewall che hai sul server..il mod_security. Prova a disabilitarlo sul server!

Ciao Zio! questo errore compariva anche su vecchie versioni di Presta. Molto probabile che dipenda dalle cache! Fai fuori la cartella dev e prod dentro alla var/cache...se hai accesso al cpanel o plesk lo fai rapidamente. Sulla 8.1.x ci lavoro giá da parecchio sia quando costruisco nuovi shop per i clienti sul mio vps ma anche altri server esterni e di solito i problemi sono sempre solo iniziali ossia devo sempre aggiungere alcune opzioni nella config apache/ngix e anche sulla parte relativa al php per cui poi il sito diventa velocissimo e senza nessun problema..ho giá alcuni siti di produzione che girano con la 8.1.6/7 e php 8.1 e nessun problema da annotare

Purtroppo su queste piattaforma datate c'erano moduli che ancora non é erano compatibili con il php 7.x e di sicuro hai qualche modulo che fá le bizze.Si dovrebbe mettere in debug e capire cosa causa l'errore..e lo stesso per il problema campi che quasi sicuramente é dovuto a qualche conflitto. Lo dovresti vedere nella console di chrome se hai errori js quando sei nel backoffice. Ma ci stá anche che nel caricamento del backup si sia perso qualcosa!!...magari procurati l'identica versione di ps e controlla i file

Buongiorno Andrea, Di tutti gli shop che ho sottomano Prestashop checkout lo utilizzo solo su uno shop ma non per mia scelta. Questo modulo ha ancora problemi per cui di solito sugli shop italiani utilizzo Payplug che sopra un certo fatturato é conveniente rispetto a Stripe (parlo delle commissioni), altrimenti utilizzo Stripe che tra l'altro puó catturare pagamenti anche con Google Pay e Apple Pay ( anche Payplug lo fá cmq)..utilizzo anche Klarna soprattutto per la rateizzazione. Con Payplug non ho mai avuto problemi sino ad ora....con Stripe solo qualche volta ma a causa di conflitti con altri moduli....io direi che l'uno o l'altro sono validi, c'é solo da fare bene i conti perché mentre Stripe é gratuito ( nessun costo fisso mensile) Payplug invece si paga...

Ciao, il problema potrebbe essere causato da dal tiny_mce...prova a ricaricare questa cartella in questo percorso /js/tiny_mce Inoltre questa versione di presta giá era compatibile con il php 7.1!! Spero risolva

Salve, ho giá migrato shop ben grandi sulla 8.1.6/7 e ne sto facendo altri 3 questo mese....nessun problema a parte ovviamente compatibilitá con dati obsoleti che succede durante la migrazione ma questo é normale!...La piattaforma mi risulta anche piú veloce sul front-end rispetto alla stessa su 1.7.8.x e parlo di dati alla mano che misuro con strumenti online..MA ovviamente il server deve essere preparato per benino su vari fronti...stá roba non é Plug&Play come molti oggigiorno sono abituati..ci sono una miriade di aspetti che variano da server a server. Il problema é che spesso non si consulta la documentazione ufficiale.. "system requirement" di Presta. Per es Presta 8.1.7 non é compatibile con php 8.2 https://devdocs.prestashop-project.org/8/basics/installation/system-requirements/ Ma poi sempre col solito Aruba...in Italia non esiste altro?:-))... Su Aruba Prestashop ha problemi e lo dico perché me ne sono capitati parecchi in questi anni con clienti disperati.... Hai voglia di buoni hosting in Italia anche ottimizzati per Prestashop....eppoi mettersi in testa che questa piattaforma ha bisogno di risorse...non é Wordpress o Joomla. Ci vuole per lo meno un'hosting condiviso ma con risorse dedicate e possibilmente con disco NVME!! buon Presta!!

Ciao a parte Aruba che che come dice ziobudda io non lo userei per una piattaforma cosí pesante come Presta 8....il problema é che poi la config. del php 8.1 che é quello che dovrebbe far girare Presta 8 vorrebbe ottimizzato con determinati comandi. Cmq c'é da capire anche se la causa della lentezza é dovuta a moduli installati che lanciano troppe queries, ma poi ci possono essere altre cause che dipendono anche dal tipo di hosting su cui gira... I backup di file e db dovrebbero essere sempre fatti manualmente semplicemente dal phpmyadmin si esporta il db eppoi si crea un zip dei file sulla public per lo meno é sicuro che questi funzionano, mai farli da dentro prestashop perché il rischio di esportare file corrotti é alto. Poi ovviamente ci sono i backup fatti nel server automatici...Aruba li esegue giornalmente e ogni settimana. Caricando i backup deve funzionare altrimenti vuol dire che questi backup sono corrotti o le credenziali di accesso al db sono sbagliate. "come mai, dopo una nuova installazione, il database non viene riconosciuto?" cosa intende per nuova installazione?..se reinstalla la piattaforma perde tutti dati e le configurazioni. Per ripristinare un backup non deve reinstallare nulla.

Salve, come prima cosa io intanto implementerei il social login cosí i clienti entrano subito nel gruppo corretto che é "clienti" ed evita perdita di tempo a creare nuove credenziali...il checkout guest é una aberrazione in mia opinione perché solo per evitare di creare un'account con relativa password si crea invece il nulla perché non rimane nessuna traccia al cliente di quello che ha acquistato nel sito non avendo un'area cliente..infatti il social login secondo me riduce il nº di guest accounts creati. Poi capisco che molti negozianti lo vogliono lasciare attivato per non forzare la creazione di un account ma allora si deve differenziare un poco le varie aree del relativo layout come ho fatto quá sotto in questa img allegata. Non servono plugin, basta mettere mano al codice e si possono personalizzare perfettamente le varie aree sia su mobile che desktop:-)

Ciao...spesso ci si dimentica di quello che si fá. Quel modulo é dannato e crea spesso problemi. Io cerco sempre di non usarlo e usare il modulo dedicato per Paypal.

Ciao, uso anche io i temi leo su molti siti, nessun problema per lo meno con il modulo che ho io e che l'avevo preso su sthemes.

Salve, si é possibile utilizzando un modulo reCatcha sulle varie pagine...di solito questi fake vengono creati nella pagina della creazione account. Io ho un moduletto che avevo acquistato anni fá e che funziona egregiamente su tutti i prestashop, per lo meno i fake account vengono bloccati. ciao

Ciao, guarda bene:-)..il campo c'é.

Ciao, dominio e hosting sono due entitá separate nel senso che il dominio puoi gestirlo anche con altro registrar non é obbligatorio averlo con lo stesso fornitore dello spazio hosting. Prima di scegliere il nome dominio pensa a quale sará il tuo mercato di vendita..se IT, Europa o mondo perché l'estensione poi ha qualche peso. Per la tipologia di hosting all'inizio va benissimo un condiviso ottimizzato per Prestashop che trovi per es in Vhosting ma anche su Serverplan e Keliweb che sono italiani con server in Italia....ho parecchi e-commerce sparsi in giro per l'Europa e ho avuto esperienze con vari hosting che non ti sto a elencare altrimenti ti confondo....con Vhosting e Serverplan ho sia vps che condivisi, nessun problema sia come prestazioni che come assistenza ( importantissima se hai problemi e non hai skills!). L'unica cosa da tenere a mente sono la limitazione del numero di inode ( files ) su Serverplan per cui se hai un sito con parecchi prodotti c'é da considerarlo in fase di acquisto....ho altri su A2hosting e Eurovps ma sono server dedicati per cui non vale la pena fare paragoni......io direi che se rimani in Italia con Vhosting ( dominio grautito ) e Serverplan sei ben servito perché hanno macchine giá con dischi ssd/ Nvme- Keliweb lo uso per piattaforma Joomla perché con Prestashop non mi ha mai convinto in fatto di tempi ttfb ( anche i vps sono sempre stati sopra al sec e passa) ho avuto alcuni vps e un condiviso che tutt'ora é ancora lá ma é um ps 1.6 che tra poco migreró. just my 2 cents detta alla "yankees":-) ciao

Salve! Mah, a me funziona perfettamente su chrome/desktop ed anche simulando su mobile...il dropdown a cascata mostra i prodotti digitando parole.

Ciao, si in pratica conserva il formato del file jpg ma il Mime é webP per mantenere compatibilitá nelle aree dove richiede jpg...ho ancora da studiare a fondo questa parte delle immagini:-))

Ciao, i file non spariscono da soli. Prima cosa da fare dovrebbe alterare tutte le pw di accesso a Plesk, server, ftp etc etc Se ha server vps o dedicato dovrebbe fare un controllo e metterlo in sicurezza ma quello lo fanno i sistemisti dell'hosting. Riguardo all'autoload nella cartella vendor/composer mi é successo su un sito ma li si trattava di attacchi dall'esterno abbastanza intensi, in pratica aggiungevano codice criptato che stampava un form di CC nel checkout che per fortuna non funzionava! Faccia dei backup puliti prima di avere dispiaceri..ma questo immagino dovrebbe saperlo perché spesso cominciano con "scherzetti" leggeri eppoi quando capiscono cosa realmente possono compromettere ci vanno pesante....take care! ciao