DawidS28 Opublikowano 31 Stycznia 2011 Zgłoś Udostępnij Opublikowano 31 Stycznia 2011 Również nie rejestruję żadnych problemów, siedzę na forum od 10. DragonFire, daj wyniki z tracert fixitpc.pl Odnośnik do komentarza
dragolice Opublikowano 31 Stycznia 2011 Zgłoś Udostępnij Opublikowano 31 Stycznia 2011 Ja również nic nie odczuwam, lecz zdarzało się że strona odpowiadała po 30 sekundach lub wyskakiwał błąd wczytywania. Jeśli się to powtórzy podam potrzebne informacje. Odnośnik do komentarza
DragonFire Opublikowano 1 Lutego 2011 Zgłoś Udostępnij Opublikowano 1 Lutego 2011 U mnie tracert nie działa z tą stroną... z innymi jest ok. Odnośnik do komentarza
dragolice Opublikowano 2 Lutego 2011 Zgłoś Udostępnij Opublikowano 2 Lutego 2011 Po 30 sek oczekiwania jakiś drive error... Może w tym problem ? Odnośnik do komentarza
picasso Opublikowano 2 Lutego 2011 Zgłoś Udostępnij Opublikowano 2 Lutego 2011 dragolice Ja tego błędu nie widziałam teraz, co oznacza raczej jakąś małą czkawkę. Taki incydentalny błąd IPS (utrata połączenia bazą) może się zdarzyć i nie jest to nic niezwykłego, dopóki błąd nie stanie się regularny i nie będzie pomagać F5. Z teraz nie ma żadnych błędów SQL odnotowanych z zakresu który może budzić podejrzenie nieprawidłowości. DragonFire Jaśniej proszę. Co to oznacza z tym tracertem? EDIT: Przy okazji, sprawdzajcie dzisiaj czy między 18-19 znów będzie zamułka rozciągnięta na przestrzeni całej pełnej godziny lub półtora. Wczoraj przeprowadziłam operację w celu redukcji zapytań i było jakby lepiej, choć muszę to prześledzić, czy jest to efekt trwały. W przeciwnym wypadku podejmę inne kroki. . Odnośnik do komentarza
marcinkowski Opublikowano 2 Lutego 2011 Zgłoś Udostępnij Opublikowano 2 Lutego 2011 (edytowane) Nie wiem jak było w ciągu dnia ale po 18 są właśnie lekkie przycinki, 20 s. to może przesada, ale tak do 10. Trasa śledzenia do fixitpc.pl [194.109.6.97] przewyższa maksymalną liczbę przeskoków 30 1 * * * Upłynął limit czasu żądania. 2 9 ms 27 ms 8 ms c73-giga2-int.elpos.net [85.193.224.5] 3 13 ms 9 ms 13 ms unused-157.atman.pl [193.111.37.157] 4 59 ms 10 ms 14 ms r7.prg-r5.glo.atman.pl [212.91.9.89] 5 38 ms 39 ms 49 ms 20gigabitethernet1-3.core1.ams1.he.net [195.69.145.150] 6 77 ms 52 ms 39 ms xs4all.10gigabitethernet3-3.core1.ams1.he.net [216.66.84.58] 7 35 ms 35 ms 53 ms 0.so-1-0-0.xr4.1d12.xs4all.net [194.109.5.1] 8 36 ms 36 ms 34 ms wh-www-virt-97.xs4all.nl [194.109.6.97] śledzenie zakończone. Edytowane 2 Lutego 2011 przez marcinkowski Odnośnik do komentarza
dragolice Opublikowano 2 Lutego 2011 Zgłoś Udostępnij Opublikowano 2 Lutego 2011 Przy okazji, sprawdzajcie dzisiaj czy między 18-19 znów będzie zamułka rozciągnięta na przestrzeni całej pełnej godziny lub półtora. U mnie totalna zamuła (inne strony ok). Przestało dopiero o 19:35. Tylko nie wiem dlaczego pingi tracerty i inne są w normie... Odnośnik do komentarza
picasso Opublikowano 2 Lutego 2011 Zgłoś Udostępnij Opublikowano 2 Lutego 2011 Tylko nie wiem dlaczego pingi tracerty i inne są w normie... Cały czas to mówię: nie zbieram tu danych tracert i ping z 18-19, bo ten szczególny punkt czasowy nie ma żadnego związku z aspektami połączenia i serwera jako takiego. Jest to pewne. 18-19 = problem leży w skrypcie IPB, dzieją się dziwne rzeczy niezgodne w ogóle z planem czasowym. Proszę Was o cierpliwość w tej kwestii. Odnośnik do komentarza
DragonFire Opublikowano 3 Lutego 2011 Zgłoś Udostępnij Opublikowano 3 Lutego 2011 @Picasso, to oznacza mniej więcej tyle:strona winamp.com:http://img683.imageshack.us/img683/8746/tracertwinampcom.pngwikipedia.com:http://img94.imageshack.us/img94/2425/tracertwikipediacom.pngwp.pl:http://img34.imageshack.us/img34/5640/tracertwppl.pnga u Was:http://img26.imageshack.us/img26/9422/tracertfixitpcpl.pngCo to może być? Odnośnik do komentarza
DawidS28 Opublikowano 3 Lutego 2011 Zgłoś Udostępnij Opublikowano 3 Lutego 2011 Problem z Zaporą systemu Windows. Wpisz w CMD netsh firewall reset Potem restart. Odnośnik do komentarza
DragonFire Opublikowano 4 Lutego 2011 Zgłoś Udostępnij Opublikowano 4 Lutego 2011 Zwraca czymś takiem. Znowu sie coś pokiełbasiło ;/ C:\Users\smo>netch firewall reset Nazwa 'netch' nie jest rozpoznawana jako polecenie wewnętrzne lub zewnętrzne, program wykonywalny lub plik wsadowy. Odnośnik do komentarza
picasso Opublikowano 4 Lutego 2011 Zgłoś Udostępnij Opublikowano 4 Lutego 2011 C:\Users\smo>netch firewall resetNazwa 'netch' nie jest rozpoznawana jako polecenie wewnętrzne lub zewnętrzne, Zła komenda. To ma być netsh Odnośnik do komentarza
Sevard Opublikowano 4 Lutego 2011 Zgłoś Udostępnij Opublikowano 4 Lutego 2011 Dziwne, bo i u mnie przed chwilą wystąpił problem. Myślałem, że to przez godzinę, ale przy połączeniu przez proxy ctunnel.com wszystko działa zauważalnie szybciej, a przy bezpośrednim połączeniu wszystko działa w żółwim tempie. Więc tak profilaktycznie zamieszczam wyniki Tracert Tracing route to 1756155.websites.xs4all.nl [194.109.6.97] over a maximum of 30 hops: 1 4 ms 1 ms 4 ms 192.168.1.1 2 149 ms 202 ms 49 ms poz-ru5.neo2.tpnet.pl [213.25.2.53] 3 778 ms 116 ms 56 ms poz-r2.tpnet.pl [80.50.158.145] 4 114 ms 137 ms 528 ms war-r3.tpnet.pl [194.204.175.93] 5 273 ms 89 ms 100 ms xe-3-0-0-0.ffttr2.Frankfurt.opentransit.net [193.251.255.221] 6 62 ms 61 ms 62 ms kpn.GW.opentransit.net [193.251.254.138] 7 61 ms 68 ms 89 ms ffm-s1-rou-1022.DE.eurorings.net [134.222.227.9] 8 127 ms 101 ms 79 ms rt2-rou-1022.NL.eurorings.net [134.222.229.17] 9 79 ms 76 ms 79 ms asd2-rou-1002.NL.eurorings.net [134.222.224.26] 10 240 ms 96 ms 107 ms 134.222.97.18 11 395 ms 120 ms 148 ms wh-www-virt-97.xs4all.nl [194.109.6.97] Trace complete. Odnośnik do komentarza
picasso Opublikowano 4 Lutego 2011 Zgłoś Udostępnij Opublikowano 4 Lutego 2011 Dziwne, bo i u mnie przed chwilą wystąpił problem, myślałem, że to przez godzinę, ale przy połączeniu przez proxy ctunnel.com wszystko działa zauważalnie szybciej. Sevard wydaje mi się, że to akurat przypadek i trafiłeś w momenty. Teraz są zacinki z zakresu 18-19 tego rodzaju o którym mówiłam, a między zacinkami strona szybko chodzi. Widzę dokładnie w procesach co się dzieje, gdy strona mieli, zapytania blokują tabelę. Od wczoraj prowadzę tu eksperymenty w tej kwestii próbując zawęzić podejrzanych. Odnośnik do komentarza
Sevard Opublikowano 4 Lutego 2011 Zgłoś Udostępnij Opublikowano 4 Lutego 2011 Tylko, że ja sprawdzałem to kilkakrotnie raz tu i raz tu, i za każdym razem wyniki były te same. Tzn. przez proxy były zacinki rzędu sekundy-dwóch, a bez proxy około 10 sekund. Tak przy okazji sprawdzałaś, czy w tabeli cron nie ma czegoś dziwnego ustawionego na 18-19? Z tego co pamiętam, to IPBoard potrafi zrobić użytek z demona cron. Niby jest to rzecz oczywista, ale czasem o tych najprostszych rzeczach się zapomina. [edit] Problem występuje nadal, choć nie jest aż tak źle jak przy poprzednim poście. Odnośnik do komentarza
picasso Opublikowano 4 Lutego 2011 Zgłoś Udostępnij Opublikowano 4 Lutego 2011 Nie ma żadnych zadań cron skonfigurowanych i działających. To nie to. Ciągle to badam, zaś support IPB nie ma pojęcia o co może chodzić. Problem wiążę jakby z okresem naszych aktualizacji, to się zaczęło dziać w tym przedziale czasowym, a nic nie było zmieniane poza softem. Rozważam też spuszczanie tabel i być może wrótce forum będzie wyłączone tymczasowo dla przeprowadzenia tego zadania. Odnośnik do komentarza
DragonFire Opublikowano 6 Lutego 2011 Zgłoś Udostępnij Opublikowano 6 Lutego 2011 Mnie to z netsh nie pomogło, dalej mam "błąd ogólny". Ale teraz wszystko śmiga. Odnośnik do komentarza
DawidS28 Opublikowano 6 Lutego 2011 Zgłoś Udostępnij Opublikowano 6 Lutego 2011 (edytowane) DragonFire - uruchom Net-log i daj raport. Oczywiście wykonaj restart. Wywali większość ewentualnych problemów. Edytowane 6 Lutego 2011 przez DawidS28 Odnośnik do komentarza
DragonFire Opublikowano 6 Lutego 2011 Zgłoś Udostępnij Opublikowano 6 Lutego 2011 Dopiero teraz zauważyłem to z postu #22, że trzeba przez tą stronkę. Niestety wiele to nie zmienia - przeglądanie przez to tego forum. Dalej po 10 sekund na każdą czynność. OT: Tak jakoś z linuxa to forum wygląda dziwacznie. Tekst postów po prawej, po środku avatar z info o użytkowniku, a po lewej białe tło... Odnośnik do komentarza
DawidS28 Opublikowano 6 Lutego 2011 Zgłoś Udostępnij Opublikowano 6 Lutego 2011 Tak jakoś z linuxa to forum wygląda dziwacznie. Tekst postów po prawej, po środku avatar z info o użytkowniku, a po lewej białe tło... Jaka przeglądarka? Jaki Linux? Z Firefoksa 3.6 pod Xubuntu wygląda normalnie... Odnośnik do komentarza
DragonFire Opublikowano 6 Lutego 2011 Zgłoś Udostępnij Opublikowano 6 Lutego 2011 Jeżeli będzie to pomocne to podaję "traceroute" z poziomu Ubuntu 10.10 traceroute to fixitpc.pl (194.109.6.97), 30 hops max, 60 byte packets 1 ols-ru1.neo.tpnet.pl (213.25.2.151) 11.821 ms 13.730 ms 16.663 ms 2 ols-r1.tpnet.pl (213.25.5.101) 18.627 ms 21.622 ms * 3 * * * 4 * * * 5 * * * 6 ffm-s1-rou-1022.DE.eurorings.net (134.222.227.9) 134.308 ms * * 7 * * * 8 * asd2-rou-1002.NL.eurorings.net (134.222.224.26) 50.701 ms 53.608 ms 9 134.222.97.18 (134.222.97.18) 58.594 ms 61.498 ms 77.468 ms 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * Problemów nie mam żadnych. Przeglądarka FF 3.6.13. Czemu mnie takie ładne Traceroute nie wychodzi, tylko same gwiazdki?? Jaka przeglądarka? Jaki Linux? Z Firefoksa 3.6 pod Xubuntu wygląda normalnie... Konqueror 4.5.5 Fedora x64 14.0 E no, bez jaj, ten raport ma pół MB! Raport: http://wklej.org/id/471106/ Odnośnik do komentarza
DawidS28 Opublikowano 6 Lutego 2011 Zgłoś Udostępnij Opublikowano 6 Lutego 2011 Czemu mnie takie ładne Traceroute nie wychodzi, tylko same gwiazdki?? Bo twój firewall / router / ISP (chociaż z tym ostatnim przypadkiem się nie spotkałem) blokuje traceroute, a dokładniej ICMP? Konqueror 4.5.5 Fedora x64 14.0 Potwierdzam, na Konqueror 4.2 forum wygląda fatalnie. Raport długi, bo masz tyle poblokowane w HOSTS. To celowe działanie? Zastanawia mnie, dlaczego akurat ICMP jest blokowane tylko w tym (fixitpc.pl) przypadku... Odnośnik do komentarza
picasso Opublikowano 6 Lutego 2011 Zgłoś Udostępnij Opublikowano 6 Lutego 2011 Konqueror 4.5.5 Wina w przeglądarce nieprawidłowo renderującej nasz styl. E no, bez jaj, ten raport ma pół MB! Właśnie, mówiłam o Spybocie w Twoich tematach. Raport jest ogromny, bo masz zaprawiony plik HOSTS przez Spybota. Taki ogromny plik HOSTS wchodzi w konflikt z usługą Klient DNS (w efekcie system i strony mogą się wolno ładować). Powtarzam to na forum już X razy. Wykonaj na początek przywrócenie domyślnej postaci pliku: KLIK. Poza tym, przyjrzyj się na swój Symantec, czy on przypadkiem nie bierze udziału w spowolnieniu otwierania naszej strony. Odnośnik do komentarza
Sevard Opublikowano 6 Lutego 2011 Zgłoś Udostępnij Opublikowano 6 Lutego 2011 To ja jeszcze potwierdzę, że na Konquerorze 4.5.5 z Gentoo również jest to samo. Na stylu IP.Board wszystko jest ok. Potem sprawdzę to jeszcze na Safari. Strona nie przechodzi walidacji HTML, a więc sądzę, że błędy mogą być po stronie stylu. Odnośnik do komentarza
Anonim8 Opublikowano 6 Lutego 2011 Zgłoś Udostępnij Opublikowano 6 Lutego 2011 Na stylu IP.Board wszystko jest ok. Potwierdzam. Zdecydowanie lepiej chodzi Odnośnik do komentarza
Rekomendowane odpowiedzi