GrzegorzZ

Query is slow due to many joins. You will experience even greater slowdown as you add new products, attributes etc. This module is not optimized properly atm.

Działa to tak, że w ostatnim kroku (potwierdzeniu) zamówienia wstawiany jest javascript i definiowana zmienna z mailem klienta. Skrypt "zaciągnięty" z serwera Ceneo, przekazuje go do ceneo. Czyli ceneo samo sobie wręcz pobiera e-mail klienta. Następnie po okreslonej liczbie dni (2,3,5 lub 7) ceneo samo wysyła e-mail do klienta.

A pewno dlatego, że też z czegoś muszą żyć. A dlaczego PriceWars2 jest zakodowany: - Tworząc moduł, nie pobieraliśmy za niego opłat. Jednak były firmy, które lekko go edytowały (usuwały informacje o autorze) i sprzedawały. My go tworząc, nic za to nie pobieraliśmy, a inni klientów oszukiwali - teraz nie mogą oszukiwać ludzi i wciskać im darmowej rzeczy za kasę . A wiele osób pisało do nas że czują się oszukani. Bo moduł jest darmowy, a oni nie wiedzieli i zapłacili. - Ponieważ moduł ma teraz wersję Free (wszystkie funkcjonalności które były w pierwszym PriceWars są free. ) i Premium - która ma dostarczyć funduszy na rozwój . - Ponieważ z autopsji wiemy, ilu ludzi szuka płatnych modułów, gdzieś "uploadowanych", żeby użyć ich za darmo (spotkałem się z wieloma takimi przypadkami). - Ponieważ chcemy, aby moduł zarobił na swój rozwój i był jeszcze lepszy. Niestety, powietrzem najeść ani opłacić rachunków się nie da, tak więc nie możemy go rozwijać, tylko poświęcamy czas na "opłacalne" prace. Zmieniając lekko temat, na "O dostępności różnych modułów i opłacalności ich tworzenia". Dużo osób, prowadzących firmy, zarabiających itp. robi wszystko, żeby nie wydać tych 40zł na moduł. Potrafią nawet siedzieć tydzień na forach i szukać alternatywy, żeby tylko nie wydać paru złotych, które szybko by się im zwróciły. Oczywiście, nie mamy nic przeciwko temu, każdy może robić co chce. Ale czy ktokolwiek zadał sobie pytanie jakie są "konsekwencje" takiego podejścia? Otóż, mała różnorodność modułów, bo nie opłaca się tworzyć modułu , wykonywać testów itp. jeśli i tak duże grono osób szuka darmowej alternatywy. Większość osób/firm nie robi modułów, bo się nie zwracają (to jest to, co mówią osoby z którymi rozmawiam). Tak więc potem Pan X, chcąc moduł który mógłby powstać dawno temu i być dostępny za 100zł musi wyłożyć 1500zł za napisanie go na jego życzenie. Jak większość z Was wie, są 2 moduły integracji allegro na naszym rynku. Kosztują 200-300zł. Niby drogo, ale gdyby ich nie było, a ktoś by takiego modułu potrzebował, to ile musiałby zapłacić za stworzenie go? 5 000zł? 10 000zł? Na naszym rynku są ogromne braki niektórych modułów. Niektóre darmowe są bardzo źle napisane. Ale nawet jakbyśmy napisali taki moduł, to i tak 90% osób męczyłoby się z tym darmowym w imię zasady "po co mam płacić, jak jest darmowa alternatywa". Dla nas jest to bez jakiejkolwiek różnicy - a nawet może i lepiej? Bo przez to / dzięki temu mamy zlecenia na moduły dedykowane. I w tym momencie, nie ma ruletki typu "czy się sprzeda, czy się zwróci?". Koszty stworzenia zwracają się od razu. Nie ma kosztów rozreklamowania modułu. Szyfrowanie ioncubem, tworzenie systemów licencjonowania , to wcale nie jest takie fajne. Nam też to przysparza wielu problemów, dodatkowych testów. Ale co możemy innego zrobić, żeby chronić moduły przed usunięciem blokady instalacji, jeśli ktoś modułu nie kupił, albo bezprawną publikacją na forach jeśli będą OpenSource? W naszym repozytorium, mamy około 30 większych modułów i drugie tyle modułów kosmetycznych. Ale ich nie wydajemy bo: - Problematyczne jest przeprowadzenie testów na wielu serwerach/wersjach prestashop. - Problematyczne jest wdrożenie systemu licencjonowania/szyfrowanie. - Nie mamy gwarancji, że testy na różnych platformach się zwrócą. Jakby ludzie chcieli je kupować, to takie prace byłyby przeprowadzane. Złośliwi, mogliby stwierdzić że mamy żal o takie "zachowanie" właścicieli sklepów. Nic bardziej mylnego. My po prostu nie idziemy w ten mało opłacalny model. Wybieramy ten bardziej opłacalny i absolutnie nie narzekamy.

A jakie to błędy?

Rozwiewając wasze wątpliwości. Moduł 2.0 jest darmowy, płatne są dodatkowe funkcje, których nie ma w 1.9. W skrócie, to co jest w 1.9 jest i za darmo w 2.0 + więcej. Moduł 1.9 działa na PS 1.5, ale nie obsługuje multi-store, tak więc jak mamy multi-store, to moduł wszystkie produkty do XML będzie eksportował. PS: Cena modułu, to 40zł netto, wzrośnie do 60 jak skończone będą wszystkie funkje. @Adrjan77, A co nie działa? Z jakiej wersji korzystałeś? Wysyłałeś maila? W module jest podany. - Żaden developer nie będzie skakał po 1000 for, szukać czy ktoś ma problem. Ja tu trafiłem przypadkiem z google.

But... you can create delivery and set packages from 0-10kg for 10GPB and 10 - 1000 for 15GPB. What you miss? Only API. Just go through this: http://doc.prestashop.com/display/PS15/Managing+Shipping And your problems will go away

Witam, Kolega doda opis przy "Uwagach do zamówienia" o treści np. : "Jeśli chcesz otrzymać fakturę papierową, prosimy zostawić w polu poniżej informację". Proste, Każdy to widzi, nikomu nie chce się wpisywać. Więc każdy wyraża zgodę na fakt. elektroniczną.

Witam wszystkich, od dziś jest dostępny moduł do integracji furgonetka.pl. Screeny jak to wszystko wygląda: 1, 2, 3, 4 Moduł do pobrania tutaj. Moduł umożliwia: Zamawianie kuriera bezp. z poziomu panelu administracyjnego Łatwy sposób na doładowanie konta furgonetka.pl Możliwość udostępniania klientowi śledzenia przesyłki z poziomu Historii zamówień. Moduł umożliwia zarządzanie przesyłkami bez potrzeby logowania się do serwisu furgonetka.pl

Drogie dzieci , a czy pisząc tutaj, przy okazji poinformowaliście autora o tych błędach? Wersja 1.9.8 zawiera poprawkę w usuwaniu z listy produktów z błędnym stanem magazynowym. http://pl.seigi.eu/informacje/barghest.html A i jakby ktoś był też zainteresowany, powstaje nowa wersja PW, obecnie w fazie testowej do wypróbowania (mogą być zainstalowane obie niezależnie, więc można testować jedną i używać starszej): http://pl.seigi.eu/aktualnosci/nowy-modul-pricewars2-wersja-testowa.html Moduł używa wbudowanej w prestę funkcji do generowania linków. Tej samej której używa sklep. Może po przeniesieniu nie przestawiłeś sklepu, żeby nie używał legacy linków?

Nope, First of all in install script without any conditional statement to check if I checked any box is submitting my e-mail to newsletter. \install\controllers\console\process.php @ line 116 $params = http_build_query(array( 'email' => $this->datas->admin_email, 'method' => 'addMemberToNewsletter', 'language' => $this->datas->lang, 'visitorType' => 1, 'source' => 'installer' )); Tools::file_get_contents('http://www.prestashop.com/ajax/controller.php?'.$params); e-mail 2nd place would be: \controllers\admin\AdminHomeController.php @line 529 @getBlockPartners method $content = Tools::file_get_contents('http://api.prestashop.com/partner/premium/get_partners.php?protocol='.$protocol.'&iso_country='.Tools::strtoupper($isoCountry).'&iso_lang='.Tools::strtolower($isoUser).'&ps_version='._PS_VERSION_.'&ps_creation='._PS_CREATION_DATE_.'&host='.urlencode($_SERVER['HTTP_HOST']).'&email='.urlencode(Configuration::get('PS_SHOP_EMAIL')), false, $stream_context); shop e-mail and all other data @line 623 @ajaxProcessSavePreactivationRequest method $return = @Tools::file_get_contents('http://api.prestashop.com/partner/premium/set_request.php?iso_country='.strtoupper($isoCountry).'&iso_lang='.strtolower($isoUser).'&host='.urlencode($_SERVER['HTTP_HOST']).'&ps_version='._PS_VERSION_.'&ps_creation='._PS_CREATION_DATE_.'&partner='.htmlentities(Tools::getValue('module')).'&shop='.urlencode(Configuration::get('PS_SHOP_NAME')).'&email='.urlencode($email).'&firstname='.urlencode($firstname).'&lastname='.urlencode($lastname).'&type=home'); Firstname, lastname, email + more of Currently logged employee. That means any employee is submitted

Ok. Now I better understand your point. However, even if somone implements anything like that into DB class (query builders you mean I assume). That will not guarantee that anyone will use them. Programming is for people who know what they do. Not for beginners who have no idea what they do! Or more like it, if they're beginners and dont know what to do they shouldn't do things for others and give their services. For example PDO, you can build queries from arrays, but you can also execute your own query - and what will pervent people from using it?

Dear admin_webs, First of all, there is pSQL function used everywhere that returns a escaped string (and strips html if needed). Secodnly, all numbers should be escaped with a invtal/floatval or cast to int/float. Sorry, but you sound like you just started programming and read a bit about SQL Injection and try to be smart Remember one thing: IT'S YOUR Responsibility to escape strings. Dont try to find a program that will correct all your errors. You got brain, computer not - and none can predict all mistakes. + all those functions/classes that convert arrays to escaped SQL querries are for beginners who don't give a f**** about performance. As for me a programmer must know what he's doing

Hello, I just looked into my development server logs and saw [All IPs belong to Prestashop whole 91.240.109.x block]: Where from did you get links to my private projects (these are only meant for specific people to see)? They are not meant to be public, yet you take those private links out and scan it? + Why are you taking out my private data? $return = @file_get_contents('http://api.prestashop.com/partner/premium/set_request.php?iso_country='.strtoupper($isoCountry).'&iso_lang='.strtolower($isoUser).'&host='.urlencode($_SERVER['HTTP_HOST']).'&ps_version='._PS_VERSION_.'&ps_creation='._PS_CREATION_DATE_.'&partner='.htmlentities(Tools::getValue('module')).'&shop='.urlencode(Configuration::get('PS_SHOP_NAME')).'&email='.urlencode($email).'&firstname='.urlencode($firstname).'&lastname='.urlencode($lastname).'&type=home'); Which sends you my First and last name and my e-mail. Additionally my shopname etc.

File is classes/db.sql line 88 (search for autoExecute function definition). Sorry for "delay", dont have notifications turned on. You probably dont need it anymore, but for future reference

Hello, Prestashop is using VAT number as module and DNI which can be required when registered. Can somone tell me whats the difference? In my country it seems to be same?