Jump to content

Fabry

Members
  • Posts

    1,229
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by Fabry

  1. Salve da amministrazione Moduli>posizioni in alto a dx innestare un modulo, dopodiché seleziona il modulo che vuoi nascondere e scegli un'eccezione e nella lista scegli contact...dovrebbe essere nascosto nella pagina contact:-) dico dovrebbe perché a questa ora i miei neuroni fumano...lol. fammi sapere ciao Ps; altrimenti di fai un form dentro ad una pagina cms...ma é ben piú complesso!.
  2. https://www.prestashop.com/forums/topic/566115-prestashop-17-is-now-available/page-18 Non só se state seguendo questi sviluppi relativamente alla nuova piattaforma, ma da quello che leggo, scritto dagli stessi developers, mi mette i brividi e non sono rose e fiori per il futuro e spero di sbagliarmi. Giá ci sono passato con Opencart 1.5 quando poi passarono alla 2...un caos, non c'era piú nulla di compatibile e passare da uno all'altro é un casino, ma quá mi sembra una regressione brutale nelle funzionalitá del nuovo ps ed anche nella qualitá del codice. Premetto che non ho ancora provato questo 1.7 perché secondo me é assurdo implementare un e-commerce con questa 1.7 attualmente, magari tra due anni aggiorno, troppi bugs e problemi, peccato questi attriti all'interno della comunitá perché poi non porta nulla di buono. Speriam bem. Fabrizio
  3. Riguardo alla regola tassa, c'é eccome nel pS 1.6: Localizzazione>Regole..in alto a Destra clicca su Aggiungi nuova aliquota IVA...dagli un nome che vuoi e salva e rimani..ecco vedrai che si apre un pannello sottostante dove deciderai dove ( Nazione ) applicare questa regola tassa. Ma a questo punto non sarebbe piú facile non abilitare le tasse semplicemente da pannello Localiz./tasse?..ossia tu intanto ti crei il negozio con i prodotti pronti per la tua iva al 22% e le regole tasse nei vari paesi etc ma non la applichi.
  4. Ok, ma semplicemente imposta a 0 il valore dell'IVA senza complicare...cosí ad occhio é la cosa piú semplice o mi perdo qualcosa?. Peró il problema sará nel template della fattura perché al posto dell'IVA dovrai scriverci "IVA non applicata ai fini dell'art etc etc non só quale é:-)..." peró a questo punto forse é sufficiente un testo da qualche parte in basso a destra (per es) da inserire nel file tpl della fattura che é in pdf/invoice.tpl....una roba tipo questa: <?php echo("<p align='right'>TESTO ARTICOLO RELATIVO A ESENZIONE IVA QUÁ DENTRO</p>"); ?> te l'ho allineato a destra ma ovvio che dovrai renderlo compatibile al tuo template ciao Ps: Regole tasse in PS 1.6: http://doc.prestashop.com/display/PS16/Tax+Rules
  5. Guarda i forum internazionali sono piú frequentati e naturalmente hai piú risposte. Il problema relativo a questo forum é che siamo effettivamente in pochi. Siamo tutti novellini credimi, e odio pronunciare la parola "esperto" perché dopo anni a studiare scopro sempre cose nuove semplicemente perché questo mondo é in continua evoluzione e starci dietro richiede sforzi notevoli..poi magari sono anche duro di testa eheh. Cmq a me fá piacere aiutare indipendentemente se é un professionista o uno che si affaccia ora alla piattaforma, non faccio distinzioni..se conosco un argomento e la possibile soluzione lo scrivo e stá li per tutti, stop, ed io faccio lo stesso quando cerco info sulla rete no? Il problema é che spesso le problematiche tipo questa del topic non sono facili da spiegare scrivendo perché si fá prima a mettere la mani sulla piattaforma e vedere come é configurata...... a scriverlo non si finisce piú e non si é mai certi che dall'altra parte intendano perfettamente:-) non perché sono duri ma proprio perché magari chi scrive lo fá in modo criptico o scontato...ok ora sono in guerra con Joomla piú tardi vedo la faccenda:-)..ma tu hai lo stesso problema?? ciao
  6. Salve, questo é un forum e non un Servizio Assistenza di Prestashop per cui gli utenti rispondono quando hanno la risposta e conoscono l'argomento e quando hanno tempo libero per farlo essí perché molti di quelli che scrivono quá dentro dedicano il proprio tempo libero per aiutare gli altri per cui si dá e si riceve giustamente, semmai chiediti cosa hai tu da offrire alla comunitá italiana di Prestashop, se sai rispondere forza, avanza e rispondi invece di lamentarti e lascia stare gli italiani e i soliti luoghi comuni perché lá fuori gli italiani non hanno nulla di che vergognarsi della propria nazionalitá anzi, e te lo dice uno che stá "lá fuori" da molto tempo!. ciao
  7. Boas, quando vamos alterar o codigo dos controllers é logico que as nossas alterações desaparecem com a primeira atualização do Ps. Por tanto a modifica é correta utilizando os /*---*/ nos dois controllers mas para ficar permanente devem utilizar o metodo do override, osseja não devem tocar os fixeiros originais do core, mas fazer uma copia deles e fazer o upload destes dois controllers na pasta Override/Controllers/Front..agora podem modificar estes dois e depois devem cancelar o fixeiro que memoriza em cache as classes que é este cache/class_index.php . ciao
  8. Salve, non conosco questo servizio ma di sicuro é un problema di indirizzi corretti che devono essere impostati nel modulo...mi sembra di capire che il nuovo server é ipg.constriv.com ? e quello di default era www.constriv.com...l'ho preso da questo link: https://www.readypro.it/help/it/2831/consorzio-triveneto-nuova-piattaforma-di-pagamento-virtuale-ipg provate a eliminare le cache di Presta e rigenerare anche gli url.
  9. Buongiorno G4, si credo che il problema dovrebbe essere proprio questo, almeno spero:-). Per la parte riguardante il Commercio elettronico Diretto e Indiretto nella rete trova fonti autorevoli in merito dove si spiegano i risvolti fiscali e l'applicazione dell'Iva. Ovvio che se un commercialista é ben informato dovrebbe spigargli per bene come funziona il tutto. Sí l'Iva ai clienti Eu finali quindi soggetti non passivi deve essere applicata ma anche quá se per es le sue vendite verso il paese del cliente superano i 100K euro dovrá aprire una P.Iva in quel paese ed il cliente pagherá l'iva di quel paese:-)....é complicato questo argomento e non essendo specialista in merito é meglio che si rivolga ad un commercialista perché poi tutto dipende dalla sua attivitá!. Uno dei tanti website: http://www.fiscomania.com/2016/07/prestazioni-di-servizi-iva-estero/#Prestazioni_di_servizi_a_committenti_UE_privi_di_partita_Iva cmq trova altre fonti Fammi sapere se hai risolto!!..lo spero ciao
  10. Buonasera G4, allora il modulo Partita IVA é installato e attivato? Si? Ha selezionato Italia nel "Paese dei clienti"?...questo é il filtro del modulo e quindi fá sí che il cliente di quel paese ( nel suo caso proprio l'Italia ) che inserisca P.Iva o no la tassa IVA sará applicata ok? Non sono commercialista ma penso che legalmente deve essere cosí!..invece per i clienti di tutti gli altri paesi sará fatta distinzione se il cliente aggiunge VAT o no ( IVA per clienti finali, no-Iva per imprese ) ..forse é questa la causa..inoltre occhio all'applicazione tasse se basato su Indirizzo di consegna o di fatturazione a volte fá brutti scherzetti:-)..si trova in localizzazione>tasse>..fondo pagina..forse nel suo caso é meglio impostare su indirizzo di fatturazione. spero risolva mi faccia sapere! salve
  11. Buonasera, se non sbaglio ( a quest'ora ho gli occhi a forma di pixel ed i neuroni stanchi) non c'é da masticare nessun php o html perché é una funzionalitá giá nativa nella 1.5 e 1.6 quindi c'é da studiare un pochino la piattaforma:-)....brevemente: deve creare i produttori...A,B,C etc etc...poi ogni prodotto lo associa ai rispettivi produttori....poi si abilita la navigazione e strati ( modulo giá di default ) e si setta opportunamente il modulo....e quando andrá nel front-end ossia sito pubblico quando sceglie una categoria appariranno tutti i filtri con produttori e vicino il numerino che indica la quantitá di prod. per ogni produttore.... poi se invece vuole filtrare i produttori nel Back-end nella lista prodotti é un'altra faccenda perché allora si che c'é da modificare controllers etc etc...si fá e puó essere molto utile;-). ciao
  12. Certo d'accordissimo, io per vps non intendo dire che ci vuole per forza un server potente perché ci sono PS su vps mal configurati che vanno peggio dello stesso ps su un server condiviso, intendo dire che l'ideale é un vps perché con l'accesso root é possibile configurare il proprio shop al meglio ed ottenere la massime prestazioni, addirittura é possibile ottimizzare le query sql per es....impostare altri parametri per ottimizzare e velocizzare i processi dinamici php etc etc...lasciare gestire le pagine statiche ad un server nginx per es etc etc etc ...il vps sarebbe l'ideale anche perché Presta é sempre stato una piattaforma non proprio leggera anzi e che richiede energie lato server. L'aspetto che piú incide secondo me sulle prestazioni prima di tutto é il traffico che abbiamo su un determinato website e lí si vede la differenza tra una vps/server dedicato e condiviso...ovvio che se i nostri vicini di casa hanno anche loro Prestashop il nostro bel sito sará lento e piú é trafficato peggio é....bisogna valutare da caso a caso. Per es ho visto e provato lo stesso shop su server condivisi ma di differente gestore e le differenza sono abissali...basta un nulla nella configurazione server per trasformare il tutto in un pachiderma e purtroppo non c'é nulla da fare se non cambiare hosting..morale> soldi buttati. Oggigiorno i prezzi dei vps o server dedicati x anno sono calati parecchio addirittura ci sono providers che costano meno di un condiviso ma richiedono skill notevoli, altri sono gestiti , costano di piú ma alla fine per chi vuole investire in un'ecommerce e costruire/sviluppare un business questa spesa/investimento dovrebbe essere messa come prioritaria!...ma si continuano a vedere e-commerce su hosting non adatti, eppoi arrivano i problemi, si dá la colpa al modulo, alle cache, allo Smarty etc etc...stiamo parlando di pochi soldi di differenza tra un condiviso e vps eppure ancora c'é gente che pensa a risparmiare 50/100 euro all'anno a fronte di una spesa magari di migliaia di euro per costruire il sito, non ha senso...il tutto deve essere equilibrato ma soprattutto bisogna mettersi in testa che un' ecommerce richiede investimenti notevoli sotto tutti i punti di vista affinché abbia successo. Conosco e-commerce con molto traffico e ordini che se non fossero su vps bye bye clienti e ranking......io sono con il mio e-commerce su un hosting americano con server in Europa ed i limiti si vedono, non posso farci nulla, ma nei prossimi mesi passo a vps ( OVH o Contabo ) tanto mi costa piú o meno lo stesso, ma a livello di prestazioni se opportunamente configurato 1.6.1 ha un incremento brutale in velocitá. ciao
  13. Io credo che prima di pensare a questi particolari c'é da pensare a come ottimizzare il server su cui si installa PS perché é inutile pensare alla carrozzeria se il motore non c'é la fá.....per tanto cominciamo a pensare a prendere un vps ed ottimizzarlo a dovere ( sistemista esperto che lo configura per bene ), poi ottimizziamo la piattaforma per quel che riguarda i contenuti...foto! Se metto roba di 1gb é ovvio che il tutto si rallenta....dopodiché si sposta in fondo i JS's e si puó giá fare da default e poi anche i css..ma quelli che non servono al contenuto atf ( c'é un modulo se non sbaglio che fá questo, se lo trovo ve lo indico)....ma soprattutto pensiamo a cosa mettere "above the fold" perché alla fine é quello che conta di piú per Mr. G:-))....anzi occhio che da pochissimo tempo G penalizza siti tutta foto all'arrivo nella LP e finalmente penalizza i popup perché credetemi sono un "pain in the ass"...... ciao
  14. Il problema tasse negli e-commerce é sempre complicato, cmq segui questa procedura e come dice Giorgio devi creare una regola nuova per gli UK ossia inserire il paese nelle lista dove poi tu decidi quale tassa applicargli: http://doc.prestashop.com/display/PS16/Tax+Rules ciao
  15. 1) disabilita la geolocalizzazione in Impostazioni> geolocalizzazione se non funziona 2)disabilita la compressione ccc in parametri avanzati>prestazioni....combinazione,compressione, e cache 3) se non funziona disabilitando le 3 c,disabilita la cache e pulisci le cache fammi sapere ciao
  16. amp??...ma tu parli di questo plugin per caso? https://productforums.google.com/forum/#!topic/webmasters/DzKHxQZe4H0;context-place=topicsearchin/webmasters/category$3Aaccelerated-mobile-pages-amp%7Csort:relevance%7Cspell:false hai installato qualche addon tipo questo che facilita il caricamento su dispositivi mobile?: https://addons.prestashop.com/it/dispositivi-mobili/24736-amp.html
  17. Per quello che ho letto e só Google suggerisce e anzi consiglia proprio per gli e-commerce l'uso del canonical url....ma come e dove?? L'url canonico deve essere impostato nella root della categoria dove figura il prodotto ex: www.tuosito.it/categoria-1 ma c'é un'altra cosa che si puó fare ossia usare hash tags # e mi risulta che PS lo aggiunge giustamente!!! e tu vuoi toglierlo? l'hash tag dice a Google di ignorare tutto quello che viene dopo il # e quindi non essere indicizzato....es: www.tuosito.it/categoria-1/nome-prodotto.html#/size-29 e se hai due prodotti identici?..../prodotto-a/xxx e prodotto-a/yyy...anche questo lo risolvi col canonical determinando quale é la versione default del prodotto. mi sto perdendo qualcosa?:-) Interessanti questi confronti di idee ,speriamo che qualche esperto seo dica la sua!. ciao
  18. Salve Andrea, in effetti é un problema che deve essere risolto. La soluzione é dare a Mr. G un "canonical url", quindi penso che sia meglio dotarsi di qualche buon modulo che faccia questa funzione, negli addon ne troverá molti credo. cmq su github c'é un'antica discussione e c'é qualcuno che aveva sviluppato anche un modulo, ma non so se é affidabile : https://www.prestashop.com/forums/topic/420750-canonical-url-how-to-implement-in-16/page-2 Saluti
  19. Salve Flavio, quei due campi sono supplementari nel backoffice e non servono a voi in Italia perché come ho scritto sopra PI e CF vanno nella scheda indirizzi. Proprio perché Presta deve soddisfare anche i francesi gli sviluppatori hanno incluso il siret e l'ape nel core...ma siccome per fortuna PS é software open source chiunque puó personalizzarlo a suo piacimento:-). Spero di sbagliarmi ma non ha altre strade per eliminare quei due campi nel B.O per lo meno non ci sono options nel back-end dove poter decidere di eliminarli a parte la configurazione dal paese solo che rimangono nel backoffice e quindi ci vuole un intervento un poco piú radicale...chissá magari nella 1.7 non compaiono piú?..in Opencart non ci sono:-)) saluti
  20. Queste problematiche sono complesse per essere discusse in due righe, non si tratta di due o tre parametri ma bensí di essere sistemisti e sapere cosa si stá facendo e soprattutto cosa é stato fatto lá dentro installando i vari pacchetti/moduli e servers da linea di comando- Apache puó girare assieme ad Nginx per esempio, cosí da sfruttare le potenzialitá dei due ed allieviare i diffetti dei due che sono consumo di memoria per gestire i processi dinamici da parte di apache ed incapacitá di gestirli da parte di Nginx infatti ha bisogno di un modulo php-fpm per far questo--- quindi una soluzione avanzata potrebbe anche essere quella di usare Apache per gestire i processi dinamici nel Back-end ( script php che piattaforma come PS usa) e Nginx per il front end, reverse proxy ( veloce con pagine statiche) usando come ovvio porte diverse.. non só quali problemi ha ma perché invece non prova a tornare al php 5.6?? il php 7 ha introdotto novitá MA le applicazioni devono essere scritte per questa versione cosicché se nel suo PS ha moduli che non sfruttano il php 7 puó avere problemi....e php 7 richiede mysql driver DbPDO....e Nignx non é compatibile con .htaccess, proprio lo ignora e quindi si possono avere problemi con le immagini per es:-)...ma l' htaccess si puó convertire per nginx... Se invece torna ad Apache il negozio deve girare..ma c'é un ma, ossia Apache era giá installato prima di Nginx ed é stato disinstallato usando apt-get?? installando Apache é probabile che la cartella default di Nginx non venga sovrascritta e lá dentro rimane la default page di Nginx per questo non gira:-)..e poi deve fare un bel restart di Apache2..lo ha fatto?....sono cose complesse ma se gli piace smanettare trova info lá fuori su come fare la procedura corretta, ovvio inutile dire di avere back-up di tutto il negozio. saluti
  21. Salve.....non deve alterare nessun codice ma bensí operare con il css3, per tanto: alla classe .scene_cat aggiunge un bel display:flex; dovrebbe andare tutto a posto sia in desktop che con Smart/Tablet per lo meno sul mio funziona perfettamente. non só dirgli il persorso esatto semplicemente perché ha attivato le cache sul server e vedo solo questo percorso per tanto disabilit la cache per individurare il css corretto ok? mi faccia sapere
  22. Buonasera blackhat, si certo giustamente prima di caricare "roba" che si trova sulla rete dobbiamo sempre chiederci cosa carichiamo!!:-)..stia tranquillo non é nessun script malevolo o altro hack. Questa soluzione l'avevo memorizzata sul mio pc tempo fá e in pratica quá puó trovare spiegazioni su quello che fá, questa é una comunitá dove spesso prendo spunti: http://stackoverflow.com/questions/18777975/when-to-use-sql-no-cache Mi ricordo che avevano un problema identico al suo ed é stato risolto modificando proprio il file search che é quello che invia le queries al DB, Con questo parametro in pratica il server non mette in cache le queries....immagini che nel suo sito siano fatte queries molto grandi ecco queste sarebbero memorizzate in cache da parte del server mysql con aggravio di consumo della memoria. Puó essere utile quando si hanno molte queries memorizzate nella cache del server mysql ma che non vengono mai riutilizzate per tanto obbligano mysql a spendere molto tempo a gestirle per poi non servire a nulla...spero di essermi spiegato. Puó provare.....se apre il file vedrá che la dentro ho lasciato intatto il codice orginale e commentato a parte...troverá scritto Fabry:-)...non cancello mai i codici originali ma li commento con /* codice*/. In tutti i casi questo é una copia del file search.php che rimane dove stá e questa copia essendo nella cartella Override sovrascrive le funzionalitá del search...se elimina il file dalla cartella Override tutto torna come prima!!. saluti
  23. ...ma io il file authentication.tpl non l'ho toccato sennó il post finiva subito .é l'unico file tpl dove compare il codice html per la parte view, ma anche lasciando il codice i campi non vengono visualizzati, almeno sui due miei PS 1.6.1.10 non si vede! anche utilizzando il template default non si dovrebbe vedere, peró per fare le cose totali fate un bel commento anche al codice html all'authentication.tpl e dormite tranquilli. ciao
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More