The Ge

That's actually Symfony's requirement. The code compares the version from /vendor/symfony/symfony/src/Symfony/Component/Intl/Resources/data/version.txt against the server's ICU version. I cannot be bothered to alter the server on every minor PrestaShop version, so I guess I'll give up on " the latest internationalization data". Just for reference, PrestaShop wants the following ICU versions: 1.7.4.x - 62.1 1.7.3.x - 60.1 1.7.2.x - 59.1 1.7.1.x - 58.2 1.7.0.x - 57.1

Ce am inteles din discutiile pe tema viitorului forumului cu cei de la PrestaShop este ca prima prioritate este GDPR pentru magazinele clientilor si ale utilizatorilor de PrestaShop. Forumul trebuie sa respecte si el GDPR pentru a functiona si platforma pe care lucreaza are ce ii trebuie. Dar trebuie lucrat la forum si probabil ca nu se va intampla repede. Asadar, este probabil ca forumul sa fie oprit dupa 25 mai, pana cand i se vor face modificarile necesare pentru GDPR. Are cineva mai multe informatii?

Poate vrei sa spui ca nu vezi linkul, dar ala trebuie setat in blockcms.

Interesant, la ora asta, din 11 voturi, cele mai multe (4) ii dau o singura stea. Deasupra scrie "More than 90% of users recommend this product". Care o fi calculul?

Eu vad ca cele activate sunt accesibile. Cele dezactivate nu au cum sa fie accesibile cata vreme sunt dezactivate.

Poti explica de ce nu se poate face debugging public, dar se poate pe privat? Din punctul meu de vedere, este mai sigur cand vede mai multa lume. Singurul care ar putea fi impotriva ar fi cel care ar vrea sa vanda aceeasi informatie de cat mai multe ori - asa ca are nevoie ca acea informatie sa nu fie accesibila. Da, sa ceri bani pentru rezolvarea unei probleme este absolut normal. A zis cineva altceva? Insa nu este obligatoriu. Poti oferi si ajutor gratuit, nu este impotriva regulilor si cu siguranta nu se va supara nimeni. PrestaShop este o platforma open-source de comert electronic, iar forumul are reguli scrise care reglementeaza si modul in care se cer bani. Atat timp cat forumul nu devine exclusiv vanatoare de joburi si dam cate ceva inapoi comunitatii, comunitatea va ramane un loc placut si o resursa importanta pentru noi toti. Prefer sa raspund public intrebarilor pentru ca informatiile sa foloseasca si altora. Cei care primesc ajutor pot sa ajute la randul lor confirmand cand solutille functioneaza. In privinta voluntariatului, vad o multime de mesaje de la oameni care nu au nicio problema in a face exact asta.

Salut, Linkul tau este spre pagina "Sitemap" a site-ului, pagina destinata vizitatorilor umani. Cei de la firmele de SEO intreaba de un fisier sitemap de tip XML pentru Google. Nu precizezi, asa ca o sa presupun ca ai PrestaShop 1.6. Ca sa generezi fisierul sitemap, intra in administrare > Module, scrie "sitemap" in casuta de cautare si instaleaza-l pe cel scris de PrestaShop. In pagina lui de configurare ai posibilitatea sa excluzi paginile care nu au rost in fisier. Ca sa generezi "robots.txt" intri in administrare > Preferinte > SEO si adrese URL, ultimul buton din pagina.

Este o eroare in modul, defineste $delivery, apoi uita si intreaba de $shipping.

Este proasta practica sa neglijezi notificarile pe ideea ca nu sunt erori. Indiferent ce sunt, genereaza consum suplimentar de resurse si mesaje ce pot incurca raspunsurile serverului cand se lucreaza cu AJAX. @levviking Pentru o modificare minima poti adauga o verificare in linia 428, ceva de genul if(isset($e) && !($e instanceof Exception)) Sau poti repara logica: daca apare o exceptie se executa codul din } catch (Exception $e) { $error = $e->getMessage(); $errors = explode("\n", $error);//just first line $smarty->assign(['errors' => $errors]); return ''; //return $this->display(__FILE__, 'validation.tpl'); } (v1.0.0 a modulului, nu cred ca exista altceva), care opreste functie si returneaza un sir gol (observi ca este acelasi cod cu cel din else, linia 434, cred). Deci nu mai are sens testarea din linia 428, daca am ajuns acolo e clar ca nu exista $e. Asa ca blocul if-else if (!($e instanceof Exception)) { $smarty->assign([ 'data' => $objPmReqCard->getEncData(), 'env_key' => $objPmReqCard->getEnvKey(), 'paymentUrl' => $paymentUrl ]); } else { $error = $e->getMessage(); $errors = explode("\n", $error);//just first line $smarty->assign(array('errors' => $errors)); return ''; //return $this->display(__FILE__, 'validation.tpl'); } poate fi corectat/simplificat in //if (!($e instanceof Exception)) { $smarty->assign([ 'data' => $objPmReqCard->getEncData(), 'env_key' => $objPmReqCard->getEnvKey(), 'paymentUrl' => $paymentUrl ]); //} else { // $error = $e->getMessage(); // $errors = explode("\n", $error);//just first line // $smarty->assign(array('errors' => $errors)); // return ''; // //return $this->display(__FILE__, 'validation.tpl'); //} LATER EDIT: nu cred ca va exista o versiune actualizata a modulului, asa ca este destul de sigur sa faci modificarile direct in modul, Daca vrei vrei sa fii absolut sigur, fa un override la modul.

Confirm si eu ca nu functioneaza 1-click upgrade. Nu functioneaza deloc - chestie testata personal. Nici macar cu o instalare "vanilla" de PrestaShop. Esti sigur ca ai neaparat nevoie de upgrade la 1.7? AI nevoie de ceva ce exista numai in 1.7? Pe de alta parte, este adevarat ca - in teorie - 1.6 nu va mai primi nici update-uri de securitate dupa octombrie 2018. Totusi, imi vine greu sa cred ca vor lasa balta cea mai mare parte a segmentului lor de piata in conditiile in care nu exista nici o cale oficiala de upgrade.

Ai dat pe "Save and stay" dupa modificari? Pentru schimbarea ordinii, tragi widgetul de sageata in cruce si il pui unde vrei, apoi iar "Save and stay". In paranteza fie spus, temele de la Leo mi-au dat mai multe frustrari decat toate celelalte la un loc. La inceput era doar "spaghetti code", acum a inventat (citeste incropit) cel mai stupid si complicat "framework" pentru configurare pe care l-am vazut, care devine un panou de administrare paralel si mult mai greu de folosit decat cel nativ. La asta se adauga si bariera de limba, e vietnamez (vorbesc la singular pentru ca nu cred sa fi lucrat mai multi oameni la temele lui). De obicei le evit, dar de curand am luat teapa cu o tema de la "Apollo Themes" - am aflat ca este tot el.

Daca i-a scapat cuiva, in martie se vor apuca sa lucreze si la GDPR

Articolul asta detaliaza ce planuiesc cei de la PrestaShop in privinta codului. Calendarul (poza lor, forumul lor, m-am gandit ca nu-s probleme de copyright) este atasat la mesaj. Pentru cei care nu sunt la curent, versiunea 1.6 a intrat in "maintenance mode" din noiembrie 2016, adica numai bugfixuri pana in octombrie 2018, cand va fi abandonata complet. Se pare ca traducerile incorecte nu sunt considerate buguri, asa ca nu va mai exista vreo actualizare a traducerilor in PrestaShop 1.6, indiferent de activitatea noastra de pe Crowdin. Citez: Eu: "[...] The translations I'm getting by updating translations in the back end of version 1.6 stores are more than 6 months old. What can we do to refresh translations for PrestaShop 1.6? [...]" PrestaShop Translation Manager: "[...] thanks for the feedback. We do not update the 1.6 strings catalog anymore since this version won't be maintained anymore. For now, we bring small improvements regularly but that's all. [...]" Se pare ca pentru cei de la PrestaShop "has entered maintenance mode" este echivalent "won't be maintained anymore". Oh well...

Poate n-am fost clar. "Ajutorul pe bani" este normal, lipsa completa a contributiilor dupa mai multe mesaje care cer mutarea discutiei pe privat nu este. Citatul complet ar fi fost asa: Eu intelesesem din exprimarea ta ca cei care incalca regulile nu pot fi trasi de maneca decat de catre cei care au un anumit numar (neprecizat, il stie cineva?) de solutii postate. Era mai bine daca scriam "Numarul de solutii postate nu ar trebui sa impiedice respectarea regulilor"? Ce anume din mesajul meu va face atat de defensivi? Nu am nimic de reprosat moderatorilor - care oricum fac treaba in forum pe timpul=banii lor - si stiu ca ajutati pe cat posibil. Nu cred ca din messajele mele se inteleg pretentii absurde ca publicarea datelor de autentificare sau "romane intregi dew How-To". De cele mai multe ori este suficienta o propozitie de cateva cuvinte. Nu trebuie sa uitam ca suntem aici sa ne ajutam unii pe altii.