XvAK
-
Postów
38 -
Dołączył
-
Ostatnia wizyta
Typ zawartości
Profile
Forum
Pliki
Galeria
Blogi
Sklep
Wydarzenia
Odpowiedzi opublikowane przez XvAK
-
-
Nie, po prostu pytam tutaj bo może ktoś wie czy w nowej wersji IPB zmienna "members_seo_name" np. zmieniła nazwę.
-
Naprawione. Redukcja z ~67 do ~7.
Rozwiązanie: https://www.invisionpower.com/support/kb/_/active-users-causes-high-query-count-r35
- 3
-
Prawdopodobnie modyfikacje:
- (SOS34) Group Color in User Personal Card Link 1.3.0
- (TB) Group Format 4.1.1 [iP.Board 3.3]
Działają niewłaściwie na v3.4.3, ale może 1 z nich uda się "naprawić". Korzystam z tej 1 i np. podczas wyświetlani nowej zawartości mam błędy PHP
Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12 Warning: Illegal string offset 'members_seo_name' in /var/www/rzeznia.eu/admin/sources/classes/output/publicOutput.php(3817) : eval()'d code on line 12
W tym przypadku za ten błąd odpowiada za to plik hooks/sos33_gchovercard_search_ff6a369a9ae87c61a1d859d3b01e2899.php a konkretnie:
$data['starter'] = IPSMember::makeProfileLink($starter , $data['starter_id'] , $topicc['members_seo_name']); $data['last_poster_id'] = IPSMember::makeProfileLink($lastposter, $data['last_poster_id'], $lastposter['members_seo_name']);
Gdy zakomentuje te 2 linie to błąd znika. Jenak może powinienem wpisać coś innego zamiast members_seo_name?
-
Forum: v3.4.3
SB: v1.4.0
Klikając na przycisk BBCode przy SB wyświetla się w okienku
Fatal error: Call to a member function articlePages() on a non-object in /var/www/rzeznia.eu/admin/sources/classes/text/parser/bbcode/ccs.php on line 144
Problem powstał po aktualizacji forum z v3.3.4 do najnowszej.
-
Po aktualizacji forum z v3.3.4 do v3.4.3 mam kilka problemów, jednym z nich jest duża liczba zapytań SQL na stronie głównej. Nie jestem pewien czy tak było od początku, czy po zainstalowaniu modyfikacji ale:
- wyłączenie wszystkich rozszerzeń / aplikacji i modułów ręcznie nic nie daje (dalej jest ok. 50 zapytań)
- włączenie trybu bezpiecznego powoduje, że liczba zapytań jest w normie
Dlatego ciężko mi zlokalizować błąd i wygląda na to, że modyfikacje są OK.
Wklejka z DEBUG'a: http://wklej.org/hash/e67db9187bc/
-
Niestety to nie działa - obie pozycje są wyłączone, cache wyczyszczone, styl przebudowany.
-
Problem nie ustąpił, a widzę że na forum coraz więcej piszą o problemie z tym.
Ktoś rozwiązał?
-
Portek, screen jest z mojego forum? Bo oczywiście na tym forum CKE działa.
Problem pojawia się u wszystkich użytkowników (nie tylko u mnie), bez względu na przeglądarkę.
Co do cache, to faktycznie przy przywróceniu backupu forum nic z nim nie robiłem, oprócz załączenia admin/upgradeFinish (więc teoretycznie powinno się wszystko od nowa wygenerować).
-
Witam
Na forum http://rzeznia.eu mam problem z wyświetlaniem CKEDITORa podczas odpowiedzi (w obu przypadkach: szybkiej i zwykłej). Po kliknięciu na pole tekstowe wyświetla się zwykły textarea.
Po czym problem się pojawił - nie mam pojęcia, tak z dnia na dzień bez żadnej ingerencji.
Nie pomogło:
- wgranie oryginalnych plików IPB 3.3.4
- przywrócenie bazy sprzed kilku miesięcy, gdzie ten problem na 100% nie występował
- zmiana stylu
Pomogło natomiast:
- zmiana domeny, a właściwie zmiana z domeny na subdomene
Nie mam pojęcia jaki ma to związek z tym edytorem, ale na backupie oraz aktualnym forum pomogło. Dlaczego więc dla głównej domeny nie działa?
-
Forum od 1 w nocy stoi tymczasowo na dedyku z nginx+php-fpm+memcached+apc. Na VPSie w dhostingu mam kilka baz i subdomeny.
Oczywiście dziś wszystko padło, niemal przy 0 obciążeniu (invisionize również).
-
Wyniki testów:
1. http://wklej.org/id/776522/
2. http://wklej.org/id/776520/
3. http://wklej.org/id/776519/ (w połowie przytrzymałem F5 na forum)
Tak więc konfiguracja forum nie jest nic winna (co sprawdziłem na http://rzeznia2.dkonto.pl/), czekam na ich odpowiedź, bo zawiodłem się na nich. Skoro sami przenieśli mnie na VPS'a to chociaż miałem nadzieje, że wiedzą co robią i serwer będzie odpowiednio wydajny i skonfigurowany. Jednak nie warto komuś ufać
-
To nie wina MySQL'a a konfiguracji serwera www, trzymasz klawisz == tworzą się nowe requesty które serwer przyjmuje i przekazuje do wykonania.
Może warto by przenieść się gdzieś indziej? Gdzie masz pełny dostęp do VPS'a, do tego nginx + php w wersji FPM, ew. varnish pod statyczny content.
Będę musiał się przenieść, zastanawiam się gdzie. Wcześniej w LN miałem na dedyku nginx'a+php-fpm i ładnie chodziło. Ale z braku czasu (i zmiany dedyka) wolałem przenieść forum na zwykły hosting.
Może nie w temat ale memory_limit64M. IPB wymaga 128mbW conf_global.php mam ustawione na 128MB
Mi coś się wydaje że im VPS się skopał, a że nie mogą znaleźć przyczyny zwalają na ciebie.Od początku również mi się tak wydawało. Sprawdziłem teraz inny hosting, tzn. wrzuciłem forum na dHosting Bussines (2 tygodnie temu zostałem z niego "przeniesiony" na VPS, ze względu na zbyt duże obciążenie).
Forum chodzi tam bez problemów - http://rzeznia2.dkonto.pl/
A na dVPS, za który płacę 3x więcej takie szopki. Trzeba jak najszybciej z tamtą wiać.
-
Tak, wszystkie modyfikacje i hooki zostały wyłączone. Na czystym forum + tryb SAFE MODE (wgrywałem ponownie całe 3.3.3 nadpisując pliki) wystarczy przytrzymać 3-4 sek F5 i forum leży.Mniemam że próby takie jak wyłączenie wszystkich dodatkowych modów wykonywałeś, w celu sprawdzenia czy to może nie któryś z nich?php.ini: http://wklej.org/id/776030/
phpinfo: http://rzeznia.eu/t.php
Do my.cnf nie mam dostępu (Permission denied.)
-
Witam
Nie do końca jestem pewien że jest to wina forum, ale po kolei.
Na początku miesiąca zostałem poinformowany przez hosting na którym mam forum (dHosting), że z powodu zbyt dużego obciążenia zostali zmuszeni do przeniesienia mnie z hostingu WWW na VPS. Co prawda forum chodziło szybko i bez problemów na zwykłym hostingu, ale skoro mnie już zmusili to OK.
Przez 2 tygodnie było OK. 16 czerwca zaktualizowałem forum z 3.3.2 do 3.3.3
18 czerwca ok. 7 rano zaczęły się problemy:
Dostałem wiadomość od dhostingu
Problem wynika z wykonywania bardzo obciążających zapytań SQL, które wykonywane są z użyciem tymczasowych tabel generowanych na dysku twardym. Stąd obciążenie na dysku.Zapytania obciążające podobne są do:
SELECT COUNT( p.author_id ) AS postis, m.members_display_name, m.member_id, m.members_seo_name, m.member_group_id, pp . *
FROM ibf_posts p
LEFT JOIN ibf_members m ON ( p.author_id = m.member_id )
LEFT JOIN ibf_profile_portal pp ON ( m.member_id = pp.pp_member_id )
WHERE p.post_date > '1337421169'
GROUP BY p.author_id
ORDER BY postis DESC
LIMIT 0 , 10
wykonywane na bazie rzeznia_forum. Zapytania są w stanie "Copying to tmp table" czyli wykonują kopię tabel na dysk przed realizacją zapytania. Taka reakcja wynika zazwyczaj z nieoptymalności bazy danych. Możemy umieścić pełny przykładowy zrzut zapytań aktualnie wykonywanych na FTP.
Znalazłem, że za zapytanie odpowiada modyfikacja -RAW33- Top Poster, którą mam na forum od 5 czerwca.. OK wyłączyłem, wydawało się że problem ustąpił ale dalej było to samo, czyli forum zapychało cały RAM i wykorzystywało prawie w 100% HDD.
Tak to wygląda po kilku minutach, nawet gdy forum działa w trybie bezpiecznym (po kilku minutach się zapycha):
http://www.bankfotek...ge/1272217.jpeg
http://www.bankfotek...ge/1272218.jpeg
Kolejna wiadomość od dhostingu:
Poniższe dwa zapytania wykonują się najdłużej i najczęściej są w trybach "Sorting result" i "Sending data", które mogą trwać długo przy dużej ilości informacji.rzeznia_forum v115.c3.dhosting.pl:42313 rzeznia_forum Query 16 Sending data
SELECT s . * , m . * , pp . *
FROM ibf_member_status_updates s
LEFT JOIN ibf_members m ON ( m.member_id = s.status_author_id )
LEFT JOIN ibf_profile_portal pp ON ( pp.pp_member_id = m.member_id )
WHERE s.status_author_id = s.status_member_id
AND s.status_is_latest =1
ORDER BY s.status_date DESC
LIMIT 0 , 5
rzeznia_forum v115.c3.dhosting.pl:42242 rzeznia_forum Query 8 Sorting result SELECT m.member_id, m.members_seo_name, m.members_display_name, m.member_group_id, pp . *
FROM ibf_members m
LEFT JOIN ibf_profile_portal pp ON ( pp.pp_member_id = m.member_id )
WHERE pp.time_spent >0
AND m.member_group_id
IN ( 23, 17, 36, 42, 50, 31, 20, 24, 15, 26, 10, 52, 25, 21, 19, 51, 40, 12, 18, 53, 22, 28, 27, 8, 2, 30, 4, 9, 29, 54, 33, 1, 41, 34, 38, 11, 39, 37, 3, 47 )
ORDER BY pp.time_spent DESC
LIMIT 0 , 10
Na pewno żaden inny skrypt na VPS nie powoduje tego. Tak wygląda htop gdy "usunę" forum:
http://www.bankfotek...ge/1272219.jpeg
Zauważyłem (na SAFE MODE), że wszystko jest OK do póki nie kliknie się jakiegoś linku do tematu, który jest unread (lub zawiera view=getnewpost).
Ma ktoś jakiś pomysł? Bo na pomoc od dhostingu niezbyt mogę liczyć. Dodam, ze u nich VPSy są z administracją, więc nawet nie mam dostępu do konfiguracji. Najdziwniejsze jest to, że od 2 tygodni wszystko było OK i nagle występuje problem o 7 rano, kiedy nic nie robiłem przy forum ani VPS.
-
Nudzące się Apache.
Test #1 completed in 117 ms.Test #2 completed in 118 ms.
Test #3 completed in 125 ms.
Test #4 completed in 128 ms.
Test #5 completed in 117 ms.
Test #6 completed in 118 ms.
Test #7 completed in 127 ms.
Test #8 completed in 117 ms.
Test #9 completed in 125 ms.
Test #10 completed in 128 ms.
Test #11 completed in 123 ms.
Test #12 completed in 124 ms.
Lowest time: 117 ms , Highest time : 128 ms
Average of all 12 times: 122 ms
Average of middle 10 times: 122 ms
Server_Software: Apache/2.2.16 (Debian)
Date: 2011-02-26T23:07:58+00:00
+
To samo co w moim poście wcześniej, tylko przy 174 aktywnych użytkowników (w ciągu ostatnich 15 minut).
Test #1 completed in 87 ms.Test #2 completed in 87 ms.
Test #3 completed in 87 ms.
Test #4 completed in 84 ms.
Test #5 completed in 87 ms.
Test #6 completed in 84 ms.
Test #7 completed in 86 ms.
Test #8 completed in 85 ms.
Test #9 completed in 86 ms.
Test #10 completed in 86 ms.
Test #11 completed in 86 ms.
Test #12 completed in 86 ms.
Lowest time: 84 ms , Highest time : 87 ms
Average of all 12 times: 86 ms
Average of middle 10 times: 86 ms
Server_Software: nginx/0.8.54
Date: 2011-02-27T00:08:15+01:00
Oba testy na tej samej maszynie.
-
no to XvAK teraz poszalał
pewnie fake
Pusty VPS stoi i się nudzi
-
Test #1 completed in 85 ms. Test #2 completed in 86 ms. Test #3 completed in 85 ms. Test #4 completed in 85 ms. Test #5 completed in 85 ms. Test #6 completed in 84 ms. Test #7 completed in 85 ms. Test #8 completed in 85 ms. Test #9 completed in 84 ms. Test #10 completed in 86 ms. Test #11 completed in 85 ms. Test #12 completed in 86 ms. Lowest time: 84 ms , Highest time : 86 ms Average of all 12 times: 85 ms Average of middle 10 times: 85 ms Server_Software: nginx/0.8.54 Date: 2011-02-24T17:16:31+01:00
-
Jak masz jakieś systemy cache zainstalowane na hostingu to możesz włączyć.
Luty - czas ferii.
-
Co to za serwer? VPS?
Jak dla mnie to mało, mam podobne statystyki. Masz włączoną kompresje gzip? Dodatkowo możesz się zabawić z kompresją obrazków. Polecam użycie Firebug + PageSpeed.Zużycie miesięczne ogólne: 36 GB -
Jeszcze w danym forum musisz włączyć możliwość używania HTML.
Ustawienia pisania na forum: opcje -> Włącz HTML
-
Dlatego, żebyś nie pytał o dlaczego tylko za dolary?.Dlaczego płatność tylko przez paypal.com?Masz w paypal przelicznik, więc w czym problem? Przelewasz złotówki z pkobp na paypal (najszybciej przez bluecash) i gotowe.
-
Statnet XEN-V2
Lowest time: 132 ms , Highest time : 141 msAverage of all 12 times: 135 ms
Average of middle 10 times: 135 ms
Server_Software: nginx
Date: 2011-01-30T04:00:10+01:00
Przy niewielkim obciążeniu (~100 aktywnych użytkowników).
- 1
-
A ile oferujesz?zaraz jeszcze bd rzeznia.euPS
Żartuję.
-
Raczej nie bo Ty nie masz licencji, tylko Amfidiusz udostępnia swoją na czas trwania umowy, jeśli dobrze rozumie.Mogę legalnie korzystać z forum, sam aktualizować póki licencja jest aktywna, wykupić przedłużenie licencji?Więc trzeba zakupić licencje, aby dalej legalnie prowadzić forum
Przycisk @ shoutbox
w Aplikacje pakietu IPS Community
Opublikowano · Edytowane przez XvAK
Chciałbym zmienić działanie przycisku @ w shoutboxie.
A mianowicie standardowo po kliknięciu wyskakuje np. @XvAK
Można w kodzie gdzieś to zmienić, aby było @@XvAK ?
(czyli dawało w tagi )