Jump to content

stratboy

Members
  • Posts

    126
  • Joined

  • Last visited

Profile Information

  • Location
    italy
  • Activity
    Freelancer

Recent Profile Visitors

6,331,716 profile views

stratboy's Achievements

Newbie

Newbie (1/14)

7

Reputation

1

Community Answers

  1. Salve, ho un'installazione di prestashop 1.6.1.18, in multistore. Li uso per le lingue ma anche per prezzi e gestione separata utenti. Ne avevo già un paio di funzionanti (es, fr), e adesso devo aggiungere aggiunto il de e l'en. Il problema è che inspiegabilmente ad es. sul de, mi viene aggiunta in forndo all'url un'ulteriore particella della lingua: www.example.com/de/it Dove www.example.com/de/ è l'url salvato e leggibile in admin per quello specifico shop, mentre www.example.com/de/it è ciò che compare poi quando navigo in frontend. Che ne pensate? Qual'è il problema? I settaggi dei vari shop li ho sostanzialmente copiati. Ah, e cosa più curiosa: /it viene aggiunto in firefox. Se navigo da chrome, mi aggiunge /de (quindi www.example.com/de/de). Ho anche provato a rigenerare l'htaccess ma si comporta sempre così. Che fare?
  2. Hi, I have a prestashop 1.6 installation. I have multistore configuration. I have some stores already ok, but now I created a 'german' store with /de url, and have the following issue: - the shop url is something like www.myexample.com/de - when I navigate to www.myexample.com/de, automatically I'm redirected to www.myexample.com/de/it/ I really cannot understand the reason why... All the other shops (fr, es) do work properly. This one does not. No way to keep it /de. I already setted a default language for it, I just copied all the settings from the other shops, seems all the same. I cannot spot the error. Could you please suggest me why it is behaving that way? Thank you, regards
  3. Il contact form in se non è il problema. Prova a vedere su github se c'è una versione più aggiornata del controller (ho ancora l'1.6, non ho ben chiaro a che punto siamo con l'1.7)
  4. Io sconsiglierei sempre di fare modifiche al codice se non si è programmatori, l'ho già detto in precedenza. Oppure si fa uno sforzo vero per capire cosa si sta facendo, il che implica leggere il codice che si maneggia e capirlo. Ora, da github non si possono linkare 2 righe contemporaneamente, quindi il link è a quella la. Bisogna però copiare anche quella precedente sull'url. Questo dovrebbe esser chiaro dall'errore che ricevi o, prima ancora, da un'analisi delle differenze fra il controller nuovo e quello precedente che montavi. Questo mi fa capire che non usi nemmeno git (col quale è questione di un attimo rilevare le suddette), ed è una cosa che sconsiglio assolutamente se vuoi tenere in piedi un ecommerce e mettere anche mano al codice.
  5. Andrea, devi guardare bene i cambi del controller e le cose da implementare di conseguenza nell'html del form (che poi son 2 righe in croce). Naturalmente qui si presume un minimo di dimenstichezza col codice eh.. Se non sei un programmatore non dovresti nemmeno farle queste cose, anche se semplici, oppure ci perdi un po' di tempo e cerchi di imparare.
  6. La cosa è risolta come sopra, non c'è bisogno d'altro per questo specifico problema.
  7. Ciao, diciamo che son cose da programmatori però Prestashop lavora su base model/view/controller, quindi ogni pagina (o meglio, view) ha il suo controller. Nel nostro caso è quello in questione: /controllers/front/ContactController.php Secondo me molti di noi hanno avuto il problema in oggetto perché hanno prestashop 1.6.x e non l'hanno aggiornato. Però nulla ci vieta di aggiornare appunto il solo controller della pagina contact-form.tpl, e di aggiornare il tpl di conseguenza. Quindi, se è questa la tua situazione, ti tiri giù il controller e lo sovrascrivi, poi ti apri il tpl e aggiungi la riga che ho linkato, e magari quella sopra dell'url, avendo cura di nasconderla via css (perché non è hidden ma ha classe .hidden, ed è anch'essa menzionata nel nuovo controller). Funzia tutto, già testato. Naturalmente fai prima sembre un backup, comunque.
  8. RISOLTO. Come promesso, vi faccio sapere che il problema è risolto semplicemente aggiornando ContactController all'ultima versione disponibile su github (almeno per l'1.6.1.x), vedete link. Nessun bisogno di captcha o affini o moduli esterni. Il controller fa un semplice check su un hidden field. Naturalmente bisogna adeguare poi il form nel frontend aggiungendo quel campo. Il codice html corretto è possibile ricavarlo semplicemente da contact-form.tpl del tema di default, ~riga 150. That's all. Ciao a tutti.
  9. La faccenda credo sia proprio a livello di controller. Ergo, io per il momento ho aggiornato il solo ContactController all'ultima versione disponibile, direttamente da github. Vedo che hanno aggiunto un controllo su un campo hidden. Vi faccio sapere nelle prossime ore come va. Naturalmente il form è cancellato al momento, perché come dicevo questi attaccano da sotto, quindi ora si tratta di capire se è risolvibile da controller. Se si, allora poi si ripristina il form aggiornandolo rispetto al controller (credo sia solo da aggiungere il suddetto campo, ma cmq basta guardare cosa c'è nel tema di default).
  10. Ciao a tutti. Stessa cosa qui da giorni. Il problema dev'essere a livello più basso però. Intendo, non è il form. Ieri ho disabilitato (cancellato proprio) il form dal template, quindi non era raggiungibile da frontend, e abbiamo ricevuto ugualmente spam sia io che il mio cliente. Tra l'altro anche questo fa pensare: la mail impostata è quella del cliente, non la mia. Il fatto che arrivi il medesimo spam a me mi puzza ancora di più. Idee?
  11. Yes: <script data-keepinline> console.log('ok'); </script>
  12. Hi, I see it's a common issue but maybe there is some newer way to solve I don't know, but I really hope though... It's quite obvious that the merchant should be able to create a voucher and have the option to not apply it to products themselves already discounted. That seems not the case with prestashop. For now, the only way I can think of, is to put the discounted products on a special frontend-menu-hidden fake category, and then assign the voucher to all the categories but the fake one. Basically, working out the logic upside down... Quite crazy, indeed. So, is there a smarter way? Thank you
  13. Hi, I'd like to have: domainsample.com > main language (say english) domainsample.com/it > italian domainsample.com/de > german and so on. In other words, I don't want prestashop to add /en to the main (default) language. Is It possible and eventually how? Thank you
  14. Hi, I moved the js code in footer, with the related backoffice option. All works fine, al the pages and logics, except the paypal module. It keeps throwing 2 identical warnings on the product page (in console), for mixed active content ([---http://mydomain---]/modules/paypal/express_checkout/ajax.php?get_qty=1&[---vars---]). I tried to reset the module, and also tried to disable the express checkout button from the module's configuration page, but nothing was solved. So, first thing first, it keeps sending it on http instead of https, so I guess it's not reading the related ssl configuration on the db. Second, there's really no need at all to auto-send any paypal request from my product.tpl page. So what? Thank you P.s. using latest v3.10.2 on prestashop 1614
  15. Hi, I'm building a custom theme. On backoffice there's an option for generating retina images (double size): how to call them then? What's the functions to get them in frontend or controllers?
×
×
  • Create New...