sensejus

Liuks :)

Gerbiamas Andrejau, matai tarp musu ir yra tas skirtumas kad tu nedirbi kartu su manimi, jeigu tu dirbtum kartu tai tau klaustuku del dideliu duomenu kiekiu, koks Prestashopas yra geras o OXID'as blogas, kas klientui svarbiau - blizguciai ar performancas paprastumas ir kokybe nekiltu ir sitos diskusijos tarp musu nebutu.

OXID'o admin puse neturi grazaus interfeico, "sustru featuru" kazkokiu ir panasiai, bet bet kokiu atveju si sistema yra placiai konfiguruojama, lengvai ir kokybiskai developinama, lengvai scalinama, veikia ir su dideliais kiekiais duomenu ir t.t. Beje neuzilgo ateityje planuojama leisti nauja OXID'o versija kuri bus paremta Symfony frameworko pagrindu bei jau tures visu taip norima "grazu admin interfeica" :)

Prestashopas jau normaliau parasytas ziurint is kodo puses, bet still yra daugybe besikartojancio funkcionalumo metodu, ne iki galo issprestas ir teisingai naudojamas MVC principas (galime rasti tokiu kuriozu kaip "htmlas" kontroleriuose ir t.t. ir panasiai). Objektu klasese pasigendu elementariu funkciju reikalingu normaliai dirbti su tam tikru objetu. Tiesa pasakius ir duomenu bazes strukturoje dar daug ka pakeisciau ten. Apie frontendine puse vel patylesiu. Jeigu dirbant gerai ir kokybiskai, galbut is to prestashopo ir eitu padaryti kazka rimtesnio. Mazesniom parduotuvelem jis tinka :)

Kodel tokia nuomone susidare galiu paaiskinti labai paprastai - paziurekime is pradziu i pati koda. Imkime opencarta - Apie kodo kokybes standartus kazkokius turbut nelabai verta pradet sneket, nes ten ju paprasciausiai nera. Metodai po 300 - 500 eiluciu ilgio, jokiu PSR standartu, viskas padaryta per antra gala, old schoolu.. Apie frontendine puse irgi nelabai ka yra sneket, nes net jeigu ir nusiperki tema, tai ji buna sukoduota tragiskai. As tau galeciau parodyti N geru ir blogu programavimo practisu, ir Opencartas papuola i antraja kategorija kaip vienas didelis pavizdinis bad practis'as :)

5k Prekiu tai nera didelis kiekis net ir tam paciam OpenCartui. Prestashopas sakyciau yra tarpinis variantas tarp sudu pilno kibiro ir tarp pustuscio sudu kibiro, bet uz Opencarta jau siek tiek geriau.

Jeigu Jus pardavinejate 20 prekiu, Jums nereikia custom dizaino, Jums nereikia integruoti Jusu parduotuves su apskaitos sistemomis, nerikia integraciju su tiekejais ( automatiniu importu ir t.t. ), pristatymo budais ( pvz kokiu nors DPD servisu ir t.t. ) , Jus neturite kazkokiu custom funkcionalumu, Jums nereikalinga optimizacija ir esate patenkintas tuo ka gali pasiulyti platforma po defaultu tuomet taip Jums nereikia samdyti programuotojo papildomai.

Magento jau kitas reikalas. Bet ant magento bus sunkiau surasti tikrai gera programeri ( tu paprastu craperiu tai pilna visur, bet kas is to kad paskui ju darbus reikia perdarinet) kaip ten sako - skupas moka du kartus

Opencart'a palygiciau gal taip: Paimi spalvota grazu kibira ir i ji prisiki, ziurint is tolo lyg ir viskas grazu, stovi grazus spalvotas kibiras, bet kai pradedi ziureti is arciau pamatai tikraja situacija.

Labai teisingas straipsnis ir autoriaus poziuris. Gaila, taciau ne visi klientai tai supranta ir nori visko daug/kokybiskai/greitai ir uz kapeikas. Galbut tai tik "lietuvisku" klientu problema (?)

Nenusisnekek. Ale zmogus pamatys video ir iskarto net nenuvaziaves i vieta paziuret pirks ta nama... Tai tik pristatomasis video, kaip skelbimas.

O ka pats ponas Deviltry dirbat ir kur dirbat siuo metu jei ne paslaptis su tokiu Jon Skeet lygiu?

http://forum.parallels.com/pda/index.php/t-283297.html kad ir. Siaip googlei pilna info apie tai :)

Irgi variantas

Gali buti toks variantas kad cron'as paleidineja tavo faila su visai kita php konfiguracija (kur pvz gali buti nenustatytas koks allow_url_fopen ar panasiai ) todel tu negauni jokiu duomenu. Plius papildomai siulau pasiziureti crono logus jei tokie pas jus serve yra, jei ne paciam pasidaryt logus