Jump to content

raiden76

Members
  • Posts

    8
  • Joined

  • Last visited

Profile Information

  • Activity
    Freelancer

raiden76's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Salve, come da titolo cerco figura professionale realmente esperta di PS per affiancamento nella risoluzione di problematiche presenti sul sito dopo l'update da 1.6.0.6 a 1.6.0.8. In dettaglio si richiede la risoluzione URGENTE delle seguenti situazioni: 1. Impossibilità di effettuare il login sul lato Front End (compare un messaggio "Esiste già un account con l'email [email protected]). Il login è impossibile anche via Social Network. 2. Ho necessità di far visualizzare le foto dei prodotti che non sono caricate sul server (ho un catalogo di oltre 40000 articoli), ma linkate su server esterni. So di una modifica ai .tpl o qualcosa del genere ma non sono sicuro di dove mettere mano, perciò vorrei qualcuno che mi affiancasse e, oltre a risolvere la problematica, mi facesse capire come si fa. Vi prego di rispondere solo se avete già chiaro i problemi da risolvere con urgenza e conoscenze approfondite della piattaforma, ovviamente offro retribuzione per il lavoro svolto e possibilità di affiancamento per la risoluzione di problematiche future sul sito in oggetto o su altri siti basati su questa piattaforma. Grazie.
  2. Buongiorno e grazie a chi mi sta fornendo consigli per la risoluzione del problema. Ho appena ricevuto un messaggio dal mio hosting (che avevo contattato per esporre la problematica) che mi ha detto che, da un'analisi al log, risultavano dei permessi errati su alcuni file. Hanno corretto questi permessi e mi hanno invitato a riprovare. Non appena effettuerò il test vi farò sapere.
  3. La cartella admin l'avevo rinominata, come consuetudine, pertanto come giustamente osservavi.. .sarebbe stato troppo facile Ti confesso che ho pure io il dubbio che possa trattarsi di un problema di htaccess, solo che non saprei come uscirne, ovvero se sia possibile editarlo per fare in modo che il sito attivo resti online ma le chiamate al sito "test" vengano correttamente re-indirizzate al sito in costruzione. Ho fatto il test, rinominando il file htaccess in htaxxessXXX come mi hai indicato ma ho sempre lo stesso risultato, non riesco ad accedere al sito test. Di seguito incollo il contenuto del file htaccess contenuto nella root principale del sito online, dove ho sostituito il nome con l'alias "miosito", per il resto non ho modificato nulla. " # ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again # .htaccess automaticaly generated by PrestaShop e-commerce open-source solution # http://www.prestashop.com - http://www.prestashop.com/forums <IfModule mod_rewrite.c> <IfModule mod_env.c> SetEnv HTTP_MOD_REWRITE On </IfModule> RewriteEngine on # Blog RewriteCond %{HTTP_HOST} ^www.miosito.it$ RewriteRule ^([a-z/]*)blog/all-post.html$ %{ENV:REWRITEBASE}modules/plblog/frontent/all-post.php?simpleurl [QSA,L] RewriteCond %{HTTP_HOST} ^www.miosito.it$ RewriteRule ^([a-z/]*)blog/([a-zA-Z0-9-]*)/([0-9]*)-([a-zA-Z0-9-]*).html$ %{ENV:REWRITEBASE}modules/plblog/frontent/details.php?simpleurl&plcn=$2&plidp=$3&plpn=$4&.php [QSA,L] RewriteCond %{HTTP_HOST} ^www.miosito.it$ RewriteRule ^([a-z/]*)blog/([0-9]*)_([a-zA-Z0-9-]*).html$ %{ENV:REWRITEBASE}modules/plblog/frontent/list-post.php?simpleurl&plidc=$2&plcn=$3&.php [QSA,L] RewriteCond %{HTTP_HOST} ^www.miosito.it$ RewriteRule ^([a-z/]*)blog/tag/([a-zA-Z-1-9-]*)_([0-9]*).html$ %{ENV:REWRITEBASE}modules/plblog/frontent/list-tags.php?simpleurl&pltn=$2&plidt=$3&.php [QSA,L] RewriteRule . - [E=REWRITEBASE:/] RewriteRule ^api/?(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L] # Images RewriteRule ^([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$1$2$3.jpg [L] RewriteRule ^([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$1$2$3$4$5.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$1$2$3$4$5$6.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6$7.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7$8.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8$9.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9$10.jpg [L] RewriteRule ^c/([0-9]+)(\-[\.*_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2$3.jpg [L] RewriteRule ^c/([a-zA-Z_-]+)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2.jpg [L] # AlphaImageLoader for IE and fancybox RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ js/jquery/plugins/fancybox/images/$1.$2 [L] # Dispatcher RewriteCond %{REQUEST_FILENAME} -s [OR] RewriteCond %{REQUEST_FILENAME} -l [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^.*$ - [NC,L] RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L] </IfModule> AddType application/vnd.ms-fontobject .eot AddType font/ttf .ttf AddType font/otf .otf AddType application/x-font-woff .woff <IfModule mod_expires.c> ExpiresActive On ExpiresByType image/gif "access plus 1 month" ExpiresByType image/jpeg "access plus 1 month" ExpiresByType image/png "access plus 1 month" ExpiresByType text/css "access plus 1 week" ExpiresByType text/javascript "access plus 1 week" ExpiresByType application/javascript "access plus 1 week" ExpiresByType application/x-javascript "access plus 1 week" ExpiresByType image/x-icon "access plus 1 year" ExpiresByType image/svg+xml "access plus 1 year" ExpiresByType image/vnd.microsoft.icon "access plus 1 year" ExpiresByType application/font-woff "access plus 1 year" ExpiresByType application/x-font-woff "access plus 1 year" ExpiresByType application/vnd.ms-fontobject "access plus 1 year" ExpiresByType font/opentype "access plus 1 year" ExpiresByType font/ttf "access plus 1 year" ExpiresByType font/otf "access plus 1 year" ExpiresByType application/x-font-ttf "access plus 1 year" ExpiresByType application/x-font-otf "access plus 1 year" </IfModule> FileETag INode MTime Size <IfModule mod_deflate.c> <IfModule mod_filter.c> AddOutputFilterByType DEFLATE text/html text/css text/javascript application/javascript application/x-javascript </IfModule> </IfModule> #If rewrite mod isn't enabled ErrorDocument 404 /index.php?controller=404 # ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again" Ciò che desidero è che il sito test se ne stia li buono buono in una sotto-cartella del sito e che io possa lavorarci prima di caricare tutto nella root principale per renderlo un ambiente produttivo. E' davvero così impossibile risolvere questo passaggio?
  4. Buongiorno a tutti, come da titolo chiedo lumi ai [spam-filter] di prestashop per capire come risolvere la mia problematica. Ho già uno store attivo, (qui lo chiamerò www.miosito.it) che, per diverse esigenze, sto rifacendo da zero lavorando in locale prima di sostituirlo con la nuova versione. La versione online è la 1.6.0.6 mentre la nuova si basa su PS 1.6.0.8 Ora, ho ricostruito il sito in locale (lo chiamerò "test"), installato il tema, i moduli, lavorando con Xampp, senza alcun problema. Adesso la mia intenzione è di muovere il sito test in una sottocartella del sito attivo, ovvero www.miosito.it/nuovosito per procedere con l'installazione degli ultimi moduli e gli ultimi test online: ne risulta pertanto che il sito test andrà a posizionarsi nella sottocartella /nuovosito/test. Ho già creato il nuovo database sul quale ho importato il vecchio. Ho proceduto a configurare il file settings.inc.php inserendo i parametri del nuovo database, tutto è andato liscio. Ora, per procedere con l'up del sito test ho proceduto così: 1. Ho messo lo store test in modalità Manutenzione 2. Ho cambiato in Impostazioni-->SEO&URL's i campi DOMINIO NEGOZIO (Da localhost a www.miosito.it), DOMINIO SSL (Da localhost a www.miosito.it) e URl BASE (Da /test/ a /nuovosito/test) 3. Cancellato tutti i file contenuti delle cartelle CACHE-->SMARTY-->CACHE e CACHE-->SMARTY-->COMPILE eccetto i due index 4. Uppato il tutto nella cartella /nuovosito PROBLEMA: provando a digitare www.miosito.it/nuovosito/test/admin per entrare nel pannello di configurazione il risultato è una pagina del mio store attivo (quindi con tutti i contenuti, menu, categorie, ecc) con la dicitura "Spiacenti, pagina non disponibile". Stesso risultato se digito www.miosito.it/nuovosito/test Le ho provate tutte: in SEO&URI's ho inserito i valori: /test /test/ /nuovosito/test /nuovosito/test/ Ma ottengo sempre lo stesso risultato "Pagina non disponibile" ed il mancato accesso al mio Back End e al Front End. Qualcuno sa dirmi dove sbaglio? Preciso che la cartella nuovosito è nella root principale del mio negozio: ho anche provato a piazzarla dentro PUBLIC HTML ma il risultato non cambia. Se qualche anima pia potesse aiutarmi ne sarei grato, ho cercato in rete ma senza successo.
  5. Salve, come da titolo sto cercando una persona (freelance) realmente esperta e competente per la risoluzione urgente di alcune problematiche sul mio store. Valuto anche possibilità di collaborazione con freelance onesto per la realizzazione di portali e-commerce (ho un'agenzia di web solutions). Pregherei di astenersi persone poco preparate vista l'urgenza nella risoluzione del problema (che spiegherò privatamente). Ringrazio anticipatamente chi risponderà.
  6. In fase di test ho caricato un tot di prodotti da file csv sui quali ho testato il corretto funzionamento del carrello e dei sistemi di pagamento. Finito il lavoro, ho cancellato il catalogo "test" con PSCleaner e caricato quelli definitivi. Il catalogo è stato azzerato correttamente, ma con esso anche le tasse hanno smesso di funzionare e si è ripresentato il problema del mancato calcolo dell'Iva alla re-immissione dei prodotti.
  7. Ciao Marcello, ti ringrazio per la risposta. Dal pannello Localizzazione-->Tasse vedo le aliquote, pertanto non credo sia quello. Una persona mi ha fatto un intervento sul codice ed effettivamente ora funziona, ma se resetto il catalogo e ricarico i prodotti il problema si ripresenta. Purtroppo lo sviluppatore non mi ha detto su quali file sia intervenuto, ne come. Qualcuno saprebbe dirmi quali sono i file interessati e le eventuali linee di codice da modificare perchè le tasse su PS funzionino? Purtroppo questo sviluppatore non è costantemente presente e quindi mi ritrovo punto e a capo..
  8. Buongiorno a tutti, ho realizzato il mio negozio con prestashop ma sono praticamente 4 giorni che sto sbattendo la testa su un problema in merito al calcolo dell'IVA sul prezzo finale. Nel carrello l'IVA è sempre 0,00€ e non viene mai calcolata. Dopo giorni di sbattimento, ricerche e tentativi, oggi ho scoperto una cosa nuova. In pratica una volta create la tassa, vado in "regole tasse" e provo a creare una nuova regola alla quale associarla, compilo i campi "Nome" e poi "Attiva", ottenendo questo messaggio: Query SQL non valida Unknown column 'a.active' in 'where clause' Cosa significa? E soprattutto, come risolvo? Da quel che ho letto, una volta che si crea la regola e si salva dovrebbe comparirmi un menu nel quale compilare dei campi e associare la relativa tassa... Manca solo questo passaggio per la messa online dello store, prego qualche anima pia di aiutarmi urgentemente. La versione di PS è la 1.6.0.5
×
×
  • Create New...