Kritika webu http://www.firebolt.cz/
http://www.firebolt.cz/
V předchozím kvízu, Online test znalostí HTML a CSS, jsme si ověřili nabyté zkušenosti z kurzu.
Tvůrce
Zobrazeno 23 zpráv z 23.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Online test znalostí HTML a CSS, jsme si ověřili nabyté zkušenosti z kurzu.
ak by si dokument ukladal vo formate "utf-8", nepotreboval by si nic takehoto: ", ale taku funkciu maju az IDE prostredia
Promiň, ale nějak jsem nepobral, co jsi tím chtěl říct...
pozri sa do zdrojoveho kodu a uvidis o com som pisal
keby si ten text mal v kodovani utf8, tak by tie podivne znaky nemusel pouzivat
Těm podivným znakům se říká entity a kódování utf-8 používám, důvodem proč tam jsou, je editor, který je prostě cpe do textu bez ohledu na kódování, ale já v tom neshledávám žádný problém, spíš naopak...
aj som si myslel, ze su to entity... mimochodom, ten editor, co ich tam cpe je podla mna prasaci editor..., len zaneplesuje text zbytocnymi entitami
ale aby som iba nehanil, docela dobra stranka ma CMS, asi si ho stiahnem a vyskusam
len to potom dodatocne trosku upravim a ak moje upravy budu funkcne a nespomalia nacitavanie, tak ti poslem navrh
a mal by som otazocku, ze ci sa planuju aj nejaka doplnujuca funkcionalita v podobe modulov
Než se pustíš do jakýchkoliv úprav, tak si prosím přečti licenční
podmínky, vím že to nikdo nedělá, ale vážně nejsou dlouhé.
Nad plug-in moduly jsem uvažoval, ale upřímně řečeno, zatím mě nanapadá
žádný, který by byl užitečný. Kromě toho se snažím aby byl systém co
nejkompaktnější a neobsahoval zbytečnosti, myslím že s tímhle
"základem", půjdou vytvořit dobré stránky, bez kýčovitých anket typu
"Jak se vám tu líbí?".
Jak je to napsané jsem nezkoumal, to přenechám povolanějším, ale čistě uživatelsky je to velice příjemné a srozumitelné. Trochu minimalistické, ale to může být spíše výhoda. Tohle by se možná i ujalo, pokud tam nejsou nějaké vážnější chyby.
Přesně o to jsem se snažil a pevně doufám že tam žádné chyby nejsou, já alespoň o žádných nevím, SQL injection a podobné by měly být ošetřeny a funkčnost jsem testoval vážně důkladně.
Jen možná škoda, že to není objektově.
Mimo to, často jsi v nějakém souboru vytvářel funkci. Nebylo by lepší si
všechny fce uložit do samostatného souboru/ů a ty pak pouze načítat?
Já vím, já vím... řekněme že na objekty čekám ještě hodně
připomínek, já se s nimi příliš nekamarádím a nepoužil jsem je taky
proto, že bez nich je mnohem vyšší kompatibilita mezi verzemi PHP a tím
bych asi raději téma "objekty" uzavřel.
Co se týče funkcí ve zvláštním souboru, napadlo mě to, ale pak jsem si
řekl, že takhle mám aspoň každou jenom tam kde potřebuju, stejně se mi
žádná neopakuje ve více skriptech a stejně je zase používám jenom z
nutnosti (všechny jsou rekurzivní).
Určitě bych OOP nezahodil kvůli tomu, že některé prastaré verze PHP to nepodporovaly. Ale jestli jsi s OOP nedělal, tak určitě nezačínej s takovými projekty.
A k těm funkcím - když je máš hezky oddělené v určitých souborech (případně v jednom, např. functions.php), tak je to mnohem přehlednější a také se ti nestane, že stejnou funkci budeš muset psát dvakrát. Že načteš pár dat navíc, i když je nepotřebuješ, je zanedbatelné.
Když použiješ OOP získáš
jednoduchý příklad. Potřebuješ přihlášení. Časem si chceš udělat přihlášení ještě přes FB, Google,...uděláš Interface IPrihlaseni a jednotlivé třídy FacebookLogin, GoogleLogin které implementují interface. Tuto třídu, resp. interface předáš do modelu, který obstarává přihlášení a je ti jedno jestli se vnitřně to přihlašuje přes fb, google, twitter, email...to už obstará samotná třída, tobě vrátí akorát informace, které vrací každá třída.
Tímto příkladem chci říct, že když tohle budeš chtít přidávat, troufám si říct, že budeš muset měnit bůhví kolik kódu a dlouho to ladit.
Dokud je aplikace malá, OOP třeba vynecháš, brzy ale narazíš na problémy, které pomocí OOP le mnohem lépe řešit. BTW například i ty plug-in moduly
Já to říkal ... toho všeho jsem si vědom a nezlobte se, ale teď už to předělávat do objektů nehodlám, to by trvalo dalšího půl roku... zvlášť když to funguje.
Já se nezlobím, ale radím Jestli to máš v plánu rozšiřovat, začni přepisovat teď než později, kdy zjistíš, že to budeš muset přepsat - "bolest" bude menší - vím o čem mluvím
Není to špatné.
Btw. koukni na http://goodui.org
Rad si vážím, ale vážně to dva dny po dokončení nezačnu překopávat od základů, možná někdy později, až se OOP pořádně naučím. Těď bych to totiž taky možná nějak splácal, ale výsledek by byl horší a já bych mu možná ani nerozuměl. Nicméně jestli vás to potěší, tak dva další momentálně rozdělané projekty nebudou takhle stažitelné a vy se nebudete muset dívat na můj strašný kód. A tím už bych tohle proklaté téma vážně ukončil.
Za 1) tykáme si tu a nemám ni pořádně patřičný věk na vykání Za 2) ano to je správná úvaha, buď OOP pořádně (ono to není nikdy) ale mít ho v " v malíčku" 3) Mě to nerozčiluje, nevadí mi to Jen radím, už jsem si na tom vylámal zuby
Jenom k tomu první mu bodu, myslel jsem vy v množném čísle
Zlatá angličtina
Díky HoBi, to se hodí... nicméně myslím, že použití některých rad se nedá převést do každého jazyka. Ale to už se v tom moc šťourám
Zobrazeno 23 zpráv z 23.