bimlas

I will think about this. Thanks! I'm waiting for another solutions too.

Do you mean 2 "piece" of 1/4 hour, for example? So my store of 100 kg would have 100 kg / 0.5 kg -> 200 items? Anyway, as I said we sell the product in custom quantity too (1.12 kg), so it's not an opinion.

Yeah, I found that forum post - this is what I want to avoid, because it would become the nest of a horde of bugs.

Is it possible to store the quantity in decimals? We have a lot of products served in 0.5kg minimum, but the quantity can be choosen (1.12kg for example). It would be bad to store in gramms, I like to use kilogramm for quantity. Is it possible?

https://hu-hu.facebook.com/prestashop.hu/posts/1032713120131953 https://www.merchantmaverick.com/reviews/prestashop-review/#comments (helyből a legfelső két komment) Speszölli itt olvastam olyan addon-okról, amikkel megszívja az ember. Persze, itt valószínűleg a hivatalos addons oldalon kívüli pluginokról van szó. Igazából élethosszig tartó dilemma lenne, ha minden egyes szemszögből megvizsgálnám az e-commerce rendszereket, ezért rá is hagyom az összehasonlítást és meglátjuk, hogy a Presta a gyakolatban hogy üzemel. Ettől függetlenül még mindig várom Attila értékelését a cikkről (nem sürgetés, vagy számonkérés, csak kijelentés!). Attila: a Facebook-ra csak azért regeltem, mert a munkámhoz kell, viszont örömmel látom, hogy megérte jelentkezni a magyar Presta csoportba, mert tényleg nagy ott a nyüzsgés.

Félre értés ne essék: erősen kerülni szeretném a blog motor + kiegészítő = webáruház megoldást a hibalehetőségek és a biztonsági kockázatok növekedése miatt. A legjobb mindenképp az, ha a kód kifejezetten webshop kialakítására van szabva, ez egyértelmű. Viszont ha egy ilyen "kiegészítős" rendszer többet/jobbat tud, mint egy natív webáruház, akkor mindezek ellenére lehet, hogy az mellett döntenék. Nem csak magyar viszonylatban keresem a megoldásokat/fórumokat/stb, szóval a válaszoknál küldhetsz akár külföldi referenciákat is. Szívesen olvasnám a véleményed. A WooCommerce-t és a Presta-t is próbáltam valahogy tesztelni és az eredmények miatt úgy tűnik a Presta mellett maradunk: nem lassult be 2000 termék esetén sem, de a WooCommerce már 500 környékén érezhetően akadozott. Jelzem, ez saját tapasztalat, nem kőbe vésett igazság, lehet, hogy valakinek a WooCommerce gyorsabban muzsikál (írom ezt azoknak, akik a WooCommerce vs Prestashop témakörre Gugliznának). A Presta tudása is nagyszerű, tény, hogy kiegészítők nélkül is nagyon sok mindenre képes. Egy modult már el is kezdtem írni az egyedi igényeink kielégítésére (amihez kéne egy kis segítség). Viszont tényleg aggódok, hogy Megbízhatóak-e a kiegészítők? A feljebb említett oldalakon többen is panaszkodtak, hogy a mudul árát lenyúlják, de működő terméket nem kapnak cserébe, vagy nem reagálnak a hibajelentésekre A PrestaShop 1.6-ban lévő hibák valóban kijavításra kerülnek-e, vagy az 1.7-be öli minden idejét az a 4 programozó, aki egyáltalán a kódhoz nyúl (a Presta saját alkalmazottai)? Megkapom-e a kérdéseimre a válaszokat? A felhasználó szintű kérdésekre úgy látom vannak megoldások, de nem tudom, hogy hol lehet kapcsolatba lépni más developer-ekkel. Pl. ez a fórum inkább a felhasználókat célozza (vagy csak nekem nem volt szerencsém), a Reddit oldala gyakorlatilag halott, egyéb fórumot nem találtam egyelőre) Kérlek titeket, hogy tételesen mondjátok el a véleményeteket ezekről, így könnyítve a döntésem. Előre is köszönöm!

A mérel másik oldalán jelenleg a WooCommerce áll. A Magento-t igazából csak azért vetem el, mert a community edition nem biztos, hogy eleget tesz az igényeinknek a commercial piszok drága a rendszerigényeknek nem felel meg a hosztunk Eredetileg ezen blog elolvasása után kezdtem el jobban keresgélni az ügyben. Látom, hogy a fazon durván elfogult és foggal-körömmel harcol a saját igaza mellett, de a fentebb említett többi találat alapján úgy tűnik, hogy nincs egyedül a szitkozódásban. Igazából én sem tudom, hogy jó irányba mennek-e: az 1.7 kissé kaotikus és (egyelőre) lényeges részek hiányoznak belőle, ezért sokan az 1.6 mellett maradnak, ami viszont (gondolom) egyszer csak lezárul. Nekem úgy tűnik, hogy egy időben csodálatosan fejlődő, közkedvelt webáruház volt, majd a vezetőség hazavágta az egészet, de (a GitHub PR-ek alapján) mintha észbe kaptak volna + a munkaerő-hiányt is mintha pótolni akarnák. Te, mint "belsős" hogy látod? Ismét fejlődésnek indult a projekt? Részemről örülnék, ha aktívan részt vehetnék a javulásban, hisz az nekünk és a PS-nek is előnyös, ha egyre jobb lesz. Csak azt nem tudom, megéri-e befektetni a pénzt és energiát...

2 hónapja teszteljük mindenféle szempontból a Presta-t, nagyrészt meg is felel az elvárásoknak, amiben meg nem, arra van kiegészítő. Viszont a neten keresgélve akarva-akaratlanul is belebotlottam (elég sűrűn) olyan kommentekbe, hogy "aki nem akarja a pénzét kidobni az ablakon, az kerülje el a Presta-t", "egy rakás sz*r, tele van hibákkal, a leveleimre nem válaszolnak, a fórum halott", "valaha csodás volt, de a vezetőség elcseszte az egészet", "3 hete kifizettem egy modult, de még mindig nem tudom használatba venni, megléptek a pénzemmel", stb. Mennyire igazak ezek a vádak? Senki ne vegye magára, mert nem sértésnek szánom, de mennyire látom, a fórum inkább kérdésekkel van tele, válaszok meg csak ímmel-ámmal akadnak. Az is igaz, hogy a GitHub pull request-ek közt akad másfél éve nyitott is (bár úgy tűnik, hogy 2016 októberében történhetett valami, mert minden PR-re el kezdtek válaszolni). A modulok minőség-ellenőrzéséig még nem jutottam el, mert ezek után kétszer se biztos, hogy a Presta mellet döntünk. Amennyire látom, a dolgozók sem elégedettek a céggel, ami a commit-ok sűrűségén is szembeötlő: úgy tűnik, hogy az emberek csak ideig-óráig maradnak a cégnél. Saját tapasztalatok (akár a Presta-nál dolgozók-é is)?

I like to create several modified versions of the Orders view in back office - how can I achieve this? If I'm right, then a module have to be derived from ModuleAdminController, but I like to reuse AdminOrdersControllerCore (controllers/admin/AdminOrdersController.php). Is it possible? The aim is to create some kind of ERP: I working at a manufacturer and I need to give a simplified orders view to the colleagues with different columns hidden/added like the image? I did it by creating a module and copied the constructor of AdminOrdersControllerCore to it and modified. Showing the results works, but nothing more - if I clicking on the lines, it doesn't opens up the detailed view of the order.

Köszönöm a választ! A különböző címkék hozzárendelése nagyjából megoldaná, hogy ki mit láthasson ezzel a modullal. Alapjába véve nem lenne rossz megoldás, viszont az e-mail sablonokkal az a probléma, hogy ha változik a rendelés (pl. lemondják, vagy megváltoztatják a darabszámot), arról (ha jól sejtem) a gyártás nem értesül (egyelőre csak saját gépen tesztelem a Prestashop-ot, így a levélküldéssel kapcsolatos dolgokat nem tudom kipróbálni). Ebből a szempontból szerintem jobb lenne, ha egy lebutított Rendelések nézetet láthatna a kolléga. Egy override-dal sikerült megoldanom, hogy a rendelések listájában a rendeléssel egy sorban megjelenjenek a termékek cikkszámai, tehát egy olyan nézetet sikerült készítenem, ahol a gyártáshoz szükséges adatok egy lapon jelennek meg. Mivel az override veszélyes játék és egyébként is több változatot kell készítenem (a csomagolós embenek is lenne egy, a gyártósnak is egy, stb.) ezért szeretném "klónozni" a controllers/admin/AdminOrdersController.php osztályt egy modulban annak felülírása helyett. A modul létrehozásig eljutottam, telepíteni is tudtam, létrehoztam hozzá egy menüpontot és valamennyire sikerült megoldani, hogy újrahasználjam az AdminOrdersControllerCore kódját - a konstruktor tartalmát átmásoltam a modul konstruktorába és kiegészítettem, hogy mutassa a cikkszámot: class AdminMarasController extends ModuleAdminController { public function __construct() { // AdminOrdersControllerCore konstruktora $this->_select .= ', od.`product_reference` AS `preference`, od.`product_quantity` AS `pquantity`'; $this->_join .= ' LEFT JOIN `'._DB_PREFIX_.'order_detail` od ON (od.`id_order` = a.`id_order`) LEFT JOIN `'._DB_PREFIX_.'product` product ON (product.`id_product` = od.`product_id`)'; $this->fields_list = array_merge($this->fields_list, array( 'preference' => array( 'title' => 'Termék', 'align' => 'text-left', ) )); parent::__construct(); } } Eddig bárhogy erősködtem, nem bírtam rávenni, hogy a ModuleAdminController helyett az AdminOrdersControllerCore osztályból származtasson, hogy ne kelljen bemásolni a konstruktor tartalmát. A class AdminMarasController extends AdminOrdersControllerCore azt eredményezi, hogy egy üres lapot kapok (blank page). Hogy oldható meg, hogy a másolás helyett alosztály használatával hozhassak létre különböző Rendelés nézeteket?

Üdvözletem a PrestaShop közösségnek! Először is szinte elhűlve nézem a dátumokat a topic-ok mellett: nem is tudom, hogy láttam-e már ennyire aktív fórumot! Lehet, hogy a PrestaShop nem a világelső e-kereskedelmi szoftver, de hogy nagyon élénk közössége van, az fix. Minden tiszteletem! Hogy a tárgyra térjek: egy gyártó webáruházát kellene összehoznom, aminek az eladás mellett le kell tudnia cserélni a jelenlegi adatbázisunkat és munkamenetünket is (tehát ERP funkciókkal is rendelkeznie kell). Saját gyártmány mellett forgalmazzuk más gyártók termékeit is, ráadásul ezt több országban, több viszonteladóval. Jelenlegi munkafolyamat Bejön a megrendelés A viszonteladó átnézi azt, ha rendben találja, továbbítja nekünk Mi jelezzük neki, hogy elkezdtük a teljesítéstHa le kell gyártani, akkor azt jelezzük az embereinknekŐk csak a gyártáshoz szükséges adatokat kapják meg (termék kódja, mérete, stb.) A gyártás különböző állapotairól visszajelzést adnak nekünk Ha van raktáron, akkor nincs vele egyéb teendőnk Ha más gyártó terméke, akkor tőlük megrendeljük azt Ha a termék készen áll a küldésre, jelezzük a csomagolós embernek Ő is csak a szükséges adatokat kapja meg (termék kódja, címzett, stb.) Ha beérkezik a pénz postára adjuk a terméketHa utánvétről van szó, akkor természetesen nem kell megvárni a pénz beérkezését Problémám a PrestaShop-pal A rendeléshez tartozik egy státusz, ami egy lineáris munkafolyamat esetén jól használható (megrendelik, csomagolom, elküldöm), de a jelenlegi munkafolyamatunkhoz nem egészen használható. Nem lineáris a folyamat: elágazások vannak benne (az alpontokra gondolok, amelyek opcionálisak is lehetnek), ezen kívül lehet olyan eset is, hogy az egyik tételt mi is rendeljük, a másik van raktáron, a harmadikat gyártani kell - a rendelés állapotát így nem lehet egyetlen szóval (státusszal) leírni. Valamint több csoporttal dolgozunk, akiknek felesleges a rendelés egészét látni: a gyártósokat pl. nem érdekli, hogy kitől jött a megrendelés; a csomagolós számára lényegtelen, hogy a gyártás melyik fázisban tart. Ezért nem is kell, hogy minden alkalmazott a rendelések listáját bogarássza és figyelje, hogy melyikkel van még neki is dolga. A státusz-jelző egyszerűen nem megfelelő. A jelenlegi rendszerünkben "pipálgatjuk" a teljesítettség feltételeit: nyugtázva, gyártásra küldve (opcionális), termék kész, csomagolható, csomagolva, fizetve, lezárva. A csomagolós pl. azokat látja, ahol be van pipálva a "csomagolható" és a "fizetve". Kérdésem Az pattant ki a fejemből, hogy SQL lekérdezésekkel oldom meg a problémát: mindegyik csoportunk külön-külön lekérdezést hajtana végre, így csak a szükséges adatok listája jelenne meg, ha a megadott feltételek teljesülnek (pl. a csomagolós megkapná, hogy milyen címre melyik termékeket küldjük). Ez az a pont, ahol elakadtam: miként tudok a rendelés állapotához több, egymástól független státuszt rendelni ("csomagolható" és "fizetve")? Ti hogy csináljátok? Mivel lehet, hogy a PrestaShop módosítás nélkül is ki tudna minket szolgálni, kérlek osszátok meg a ti megoldásaitokat! Biztos vagyok benne, hogy vannak itt mások is hasonló problémával, akik már lehet, hogy rá is akadtak a helyes megoldásra, a lehetőségek megfelelő kihasználására. Lehet, hogy csak mi bonyolítjuk túl a dolgokat. PrestaShop verzió: 1.6.1.10