Obecny czas: 17 Sty 2026, 10:31
Widok do druku | « Poprzedni temat | Następny temat »
Temat
-
Wysłany: 13 Lut 2006, 00:15
Witam. Mam zamiar w swojej modyfikacji zorbić Cache'owanie zapytań SQL tak bay zmniejszyć ilośc pobieranych danych z Bazy. No i praktycznie rzecze biorąc wszystko już działa, ładnie zapisuje do pliku i odczytuje z niego.
No właśnie. Czy ktoś wie, ma, widział plan relacji między zapytaniami w plikach? No bo tego jest od za i jeszcze troche. Trzeba porobic zapytania w pary, trójki, czwórki itd.
Prosiłbym o pomoc w tej kwestii bo tego jest za dużo jak na jedną osobę...
PS. Nie wiedziałem gdzie umieścić ten temat, a te miejsce wydawało się odpowiednie...
Jak nie to nie, łaski bez...
Odpowiedzi
-
Wysłany: 07 Mar 2006, 22:50
Mówić można, wolność słowa
.
Podejście obiektowe nie jest prostym tematem i po prostu trzeba do tego przywyknąć, gdy przechodzi się ze strukturalki. A to wymaga czasu i praktyki.
Ogólnie jeśli wprowadzać cache zapytań SQL, to IMHO tylko i wyłącznie na poziomie klasy DBLayera. Nie sądzę, żeby jakikolwiek zewnętrzny cacher był potrzebny, zresztą – IMHO świetnie to jest rozwiązane w ADOdb.
+Termit
ON WIE LEPIEJ 
-
Wysłany: 07 Mar 2006, 23:10
Faktycznie, niektóre rzeczy z pakietu PEAR są fajowskie
Ostatni moj post troche nienatemat.
Pisanie proceduralne ogranicza.
To tak jak by w c++ sie tak ograniczyć...pozostalo by mi pisanie aplikacji pod dosa
Niewiem Przemo...może zrazileś sie obiektówką z php4... i nie probowales jej pod php5?
Zresztą dobrym przykladem wyższośći obiektówki od proceduralnym pisaniem jest fakt, że phpBBCzy jest pisane w klasach
Jakieś przesilenie zimowo-wiosenne, że się taki wrażliwy zrobilem?
-
Wysłany: 08 Mar 2006, 10:24
Czytliwość i rozszerzalność klasy poprawiają, czas wykonania (przynajmniej w PHP) napewno idzie w dół. Ale klasy i tak są dobre.
-
Wysłany: 08 Mar 2006, 13:46
Damianmyst napisał(a):ale trzeba byc idiotą zeby cacheować coś co 5 minut się zmieniaJakieś bzdury opowiadasz. Cachujesz to co chcesz w zależności gdzie dołożysz cachowanie do jakiego zapytania. Ja w swojej modyfikacji dołożyłem to tam gdzie dane w bazie się zmieniają rzadko. Więc nie wiem o jakich 5 minutach mówisz. Chyba, że twoje myslenie jest na tyle krótkowzroczne, że masz na mysli np. tabalę config i bierzesz pod uwagę sytuację, gdzie dane w tej tabeli zmieniają się co 5 minut, czyli na forach z dużym ruchem i dużą dynamiką. W takiej sytuacji będzie to 5 minut, lecz gdyby nie zastosować cachowania to przez te 5 minut tabela config będzie pobrana pareset razy a z cachowaniem tylko raz.Damianmyst napisał(a):I kto powiedzial ze cos ma byc caly czas file_get_contestem pobieraneAutor systemu cachowania który jest na webcity.Damianmyst napisał(a):Jedyny z pomyslow jaki przychodzi mi do glowy na usuwanie cacheu to kasowanie pliku przy modyfikowaniu rekordu przy dbNo i dokladnie tak wlasnie ja zrobilem.
Oczywiscie nie zrobilem tego na klasach i nie zaimplementowalem do sql_query bo nie piszę obiektowo, napewno zaimplementowanie tego do phpBB było by trudniejsze niż system o którym wy mówicie. Pisząc, że rozwiązanie obiektowe będzie wolniejsze miałem na mysli, że będzie wolniejsze gdy stworzymy osobny obiekt do samego cachowania. Jednak widze, że chodziło o to aby to cachowanie wstawić do obiekdu $db który już istnieje a to co innego.
Nie ma sensu sie kłucić o wyższość proceduralnego pisania nad OOP bo na ten temat się kłuca ludzie, którzy maja w małym palcu to co my wszyscy razem wzięci i nie dochodzą do żadnego kompromisu, każda strona ma słuszne argumenty i prawda leży po środku. Prawdopodobnie php5 spowoduje, że będzie jeszcze więcej zwolenników OOP. Proponuje zakończyć ten wątek w tym temacie bo to jest dokładnie to samo co kłutnia zwolenników phpBB vs IPB
Ja się nie odcinanm od pisania obiektowego, napewno kiedyś zacznę tak pisać, lecz nie jest to dla mnie ważne bo pracuje sam a w efekcie końcowym najważniejsza jest logika aplikacji a nie sposób jej pisania.
Wracając do tematu, wykorzystajcie w takim razie cachowanie podane na webcity do phpBB bo słysze o tym od roku ale jak widac nikt tego jeszcze nie zrobił a ja zrobiłem Jak zrobicie porównamy wyniki szybkości wielu zapytań i sie przekonamy kto miał rację
-
Wysłany: 09 Mar 2006, 16:03
Przemo napisał(a):Jakieś bzdury opowiadasz. Cachujesz to co chcesz w zależności gdzie dołożysz cachowanie do jakiego zapytania. Ja w swojej modyfikacji dołożyłem to tam gdzie dane w bazie się zmieniają rzadko. Więc nie wiem o jakich 5 minutach mówisz. Chyba, że twoje myslenie jest na tyle krótkowzroczne, że masz na mysli np. tabalę config i bierzesz pod uwagę sytuację, gdzie dane w tej tabeli zmieniają się co 5 minut, czyli na forach z dużym ruchem i dużą dynamiką. W takiej sytuacji będzie to 5 minut, lecz gdyby nie zastosować cachowania to przez te 5 minut tabela config będzie pobrana pareset razy a z cachowaniem tylko raz.
Ten wycinek nie tyczyl sie bezpośrednio Ciebie.Przemo napisał(a):Pisząc, że rozwiązanie obiektowe będzie wolniejsze miałem na mysli, że będzie wolniejsze gdy stworzymy osobny obiekt do samego cachowania.
Wybacz, nie zrozumialem kontekstu zdania.Przemo napisał(a):Wracając do tematu, wykorzystajcie w takim razie cachowanie podane na webcity do phpBB bo słysze o tym od roku ale jak widac nikt tego jeszcze nie zrobił a ja zrobiłem Smile Jak zrobicie porównamy wyniki szybkości wielu zapytań i sie przekonamy kto miał rację Smile
Moderator tego forum pisze dla potrzeb phpBB moda. Wykorzystuje on obiektówkę, chętnie porównam wydajność jego moda a twojejPrzemo napisał(a):Nie ma sensu sie kłucić o wyższość proceduralnego pisania nad OOP bo na ten temat się kłuca ludzie, którzy maja w małym palcu to co my wszyscy razem wzięci i nie dochodzą do żadnego kompromisu, każda strona ma słuszne argumenty i prawda leży po środku.
Przemo, eghm... php daje duże możliwości, jest językiem fajnym aczkolwiek wyżej zacytowana wiadomość mnie troche śmieszy. W tym aspekcie conajmniej zawyżasz wielkość php. W moim mniemaniu jest ono językiem średniej wielkości, którego nauczenie się nie wymaga dużo czasu. Rozumiem, że zacytowana wiadomość przyświetla twojej skromności, ale zbytnio zawyża możliwości php
Do napisania w takim bądź razie, panie Przemo
-
Wysłany: 09 Mar 2006, 19:29
Przemo napisał(a):Wracając do tematu, wykorzystajcie w takim razie cachowanie podane na webcity do phpBB bo słysze o tym od roku ale jak widac nikt tego jeszcze nie zrobił a ja zrobiłem Jak zrobicie porównamy wyniki szybkości wielu zapytań i sie przekonamy kto miał rację
No nie gadaj przemo ja zastosowałem w swojej modyfikacji nad którą pracuje właśnie ten system cache'owania z WebCity i działa toto nawet Teraz tylko musze poumieszczać cache'owanie w plikach (bo narazie sam DBLayer jest zmieniony)
Jak nie to nie, łaski bez...
-
Wysłany: 09 Mar 2006, 19:55
Pyton, Przemo ma w tym troche racji, bo lepiej jest inkludować plik i ustawiać tablicę niźli pobierać caly plik.
Tyle, że z tego co widze w gotowcu Przema rozwiązane jest to troche glupio bo:
a) tablica serializowana zajmuje więcej niż tablica poprostu zapisana.
b) proces resarilizowania też troche zasobów zżera, jeśli chcemy być tacy zasobo-oszczędni panie Przemo
-
Wysłany: 09 Mar 2006, 20:07
To ja powiem, jak to wygląda w moim CMS...
Kodu nie podam, bo a) mnóstwo zależności między klasami b) to już nie jest praca open-source
Ale zasada jest taka.
Klasa DB posiada kilka funkcji, które tworzą zapytania SQL (zamiast INSERT INTO jest sql_insert, jest sql_select, ogólnie - nie pisze się zapytań jako takich, tylko za pomocą kilku funkcji wybiera tabele, relacje i pola), i instrukcje typu insert i update czyszczą cache (który jest trzymany w osobnej tabeli/pliku, tutaj można konfigurować cały mechanizm) a funkcje select sprawdzają czasy modyfikacji tabeli wymienionych w zapytaniu i jeżeli są odpowiednio schacheowane dane, to wczytują je po prostu... Dzięki temu, np. wywołanie strony głównej (newsy), o ile licznik (statystyki) jest wyłączony to w przypadku gościa (czy bota) 0 zapytań, czyli prawie statyczna strona. Niestety, cały czas pracuję nad wydajnością, ponieważ z powodu ilości obiektów, klas, interfejsów, singletonów i tak dalej, całość ma wydajność porównywalną z eZ Publish Myślę nad cachowaniem całych stron i poszczególnych modułów (pre-kompilowany kod PHP), ale to już nie ta bajka
-
Wysłany: 09 Mar 2006, 20:18
Gdybać sobie można do woli, podajcie po prostu kod, którym będzie można sprawdzić szybkość działania
-
Wysłany: 09 Mar 2006, 20:51
Oj, Przemo cięzko Ci jest przyznać, że ktoś może zaprojektować coś lepiej od Ciebie
Wydajność najlatwiej przeciez sprawdzić zwyklym time-genem?
// offtopic
Dab to trzymasz tego swojego cmsa na jakims Dedyku? ;P Bo mi nawet na localu ez dluuuuuugo sie wczytuje ;P
-
Wysłany: 09 Mar 2006, 20:57
No wiem, że to wygląda na gdybing i chwalipięting, ale ciężko porównać timegen strony forum i strony newsów (na przykład).
Damian: na localu śmiga... na zwykłym "koncie" jest gorzej...
-
Wysłany: 10 Mar 2006, 12:43
Damianmyst napisał(a):Oj, Przemo cięzko Ci jest przyznać, że ktoś może zaprojektować coś lepiej od CiebieLOL na razie nikt nic nie zrobił. Jak zrobi niech da kod i zobaczymy który system lepszy.
Oczywiście nie mówię, że moje to jest niewiadomo co, mówię tylko, że według moich testów podany drugi przykład działa wolniej. Dlatego z ciekawością zobacze cachowanie które działa szybciej Czy to takie dziwne? Nie rozumiem twoich emocji
Jeśli się okaże, że ktoś zrobił cachowanie szybsze z przyjemnością ze swojej modyfikacji wyrzuciłbym swoje i zastosował to drugie jeśli autor się zgodzi.
Tak samo dla oryginalnego phpBB nalezałoby zastosować jakieś cachowanie, myślę, że wiele osób na nie czeka więc do dzieła
Sprawdzeniem wydajności się nie martwcie, wystarczy wykonać w jakiejś pętli po kolei kilka różnych zapytań do cachu i mierzyć czas.
-
Wysłany: 10 Mar 2006, 13:50
Przemo napisał(a):LOL na razie nikt nic nie zrobił. Jak zrobi niech da kod i zobaczymy który system lepszy.
Oczywiście nie mówię, że moje to jest niewiadomo co, mówię tylko, że według moich testów podany drugi przykład działa wolniej. Dlatego z ciekawością zobacze cachowanie które działa szybciej Smile Czy to takie dziwne? Nie rozumiem twoich emocji Smile
Przemo bo ja Cie znam już troche i mialem już okazję doświadczyć Twoich przekonań
Każdy mod, który nie byl napisany przez Ciebie będzie złyCytuj:Sprawdzeniem wydajności się nie martwcie, wystarczy wykonać w jakiejś pętli po kolei kilka różnych zapytań do cachu i mierzyć czas
))))
-
Wysłany: 10 Mar 2006, 14:29
Damianmyst, wybacz ale ja instalowałem w życiu bardzo dużo modów i 90% z nich było kiepskich i wymagało wiele zmian dlatego mam uraz do nie swoich rzeczy Aczkolwiek jest też częśc modyfikacji, która jest napisana na odpowiednim poziomie.
I prosze Cię po raz kolejny zakończmy wątek mojej osoby bo nie o mnie jest ten temat a o cachowaniu SQL i czytają go osoby z nadzieją, że w końcu pojawi się taka mozliwość do phpBB
-
Wysłany: 10 Mar 2006, 14:38
Przemo, wątek tylko pośrednio tyczy się Twojej osoby i jest z nim bezpośrednio związany
Poza tym, dzięki temu częściej wchodzisz na forum
Przemo napisał(a):Damianmyst, wybacz
WybaczamPrzemo napisał(a):ale ja instalowałem w życiu bardzo dużo modów i 90% z nich było kiepskich
Doslowanie moment temu bylem na Twoim forum i czytalem temat dt modu do kolorowania nicków. Wybacz szczerość ale mod prezentuję się przeciętnie. Czemu skoro w downloadzie jest IMO bardzo dobrze napisany Color Ranks robisz coś swojego co wypada gorzej? Ambicje? Color Ranks wykonuje jedno zapytanie jeśli oto chodziPrzemo napisał(a):I prosze Cię po raz kolejny zakończmy wątek mojej osoby bo nie o mnie jest ten temat a o cachowaniu SQL i czytają go osoby z nadzieją, że w końcu pojawi się taka mozliwość do phpBB
Bo się pojawi. I to w najbliższym czasie. nilhir pisze ów mod. A nawet jeśli nie skończy to ja odlożę inne projekty i takie cache'owanie napiszę
Kto jest na forum
Użytkownicy przeglądający to forum: Brak zarejestrowanych użytkowników oraz 0 gości
- Nie możesz zakładać nowych tematów na tym forum
- Nie możesz odpowiadać w tematach na tym forum
- Nie możesz edytować swoich postów na tym forum
- Nie możesz usuwać swoich postów na tym forum
- Nie możesz dodawać załączników na tym forum