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!!