Jump to content

origrafica

Members
  • Posts

    47
  • Joined

  • Last visited

About origrafica

  • Birthday 05/10/1975

Contact Methods

  • Skype
    origrafica

Profile Information

  • Location
    Centro Italia - Riviera Adriatica
  • Activity
    Freelancer

origrafica's Achievements

Newbie

Newbie (1/14)

  • First Post Rare
  • Collaborator Rare
  • Conversation Starter Rare
  • Week One Done Rare
  • One Month Later Rare

Recent Badges

0

Reputation

  1. Ciao e grazie per la risposta. Ci troviamo nel caso in cui PS riporta correttamente i codici delle combinazioni ma il cliente vorrebbe venissero riportati entrambi i codici, quello della scheda principale che lui ritiene macro categoria e quello della eventuale combinazione che lui ritiene micro categoria, entrambi per lui indispensabili all'individuazione del prodotto. Certo, l'alternativa sarebbe ripassare tutte le combinazioni anteponendo il codice della macro categoria ora mancante. Però se ci fosse verso di indurre PS a tirarlo fuori dal cilindro nella schermata ordine, giacché sono stati tutti correttamente inseriti, sarebbe cosa più veloce e gradita. Per l'aggiornamento ho portato il sistema alla .10 subendo alcune disfunzioni del tema, qualcosa ho risolto facendo un override del CSS mentre sto ancora giocando con un modulo proprietario del tema, che proprio non vuol funzionare ma che di fatto pubblica in home alcuni articoli blog. Credo che finirò per sostituirlo con qualcos'altro, a proposito hai qualche sugerimento?? Grazie
  2. Come puoi vedere dagli screen, il sistema in ordine riporta solo il codice di riferimento riportato nel DETTAGLIO COMBINAZIONE mentre non riporta da nessuna parte quello della scheda principale del prodotto. Il cliente ha interesse che nei dettagli dell'ordine e in tutto quello che ne consegue, vengano riportati entrambi i codici. E' possibile? Grazie
  3. Si, mi riferisco al codice di riferimento nella scheda prodotto. Vengono riportati i codici di riferimento delle combinazioni/varianti ma di quello principale non v'è traccia. Sono conscio che la 1.7.6.7 è obsoleta, purtroppo il cliente vuole mantenere il tema esistente e quel tema, se aggiorno PS non funziona correttamente. Inoltre anche se volessi aggirnare il tema, non esiste più...
  4. Scenario: Sito e-commerce Prestashop 1.7.6.7 avviato e chiuso dopo due mesi a causa della morte del titolare d'azienda. Dopo due anni i figli vogliono far ripartire l'azienda di famiglia. Adesso il cliente lamenta che tutti i prodotti sono stati caricati inserendo il codice di riferimento che segue i codici prodotto del magazzino ma Prestshop non visualizza tale codice in nessuna delle fasi di acquisto tanto meno negli ordini ricevuti, nelle mail, nel backend, nei pdf, generando un disagio alla ragazza dell'amministrazione che deve, per ogni ordine, aprire i singoli prodotti acquistati e rilevarne uno per uno i codici di riferimento. Io stesso mi sono chiesto a tal punto a cosa serve questo codice di riferimento se, una volta inserito, viene sistematicamente ignorato. Ora chiedo a voi esperti, per salvare capre e cavoli, c'è verso di far visualizzare il codice di riferimento del prodotto negli ordini, nei pdf generati e nelle mail inviate dal sistema? Un grazie anticipato a chi vorrà dedicare il suo tempo a dare una risposta al mio problema Luca
  5. Scene: Prestashop 1.7.6.7, e-commerce site taken offline two months after launch because the owner died. After two/three years the children want to start again with the family business. Now the customer complains that he loaded all the items with their respective reference codes which follow the warehouse coding but in ervery order location, backend, mail, pdf generated, reference code is missing. I ask myself about reference code function if this isn't displayed in order. Now I ask you experts if there is a way to view reference code in generated order and in the emails sent by the system. Thank you
  6. Salve ho uno shop 1.7.6.7 realizzato per un cliente dove ci sono molti prodotti con combinazioni, giacché PS fornisce questa opportunità, il cliente nel caricare i prodotti ne ha fatto ampio utilizzo. Ci si è accorti che il "riferimento" inserito nella combinazione non viene riportato in ordine; faccio un esempio per cercare di chiarire meglio: - ho il prodotto palla rif. PLL, una diametro 10cm rif. 10, l'altra diametro 20cm rif. 20 - ha anche due varianti colore, gialla rif. YE e verde rif. GR Ottengo così i codici prodotto: PLL 10YE PLL 20YE PLL 10GR PLL 20GR Solo che in ordine i riferimenti inseriti nella scermata del prodotto combinato non vengono riportati sicché il mio cliente si ritrova ordinata la palla PLL senza sapere in quale combinazione, cosa che risulterebbe immediata se avessi in ordine anche il riferimento ad es. 10YE che subito mi fornirebbe il dettaglio di quello che devo inserire nella spedizione. Mi chiedo se sia un problema del tema acquistato oppure se è un bug/peculiarità di PS e come eventualmente creare una soluzione alla problematica. Ringrazio in anticipo chiunque vorrà aiutarmi.
  7. Grazie @fedesib Verificato ed i parametri inseriti sono come dici tu, senza HTTP ne HTTPS. C'è soltanto il www.dominio.estensione
  8. Gentilissimi buongiorno. Sto cercando di attivare SSL su un Prestashop 1.7. Attivo il certificato Let's Encrypt gratuito ed effettivamente il sto si apre in SSL pur senza aver attivato SSL nel backend. Il problema sorge nel momento in cui tendo ad accedere al backend sia in HTTP che il HTTPS si apre la pagina di login ma qualsiasi tentativo di accesso mi va in LOOP senza consentirmi di accedere all'interfaccia amministrativa. Ovviamente senza certificato attivato, accedo regolarmente al Backend ma provando ad attivare SSL come tante guide spiegano (ad es. https://guide.hosting.aruba.it/servizi-aggiuntivi/certificato-ssl/ssl-per-servizi-hosting/prestashop-ssl-hosting-linux.aspx) non riesco a passare il CONTROLLO SSL di prestashop. Desidero precisare che lo shop gira su cloud server dedicato con Debian 8 e Apache. Ringrazio anticipatamente per qualsiasi intervento che mi possa aiutare nella risoluzione del problema.
  9. Ho risolto grazie alla provvidenziale telefonata fatta a Luigi di Sito Lab, come da suo invito. Ringrazio vivamente Luigi che mi ha dedicato almeno una mezzoretta del suo tempo alla ricerca di eventuali soluzioni, finchè ha "sfoderato" un settaggio da inserire nel PHP.INI che si è rivelato risolutivo. Poi la telefonata si è prolungata in una gradevole conversazione dalla quale ne è nata un'amicizia a distanza credo condivisa. Per agevolare chi dovesse incorrere nel problema, la direttiva da inserire è: ;;;;;;;;;;;;;;;;;;;;;;;;;;; ; Modifica per prestashop ; ;;;;;;;;;;;;;;;;;;;;;;;;;;; opcache.enable=0 Da miei approfondimenti sulla questione chiarisco in sintesi che OPcache è una estensione del modulo Zend inserita a partire dalla versione 5.5 di PHP (sul vecchio server avevo la 5.4) ed è abilitata di default. La finalità è, in soldoni, quella di aumentare le prestazioni di esecuzione, ottimizzando il consumo di RAM. Disabilitandola e riavviando PHP (o l'intero server) si porta l'impostazione che va in conflitto allo stato originario che Prestashop aveva sul server precedente, aggirando così l'errore. Sembra che, una volta fatto partire il prestashop, si possa accedere nuovamente al backend e andando in Advanced Parameters >> Performance >> Caching sia possibile configurare il CMS per operare con OPcache abilitata. Ma ancora non ho avuto modo e tempo di provare. Come pure devo provare, con OPCache abilitata, a fare una installazione nuova di Prestashop 1.6. Metto risolto nel titolo del topic, ma se qualcuno volesse aggiungere ulteriori dettagli o esperienze, non esiti a farlo perchè disabilitare un'estensione che dovrebbe migliorare le prestazioni del server e quindi del sito, non è cosa piacevole. Saluti
  10. Leggo solo ora e ritengo sia tardi per disturbare. Faccio altre due prove, se senza risoluzione, domani non esiterò a contattarla. Comunque la ringrazio anticipatamente per l'estrema disponibilità. Al momento, buona serata. Luca
  11. Non ho di certo una laurea in scienze politiche, non sarebbe attinente; rimuovere htaccess non è un problema ed era una soluzione già sperimentata (uso rinominarli via SSH per poi eventualmente ripristinarli). Ripulire il tutto a mio avviso risulta vago, posso pensare a ripulire la cache di PS, anche se per giungere a capire quali directory potevano essere vuotate tranquillamente, m'è stata necessaria una molteplice lettura di argomentazioni attinenti trovate su Google. Il tutto CMQ senza ottenere successo. Non giungo a capire come possano essersi generati presunti file .html nella root, poichè parliamo di un backup di installazione "funzionante" effettuato via SSH con trasferimento diretto tra i due server (dove si può, lungi da me a scaricare e ricaricare via FTP); quindi quello che ho sul server funzionante è anche su quest'altro. In soldoni, zippo tutto sul server, trasferisco e unzippo sul nuovo server; di fatto ho la perfetta replica dei files funzionanti! CMQ, per non lasciarle intentate, mi sono adoperato nello sfogliare le varie cartelle senza trovare nulla di quanto segnalato. La mia attenzione si è concentrata sulle differenze tra i due server, in particolar modo sulla versione di PHP, 5.4.X per il vecchio, 5.6.X per il nuovo. Ho delineato un possibile problema in quanto molte funzioni PHP usate in PS 1.6.X erano deprecate nelle nuove versioni di PHP ma tali incompatibilità sembra vengano risolte con l'ultimo aggiornamento alla 1.6.10. Subito sono andato sul vecchio server, ho effettuato un aggiornamento alla PS 1.6.10, backup completo e trasferimento sul nuovo server nella speranza di aver trovato soluzione. Ma nulla. Non saprei che pesci prendere e tutto ciò che trovo in rete non mi risulta risolutivo. Possibile che altri CMS non si facciano tutte queste paranoie? Saluti Luca
  12. Aggiungo. I portali Prestashop 1.6 trasferiti sono 3. Nessuno funziona, mentre il resto che è stato trasferito (Joomla, Wordpress etc. è ripartito senza problemi).
  13. Definizione di "di grazia": Per favore. Anche in senso ironico o in tono spazientito. Sottolineo ANCHE (e mentre per htaccess non intendevo urlare, in questo caso si), se ne evince che io lo uso come sinonimo di "per favore" e non altro. Quindi non vedo appropriato l'appunto. Non mi servono lezioni di netiquette, uso internet dalle connessioni dialup a 56K. Se ho scritto in maiuscolo forse è perchè intendevo sottolinearlo. Non credo che ciò possa averle alterato le funzioni uditive tanto meno dato fastidio che non sia generato da suoi inutili presupposti. Solitamente quando io do risposte, lo faccio nella maniera più chiara, comprensibile ed esaustiva possibile. "ripulire tutto" come "rifare l'htaccess" e chiuderla lì, non mi sembrano risposte esaustive anche se umilmente ringrazio perchè immagino che nessuno la paghi per il tempo profuso. Purtroppo non posso contattare il mio provider, perchè stiamo parlando di un VPS; per completezza di informazione preciso che stamani ne ho approntato anche un altro dove riscontro gli stessi problemi. Nonostante le ottimizzazioni consuete, evidentemente c'è qualcosa che mi sfugge! Speravo di trovare qui utili contributi, e invece si disquisisce per una differente interpretazione della nostra madre lingua.
  14. Di grazia, come rifaccio l'HTACCESS se non ho accesso al backend.
  15. Si, htaccess cancellato. Senza risultato... Ripulire il tutto cosa intendi? Grazie
×
×
  • Create New...