Piękny kod - Beautiful HTML looks like
Krótko i na temat - obraz przedstawia idealny sposób formatowania kodu HTML 5. Warto wykopać.
mkrass z- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
- 75
Krótko i na temat - obraz przedstawia idealny sposób formatowania kodu HTML 5. Warto wykopać.
mkrass z
Komentarze (75)
najlepsze
Przykład pokazuje prostą podstronę. A co w przypadku dużych serwisów gdzie php były w co 2 wierszu? Chyba lepiej pracować na szablonach
Systemy szablonów są ogólnie trochę wolniejsze od czystych wstawek w PHP jeśli komuś to nie przeszkadza i lubi się bawić takimi rzeczami to spoko.
Jeśli chodzi o łatwość używania, jeśli ładnie odseparujemy sobie widok w aplikacji i wysyłamy do niego tylko zmienne do wyświetlenia to moim zdaniem stosowanie wstawek PHP wcale nie jest trudniejsze. Każdy webmaster powinien sobie poradzić z ogarnięciem tego.
Bo jaka jest różnica
Nie rozumiem po co dawać dla body ID? Przecież jest łatwy dostęp z CSS oraz JS do tego elementu bez pomocy ID. Zbędny syf.
Descriptive blocks po co to komu? Ja używam odpowiednich nazw dla klas, np. "layer-header", "layer-footer" itp. Jeśli coś nie wspiera CSS to raczej nie jest moim "targetem". Jak dla
O.o Brawo, właśnie Ci się udało tylko w jednym swoim komentarzu zamieścić kilka najbardziej typowych błędów popełnianych przy tworzeniu WWW. I to, o zgrozo, nazwałeś to poprawianiem tego, co właśnie było dobrze, a reszta go jeszcze zaplusowała...
Nie rozumiem po co dawać dla body ID? Przecież jest łatwy dostęp z CSS oraz JS do tego elementu bez pomocy ID. Zbędny syf.
Tagi oraz IDki i klasy, to w HTMLu dwa równoległe
a nie można dać:
href="css/main.css"
echo date("Y");
Auto kodu miałby mały opieprz. Pomijam kwestię kodu php w szablonie. Jeżeli autor umieściłby taki kawałek wypisujący rok, załóżmy na górze i dole strony to:
- po pierwsze niepotrzebnie woła funkcje date() dwa razy - strata wydajności.
- po drugie naraża skrypt na błąd polegający na wypisaniu dwóch różnych dat - na górze i na dole strony. W przypadku roku sprawa jest mało prawdopodobna, ale niektórzy genialni
Powiedzmy sobie szczerze... Nie istnieją strony www które nie używają żadnych języków skryptowych...
Dzięki takiemu zestawieniu zaczynam rozumieć, że jak poprawny HTML to tylko z PHP :)
Nie kopcie tego to jest niepoprawne i tendencyjne. Się kurde uparliście :D
W takim układzie nie ma w ogóle możliwości pomieszania kodu z szablonem, ani prezentacji z logiką. Tego się po prostu nie da zrobić. Moduł przetwarzający
Oczywiście do takich typów plików lepsze byłoby coś nie nastawione na XML, ale jeśli nie masz dużych wymagań, to nie będzie z tym problemu.
EDIT:
Ok, przeczytałem wcześniejsze posty i zauważyłem, że wcisnąłem się trochę bez sensu...
Domyślam się, że ta biblioteka pozwala się poruszać po HTMLu w
http://neo.infeo.pl/xt/
I rzeczywiście jest to świetne rozwiązanie do szablonów HTML. Tylko co z szablonami np. e-maili, zapytań do baz danych, czystego tekstu, PDFów i formatów nie opartych na SGML? Jak sobie z nimi radzisz?