ForumCała strona

Nawigacja

Aktualnie online

Gości online: 4

Użytkowników online: 0

Łącznie użytkowników: 25,393
Najnowszy użytkownik: Assassin

Logowanie

Nazwa użytkownika

Hasło



Zarejestruj się

Odzyskaj hasło

Shoutbox

Musisz zalogować się, aby móc dodać wiadomość.

JazOOn
06.12.2024 23:45:46
Amen

Zbigniew@
17.11.2024 11:33:24
Nie ten grzeszy kto pije, ale ten, kto się nie upije.

JazOOn
16.11.2024 20:46:18
tja

Zbigniew@
15.11.2024 18:58:17
Kto pije, ten nie bije.

JazOOn
31.10.2024 20:49:47
Kto pije?

Pobierz nową wersję
Pobierz podręcznik
Zobacz inne oficjalne Supporty
Statystyki supportu
PHP-Fuson PL na Facebooku

RSS

Polecamy hosting SferaHost.pl

Zobacz temat

 Drukuj temat
Propozycja odchudzenia (optymalizacji) PHP-Fusion
zer0
Nie wiedziałem w którym dziale założyć ten temat, więc od razu przepraszam administrację, że znajduje się on w tym dziale. Myślę, ze temat można uznać jako 'propozycję', gdyż tego co opiszę, brakuje PHP-Fusion od kilku lat.

Chodzi mi o wywalenie wszystkich tabelek, które są w kodzie, lokalnych styli css, niepotrzebnych <br>anów i <strong>menów. Bardzo dużo osób może sobie nie życzyć modyfikacji plików z uwagi na kolejne aktualizacje. Jednakże chciałbym zachęcić każdą osobę, która zna się na XHTML i CSS do takiego właśnie czynu. Nie jest to proste wyzwanie, lecz jeśli chociaż jedna osoba odchudzi jeden plik, to w szybkim tempie zaoszczędzimy kilkadziesiąt kilobajtów - nie wspomnę już o optymalizacji pod kontem marketingowym, czy miesięcznego transferu.

Plików także nie jest wiele.. :)


Przed chwilą odchudziłem plik news.php. Z 11Kb pomniejszył się do 10Kb. Przypuścimy, że teraz mamy 500 odsłon dziennie, co daje nam 500Kb dziennej oszczędności. Miesięcznie można dojść do 15Mb, co np. dla osób mających łącze bezprzewodowe jest niezmiernie ważne. Poza tym, nie ma to jak wdzięczność użytkowników, którym strona się szybciej ładuje.. :)

Więc tak wygląda plik news.php:
Pobierz kod źródłowy  Rozwiń Kod źródłowy PHP
+ style CSS, które należy dodać do własnego arkusza:
Pobierz kod źródłowy  Rozwiń Kod źródłowy CSS
Różnica w wyglądzie jest niewielka i odważę się twierdzić, że nawet lepsza.. ;)


[EDIT] Jeśli komuś nie rozciągnie się ramka przy dwukolumnowym układzie newsów, tzn. że ma błędy we własnym Theme. Narażone są na to skóry wykonane przez Max Toball, którego skóry (nie wiem jakim cudem) są w paczkach PHP-Fusion.


No i co du więcej napisać: od Was inni mogą nauczyć się poprawnie kodować strony. Wtedy może jako jedyny naród ze społeczności PHP-Fusion będziemy pisali poprawnie. Tak jak poprawnie gramatycznie jest forum supportu PHP-Fusion.. :)


Zachęcam do optymalizacji!



Pozdro,
~ zer0
Edytowane przez zer0 dnia 28.08.2009 18:19:33
www.nlds-group.com - NLDS Group - Marketing & Promotion Agency
 
Wścibski Gość
Dodany dnia 23.12.2024 21:11:25
Pan Kontekstualny

Postów: n^x
Data rejestracji: Zawsze

Polecamy hosting SferaHost.pl
IP: localhost  
bartek124
Przejście na divy byłoby dobrym krokiem, ale raczej nie teraz. Nadal wiele stron ma wszystko na tabelkach, wielu webmasterów nie pojmuje divów, są z nimi kłopoty w różnych przeglądarkach no i jest z nimi dużo więcej pracy, a to raczej burzy ideę prostego CMS'a.

Ja wyjadę z optymalizacją PHP. Owszem, duże kroki w v7 nastąpiły, ale nadal niektóre części nieciekawie wyglądają. Przykład także z news.php, linia 59:
Pobierz kod źródłowy  Rozwiń Kod źródłowy


Jedenaście newsów na stronie - jedenaście dodatkowych zapytań, bezsens.
userbar_bartek124_net.png mw.gif Nie pomagam na komunikatorach oraz PW!
 
www.bartek124.net
zer0
bartek124 napisał/a:
Przejście na divy byłoby dobrym krokiem, ale raczej nie teraz. Nadal wiele stron ma wszystko na tabelkach, wielu webmasterów nie pojmuje divów, są z nimi kłopoty w różnych przeglądarkach no i jest z nimi dużo więcej pracy, a to raczej burzy ideę prostego CMS'a.

Nie wiem co rozumiesz poprzez "ideę prostego CMS'a"? :)

Subiektywna opinia:
Prosty CMS to taki, który jest zoptymalizowany. Zaglądając w źródło strony już widać co jest od czego (jeśli postawimy na DIV'ach). XHTML + CSS + DIV ma za zadanie przede wszystkim oddzielenie kodu od treści, więc i CMS stałby się prostszy - nie wspominając o robotach indeksujących. Fakt faktem, że jest wyzwaniem przekodowanie zawartości, lecz jest to ogromnie opłacalna inwestycja czasu.

To, że skóry są na <tabelkach> nic tutaj nie zmienia, gdyż z góry narzucone 'wnętrza' themesów zostałyby wypełnione DIV'ami. Są one wiele bardziej podatne na CSS i łatwiej można nimi manipulować. Chociażby 'position' czy 'z-index' - na tym nie zbuduje się <tabelkowego> (efektywnego) thema. Za pomocą tych wartości, nawet Panel Administracyjny zyskałby na efektywności (.admin-message). Ponadto, komunikaty na stronie wyglądałyby o wiele lepiej.. :)


Podaję zoptymalizowany user_info_panel:
Pobierz kod źródłowy  Rozwiń Kod źródłowy PHP

..zoptymalizowany navigation_panel:
Pobierz kod źródłowy  Rozwiń Kod źródłowy PHP

..zoptymalizowany online_users_panel:
Pobierz kod źródłowy  Rozwiń Kod źródłowy PHP

+ CSS:
Pobierz kod źródłowy  Rozwiń Kod źródłowy CSS



Pozdro,
~ zer0
www.nlds-group.com - NLDS Group - Marketing & Promotion Agency
 
Gander
@zer0, a jak właściwie liczysz tą optymalizację? Zdajesz sobie sprawę że transferowany jest tylko wynikowy kod HTML a nie źródła PHP? Pamiętaj że plik PHP może mieć kilkaset kilobajtów a zwrócony kod - tylko kilka bajtów.

Przeprowadziłem test na stronie zawierającej kilka newsów:
  1. Układ dwukolumnowy: 36,88 KB
  2. Układ jednokolumnowy: 37,95 KB
  3. Twój układ jednokolumnowy: 38,02 KB

Edytowane przez Gander dnia 28.08.2009 16:00:40
 
gander.solutions
zer0
Gander napisał/a:
@zer0, a jak właściwie liczysz tą optymalizację? Zdajesz sobie sprawę że transferowany jest tylko wynikowy kod HTML a nie źródła PHP? Pamiętaj że plik PHP może mieć kilkaset kilobajtów a zwrócony kod - tylko kilka bajtów.

Nie tylko można optymalizować HTML - przecież także jest pełno niepotrzebnych odwołań do DB. Liczę także style CSS, które będą w cash'u, a nie w źródle ładowane za każdym razem, gdy ktoś odwiedzi naszą stronę. Zauważ proszę ile jest powstawianych style="" - tego można uniknąć oszczędzając na łączach userów. Dla mnie jest to niechlujstwo programistyczne, które wymaga optymalizacji. Ta sama sytuacja tyczy się <br>anów - możesz mieć poprawny XHTML, lecz umieszczając w nim pełno "nowych linijek" jest on tak samo błędem co pogrubianie tekstu <b> - walidator W3C <br /> akceptuje, chodź nie powinien.

[EDIT] Zapomniałbym o fix'ie <div class="floatfix"></div> - tak samo jest błędem co marginesy na minusie. Tego shit'u jest pełno w skórach opartych o DIV'y.. :/


Gander napisał/a:
Przeprowadziłem test na stronie zawierającej kilka newsów:
  1. Układ dwukolumnowy: 36,88 KB
  2. Układ jednokolumnowy: 37,95 KB
  3. Twój układ jednokolumnowy: 38,02 KB

Przeprowadź proszę jeszcze testy pod kątem botów - który kod jest dla nich lepiej przyswajalny.


Wrzuć stronę z <tabelkami> na http://www.golden...ww-grafik/ lub http://www.forum....izacja.com - zobaczymy, jak zareagują rzesze programistów. Nie są to jedyne miejsca, gdzie otrzymasz konkretny feedback.


Pozdro,
~ zer0
Edytowane przez zer0 dnia 28.08.2009 16:57:15
www.nlds-group.com - NLDS Group - Marketing & Promotion Agency
 
Gander
Masz rację. Chodziło mi jednak o to że twoja "odchudzona" wersja jest większa od oryginału. Gdyby wyrzucić style do zewnętrznego pliku, nadal oryginał byłby mniejszy. Optymalizacja kodu nie zawsze oznacza zmniejszenie jego rozmiaru. Chciałbym po prostu żebyś nie uzależniał wielkości pliku PHP od jego wydajności. Sam staram się robić jak najbardziej XHTML-ową wersję moich modułów, ale z powodu braków w umiejętności kodowania DIV-ów bardzo często, niestety, muszę korzystać z tabel.

Przeczytałem jednak kiedyś gdzieś, że znaczniki typu <h> lub <strong> mają znaczenie dla pajączków internetowych: na przykład zaznaczają jakieś ważniejsze elementy - tego font-weight:bold nie robi.
 
gander.solutions
jantom
Teraz zaczynacie dywagacje na temat oddzielania zawartości od wyglądu. To już wymaga odrobiny wprawy w pisaniu kodu HMTL, a co ciekawsze, jest różnorodnie interpretowane przez różnych webmasterów. Niektóre elementy z kodu zer0 (dokładniej przyjrzałem się tylko news.php, wybacz) napisałbym jeszcze inaczej, np. uważam, że odpowiedniejszym od
Pobierz kod źródłowy  Rozwiń Kod źródłowy
byłoby
Pobierz kod źródłowy  Rozwiń Kod źródłowy

Div uznawany jest tylko za pudełko, a tytuł newsa zdecydowanie bardziej zasługuje na formę nagłówka.
W v7.01 i tak tych zmian nie uda się teraz wprowadzić - wedle tego, co czytam, wydanie uznane jest za zamknięte, teraz tylko błędy poprawiają.
Edytowane przez jantom dnia 28.08.2009 18:07:32
 
http://jantom.info
zer0
Gander napisał/a:
Masz rację. Chodziło mi jednak o to że twoja "odchudzona" wersja jest większa od oryginału. Gdyby wyrzucić style do zewnętrznego pliku, nadal oryginał byłby mniejszy. Optymalizacja kodu nie zawsze oznacza zmniejszenie jego rozmiaru. Chciałbym po prostu żebyś nie uzależniał wielkości pliku PHP od jego wydajności. Sam staram się robić jak najbardziej XHTML-ową wersję moich modułów, ale z powodu braków w umiejętności kodowania DIV-ów bardzo często, niestety, muszę korzystać z tabel.

OK - mój bład - przepraszam.

Kodowanie na DIV'ach, w brew pozorom, nie jest trudne - widziałem niejednokrotnie, że niektórzy idą pod górkę, a wystarczą dwie linijki CSS i wszystko śmiga. Najgorzej jak 'webmajsterzy' tną layout z Photoshop'a, lub z generatorów OnLine i myślą, że mają poprawny XHTML. To nie prawda. Photoshop i generatory dodają atrybuty 'position:absolute' co w ogóle jest niepotrzebne - wtedy DIV traci na elastyczności. Najłatwiej i najszybciej jest samemu napisać XHTML i dopisać do niego arkusz CSS + docinać w Photoshop'ie poszczególne elementy. Wtedy masz 100% pewność, że wszystko będzie jak należny.

Wystarczy:
Pobierz kod źródłowy  Rozwiń Kod źródłowy PHP
...i nie trzeba kombinacji z <tabelkami>


Gander napisał/a:
Przeczytałem jednak kiedyś gdzieś, że znaczniki typu <h> lub <strong> mają znaczenie dla pajączków internetowych: na przykład zaznaczają jakieś ważniejsze elementy - tego font-weight:bold nie robi.
Tak to prawda - <h> jest potęgą SEO. Jednakże wolę użyć <h5> zamiast <strong> z uwagi na to, iż GoogleBot wpierw łapie <h> a później <strong>. A po co <strong>menami śmiecić w kodzie? :)


@jantom: masz rację!
Poprawiłem ten błąd i usunąłem wcześniejszy nagłówek <h3>, a 'pudełko' zastąpiłem tym samym H3 zamiast H1.. :)
<h1> - pozostawiłbym na LOGO
<h2> - na nazwy PANELI
<h3> - NEWSY, KATEGORIE galerii, linków itp



Pozdro,
~ zer0
Edytowane przez zer0 dnia 28.08.2009 18:36:25
www.nlds-group.com - NLDS Group - Marketing & Promotion Agency
 
jantom
zer0 napisał/a:
Gander napisał/a:
Przeczytałem jednak kiedyś gdzieś, że znaczniki typu <h> lub <strong> mają znaczenie dla pajączków internetowych: na przykład zaznaczają jakieś ważniejsze elementy - tego font-weight:bold nie robi.
Tak to prawda - <h> jest potęgą SEO. Jednakże wolę użyć <h5> zamiast <strong> z uwagi na to, iż GoogleBot wpierw łapie <h> a później <strong>. A po co <strong>menami śmiecić w kodzie? Smile

Teraz mamy do czynienia z tym, o czym chwilę wcześniej pisałem - różnorodne interpretacje użycia znaczników. Dla mnie nagłówek, to nagłówek - rzecz święta, która nie może pojawić się w tekście jako podkreślenie wagi czegoś - w przeciwieństwie do stronga. Przydałaby nam się jeszcze osoba, która miała do czynienia z przyglądarkami dla osób niewidomych (ze względu na interpretację głosową widzianego tekstu)/miałaby hopla na punkcie accessbilty.
Edytowane przez jantom dnia 28.08.2009 18:22:55
 
http://jantom.info
zer0
jantom napisał/a:
Teraz przydałaby nam się jeszcze osoba, która miała do czynienia z przyglądarkami dla osób niewidomych/miałaby hopla na punkcie accessbilty.

Większej palpitacji dostałby od tych <tabelek>, niż od <h5>.
To samo się tyczy braku <label> w wielu miejscach.. ;)

[EDIT]
Wpadł mi do głowy OH, który po zalogowaniu użytkownika zmienia <h5> na <strong>.. :)




Pozdro,
~ zer0
Edytowane przez zer0 dnia 28.08.2009 18:33:22
www.nlds-group.com - NLDS Group - Marketing & Promotion Agency
 
Chemikpil
zer0 napisał/a:
Poprawiłem ten błąd i usunąłem wcześniejszy nagłówek <h3>, a 'pudełko' zastąpiłem tym samym H3 zamiast H1.. Smile


Tak dążąc już do doskonałości to między h3 a h1 jest różnica ale nie w wyglądzie. h1 to pierwszy tytuł, a kolejne numerki to jego kolejne podtytuły. To tak jak byś miał rozdział, podrozdział, itd. Jest to również zasada której W3C nie wytyka webmasterom, a oni dają h3 zamiast h1 dlatego że h1 jest za duże. No ale to tak już na marginesie.
Nie pisać na GG i PW w sprawach technicznych!
ChemikPil - blog (w nowej odsłonie) | ChemikPIL - My twitter
 
www.chemikpil.pl
zer0
Chemikpil napisał/a:
Tak dążąc już do doskonałości to między h3 a h1 jest różnica ale nie w wyglądzie. h1 to pierwszy tytuł, a kolejne numerki to jego kolejne podtytuły. To tak jak byś miał rozdział, podrozdział, itd. Jest to również zasada której W3C nie wytyka webmasterom, a oni dają h3 zamiast h1 dlatego że h1 jest za duże. No ale to tak już na marginesie.

Przecież napisałem we wcześniejszym poście:
zer0 napisał/a:
<h1> - pozostawiłbym na LOGO
<h2> - na nazwy PANELI
<h3> - NEWSY, KATEGORIE galerii, linków itp

Mnie tego pisać nie musisz.. Smile



Pozdro,
~ zer0
www.nlds-group.com - NLDS Group - Marketing & Promotion Agency
 
Riklaunim
bartek124 napisał/a:
Przejście na divy byłoby dobrym krokiem, ale raczej nie teraz. Nadal wiele stron ma wszystko na tabelkach, wielu webmasterów nie pojmuje divów, są z nimi kłopoty w różnych przeglądarkach no i jest z nimi dużo więcej pracy, a to raczej burzy ideę prostego CMS'a.


Nie zgadzam się z tym że:
- są problemy z obsługą DIVów i XHTML w przeglądarkach
- jest z nimi dużo więcej pracy

To nie stopień trudności nowoczesnych szablonów stron utrudnia ich przyswajanie przez młodych webmasterów, lecz skrypty stosujące przestarzałe rozwiązania, które przyuczają ich do starych rozwiązań.
Edytowane przez Riklaunim dnia 29.08.2009 00:51:44
 
http://www.cms.rk.edu.pl
Chemikpil
Nie chodzi o to że łatwiej je wstawić i usunąć. Bardziej chodzi o ich stylizacje, pozycjonowanie itp. W tabelkach stworzysz sobie wiersz i każda komórka będzie koło siebie, a w divach już trzeba bawić się z przyleganiem, co do teraz dla wielu jest utrapieniem. Spotkałem także takich co nie potrafią wyśrodkować diva, nie wspomnę tu o osobach które wciąż używają <center> ... eh. I chociaż nam to przychodzi z dziecinną łatwością to inni mają z tym wielkie problemy.

Proponuje jednak już wrócić do tematu, który dotyczy odchudzenia PF. Smile
Edytowane przez Chemikpil dnia 29.08.2009 11:26:14
Nie pisać na GG i PW w sprawach technicznych!
ChemikPil - blog (w nowej odsłonie) | ChemikPIL - My twitter
 
www.chemikpil.pl
Przejdź do forum:
Created by Arox Copyright (C) 2004
Copyright (C) 2004 - 2018 Ekipa PHP-Fusion.pl