Ona to není zase taková sranda u takhle komplexních věcí mít validní kód. Když jsem si tvořil své stránky či vlastní blog, validita byla hračka, ale jakmile se jí snažíte prosadit na komplexnějších projektech, tak to jde hodně těžko (čímž netvrdím, že je to nemožné).
A tabulkový design, bohužel v komplexějších webových aplikací je stále lepší. Určitě se nerozpadne a není tak problematický jako CSS.
Já mám rád CSS i validní kód, ale u posledního projektu jsem za to málem položil život, kolik takový design bez tabulek nadělá programátorovi problémů :(
Prosim? Ze se tabulka nerozpadne jako CSS? Zkuste si do te tabulky dat slovo bez mezer, ktere je delsi nez sirka bunky. Chtel bych videt, jak se vam pevna sirka nerozpadne. CSS ma na tohle elegantni reseni.
Zatim se mi nestalo, ze by se neco pri pouziti CSS "rozpadlo" (pokud byly styly spravne), zatimco o tabulkach se to rict NEDA!
Obavam se, ze ve skutecne praxi poustupne narazite na spoustu veci, ktere s tabulkama byly hrackou ale pouze s CSS se stavaji nocni murou. Mnoho z nich se da za pomoci spousty casu a snahy vyresit, nicmene stale par drobnosti zustava. Kdyby aspon ty prohlizece to zobrazovaly stejne :)))
Mno CSS design (mineno bez tabulek pomoci veci typu "float:left" a spol. se rozpada pomene casto, zatimco tabulky se pri neocekavanych vecech v nich pomerne inteligentne roztahnou, tak "css design" casto zmeni layout a sloupce co byly vedle sebe se kvuli nedostatku mista seradi pod sebou, nebo text preleza ven ze sveho "kontejneru" s fixni sirkou ....
Takze tabulkovy design bych zatim jeste nezavrhoval ....
Mel jsem tu cest pod os commerce delat pred rokem a myslim ze to je shit. Autorum nerika nic modularita, jednotlive skripty jsou napsane bez hlubsiho propojeni, zmenit design je temer nemozne nemluve o tom jak si predstavuji "moduly": tady zmente tohle, tady prepiste tohle a tohle smazte.
Nevim, mozna se za rok zlepsili, ale silne pochybuju.
suhlas. styl akym je osCommerce naprogramovany ja osobne oznacujem ako "spagety". v dnesnej dobe by kazdy PHP programator mal vediet napisat aplikaciu aby bola modularna, oddelit logiku od prezentacie pomocou sablon, pouzivat PEAR:DB alebo AdoDb aby sa to lahko dalo nasadit aj na inu databazu.
suma sumarum je osCommerce absolutny programatorsky hnoj (cesky hnuj aby bolo kazdemu jasne co chcem povedat).
Na prvni pohled vypadaji stranky OK, ale uz na druhy vim ze bych je nikdy nepouzil! Duvod je jednoduchy, pri pohybu kategoriemi pouzivaji (podle adresaroveho radku pri prvni navsteve stranky) identifikaci pomoci nejakeho generovaneho retezce, pravdepodobne session ID. A to je neco, diky cemuz takove stranky zadny vyhledavac typu Jyxo nebo Google NEZAINDEXUJE! Coz znamena, ze muzete mit v obchodu super zadane zbozi, ale pokud ho nekdo bude hledat ve vyhledavaci tak k vam se pravdepodobne vubec nedostane :-(
K te validite, nemyslim si ze nevalidni kod (neplest s kodem obsahujicim zavazne chyby v HTML, coz rozhodne neni totez) je velka katastrofa. Na druhou stranu, i u vetsich projektu to lze zajistit - viz treba moje http://www.priroda.cz ktera zas az tak maly projekt neni - vyzaduje to jen o trosku vic pozornosti pri praci.
Samozrejme nevim jak to maji delane, zdrojak jsem nezkoumal a ani se mi do toho moc nechce.
Ale kdyz prijdu na ten web poprve, tak jse u vsech odkazu onen 'nahodny' retezec, ktery vyhledavace nesnaseji. Pokud identifikuje Google a jemu predklada jine stranky tak je zaindexuje. Ale i tak - pokud by tam sesID vubec nebyly tak by to jeho pozici ve vyhledavacich jen pomohlo. To vam povi kazdy, kdo se jen trochu 'otrel' o optimalizaci...
Hmm, tak to jsem si nabehl ;-) Mate pravdu, byla tam drobna chyba ve validaci. Uz je to ok, diky za upozorneni. Ale jinak se urcite shodnem, dulezite je, aby stranky fungovaly ve vsech prohlizecich. A to nastesti ty nase funguji ;-)
Jinak z posledni doby jeden priklad za vsechny kde je to autorovi viditelne uplne jedno - http://www.skoda-auto.cz - v Mozille jsem uz hodne dlouho nevidel takhle rozjetej web :-(
Je to asi měsíc, co pracuji s shopem, ktery najdete na http://www.cpcommerce.org - Design stranek se meni velice snadno a take se docela snadno pracuje s ruznymi moduly. Pracuji na českém překladu a zájemcům samozřejmě rád pošlu patřičné soubory s vysvětlením (jakmile je budu mít dokončené, pověsím je do fóra na domovské stránce cpCommerce). Testovací verzi (českou) najdete na adrese http://wtc-online.net - je zatím umísťena na free hostingu, takže má omezený počet SQL dotazů - pokud se vám přestane zobrazovat zboží, vraťte se o něco později ...
Znemoznuji mnohe elegantni veci? a jake veci jdou udelat v HTML dokumentu kde nejsou tabulky co by v dokumentu s tabulkami nesly?
Ad zrakove postizeni: pokud z webu delaneho pres "CSS styly" odstranim stylesheet, tak to vypada pak zhruba stejne, jako kdyz z webu delaneho tabulkami odstranim tabulky. Kde je problem pro zrakove postizene?
S tim delsim casem bych si nebyl jisty ... to asi bude zaviset na prohlizeci ....
CSS layout je hlavně v oddělení obsahu od vzhledu. Například pokud chceme, aby náš web vypadal na jiných médiích jinak (typicky monitor a tiskárna). U tabulkového layoutu musíme mít 2 verze stránek, u css pouze dva stylové předpisy.
viz třeba http://interval.cz/clanek.asp?article=2121
"Cílem je vytvořit čistě napsaný, bezpečný a rychlý publikačním systém kompatibilní s PHP-Nuke"
Aha .... tak to jo, jestli to napisete cely znova a bude to bezpecny a kompatibilni s php-nuke tak to by byl chvalyhodny pocin .... tea jestli se vam ty cile povede splnit
ale kdyz mate hned v prvnim odstavci napsano " Je nástupcem publikačního systému UNITED PHP-Nuke Czech Edition" tak by clovek rek, ze jadro je ze systemu php-nuke (dokud si to nedocte do 3. odstavce, mozna by to chtelo v ty strance vic zduraznit ze derave jadro php-nuke neni pouzivano :o)
podle me se urcite najdou lide kteri oceni ze neco takoveho maji hotoveho a s radosti oscommerci vyuziji
ale v pripade ze budou chtit cokoli upravit - pocinaje layoutem a fukcnosti konce - zjisti ze je daleko lepsi si neco podobneho udelat sam nebo nechat udelat od nekoho jineho na miru.
to ze pri zmene layoutu je potreba jednu stejnou zmenu provest v cca 20 souborech povazuji za naprostou demenci.
Suhlas. Prave o tom to je. Ked niekto za mnou pride ze by chcel osCommerce, tak mu najprv vysvetlim ze to musi brat take ako to lezi-bezi. Pretoze ak to chce modifikovat k obrazu svemu, tak vyvoj eShopu na zakazku bude rychlejsi, bez obmedzeni a lacnejsi.
PS1: naprogramovat B2C e-commerce nie je nic narocne. Ina vec je B2B a EAI s ERP (Enterprise application integration, Enterprise resource planning). No ale to uz jedine v Jave a nie v PHP a nie v MySQL.
PS2: Open-source je pekna vec ale z niecoho zit musim ;-)
No, jen k tomu že naprogramovat B2C není nic složitého: je to úplně stejně složité jako dát dohromady B2B - pořádný B2C má SAMOZŘEJMĚ přímé vazby na ERP, logování každé jen trošku zajímavé akce, kešování na několika úrovních, pořádný redakční systém, moduly reklamací, faktury, platby, dodáky, záručáky.. (jedna z implementací je třeba e-shop Czech Computeru).
Jo, máme to dělaný v Javě, ale úplně stejně si umím představit že bychom to psali v .NET (třeba C#).
Ale s nutností vývoje "na zakázku" u větších B2C souhlasím - ono je pěkné, že po obchodní stránce se prezentují všude moduly, ale jakmile potřebujete do celého e-shopu zavést firemní zvyklosti a firemní postupy, moduly se dají použít tak na vrstvě předcházející té prezentační. Tam už většinou nepomůžou ani šablony..
ja oscommerce pouzivam a som s nim maximalne spokojny. ma vsetko co ma mat shop na nete - myslim tym funkcnost. uprimne povedane klientovy je jedno ako to vizera, dolezite je ze sa na to da pozerat, je to pouzitelne a da sa cez to predavat. a cez tento program sa da predavat velmi dobre. z komercneho hladiska je to velmi nasaditelne a pouzitelne. inak doporucujem pouzivat CVS verzie - STABLE je jaksi velmi stara a nema zopar veci ktore ponuka CVS.
No, tedy nechci rozpoutavat flamewar :-) ale pokazde,kdyz sem videl alternativu k necemu, co bylo v puvodne v php, napsanou pod JSP&Servlet(java), tak se to lisilo tim, ze to nebyl takovy gulas, DB perzistence byla abstraktni a nezavisla na konkretnim DB serveru, konfigurovalo se to povetsinou v xml, atd. :-)
Ale ted k veci, muzu zagooglit a dohledat, ale zeptam se: nemate nekdo tip na neco podobneho (eShop) napsany prave javimi webovymi technologiemi ?
Dobry den, na strankach pisete... Jedno z nejdéle očekávaných rozšíření pro publikační a redakční systém UNITED-NUKE je v současné době dostupné v téměř finální testovací verzi. Tento modul s propracovaným elektronickým obchodem, používající stále nejlepší open source řešení osCommerce se kterým je také plně kompatibilní, bude dokončen začátkem března 2007. Takze uz to 10 mesicu funguje? Nebo je nekde chybka? Zvazujeme nejaky novy eshop, takze i varianta unitednuke je ve hre, mozna. Diky hezky denKdyz mate na strankach informaci o spusteni ostre verze v breznu 2007 nemuzete se divit dotazu na stav projektu. Svou aroganci jste mne odradil od dalsi spoluprace, ktera byla motivovana tim, ze je unitednuke ceskym projektem. Obecne tema jsem vam zjevne take psal - eshop. Odhad jste ucinil, jasne jste napsal, ze naklady budou o nekolik radu vyssi nez desetitisice - to jsou miliony a vic, tento odhad jste hodil do placu rovnou, aniz byste se na cokoliv dalsiho ptal - povazuji vas tedy bud za genialniho telepata nebo podvodnika, vyberte si sam.