|
|
|
phpBB2 by Przemo
Support forów phpBB2 modified by Przemo
|
|
|
Przesunięty przez: joli
29-06-2009, 19:40 |
Forum zjada ponad 1 GB ramu po czym sie wy...krzacza |
| Autor |
Wiadomość |
sraken1
Pomógł: 1 raz
Posty: 93
|
 Wysłany: 22-10-2006, 20:45
|
|
|
| Chello napisał/a: |
Czy jesteś na 100% pewny, że lista jest podana z tej samej bazy, bo forum pobiera?
Dlaczego mam poważne wątpliwości? Bo ten sam kod generuje listę na stronie głównej forum. Mało tego - gdzie w liście, którą podałeś masz podfora: VIP (gry, filmy, programy, ...)? Na forum je widzę i (chociaż nie mam dostępu), wyglądają poprawnie.
Mam wrażenie, że to co obserwujesz, to są 2 osobne bazy (chociaż i ja mogę się mylić). |
Tak, jestem pewien. Tak bylo nawet na poprzednim hostingu. Zawsze i wszedzie niektore sa przypisane blednie czego niemoge zrozumiec. W dodatku paru kompletnie brak.
Przyczyny mozna sie doszukiwac z konwersji forum z punbb do phpbb w lutym 2006... wtedy rebuild search nieobejmowal tych topicow z przed konwersji i moze to wplynelo rowniez na dzialy w jakims stopniu.
| Chello napisał/a: | | To są jedyne (4) błędy synchronizacji? Jeśli tak, to nie taki diabeł straszny. |
Bylo ich duzo wiecej. Ale podalem tylko te, ktore przez "error" skryptu na synchronizacje niejestem w stanie naprawic. Aktualnie recznie pozbylem sie nieistniejacego postu zsynchronizowalem wiekszosc bazy (w piatek)
a efekt taki, ze wlasnie przed godzina forum znowu padlo i lezy az ludzie niebeda go szturmowac czyli okolo 24:00 albo kompletnie padnie. Jak wiadomo admini o tej godzinie niepracuja wiec forum jest uziemione do jutra  .
| sraken / Chello napisał/a: |
Z adminem uzgodnilem skrypta na restarty MYSQL codziennie o 4-5 nad ranem moze to pomoze odetkac/odswiezyc baze.
I tu docieramy do sedna sprawy. Na 95% błędów nie generuje forum, lecz INNY skrypt lub skrypt innego użytkownika na danym serwerze.
Przynajmniej te szczegółowe informacje, które zamieściłeś potwierdzają, że problem nie leży w forum. |
No skrypta uzgodnilem w czwartek ale w piatek rano serwer niebyl zrestartowany. Niemialem czasu sie o to dowiadywac bo mialem wyjazd weekendowy i wrocilem dopiero dzis. Wiem ze serwer byl restartowany w sobote okolo wiec to nie to.
| Chello napisał/a: |
Miałbym mimo wszystko prośbę aby spróbować powtórzyć szczególnie instrukcję z SHOW PROCESS LIST, ale wówczas jak forum "pada" z obciążenia. |
Staram sie, probuje caly czas ale zobaczymy co z tego bedzi w ciagu 4 godzin. Czy uda mi sie "dopchac" zeby zobaczyc te informacje.
PS
Dodam ze te pady sa co tydzien w niedziele od 3 tygodni sie to zaczelo. Raz tylko w czwartek zamiast w niedziele. To moze byc faktycznie wina uzytkownika, ktory odpala "cos" w niedzielne popoludnia/wieczory.
Z drugiej strony w niedziele wieczorem jest najwiecej osob:
"Na Forum jest 174 użytkowników :: 76 Zarejestrowanych, 0 Ukrytych i 98 Gości"
Koszmar  , tymczasowo rozwiazalby sprawe dostep do root'a na serwie ; p i bym mogl zrestartowac szybko sql podczas takiej "zwiechy". Problem w tym, ze tam jest sporo rzeczy oprocz mojego forum (serwery gier glownie).
PS3
Udalo sie wkoncu wbic do process list ![;]](images/smiles/icon_square.gif ";]") i "o zgrozo " jest ich zdeczka wiecej niz 1:
| Cytat: |
Unicestwij 317565 darkwarez localhost bazadanych Query 38 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317581 darkwarez localhost bazadanych Query 34 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317583 darkwarez localhost bazadanych Query 28 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317604 darkwarez localhost bazadanych Query 31 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317629 darkwarez localhost bazadanych Query 35 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317633 darkwarez localhost bazadanych Query 47 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317645 darkwarez localhost bazadanych Query 43 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317652 darkwarez localhost bazadanych Query 46 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317649 darkwarez localhost bazadanych Query 46 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317660 darkwarez localhost bazadanych Query 46 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317663 darkwarez localhost bazadanych Query 47 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317665 darkwarez localhost bazadanych Query 45 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317668 darkwarez localhost bazadanych Query 49 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317670 darkwarez localhost bazadanych Query 35 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317675 darkwarez localhost bazadanych Query 47 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317680 darkwarez localhost bazadanych Query 41 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317683 darkwarez localhost bazadanych Query 47 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317693 darkwarez localhost bazadanych Query 40 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317696 darkwarez localhost bazadanych Query 47 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317697 darkwarez localhost bazadanych Query 47 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317701 darkwarez localhost bazadanych Query 47 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317703 darkwarez localhost bazadanych Query 32 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317710 darkwarez localhost bazadanych Query 35 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317713 darkwarez localhost bazadanych Query 37 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317715 darkwarez localhost bazadanych Query 45 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317728 darkwarez localhost bazadanych Query 162 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 317731 darkwarez localhost bazadanych Query 47 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317737 darkwarez localhost bazadanych Query 16 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317746 darkwarez localhost bazadanych Sleep 41 --- ---
Unicestwij 317747 darkwarez localhost bazadanych Query 163 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 317748 darkwarez localhost bazadanych Query 19 Locked SELECT *
FROM phpbb_users
WHERE user_id =44
AND user_id <> -1
Unicestwij 317753 darkwarez localhost bazadanych Query 167 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 317755 darkwarez localhost bazadanych Query 45 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317761 darkwarez localhost bazadanych Query 17 Locked SELECT *
FROM phpbb_users
WHERE user_id =44
AND user_id <> -1
Unicestwij 317764 darkwarez localhost bazadanych Query 165 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 317765 darkwarez localhost bazadanych Query 19 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317767 darkwarez localhost bazadanych Query 19 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317771 darkwarez localhost bazadanych Query 42 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317770 darkwarez localhost bazadanych Query 21 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317773 darkwarez localhost bazadanych Query 163 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 317776 darkwarez localhost bazadanych Query 31 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317777 darkwarez localhost bazadanych Query 19 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317778 darkwarez localhost bazadanych Query 35 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317779 darkwarez localhost bazadanych Query 14 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317783 darkwarez localhost bazadanych Query 45 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317786 darkwarez localhost bazadanych Query 92 updating DELETE FROM phpbb_read_history WHERE user_id IN ( 1765, 1862, 7946, 13262, 13464, 15156, 18034,
Unicestwij 317790 darkwarez localhost bazadanych Query 21 Locked SELECT *
FROM phpbb_users
WHERE user_id =44
AND user_id <> -1
Unicestwij 317793 darkwarez localhost bazadanych Query 16 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317796 darkwarez localhost bazadanych Query 18 Locked SELECT *
FROM phpbb_users
WHERE user_id =44
AND user_id <> -1
Unicestwij 317797 darkwarez localhost bazadanych Query 8 Locked SELECT *
FROM phpbb_users
WHERE user_id =44
AND user_id <> -1
Unicestwij 317798 darkwarez localhost bazadanych Query 18 Locked SELECT *
FROM phpbb_users
WHERE user_id =44
AND user_id <> -1
Unicestwij 317799 darkwarez localhost bazadanych Query 45 Locked SELECT *
FROM phpbb_users
WHERE user_id =44
AND user_id <> -1
Unicestwij 317800 darkwarez localhost bazadanych Query 3 Locked SELECT *
FROM phpbb_users
WHERE user_id =44
AND user_id <> -1
Unicestwij 317801 darkwarez localhost bazadanych Query 13 Locked SELECT *
FROM phpbb_users
WHERE user_id =44
AND user_id <> -1
Unicestwij 317803 darkwarez localhost bazadanych Query 3 Locked SELECT *
FROM phpbb_users
WHERE user_id =44
AND user_id <> -1
Unicestwij 317810 darkwarez localhost bazadanych Query 47 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317834 darkwarez localhost bazadanych Query 195 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 317835 darkwarez localhost bazadanych Query 163 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 317837 darkwarez localhost bazadanych Query 85 Locked INSERT DELAYED IGNORE INTO phpbb_read_history( user_id, post_id, topic_id, forum_id )
SELECT 1300
Unicestwij 317839 darkwarez localhost bazadanych Query 24 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317840 darkwarez localhost bazadanych Query 166 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 317841 darkwarez localhost bazadanych Query 48 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317842 darkwarez localhost bazadanych Query 162 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 317843 darkwarez localhost bazadanych Query 163 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 317847 darkwarez localhost bazadanych Sleep 294 --- ---
Unicestwij 317849 darkwarez localhost bazadanych Query 24 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317851 darkwarez localhost bazadanych Query 69 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317854 darkwarez localhost bazadanych Query 82 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317856 darkwarez localhost bazadanych Query 48 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317857 darkwarez localhost bazadanych Query 47 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 317860 darkwarez localhost bazadanych Query 162 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 317863 darkwarez localhost bazadanych Query 75 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317871 darkwarez localhost bazadanych Query 119 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 317873 darkwarez localhost bazadanych Query 82 Locked INSERT DELAYED IGNORE INTO phpbb_read_history( user_id, post_id, topic_id, forum_id )
SELECT 1800
Unicestwij 317874 darkwarez localhost bazadanych Query 10 Locked SELECT post_id, topic_id, forum_id
FROM phpbb_read_history
WHERE user_id =13666
Unicestwij 317883 darkwarez localhost bazadanych Query 33 Locked UPDATE phpbb_users SET user_badlogin = '0' WHERE user_id =9644
Unicestwij 317886 darkwarez localhost bazadanych Query 47 Locked SELECT post_id, topic_id, forum_id
FROM phpbb_read_history
WHERE user_id =5629
Unicestwij 317888 darkwarez localhost bazadanych Query 20 Locked SELECT post_id, topic_id, forum_id
FROM phpbb_read_history
WHERE user_id =2484
Unicestwij 317891 darkwarez localhost bazadanych Query 27 Locked SELECT post_id, topic_id, forum_id
FROM phpbb_read_history
WHERE user_id =5908
Unicestwij 317892 darkwarez localhost bazadanych Query 58 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317894 darkwarez localhost bazadanych Query 74 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317895 darkwarez localhost bazadanych Query 28 Locked SELECT post_id, topic_id, forum_id
FROM phpbb_read_history
WHERE user_id =2484
Unicestwij 317898 darkwarez localhost bazadanych Query 48 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317897 darkwarez localhost bazadanych Query 57 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317900 darkwarez localhost bazadanych Query 40 Locked SELECT post_id, topic_id, forum_id
FROM phpbb_read_history
WHERE user_id =2484
Unicestwij 317901 darkwarez localhost bazadanych Query 36 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317903 darkwarez localhost bazadanych Query 69 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317906 darkwarez localhost bazadanych Query 37 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317907 darkwarez localhost bazadanych Query 28 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317908 darkwarez localhost bazadanych Query 26 Locked SELECT p.post_id, p.post_time, p.enable_sig, p.enable_html, p.enable_smilies, p.post_edit_count, p.p
Unicestwij 317909 darkwarez localhost bazadanych Query 49 Locked UPDATE phpbb_users SET user_session_time =1161543008,
user_session_page =9,
user_lastvisit =1
Unicestwij 317910 darkwarez localhost bazadanych Query 28 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317911 darkwarez localhost bazadanych Query 51 Locked UPDATE phpbb_users SET user_session_time =1161543031,
user_session_page =0,
user_lastvisit =1
Unicestwij 317912 darkwarez localhost bazadanych Query 35 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317913 darkwarez localhost bazadanych Query 86 Locked SELECT u . *
FROM (
phpbb_users u, phpbb_sessions_keys k
)
WHERE u.user_id =659
AND u.
Unicestwij 317914 darkwarez localhost bazadanych Query 36 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317915 darkwarez localhost bazadanych Query 40 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317916 darkwarez localhost bazadanych Query 37 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317917 darkwarez localhost bazadanych Query 35 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317918 darkwarez localhost bazadanych Query 41 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317919 darkwarez localhost bazadanych Query 41 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317920 darkwarez localhost bazadanych Query 41 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317923 darkwarez localhost bazadanych Query 47 Locked SELECT user_ip, user_level, user_jr, user_ip_login_check
FROM phpbb_users
WHERE user_id =19
Unicestwij 317924 darkwarez localhost bazadanych Query 36 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317925 darkwarez localhost bazadanych Query 85 Locked SELECT u . *
FROM (
phpbb_users u, phpbb_sessions_keys k
)
WHERE u.user_id =8433
AND u
Unicestwij 317926 darkwarez localhost bazadanych Query 36 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317927 darkwarez localhost bazadanych Query 36 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317928 darkwarez localhost bazadanych Query 40 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317929 darkwarez localhost bazadanych Query 40 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317930 darkwarez localhost bazadanych Query 83 Locked SELECT f . * , p.post_time, p.post_username, p.post_approve, u.username, u.user_id, u.user_level, u.use
Unicestwij 317931 darkwarez localhost bazadanych Query 36 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317932 darkwarez localhost bazadanych Query 41 Locked UPDATE phpbb_users SET user_session_time =1161543183,
user_session_page = -1,
user_
Unicestwij 317933 darkwarez localhost bazadanych Query 37 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317934 darkwarez localhost bazadanych Query 86 Locked SELECT u . *
FROM (
phpbb_users u, phpbb_sessions_keys k
)
WHERE u.user_id =18040
AND
Unicestwij 317935 darkwarez localhost bazadanych Query 33 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317936 darkwarez localhost bazadanych Query 35 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317937 darkwarez localhost bazadanych Query 32 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317938 darkwarez localhost bazadanych Query 41 Locked UPDATE phpbb_users SET user_session_time =1161543235,
user_session_page =0,
user_s
Unicestwij 317939 darkwarez localhost bazadanych Query 32 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317940 darkwarez localhost bazadanych Query 35 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317941 darkwarez localhost bazadanych Query 32 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317942 darkwarez localhost bazadanych Query 37 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317943 darkwarez localhost bazadanych Query 21 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317944 darkwarez localhost bazadanych Query 37 Locked SELECT u.username, u.user_id, u.user_allow_viewonline, u.user_level, u.user_jr, u.user_session_time,
Unicestwij 317945 darkwarez localhost bazadanych Query 37 Locked INSERT INTO phpbb_sessions(
session_id,
session_user_id,
session_start,
session_time,
session_ip,
Unicestwij 317946 darkwarez localhost bazadanych Query 82 Locked SELECT user_ip, user_level, user_jr, user_ip_login_check
FROM phpbb_users
WHERE user_id =10
Unicestwij 317947 darkwarez localhost bazadanych Query 42 Locked SELECT u . *
FROM (
phpbb_users u, phpbb_sessions_keys k
)
WHERE u.user_id =17275
AND
Unicestwij 317948 darkwarez localhost bazadanych Query 19 Locked SELECT user_ip, user_level, user_jr, user_ip_login_check
FROM phpbb_users
WHERE user_id =82
Unicestwij 317949 darkwarez localhost bazadanych Query 20 Locked SELECT user_ip, user_level, user_jr, user_ip_login_check
FROM phpbb_users
WHERE user_id =15
Unicestwij 317950 darkwarez localhost bazadanych Query 19 Locked SELECT u.*, s.* FROM (phpbb_sessions s, phpbb_users u) WHERE s.session_id = '84f6bc39446dc0983
Unicestwij 317951 darkwarez localhost bazadanych Query 19 Locked SELECT user_ip, user_level, user_jr, user_ip_login_check FROM phpbb_users WHERE user_id = 13
Unicestwij 317952 darkwarez localhost bazadanych Query 12 Locked SELECT user_ip, user_level, user_jr, user_ip_login_check FROM phpbb_users WHERE user_id = 13
Unicestwij 317953 darkwarez localhost Brak Query 0 --- SHOW PROCESSLIST
Unicestwij 317954 darkwarez localhost bazadanych Query 9 Locked SELECT user_ip, user_level, user_jr, user_ip_login_check FROM phpbb_users WHERE user_id = 47
Unicestwij 317955 darkwarez localhost bazadanych Query 3 Locked SELECT user_ip, user_level, user_jr, user_ip_login_check FROM phpbb_users WHERE user_id = 16 |
Mam nadzieje ze to cos wyjasni... bo narazie niewiem z czym do admina serwera uderzac. |
| Ostatnio zmieniony przez sraken1 23-10-2006, 14:49, w całości zmieniany 1 raz |
|
 |
|
 |
Gadatliwa Kasia 
|
|
|
|
|
FoToGrAfIk
Posty: 132
|
| Wysłany: 22-10-2006, 21:35
|
|
|
| a nie mógłbyś na chwilkę wyłączyć forum i zsynchronizować baze? |
_________________
Z poważaniem FoToGrAfIk |
|
 |
|
|
sraken1
Pomógł: 1 raz
Posty: 93
|
| Wysłany: 22-10-2006, 21:37
|
|
|
| tej koleszka mowilem zebys juz tu niewchodzil pseudo znawco spamerze nabijaczu postow |
|
|
|
|
|
irekk
Pomógł: 283 razy
Posty: 2927
|
| Wysłany: 22-10-2006, 22:03
|
|
|
| sraken1 napisał/a: | | Problem w tym, ze tam jest sporo rzeczy oprocz mojego forum (serwery gier glownie). |
dodatkowo shoutcast i hosting www. nawet dobry komp mialby problem, wiec moze w tym problem? komp nie wyrabia z iloscia watkow. |
_________________
Cygantura |
|
|
|
|
|
sraken1
Pomógł: 1 raz
Posty: 93
|
| Wysłany: 22-10-2006, 22:13
|
|
|
| to by bylo zaproste rozwiazanie [; ale moze cos w tym jest... czekam jeszcze na analize proces listy przez Chello |
|
|
|
|
|
chelloPL
Pomógł: 413 razy
Posty: 2544
|
| Wysłany: 22-10-2006, 23:40
|
|
|
sraken1, doskonale. Tak jak się spodziewałem.
| sraken1 napisał/a: | | Dodam ze te pady sa co tydzien w niedziele od 3 tygodni sie to zaczelo. Raz tylko w czwartek zamiast w niedziele. To moze byc faktycznie wina uzytkownika, ktory odpala "cos" w niedzielne popoludnia/wieczory. |
Tak, to wina użytkownika.
Nazywa się on admin.
"Coś" - kopia bazy sql.
Zapytaj admina serwera, czy przypadkiem nie wykonuje w tym okresie kopii sql'a 
Skąd mam taką pewność? Wszystkie tabele są zablokowane (Locked). Blokowanie tabel przez phpBB by Przemo odbywa się tylko w 1 sytuacji: przy odtwarzaniu baz dumploaderem.
Wniosek? Tabele nie są zablokowane przez forum, lecz przez coś zewnętrznego.
Wniosek2: skoro to nie forum blokuje tabele, to drugą i jedyną osobą, która ma dostęp do bazy jest... - Brawo - admin! A od siebie dodam, że tabele są blokowane dokładnie w momencie wykonania kopii bazy, np: poleceniem mysqldump.
Dodatkowa informacja: nawet jeśli masz włączone tworzenie kopii bazy w PA, to i tak nie ma to żadnego związku - na ten czas forum jest po pierwsze - wyłączane, a po drugie tabele nie są blokowane.
Powodzenia w rozmowach z adminem serwera.
PS: po raz kolejny uderza mnie ton, w jakim odzywasz się do innych osób.
| FoToGrAfIk napisał/a: | | a nie mógłbyś na chwilkę wyłączyć forum i zsynchronizować baze? |
To jest akurat cenna rada. Dlaczego? W trakcie próby wykonania synchronizacji (przypomnę, że tabele nie są blokwane) co najmniej kilkanaście osób siedzi na forum. Wystarczy, że ktoś napisze nowy post - przy tak dużej bazie synchronizacja potrwa minimum kilkadziesiąt sekund. |
_________________
Zanim napiszesz do mnie na GG/PW, koniecznie przeczytaj zasady.
Sygnaturka to nie tablica z ogłoszeniami! PAMIĘTAJ o tym! Nadużywanie i celowe reklamowanie stron jest ZABRONIONE i karalne!
Gość, a czy Ty nie masz sobie nic do zarzucenia? |
|
|
|
|
|
sraken1
Pomógł: 1 raz
Posty: 93
|
| Wysłany: 23-10-2006, 00:59
|
|
|
Zacznijmy od poczatku:
| Chello napisał/a: | Tak, to wina użytkownika.
Nazywa się on admin.
"Coś" - kopia bazy sql.
Zapytaj admina serwera, czy przypadkiem nie wykonuje w tym okresie kopii sql'a |
:* ta teoria brzmi bardzo przekonujaco i juz jutro prawdopodobnie sie przekonamy czy jest trafna.
Martwia mnie tylko 2 szczegoly. Pamietam ze na poczatku przenoszenia sie mialem 7 baz po 150 mb okolo w ramach mojego mieszania. Podbil do mnie admin po jakims czasie wtedy i pytal ktore juz sa niepotrzebne bo tworzenie kopii zapasowej trwa zadlugo w porownaniu z tym co bylo wczesniej. Problem w tym ze niepowodowalo to paralizu forum.
Druga sprawa, baza aktualnie zajmuje 330 mb. Jezeli wykonuje sqldump to prawdopodobnie robi to lokalnie. Musialby miec wolny system/lacze, zeby zajmowalo to az 6-9 godzin. Moze jednak zrzuty odbywaja sie na jakis niezalezny serwer wiec przepchac to wszystko przez lacza faktycznie trwa... w dodatku moze miec wplyw na dlugosc napor uzytkownikow podczas takiego blokowania tabeli co spowalnia zrzut albo ma jeszcze jakies inne dzialanie na sama operacje.
No ale to tylko spekulacje a prawdopodobnie i tak wlasnie o to chodzi nieomieszkam dac znac jeszcze jutro z uczelni ewentualnie wczesnym popoludniem o wynikach rozmow z adminem.
PS1
"Celna rada FoToGrAfIk 'a" byla dzielem czystego przypadku. Wystarczy przeczytac jego poprzedni post.
| Cytat: | FoToGrAfIk
sraken1, mam nadzieję że serwer nie jest na windowsie bo zalicze tu chyba glebe 
[ Dodano: 18-10-2006, 21:44 ]
PS. twoje forum nie działa  |
PS2
Po padzie zamiast nazwy bazy danych w procesie widnieje Brak ... to pewnie niema znaczenia ale jak juz zamieszczam tu wszystkie watpliwosci to bede kontynuowal [;.
| Cytat: | | Unicestwij 322068 darkwarez localhost Brak Query 0 --- SHOW PROCESSLIST |
[ Dodano: 23-10-2006, 14:32 ]
ok a wiec backup robiony jest automatycznie codziennie, info od admina, wiec jedyna mozliwosc to:
masowe proby polaczen + backup = bardzo powolny backup
wynik? paraliz forum na wiele godzin... poprosze aby wylaczyl automatyczny... i tak robie sam backup codziennie/co 2 dni. Jezeli juz wylaczy to czekamy do nastepnej zwiechy... oby jej niebylo
update
A wiec przetestowalismy, ze faktycznie podczas sqldump'a forum jest blokowane i niemozna sie na nie dostac identycznie jak w niedzielne pady. Jednak klopot w tym, ze sqldump trwa 10 sekund... i forum odrazu po tym smiga... a w niedziele trwa 6-9 godzin... zaden uzytkownik niema "wiekszego" dostepu do sql'a aby moc wykonywac sql dump mojej bazy i przez to ja blokowac... pomysly sie nam koncza a rozwiazania niewidac.
update
wlasnie padlo pod obecnosc admina pierwszy raz moze sprawdzic na biezaco o ile zdola sie zalogowac, ok wkoncu sie udalo wbic na serw i prawdopodobnie to jednak ram, ktorego jest tak malo ze wszystko wisi...
update
admin zmniejszyl apache'owi ram o 1/3 bo zjadl 700 mb... z tego wnioskuje ze dla forum bedzie wiecej i jest szansa ze juz niebedzie padalo... jezeli i tym razem padnie trzeba bedzie jakies powazne kroki juz podjac
Czy to mozliwe zeby podczas zezarcia ramu praktycznie do 0 w jakis sposob tabele sie blokowaly ?
Bo niemialo miejsca teraz zadne zgrywanie bazy poprostu nagle wszystko siadlo.
| Cytat: | Unicestwij 403237 darkwarez localhost bazadanych Query 13 Copying to tmp table SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 403238 darkwarez localhost bazadanych Query 11 Locked SELECT *
FROM phpbb_users
WHERE user_id =4788
AND user_id <> -1
Unicestwij 403239 darkwarez localhost bazadanych Query 16 Copying to tmp table SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 403240 darkwarez localhost bazadanych Query 12 Locked UPDATE phpbb_users SET read_tracking_last_update =1161612911 WHERE user_id =18090
Unicestwij 403241 darkwarez localhost bazadanych Query 11 Locked UPDATE phpbb_users SET read_tracking_last_update =1161612912 WHERE user_id =18962
Unicestwij 403245 darkwarez localhost bazadanych Query 13 Copying to tmp table SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 403249 darkwarez localhost bazadanych Query 12 Locked UPDATE phpbb_users SET read_tracking_last_update =1161612919 WHERE user_id =18090
Unicestwij 403255 darkwarez localhost bazadanych Query 17 Copying to tmp table SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 403256 darkwarez localhost bazadanych Query 12 Locked UPDATE phpbb_users SET read_tracking_last_update =1161612921 WHERE user_id =18090
Unicestwij 403258 darkwarez localhost bazadanych Query 11 Locked UPDATE phpbb_users SET read_tracking_last_update =1161612924 WHERE user_id =17746
Unicestwij 403261 darkwarez localhost bazadanych Query 13 Copying to tmp table SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 403266 darkwarez localhost bazadanych Query 13 Copying to tmp table SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 403267 darkwarez localhost bazadanych Query 7 Locked SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id
AND
Unicestwij 403275 darkwarez localhost bazadanych Query 12 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 403274 darkwarez localhost bazadanych Query 12 Locked SELECT user_id, username, user_level, user_jr, user_session_time, user_allow_viewonline
FROM php
Unicestwij 403273 darkwarez localhost bazadanych Query 11 Locked UPDATE phpbb_users SET read_tracking_last_update =1161612944 WHERE user_id =17374 |
to tylko kawalek z dluugiej listy z ktorej wiekszosc na poczatku to copy'ing to temp a pozniej locked. |
|
|
|
|
|
chelloPL
Pomógł: 413 razy
Posty: 2544
|
| Wysłany: 23-10-2006, 19:27
|
|
|
| sraken1 napisał/a: | | Jednak klopot w tym, ze sqldump trwa 10 sekund... |
Nie wiem co to są za klastry, ale wiedząc że:
| sraken1 napisał/a: | | baza aktualnie zajmuje 330 mb |
oraz że u mnie baza 100MB wykonuje się 35 sekund, to coś jest nie tak. I u mnie wcale nie jest taki słaby sprzęt (CPU + pamięć)...
Jakoś wątpię, że backup trwa tylko 10 sekund.
| sraken1 napisał/a: | | wlasnie padlo pod obecnosc admina pierwszy raz moze sprawdzic na biezaco o ile zdola sie zalogowac |
Pod obecność admina? A co admin takiego w między czasie na serwerze robił? Może testował jak backup może obciążyć serwer i zapchać forum? Dość dziwne to wszystko...
| sraken1 napisał/a: | | Czy to mozliwe zeby podczas zezarcia ramu praktycznie do 0 w jakis sposob tabele sie blokowaly ? |
Oczywiście. Nie mając wolnych zasobów, system sam sobie robi DoS, przez co pada.
Skoro apache zjada 700MB ramu, to podejrzewam jakiś błąd w apache lub php.
U mnie przy kilku serwisach, apache zajmuje max 1.5% pamięci z 768MB. Czyli niecałe 12MB.
| sraken1 napisał/a: | Unicestwij 403237 darkwarez localhost bazadanych Query 13 Copying to tmp table SELECT u.user_id
FROM (
phpbb_users u, phpbb_read_history r
)
WHERE u.user_id = r.user_id |
Niezależnie od działań admina, zmień na jakiś tydzień-dwa historię postów: PA -> konfiguracja -> dodatkowe:
Ile dni przetrzymywać nieczytane posty: 1
Maksymalna ilość nieczytanych postów na użytkownika: 100
Ponadto powiedz mi (przez phpmyadmina odczytasz tą informację, lub z PA -> Index administracji -> baza danych (Zobacz informacje)) ile zajmuje tabela phpbb_read_history.
Na koniec wyczyść jej zawartość (lub jeśli nie możesz tego zrobić, to wykonaj optymalizację) i napraw (profilaktycznie) tą tabelę. |
_________________
Zanim napiszesz do mnie na GG/PW, koniecznie przeczytaj zasady.
Sygnaturka to nie tablica z ogłoszeniami! PAMIĘTAJ o tym! Nadużywanie i celowe reklamowanie stron jest ZABRONIONE i karalne!
Gość, a czy Ty nie masz sobie nic do zarzucenia? |
|
|
|
|
|
sraken1
Pomógł: 1 raz
Posty: 93
|
| Wysłany: 23-10-2006, 20:31
|
|
|
| chelloPL napisał/a: | Nie wiem co to są za klastry, ale wiedząc że:
sraken1 napisał/a:
baza aktualnie zajmuje 330 mb
oraz że u mnie baza 100MB wykonuje się 35 sekund, to coś jest nie tak. I u mnie wcale nie jest taki słaby sprzęt (CPU + pamięć)...
Jakoś wątpię, że backup trwa tylko 10 sekund. |
To niesa raczej zadne klastry zwykly dedyk or smth.
Wiesz niemierzylem tego ze stoperem w reku, ale od czasu jak admin to odpalil to z 10-30 sekund bylo... w dodatku baza w tym momencie zajmowala nie 330 tylko 176,5 MB ( widocznie read_history zajmowalo az tyle, ktore czyscilem dzisiaj).
| chelloPL napisał/a: | | Pod obecność admina? A co admin takiego w między czasie na serwerze robił? Może testował jak backup może obciążyć serwer i zapchać forum? Dość dziwne to wszystko... |
To ze dziwne to racja... co admin robil wtedy? hmm zrobil ten backup a potem przekonfigurowal apache'a zeby mniej jadl... po tym zaraz padlo ale po "twardym restarcie" calgo sql niewiem... , znowu wszystko smiga a "wolny ram wzrasta" z tego co pisze:
80 mb wolnego po tym "twardym rescie blizej nieokreslonym"... potem 200 mb wolnego... a potem 350 mb wolnego ramu z tego co dal znac... hmm...
| chelloPL napisał/a: | Oczywiście. Nie mając wolnych zasobów, system sam sobie robi DoS, przez co pada.
Skoro apache zjada 700MB ramu, to podejrzewam jakiś błąd w apache lub php.
U mnie przy kilku serwisach, apache zajmuje max 1.5% pamięci z 768MB. Czyli niecałe 12MB |
No czyli zatoczylismy w sumie kolo, jednak chodzi prawdopodobnie o brak RAM'u wskutek jego braku lub zlej konfiguracji. Wnioskuje ze w niedziele na wskutek najwiekszego obciazenia w tygodniu RAM dochodzi do magicznej liczby 0 i wszystkie tabele sie blokuja... a zanim sie RAM zrzuci, aby sie wszystko odetkalo uzytkownicy musza przestac napierac. To by pasowalo bo w poniedzialek ludzie musza wstawac wiec o 24 zazwyczaj sie odtyka bo ida spac.
| Cytat: | Niezależnie od działań admina, zmień na jakiś tydzień-dwa historię postów: PA -> konfiguracja -> dodatkowe:
Ile dni przetrzymywać nieczytane posty: 1 |
done
| chelloPL napisał/a: | | Maksymalna ilość nieczytanych postów na użytkownika: 100 |
Tu juz niejestem taki pewny.... bo to wtedy spowoduje co 30 minut komunikat o posiadaniu maxymalnej ilosci nieprzeczytanych postow... na tym forum 100 postow to gora godzina . Bede musial pamietac o czestym recznym czyszczeniu read history z PA.
Bylo 3000 zmniejszylem o polowe do 1500.
| chelloPL napisał/a: | | Ponadto powiedz mi (przez phpmyadmina odczytasz tą informację, lub z PA -> Index administracji -> baza danych (Zobacz informacje)) ile zajmuje tabela phpbb_read_history. |
Zaraz po wyczyszczeniu 77 kb, a 835 kb od czasu jak zaczolem pisac ten post czyli jakies 10-15 minut max. Podejrzewam ze miala ponad 100 mb wczesniej , czyszcze co jakis czas ale czasem zapomne i sie nagromadzi .
phpbb_read_history optimize status OK
phpbb_read_history repair status OK
Cos czuje ze dolozenie 1 GB ramu by rozwiazalo ten problem... z drugiej strony zal dokladac ram, podczas gdy wiekszosc zjada blad konfiguracji. |
|
|
|
|
|
chelloPL
Pomógł: 413 razy
Posty: 2544
|
| Wysłany: 23-10-2006, 22:00
|
|
|
| sraken1 napisał/a: | | Bylo 3000 zmniejszylem o polowe do 1500. |
Chodzi tylko o testy. Moim zdaniem 1500 to i tak trochę dużo. Ale kłócić się nie będę - rób jak uważasz. (1500 rekordów * 20000 użytkowników * 61 bajtów długość rekordu w bazie)
| sraken1 napisał/a: | | Cos czuje ze dolozenie 1 GB ramu by rozwiazalo ten problem... |
Zapomnij. Owszem - forum masz potwornie duże, ale dodanie kolejnego GB ramu nic nie zmieni raczej. |
_________________
Zanim napiszesz do mnie na GG/PW, koniecznie przeczytaj zasady.
Sygnaturka to nie tablica z ogłoszeniami! PAMIĘTAJ o tym! Nadużywanie i celowe reklamowanie stron jest ZABRONIONE i karalne!
Gość, a czy Ty nie masz sobie nic do zarzucenia? |
|
|
|
|
|
sraken1
Pomógł: 1 raz
Posty: 93
|
| Wysłany: 23-10-2006, 22:24
|
|
|
| chelloPL napisał/a: | | Chodzi tylko o testy. Moim zdaniem 1500 to i tak trochę dużo. Ale kłócić się nie będę - rób jak uważasz. (1500 rekordów * 20000 użytkowników * 61 bajtów długość rekordu w bazie) |
No spoko, zaraz przetestuje mniejsze wartosci na normalnym koncie uzytkownika, czy niebedzie zabardzo przeszkadzac w przegladaniu forum.
| chelloPL napisał/a: | | Zapomnij. Owszem - forum masz potwornie duże, ale dodanie kolejnego GB ramu nic nie zmieni raczej. |
 to niebrzmi pozytywnie, w sumie fakt, jezeli by brakowalo RAM'u w "normalnym trybie" to poprostu forum by chodzilo wolno... a nie robilo sobie DoS'a ; p wiec to bledy konfiguracji bo innych pomyslow juz niemam
A moze to blad forum przema, o ktorym sam wspomnial w drugim poscie... zaczynam sie niepokoic bo sprawa niewyglada ciekawie... rozwiazania wciaz niewidac a aktualnie stoimy na tym, ze po tej kolejnej rekonfiguracji apache'a czekamny na "pad"... i znowu sie bedzie mozna zaczac martwic
a co jezeli nieznajdziemy przyczyny? 
Kolejne nowosci w sprawie forum umieszcze tutaj jak tylko forum znowu padnie i przeprowadze wtedy kolejna dyspute / poszukiwania z adminem. Niestety post niewyjdzie na sama gore i trzeba bedzie sie po niego tu zaglebic mam nadzieje ze bedziesz mial jeszcze sily.
Pozdrawiam! |
|
|
|
|
|
chelloPL
Pomógł: 413 razy
Posty: 2544
|
| Wysłany: 23-10-2006, 22:31
|
|
|
| sraken1 napisał/a: | | zaczynam sie niepokoic bo sprawa niewyglada ciekawie... rozwiazania wciaz niewidac a aktualnie stoimy na tym, ze po tej kolejnej rekonfiguracji apache'a czekamny na "pad"... |
Ależ kroki już zostały podjęte - jeden w ważniejszych, to zmiana wartości tabeli read_history.
Natomiast życie nauczyło mnie, aby nie robić kilku zmian jednocześnie, bo efekt może być odwrotny.
Dlatego zobaczymy jak to się będzie zachowywać po tej zmianie i w zależności od wyników będą pewnie dalsze kroki. |
_________________
Zanim napiszesz do mnie na GG/PW, koniecznie przeczytaj zasady.
Sygnaturka to nie tablica z ogłoszeniami! PAMIĘTAJ o tym! Nadużywanie i celowe reklamowanie stron jest ZABRONIONE i karalne!
Gość, a czy Ty nie masz sobie nic do zarzucenia? |
|
|
|
|
|
Gadatliwa Kasia
|
|
|
|
|
sraken1
Pomógł: 1 raz
Posty: 93
|
| Wysłany: 23-10-2006, 22:47
|
|
|
chelloPL, | chelloPL napisał/a: | Ależ kroki już zostały podjęte - jeden w ważniejszych, to zmiana wartości tabeli read_history.
Natomiast życie nauczyło mnie, aby nie robić kilku zmian jednocześnie, bo efekt może być odwrotny.
Dlatego zobaczymy jak to się będzie zachowywać po tej zmianie i w zależności od wyników będą pewnie dalsze kroki. |
Dobrze to slyszec, bede informowal na biezaco o efektach, narazie ustawione jest na 500 posty ( jeden uzytkownik potrafi dodac 80 nowych linkow (postow) w 2 godziny ).
I tu moje pytanie, czy daloby sie zrobic, aby forum nieinformowalo, ze nieprzeczytane posty zostaly usuniete. Jezeli tak, to wtedy ustawiam nawet nie na 100 tylko na 10... a uzytkownicy nawet niezauwaza tego uciazliwego komunikatu zaslaniajacego wszystko inne, tylko wszystko bedzie automatycznie likwidowane... (zaraz poszukam tutaj poprzez search)
| przemo napisał/a: | | A czemu chcesz wylaczyc ten komunikat? Zalezy ci na przepelnieniu tabeli postow nieczytanych i zmuleniu serwera? Mozesz najwyzej zwiekszyc ilosc postow i zwiekszyc ilosc dni ale delikatnie. |
| widmo napisał/a: | | Musisz ich nauczyć - że to dla ich dobra. |
Czemu to ma zamulic serwer... tak dziala normalne phpbb a cala ekipa phpbb by przemo trzyma sie tego usilnie. To naprawde malo praktyczne przy duzej czestotliwosci postowania.
| Widmo napisał/a: | | a w calosci mozna to wylaczyc w plikach w katalogu admin/admin_conf.php czy jakos tak... |
admin_config.php
<?php
$xs_edit = 0;
$admin_panel_login = 1;
$privid = '';
?>
chyba nie
Kasowanie nieczytanych z wyjątkiem napisanych przez ostatnie X dni jest na 1
ps: read_history 10,7 mb po tych 4-5 godzinach
[ Dodano: 25-10-2006, 14:06 ]
ok read_history pomimo ustawien uroslo do 35,5 mb.... po zalogowaniu na konto (zwyklego usera) pisalo ze przekroczylem 500 postow nieprzeczytanych... usunieto 860 okolo ale po wejsciu na strone glowna i klknieciu w Zobacz posty nieprzeczytane [758] nadal mial 758 okolo nieprzeczytanych postow ... wiec moze usuwanie nieczytanych postow sie zrypalo i baza rosnie w nieskonczonosc [; i to w niemalym tempie ... bede usuwal recznie read_history w takim razie poki forum niepadnie... jezeli padnie pomimo usuwania nieprzeczytanych na biezaco to to niebyla przyczyna
[ Dodano: 26-10-2006, 23:12 ]
Po wyczyscieniu read_history za pomoca PA --> konfiguracja --> dodatkowe --> wyczysc, read_history zajmuje 30 kb... na moim koncie nieczytane posty sie usuwaja, ale wchodzac na konto zwyklego usera co widze? znowu 700 nieprzeczytanych postow... ocb jezeli ta informacja niejest zapisana w read_history to gdzie...
czekamy nadal do naszej ulubionej niedzieli [; wtedy dam raport
[ Dodano: 29-10-2006, 17:29 ]
ok usuwaja sie to u mnie cache or smth trzymal nadal te informacje jako nieprzeczytane...
Narazie nic sie niedzieje, moze dzieki usuwaniu read_history co chwile a moze dzieki rekonfiguracji apache'a...
Jeszcze niedziela sie nieskonczyla, trzymam kciuki |
|
|
|
|
|
|
|
Nie możesz pisać nowych tematów
Nie możesz odpowiadać w tematach
Nie możesz zmieniać swoich postów
Nie możesz usuwać swoich postów
Nie możesz głosować w ankietach
Nie możesz załączać plików na tym forum
Możesz ściągać załączniki na tym forum
|
Dodaj temat do Ulubionych
Wersja do druku
|
Kopiowanie wszelkich treści zawartych na forum, modyfikacji oraz instrukcji bez zgody administracji i autorów tematów/postów zabronione!
Powered by phpBB modified by Przemo © 2003 phpBB
| | Strona wygenerowana w 0,21 sekundy. Zapytań do SQL: 12 |
|
 |
|
FAQ - PIERWSZA POMOC!!
REGULAMIN
SZUKAJ
Użytkownicy
Grupy
Statystyki
Rejestracja
Zaloguj
Download
Katalog Forów
