[KKMT]

Witam,


zastanawiam się nad tym czy nie pisać własnych SQL'i do zasilania bazy kategorii i produktów w bazie prestashop.
Czy ktoś z forumowiczów postępuje w ten sposób? Czy jeśli będę zasiał dane poprzez własne SQL'e generować mi to będzie problemy?


Domyślam się, że trzeba w zapytaniach połączyć odpowiednio kategorie z produktami, promocjami, cechami etc.. ale czy warto? Proszę o opinie.

[west]

nie warto ponieważ zmiana wersji niekiedy skutkuje zmianą struktury bazy danych
sugeruję Ci wykorzystanie gotowych klas presty do odczytu i upgrade produktów. w ten sposób nie interesuje Cię  struktura bazy danych, a cała czarna robota wykonywana jest przez klasy

[KKMT]

Jak najbardziej jest to mocny argument. Ale np. import produktów z CSV jaki oferuje presta, nie umożliwia mi konfigurowania  cech czy kombinacji atrybutów, a dla każdego produktu robić to ręcznie to jakaś katastrofa.

[design4VIP]

bynajmniej... cechy jak najbardziej wprowadzasz z glownego csv - 'produkty': Cecha(Nazwa:Wartość:Pozycja:Indywidualne); w niektorych tlumaczeniach, jak pamietam, jest to nazwane: Funkcja. tez sie z tymi cechami meczylem, ale doszedlem do tego i na pewno na tym forum wrzucalem dokladna instrukcje/tutorial jak nalezy je poprawnie wprowadzac i na co zwracac uwage.
co do atrubytow, tutaj sprawa sie komplikuje bo jest to osobna tabela (osobny csv) 'Kombinacje'.

co do zapytan SQL... czy warto czy nie warto.... juz przy poprzednim twoim watku zastanawialem sie i dalej zastanawiam o co dokladnie chodzi, co chcesz uzyskac, jakie dane masz, co chcesz aktualizowac... ani tutaj ani tam nei ma zadnych szczegolow, wiec ciezko stworzyc jakas konkretna odpowiedz i pomoc. opisz dokladnie, najlepiej na przykladzie, co masz z danych (najlepiej zrzut porzykladowy tabeli), co chcesz z tym zrobic (edytowac, zastapic, wrzucac codziennie nowa tabele produktow... przy tym ostatnim bym uwazal, ze wzgledu na tabele zamowien) itd.


PS. do konwersji XML -> CSV sa juz gotowe skrypty: Google: "xml to csv" script php - wiele tego. polecam te oparte na Magic-u, chociaz, przy tworzeniu osobnych zapytan sql raczej ominalbym ta konwersje i oparl sie na czystym XML

[west]

ale co wy opowiadacie można za pomocą jednej klasy załatwić update produktu z atrybutami a nie dookoła przez csv xml i ty sobie utrudniasz zycie ......

[design4VIP]

ale co wy opowiadacie można za pomocą jednej klasy załatwić update produktu z atrybutami a nie dookoła przez csv xml i ty sobie utrudniasz zycie ......

po poerwsze jak juz zaczynasz to moglbys choc polowicznie dokonczyc.... po drugie, nie wiesz jaka jest struktura XMLa wiec slad ta pewnosc, ze zalatwisz to jedna klasa? ja nie bylbym taki pewny, ale czekam na konkrety ze strony pytajacego zeby wypowiedziec sie bardziej konstruktywnie. narazie to jest bieganie po omacku.

[KKMT]

bynajmniej... cechy jak najbardziej wprowadzasz z glownego csv - 'produkty': Cecha(Nazwa:Wartość:Pozycja:Indywidualne); w niektorych tlumaczeniach, jak pamietam, jest to nazwane: Funkcja. tez sie z tymi cechami meczylem, ale doszedlem do tego i na pewno na tym forum wrzucalem dokladna instrukcje/tutorial jak nalezy je poprawnie wprowadzac i na co zwracac uwage.

Ciekawa informacja, nie wiedziałem. Czy mógłbyś poszukać tego tutoriala (w swoich postach łatwiej znaleźć)?

co do zapytan SQL... czy warto czy nie warto.... juz przy poprzednim twoim watku zastanawialem sie i dalej zastanawiam o co dokladnie chodzi, co chcesz uzyskac, jakie dane masz, co chcesz aktualizowac... ani tutaj ani tam nei ma zadnych szczegolow, wiec ciezko stworzyc jakas konkretna odpowiedz i pomoc. opisz dokladnie, najlepiej na przykladzie, co masz z danych (najlepiej zrzut porzykladowy tabeli), co chcesz z tym zrobic (edytowac, zastapic, wrzucac codziennie nowa tabele produktow... przy tym ostatnim bym uwazal, ze wzgledu na tabele zamowien) itd.

Chodzi o to, że codziennie może przybywać do 30 produktów, więc chcę aby ładowane one były bez mojej ręcznej ingerencji.
XML nie jest tajemnicą i nie jest skomplikowany, przykład:

Kod: [Zaznacz]

<o id="286" url="http://LINK_DO_PRODUKTU_U_DOSTAWCY.html" price="201.60" avail="1" weight="0" stock="10" set="0">
   <cat><![CDATA[PRAWO]]></cat>
   <name><![CDATA[Ustawa o podatkach i.. ]]></name>
   <imgs>
      <main url="http://URL_DO_ZDJECIA_PRODUKTU.jpg"/>
   </imgs>
   <desc><![CDATA[Bardzo praktyczny i ....]]></desc>
   <attrs>
      <a name="Autor"><![CDATA[ Morawski Wojciech]]>[/url]
      <a name="ISBN"><![CDATA[9788378041214]]>[/url]
      <a name="Ilosc_stron"><![CDATA[]]>[/url]
      <a name="Wydawnictwo"><![CDATA[ODDK - Ośrodek Doradztwa i Doskonalenia Kadr]]>[/url]
      <a name="Rok_wydania"><![CDATA[2013]]>[/url]
      <a name="Oprawa"><![CDATA[Miękka]]>[/url]
      <a name="Format"><![CDATA[B5]]>[/url]
   </attrs>
</o>
Cechami byłyby pola z tagu attrs.

PS. do konwersji XML -> CSV sa juz gotowe skrypty: Google: "xml to csv" script php - wiele tego. polecam te oparte na Magic-u, chociaz, przy tworzeniu osobnych zapytan sql raczej ominalbym ta konwersje i oparl sie na czystym XML

Pewnie są gotowe skrypty, ja napisałem swój w PHP oparty na XMLReader, który plik z ok 10 milionami znaków (ok. 100 MB) parsuje mi ok 2 sekund wraz z zapisem do pliku CSV.
Jeśli będę generował SQL'e to oczywiście, że nie będzie potrzeba plików CSV.

ale co wy opowiadacie można za pomocą jednej klasy załatwić update produktu z atrybutami a nie dookoła przez csv xml i ty sobie utrudniasz zycie ......

Bardzo pozytywna informacja, czy mógłbyś podesłać jakiś przykład użycia klas i załadowania produktów?
 

[west]

oczywiście pierwsza, która mi podeszła
aktualizacja np. atrybutu produktu:

Kod: [Zaznacz]

public function updateProductAttribute($id_product_attribute, $wholesale_price, $price, $weight, $unit, $ecotax,wszystkie klasy masz w plikach classes sklepu najczęściej wraz z komentarzami jak używać z reszta sobie poradzisz jak widzę ...

[west]

if you hve Ps ver. 14 you can use phpmyadmin for this
if yours PS is higher than 1.5 you can use sql manager in back-office
Run export by using sql select:

Kod: [Zaznacz]

SELECT * FROM ps_product WHERE id_lang=1