owi

powiedzmy ze na bank lepiej i wydaje mi sie ze obciazenie jest realne - tzn adekwatne do wielkości forum. Z takich moich uwag - Top today posters - nawet ips zaleca wywalenie tego, - ipshoutbox - jezeli niepotrzebny na głównej - mozna przeniesc do zakladki - zysk nawet do 50% na głównej, - recent posts od adriano w starszej wersji zżera troszkę zasobów, - ustawić cache postów na 7 dni, - zapuścić debug zapytan i sprawdzić, czy aby na bank wszystkie maja jakies logiczne uzasadnenie. może sie komuś przyda zamykaj;]

a ja upatrzylem ;p Bylem upierdlliwy by mi to wytlumaczyli, przyslali deva i oto efekt http://community.invisionpower.com/tracker/issue-27363-unread-notifications-hook-issue-with-cache/ dodatkowo pare poprawek i ugralem 30-40%

zobacz jeszcze tu - tutaj niby markery tematu ma zapisywac na koniec sesji. Wnioskuje ze na koniec sesji uzytkownika. a u mnie podczas kazdego odswiezenia tematu laduje sporą tablicę o tu "ibf_core_item_markers_storage". W ipb do markerów są chyba tylko dwie tablice. Więc jezeli to jest ta o która w tym ustawieniu chodzi to nie powinna ona byc zapisywana tlyko an koniec sesji a nie przykazdym reloadzie? Sorry za ten wyrzut tylu pytan, ale nie mam gdzie porownac, a w sumie szukam po omacku problemu i to są takie najbardziej rzucające się w oczy rzeczy.

tylko ze wgrywalem uzytkownikom ze trzy paczki koloboka i jest ich z 300-400 ale zeby po kazdym reloadzie zapisywalo cache emotikon? Dla mnei to troszkę bezcelowe, niech je raz zkeszuje a potem tylko odczyt skoro ich zestaw sie nie zmienia...

Jeden z testów sie konczy, ale jakies sensowne wyniki i wnioski bede miec po 12. Powiedz mi DawPi jak mozesz dlaczego forum wpieprza takie ilosci danych do ipb_cache_store? na stronie głównej: w momencie gdy jest w trybie performance zapisuje do cache jedynie markery, a gdy jest w normalnym trybie to wwala chyba ze 3 ogromne zapytania w tym cala zserializowana tablice emotikon( a jest ich troszke)... po kij to? I to przy kazdym reloadzie... na podstronie z tematem: wszystkie zapytania wydają sie z sensem oprócz "INSERT INTO ibf_core_item_markers_storage", które również wpycha takiego zserializowanego stringa na caly ekran

Nie mogę już dać edycji dlatego post pod postem: Troszkę osób czyta ten temat, czy moglby ktoś podzielić się jakimiś danymi? - ile macie userów / postów - ile macie wyświetleń dziennie/miesiecznie czy też ilu użytkowników odwiedza forum w ciągu dnia bądz jednoczesnie - no i gdzie hostujecie forum (firma, czy shared,vps, dedyk) Chcialbym lapnac jakis puntk zaczepienia, moze szukam dziury w calym i po prostu "ten typ tak ma".

Tak robilem to wczoraj, tylko zauwazylem jedna rzecz - jak powylaczam wszystkie udogodnienia to po prostu spada ilosc ludzi na forum gdyz oni lubia korzystac z shoutboxa, z sidebara i statusów. Poza tym bez modea mowiacego o ostatnich odpowiedziach nie chce im się wchodzic w głędbiej w forum - przyzwyczaily sie lenie. Wiec boje sie ze spadek obciazenia moze byc osiagniety spadkiem odwiedzin. Sprobuję to zrobic pod wieczór. Teraz wyłączyłem GZIP i dałem cache postów na 3 dni. Chcę zobaczyc jak zachowają sie wykresy przez najbliższe godizny.

Nie. W zwiazku z natłokiem obowiązków na forum ine instalowalem appsów, hookow, nie zmienialem konfiguracij od 3-4 mcy... na priv wysle Ci detale sprawy z dhostem

ale widzisz do niedzieli bylem na dhostingu przez ponad rok i w sumie nigdy nie alarmowali o wysokim obciazeniu. Potem Im cos odbilo. Nie odpisuja mi an maile od 4 dni. Jak chcesz to Ci na priv przesle korespondencje z nimi odnosnie parametrów obecnego to jest grid service wiec to nie jest jako jeden serwer, powiedz dokladnie co Cie interesuje? Dyrektywy phpinfo itp? to z przegladu systemu:

rozbilem to na urle i niestety nie ma zadnej zaleznosci miedzy obciazeniem a tym czy wysweitlana jest glowna, temat, profil czy podforum. Nie ma zadnych wartosci szeczegolnie gorujących nad innymi. Wiec O ILE obciazenie u mnie jest za duze w porownaniu do innych (wlasnie nie ma zadnego punktu odniesienia to troszke cięzko gdybac) to jest ono generowane na kazdym "przejsciu" aplikacji. Wiec obstawialbym jakiąs funkcjonalnosc ktora jest odpalana niezaleznie od miejsca w ktorym przebywa user. Masz wlaczony cache dla postów? moze to skin? clean cut. Zmienie na podstawowego

nie da rady tego rozbic w ich logach wiec trzeba poszukac jakiegos rozwiązania by te parametry get rozbic na urle, tzn wyrznac index.php z urla i parametry zrobic jak w CI czy kohanie param1/param2 omg... friendly urle

w miedzyczasie wez powiedz jak to u Ciebie wyglada w dhost - jestes juz na vpsie czy ciagle na sharedzie? przy ilu wyswietleniach?

To co jest głównym pozeraczem zasobów to jest index.php,a le w sumie jako ze to pewnego rodzaju front controller to nam za wiele nie powie Inne pliki nawet 1% tego nie generują edit: Wyslalem zapytanie do supportu czy daloby rade dostac taki raport rozbity na reuqesty

mam to zaplanowane na caly jutrzejszy dzien, bo chcialbym widziec to na przekroju calego dnia jezeli Ci chodzi zas o wyłączenie chwilowe, to niewiele to zmienia w czasie wykonywania skryptu (ktory notabene jest bardzo zblizony do Twego), sprawdzalem to jakis czas temu. Sprobuję zresztą jeszcze raz. edit: Sprawdzilem normalnie strona glowna 0.19 - 0.2 shout app off 0.19 - 0.2 shout hook off 0.19- 0.2 (czasy wykonania skryptu wziete z footera)

No to jedziemy;] aplikacje hooki