MVP

Mulțumesc pentru răspunsurile rapide! Se pare că am rămas un nostalgic cu Templatemonster . Vizavi de Prestashop, mă refeream la magazinul lor de teme, căci platforma nu o mai abandonez acum, după atâta muncă și învățare (deși cei de la hosting se străduiesc să-mi arate că am luat o decizie greșită).

Iar ca magazin ce recomandare pot primi: Prestashop, Themeforest sau Templatemonster? Mă gândesc că dincolo de diferențele de preț ar putea diferi și perioada sau rapiditatea suportului tehnic.

Îmi poți da te rog exemplu de câteva teme "serioase"? Trebuie să fac pasul de la default bootstrap și adun păreri avizate privind tema sau creatorul de încredere precum și magazinul de unde e mai ok să o achiziționez. Pusesem ochii pe Warehouse, dar ultima vulnerabilitate descoperită văd că i-a atras multe critici. Scuze de offtopic.

Zopim în timp real, Google Analytics ca istoric (dar fără identitatea userului)

E vorba de parametrul opțional magiquotes

Mulțumesc mult pentru suport! Se pare că după regenerarea imaginilor îmi dispar mare parte dintre ele, probabil cele în format ".png". De multe ori le încarc astfel pentru că în prealabil am de șters vreun fundal sau watermark, dar bifele le am corecte în BO pentru a le utiliza în ambele formate. Referitor la găzduire, am un pachet pentru mai multe site-uri de vreo 9 sau 10 ani la Rohost (Rospot S.R.L.), iar acesta este primul construit pe PestaShop. Atașez o captură din BO cu performanțele serverului, poate ceva nu se "pupă" cu necesarul de resurse.

Folosesc versiunea 1.6.0.14, încarc imagini în format predominant .png și uneori .jpg, folosesc setările din imaginea atașată, dar cu toate astea îmi dispar imaginile. Din partea hostingului (Rohost) nu am niciun avertisment de depășire a vreunei limite, iar momentan site-ul este populat cu 220 de produse. Când face regenerare imagini/miniaturi, "muncește" câteva secunde după care mă aruncă în pagina de eroare 404. P.S.: în cPanel observ că în timpul regenerăarii imaginilor, "I/O Usage" este roșu, la maximul de 1 Mb/s Unde greșesc și ce pot face pentru a îndrepta situația? Mulțumesc anticipat pentru ajutor!

Mulțumesc mult pentru efort! M-am lecuit să mai traduc email-urile din BO și le-am reinstalat ca să dispară erorile de formatare. Mă voi apuca să le "pieptăn" direct în cPanel. Problemele ce încă persistă sunt: - după logare, clientul nu mai vede pozele produselor; - la plata ramburs, în loc de confirmare apare un ecran alb cu textul "Statusul comenzii noi invalid" (aici voi mai cerceta, deoarece odată cu instalarea 1.6.0.13 a apărut un nou stadiu al comenzii, numit "Waiting cod validation"; posibil de aici să plece eroarea, nealocându-se ca până acum stadiul "neconfirmată" sau "în așteptare") O săptămână excelentă!

Am o problemă cu dosarul "/mails": îmi apare de două ori, odată în /public_html/shop/mails și încă odată în /public_html/shop/themes/default-bootstrap/mails . Conținutul a fost identic, până într-a doua locație am corectat (conform discuției de mai sus) cuvântul "comEndă". Am observat însă pe mai departe că primesc mesajul tot greșit și nu sunt sigur dacă este nevoie de prezența ambelor dosare "/mails" sau din vreo greșeală s-a dublat. Cea mai gravă problemă apare atunci când modific textul mesajelor din BO "localizare/traduceri/șabloane email"; imediat ce umblu acolo, toate mesajele își pierd formatarea și apar pe fond albastru. Mă gândesc că tot din cauza prezenței a două dosare "/mails" la finalizarea comenzii cu plată ramburs clientul primește un ecran alb cu textul "Parametri lipsă" și nu îi intră mesajul de confirmare în căsuța poștală. Întrebarea mea este: trebuie două dosare "/mails"? Dacă nu, pe care îl pot șterge? Folosesc PS 1.6.0.13 cu tema de bază (link aici pentru comenzi de test). Vă mulțumesc anticipat!

Salut, iată și problema mea pe scurt: - modulul Mobilpay pare să funcționeze, dar cu altă sumă decât cea comandată. Cauza ar fi cursul EUR/RON utilizat de către modul, diferit față de cursul setat de mine în BO. Cum aș putea forța modulul Mobilpay să importe suma ce o vede și clientul la checkout, sau măcar să utilizeze cursul valutar fix stabilit de către magazin? Folosesc Presta 1.6.0.9 și cursul valutar fix 4,50 lei/euro. Mulțumesc!

Am tras și eu cu ochiul la discuție. Mulțumesc!

Mulțumesc pentru postare, mi-a fost foarte utilă, chiar și după atâta timp! Mă loveam de problema conversiei EUR-Leu cu înmulțirea repetată a sumei. În acest moment mai am o mică diferență între totalul coșului și suma de plată în Sandboxul mobilPay. În backoffice introduc prețurile produselor în Euro, iar rata de conversie am setat-o la 4,5 lei. Se pare că undeva am omis ceva. Liniile mele de cod arată astfel: if($currency_default->iso_code == 'EUR' && $currency->iso_code != 'EUR') { //convert prices manually $objPmReqCard->invoice->amount = round($params['cart']->getOrderTotal(true, 3) * 1/$currency->conversion_rate, 2); } else { $objPmReqCard->invoice->amount = Tools::convertPrice($params['cart']->getOrderTotal(true, 3), $currency); } //nu mai facem conversie deloc //$objPmReqCard->invoice->amount = $params['cart']->getOrderTotal(true, 3);

I'm glad this problem was solved. In my case, this is the second time i receive a blank page on "http://*****/module/cashondelivery/validation" after finnishing any order. Last month the problem was from a courier module installed, but this time i really can't decide what module is the cause? Is there any chance to find out the precise module what create this problem? When order is complete, client receive blank screen and not a single email is sent (to him or to me); also, no order status is given for the new order. Thank you in advance L.E.: solved with advice from @Vekia in another topic. The backslashes in "public_html/shop/themes/default-bootstrap/mails/ro/order_conf_product_list.txt" caused by using romanian letters in translations (like "ș,î,ț,ă,â). From now on i must avoid using those letters in translations. THANK YOU, VEKIA!