benzydamina
Użytkownicy-
Zawartość
9 -
Rejestracja
-
Ostatnio
-
benzydamina zaczął obserwować RobimySEO
-
RobimySEO zaczął obserwować benzydamina
-
Esdata.pl Rezygnacja Listowna
benzydamina odpisał LS_ARRoW na temat w Informacje o firmach hostingowych
Meh. Z deczka przesadziłeś. To jest standardowa gra która narobi esdata czy jak tam się ten twór nazywa kłopotu conajmniej takiego jakiego oni narobili użytkownikom. W US zawsze się coś znajdzie(a ostatnio bardzo ochoczo sprawdzają każde przesłanki), skoro zatrudniają pracowników i mają biuro/serwerownie to inspektoriat BHP też coś znajdzie gdyż nie ma możliwości by firma tego pokroju potrafiła się ogarnąć. Nie ma się z czego śmiać. Trzeba się niekiedy odgryźć. Niektórzy ludzie nie powinni prowadzić żadnego biznesu i wypada ich o tym uświadamiać. Temat jest rozbudowany i bardzo dobrze. Skuteczna antyreklama dla potencjalnych klientów tego badziewia. Pozdrawiam -
Esdata.pl Rezygnacja Listowna
benzydamina odpisał LS_ARRoW na temat w Informacje o firmach hostingowych
Wystarczy, że odwiedzisz rzecznika praw konsumenta. Weź z sobą korespondencję mailową, logi rozmów, kopie wysłanych pism, potwierdzenia nadania. On Ci powie jak ładnie wniosek przygotować. Dopisz sobie do tego jakieś straty, które poniosłeś i wytocz im jeszcze z powództwa cywilnego. Ja jeszcze składam donosa do US profilaktycznie i do komisji BHP. Na pewno się znajdą jakieś uchybienia. Jak ktoś wali w wuja to odpłacam tym samym. Dość mam zbywania mnie po jawnej kradzieży pieniędzy. Pozdrawiam -
Esdata.pl Rezygnacja Listowna
benzydamina odpisał LS_ARRoW na temat w Informacje o firmach hostingowych
Hę? Nie przestaliście świadczyć usług? Jakich? Czy komukolwiek działa u Was VPS? Czy ktokolwiek może się z Wami skontaktować? Mój VPS leży od ponad miesiąca, wysłałem maile (około 20), wiadomości na GG (tak co drugi dzień bez odpowiedzi), wysłałem pisma (dwa). Wreszcie złożyłem zawiadomienie do prokuratora o dokonaniu przestępstwa. Spotkamy się w sądzie i to jest jedyne wyjście z tej absurdalnej sytuacji. Gińcie złodzieje. -
Esdata.pl - Czy ktos juz korzystal z vpsa ?
benzydamina odpisał snifer na temat w Informacje o firmach hostingowych
Lolki są na 2 miejscu wypromowane przez ewidentne boty bo dostępność usługi na poziomie 90% w ostatnim roku w miesiącu to chyba byłby cud. Ludzie się nacinają. Po opiniach prawdziwych klientów widać jak na dłoni, że awarie to nie jest coś co się zdarza to jest porządek dzienny. Raz na miesiąc problemy typu: Kompletny brak kontaktu, niedziałająca strona i panele firmy przez ponad 24h co miesiąc itd itp to przecież jest obraza majestatu i generalne psucie wizerunku wszystkich firm świadczących tego typu usługi. Innymi słowy mówiąć żenada, dno i wodorosty -
Esdata.pl - Czy ktos juz korzystal z vpsa ?
benzydamina odpisał snifer na temat w Informacje o firmach hostingowych
Z całym szacunkiem ale modkom webhostingtalku należy się przysłowiowy karniak za pozwolenie na wypromowanie tak tej firmy. Opisze Wam swoje przygody z tymi partaczami. 1. Na livechat kolo miał problemy z ogarnięciem czy się różnią wirtualizację. No cóż bywa. 2. Wziąłem sobie na 24h testu vpsa. Skonfigurowałem pingi miałem niskie, kupiłem na miesiąc żeby sprawdzić czy będę mógł sobie na tym spokojnie wszystkie potrzebne serwery skonfigurować (nginx + percona + poczta + freeradius - jako zapas radiusa w sieci). Udało się bez większych problemów. 3. Zakupiłem na rok... No i żałuje. Pierwszy tydzień - 2 dni padu. Brak kontaktu telefonicznego. Sprawdzcie sobie sami. Żaden z podanych telefonów nie działa w ogóle nigdy. Dzwoniłem z 200 razy dwa podane numery leżą, jeden wieczna poczta, jeden rozłącza z automatu. Maile nie działają do nich. Tickety? Pokazałbym ile wiszą otwarte (nawet te dostyczące bezpieczeństwa, zamiany znaków przy tworzeniu hasła & zamiania na amp itd itp). 4. Po dwóch tygodniach mój vps położył się na 3 dni. Kontaktu zero. W końcu dorwałem kolesia na gg. Napisał co następuje: wszystkie vps poszły do wymiany, dane nie zostaną utracone. Na pytanie kiedy zostanie usunięta awaria znikł. 5. VPS ruszył w piątek, padł w sobotę, ruszył w niedziele, padł w poniedziałek. Dzisiaj nie działa nawet ich strona. Nic nie działa. Nie ma kontaktu. Nic nie ma. Nie mam danych, nie mam dostępu do żadnej usługi. 6. Wysłałem pismo po wcześneijszych padach, wysłałem pismo w piątek. Nie będzie oczywiście odpowiedzi na ten ostatni tak samo jak nie było na pierwszy. Padaka. Jak tylko ten szit wstanie to pokaże Wam jak traktowany jest klient. Zrobie screeny z rozmów, maili, ticketów bez odpowiedzi sprzed miesiąca i całej serii nieprzeczytanych nawet nowych. Zadzwońcie, sprawdzcie sami. To nie jest żenujący poziom świadczenia usług bo oni w ogóle żadnej usługi nie świadczą. Pozdrawiam -
To to ja akurat mam ale z tego pliku by wynikalo, ze wszystkie zapytania sa o kant dypy rozbic Przestawilem na level 4 ale to i tak daje mi od diabła zapytań. Zgaduje, że im wyższy level wpisu do loga tym dłużej się wykonuje? Oznaczało by to, że ewidentnie coś mam do ubicia. Najwyraźniej indeksy. Na drugiej bazie mam prawie identyczny skrypt i on zdecydowanie szybciej działa. Posprawdzam i dam znać. W każdym bądź razie wielkie dzięki za pomoc
-
Nie bardzo rozumiem w tym wypadku jak sprawdzić explainem ;P Może opisze troszkę dokładniej jak to u mnie wygląda: - normalnie zapytanie wykonuje się szybko, problem zaczyna się przy wielokrotnym wykonaniu zapytania. Zauważyłem, że serwer tak jakby zbiera wielokrotne zapytania od userów i wywala je na raz (testowałem w ten sposób, że wywoływałem wielokrotne zapytania wielokrotnie z jakimś opóźnieniem, a wynik dostawałem prawie jednocześnie). Możliwe to jest, że maszyna zbiera z jakiegoś czasu odwołania i stara się wykonać hurtem? Przy tej ilości zapytań ciężko mi coś wychwycić z slow loga. Time: 090803 22:00:32 Powiedzcie mi czy 090803 to czas wykonywania?
-
top - 18:45:51 up 2 days, 19:16, 3 users, load average: 1.67, 1.86, 2.04 Tasks: 225 total, 2 running, 223 sleeping, 0 stopped, 0 zombie Cpu(s): 31.4%us, 1.6%sy, 0.0%ni, 64.6%id, 2.5%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 2061592k total, 1960216k used, 101376k free, 205704k buffers Swap: 3124600k total, 6928k used, 3117672k free, 1351056k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 26659 mysql 20 0 263m 76m 5848 S 129 3.8 464:53.66 mysqld 3834 www-data 20 0 33844 7756 3368 S 5 0.4 0:01.63 apache2 Tak to wygląda w chwili obecnej czyli po pamięci nie jedzie aż jakoś tragicznie (3.8%), po procku też nie, a wykonywanie zapytań trwa około50 sekund. Zaznaczam, że na innym dużo słabszym serwie do którego konfiguracji akurat nie mam dostępu przy podobnym obciążeniu wykonanie nawet większej ilości zapytań trwa 15s.
-
Mam podobny problemik z tym, że przy odkomentowaniu skip_innodb serwis mi się wysypuje (zgaduje, że korzysta z tej opcji) więc jako tako zrobić tego nie mogę. Konfiguracja standardowa podobna do konfiga macieja92. mysqltuner przeszedł mi za pierwszym i drugim razem teraz coś mu się odwidziało i nie pasuje mu rootużytkownik chociaż normalnie mogę się na niego logować choćby przez phpmyadmina. Tuning.primer wygenerował plik i w zasadzie niewiele zmienił (aby go odpalić czekałem 48 godzin po restarcie serwera mysql). Na moim sprzęcie mam akurat 2gb ramu i 4 procesory po 2.0 więc raczej nieczęsto dociąga do 50-60% jednak wykonywanie dużej ilości zapytań przez serwis trwa strasznie długo. Sugestie?