Podstrony
- telcocafe
- [joomla!] IE źle wyświetla stronę IE źle wyświetla stronę
- Odczytywanie zmiennych flash Jak odczytać zmienną txt do flasha?!
- Projekt ROME, RSS ATOM POMOCY ! opis projektu ROME
- Błąd partycji w Windowsie POMOCY ! Padły partycje windowsa, linuxa są całe...
- 3rror czy dHost? Kto ma na dHOST, piszcie!
- Instalacja PunBB 1.1.5 Jak zainstalować PunBB 1.1.5? Help!
- MySQL Po instalacji MySQL-a pojawia się błąd?!
- SMTP bez autoryzacji! Szukam adresów SMTP bez potrzeby ...
- [PHP]include(); Błędy z polskim kodowaniem po includowaniu!
- Przewijany include(''); w PHP. POMOCY!
- zanotowane.pl
- doc.pisz.pl
- pdf.pisz.pl
- truskawka.pev.pl
telcocafe
1. Zdarzały wam się pady bazy opartej na txtSQL?2. Jakie jest spowolnienie stron korzystających z tego skryptu?
3. Macie jakieś jeszcze uwagi, opinie? Lepiej uprościć sobie zadanie i korzystać z txtSQL, czy pozostać na plikach ze zmiennymi i tablicami (gdzie ładowanie trwa szybko, bo wystarczy tylko użyć funkcji INCLUDE)?
Odpowiedzcie na te pytania, chcę uzyskać Wasze opinie na ten temat. :)
1. Zdarzały wam się pady bazy opartej na txtSQL?
tak, nie rób modułu statystyk na tym z kilkoma tysiącami wpisów :P
2. Jakie jest spowolnienie stron korzystających z tego skryptu?
staraj się unikać kilkumegowych tabel. Np. jak masz artykuły to zrób taki bajer że:
- tabel artykułów: ID Auto_increment, tytuł, opis, autor, nazwa_tabeliX
- tabelaX: id z tego powyżej, treść artykułu.
Czyli można tworzyć sobie dowolną ilość tabel na treść artykułów i do nich zapisywać ich treść - to co zajmuje najwięcej miejsca. Ja tak zrobiłem dla RkCMF dla relacyjnych baz i łatwiej ruszać mniejsze tabele :) choć w tym przypadku 20MB tabela jest stabilna
- tutaj mam stary benchmar. RkCMS Alfa-Alfa to prekursor RkCMF oparty o txtSQL :P generalnie obecny odpowiednik RkCMF na mysql ładuje si odpowiednie w 0,23s
Będzie to tym szybsze im bardziej precyzyjne zapytania będziesz robił i na otrzymanych tablicach wykonywał najmniej operacji sortująco/matematycznych (np. robiąc listę artykułów stosuj iteratory [1][2][3] pobierając jedynie dane potrzebne dla danej strony spisu)
Sam parser to ponad 1650 linijek (ponad 70 kB). Gdyby usunąć komentarze (powiedzmy, że to 1/4 czy 1/5 pliku), to i tak będzie dużo zajmował.
Plik z funkcjami zajmuje ponad 60 kB.
Plik z klasami - ponad 45kB.
Ładować to wszystko, co będzie zajmowało zdecydowanie więcej, niż pliki CMSa wczytywane podczas generowania strony?
Głównym celem powstawania tego CMSa jest szybkie działanie na plikach tekstowych. Choć w tym przypadku trudniejsze będzie np. wyszukiwanie i inne czynności z tym związane, pozostanie tak, jak jest.
Użytkownik Ferrari edytował ten post 21 kwiecień 2005, 15:57
include czy require mają znikomy czas wykonania