Skocz do zawartości

Balon

Użytkownicy
  • Zawartość

    24
  • Rejestracja

  • Ostatnio

Wszystko napisane przez Balon

  1. No, nie wiem. Ja mam teraz dodatkowo zablokowane płatności Dotpay - aplikacja sprawdzająca kody nie może się połączyć z dotpay'em. A klienci nadal nie mają dostępu do serwera. TLP001.local [09:43] ~ . mtr -r 195.150.9.51 HOST: dotpay.pl Loss% Snt Last Avg Best Wrst StDev 1. gi7-0.r2.sbp.leaseweb.net 0.0% 10 0.9 10.8 0.4 52.5 21.1 2. te0-0-0-0.crs.evo.leaseweb.n 0.0% 10 1.0 1.1 0.6 1.7 0.3 3. 195.69.144.175 0.0% 10 17.9 7.0 2.0 33.0 10.3 4. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
  2. Klienci na łączach dialogu skarżą się głównie. Ogólnie pozostali to w sumie losowe osoby z losowym operatorem. Jakieś większe informacje na temat tej wymiany routerów posiadasz może?
  3. Zauważyłem, że moi kliencie mają ograniczony dostęp do moich usług. Neostrada ma dostęp do moich serwerów stojących w Leaseweb, ale osoby posiadające Internet u innych operatorów po prost nie widza moich serwerów, zero odpowiedzi. Ktoś ma jakieś informacje na ten temat?
  4. Nowe serwery w OVH :)

    Ano. Ten temat został założony przeze mnie. Mój serwer został zaatakowany przez nieznajome mi osoby - DoS. Ruch przychodzący dochodził do 85mbit/s. Napisałem od razu po ataku do Olesa z ovh.net i supportu ovh.pl, na dodatek otworzyłem ticketa w systemie. Mimo tego wszystkiego, mimo nocy niepewności co do stanu serwera z rana pani Dominika instruuje mnie co i jak powinienem teraz zrobić. Robię wszystko wg. jej zaleceń i i tak nic nie działa. Pod wieczór zakładam temat na forum po czym Oles informuje mnie, że zrywają ze mną umowę. Nie przysłali mi ani danych do backupu ani nie mają zamiaru zwrócić mi pieniędzy, które wpłaciłem im kilka dni temu. Kiedy napisałem o sądzie Oles napisał mi: Otóż oni mi zarzucają niestosowanie się do zasad, gdy to teoretycznie oni pierwsi nie dostosowali się do swoich zasad nie interweniując na moje zgłoszenie na temat ataku. Gdyby to zrobili, nie byłoby sprawy. Jak widać w temacie Oles świeci ignorancją, egoizmem i chamstwem. Co o tym sądzicie?
  5. Stoję teraz przed trudnym wyborem. Czy opłaca mi się brać najlepszego VPS w HE? Mam tam wersję XL i chcę ją zmienić na MAX, ponieważ XL nie wyrabia. Nie wiem czy opłaca się wywalić 160 zł miesięcznie za takiego VPS czy nie opłaca się brać lepiej jakiegoś dedyka. Chodzi mi głównie o wydajność, bardzo mi jej zależy. Zależy mi również na dobrym połączeniu z Polski do serwera. Co polecacie?
  6. VPS czy Dedyk?

    Kurde, bardzo szkoda. Będę jednak zmuszony przenieść się na MAX VPS w HE, bo innego wyjścia nie widzę. A bardzo szkoda, bo Hetzner zapowiadał się świetnie.. Jak by ktoś miał jakieś info to proszę pisać w tym temacie, będę bardzo wdzięczny.
  7. VPS czy Dedyk?

    Na prawdę nie ma niczego innego? Wiem, że męczę, ale trochę się wkurzam, że taki limit jest w Hetznerze, bo gdyby nie to, to brał bym u nich od razu serwer.
  8. VPS czy Dedyk?

    Napaliłem się już na to, ale doczytałem, że jest ograniczenie 1000 GB na miesiąc.. Niestety to za mało dla mnie. Potrafimy zjeść do 1,5 terabajta.
  9. VPS czy Dedyk?

    No tak, ale musiałbym mieć te 2,7 tys.. Na prawdę nie ma niczego podobnego za mniejsze pieniądze?
  10. VPS czy Dedyk?

    Tak czy siak za MAX VPS w HE miałem zapłacić 1600 za rok, a teraz musiałbym płacić 2760 za tego kimsufi.. @up na forum normalnie siedzi około 90 osób, na serwerze gry 140, ogólnie 2,5-3 tys unikalnych na stronie głównej, około 4 tys na forum. Forum to IPB. Na VPS XL na HE były loady po 2.5-3.
  11. VPS czy Dedyk?

    Ale napisałem też, że zależy mi na dobrych pingach z Polski, a do kimsufi takowych nie ma. Pingi około 50 by mnie satysfakcjonowały. Do HE moi użytkownicy mają po 70 nawet, bo Polska ma złe połączenie z Niemcami.. Połączenie idzie przez Skandynawię. Poza tym nie musiałbym dołożyć 30 zł tylko 50 ;/
  12. VPS czy Dedyk?

    Myślę MAX 200 zł.
  13. Najpierw opiszę sprzęt i soft serwer: http://www.hosteurope.de/produkt/VPS-Linux-XXL Konfiguracja: Lighttpd - Ver 1.4.13 Mysqld - Ver 5.0.32 ps -e u pokazuje: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 1868 640 ? Ss 10:35 0:00 init [2] root 7655 0.0 0.0 1556 576 ? Ss 10:35 0:00 /sbin/syslogd root 7708 0.0 0.0 2596 1324 ? S 10:35 0:00 /bin/sh /usr/bin/mysqld_safe mysql 7746 179 0.2 161076 21228 ? Sl 10:35 24:48 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/my root 7747 0.0 0.0 1480 508 ? S 10:35 0:00 logger -p daemon.err -t mysqld_safe -i -t mysqld www-data 7800 0.1 0.0 5828 3276 ? S 10:35 0:00 /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf www-data 7801 0.0 0.0 17776 5252 ? Ss 10:35 0:00 /usr/bin/php5-cgi www-data 7808 3.7 0.1 21736 9332 ? S 10:35 0:31 /usr/bin/php5-cgi root 7824 0.0 0.0 4852 1100 ? Ss 10:35 0:00 /usr/sbin/sshd www-data 7826 0.0 0.0 17776 5252 ? Ss 10:35 0:00 /usr/bin/php5-cgi root 7829 0.0 0.0 3436 928 ? Ss 10:35 0:00 /usr/sbin/vsftpd www-data 7844 4.0 0.1 21484 9216 ? S 10:35 0:33 /usr/bin/php5-cgi root 7856 0.0 0.0 2132 884 ? Ss 10:35 0:00 /usr/sbin/cron www-data 7870 0.0 0.0 17776 5252 ? Ss 10:35 0:00 /usr/bin/php5-cgi www-data 7879 5.1 0.0 19928 7616 ? S 10:35 0:42 /usr/bin/php5-cgi www-data 7880 0.0 0.0 17776 5252 ? Ss 10:35 0:00 /usr/bin/php5-cgi www-data 7881 5.5 0.1 21748 9328 ? S 10:35 0:46 /usr/bin/php5-cgi root 8048 0.0 0.0 7636 2352 ? Rs 10:40 0:00 sshd: root@pts/0 root 8065 0.0 0.0 2692 1572 pts/0 Ss 10:40 0:00 -bash nobody 9319 0.0 0.0 3560 1124 ? Ss 10:45 0:00 /usr/sbin/vsftpd www 9321 0.0 0.0 3584 1016 ? S 10:45 0:00 /usr/sbin/vsftpd root 9433 0.0 0.0 2148 888 pts/0 R+ 10:49 0:00 ps -e u Konfiguracja mysql oraz lighttpd raczej standardowa. Aplikacja oparta o symfony - to nie w tym problem raczej, bo to zapytania trwają około 15~ sek. Ilość użytkowników online kiedy robiłem wyżej podany ps -e u : 264 online (aktywnych w ciągu minuty, stan z 10:45). W tym momencie serwis działa bardzo wolno, a co dopiero będzie w godzinach wieczornych. Serwer został właśnie wczoraj zmieniony na tego najlepszego VPS z Hosteurope.de . Proszę o jakieś porady dot. konfiguracji tego wszystkiego. Wiem, że mysql nie jest wydajną bazą, ale żeby przy 264 userach online były takie problemy to nie mogę w to uwierzyć.. A przerzuciliśmy się z strato.de (256mb ramu vps) na tego z HU i oczekiwaliśmy czegoś więcej... Pozdrawiam, proszę o szybką pomoc
  14. Hmm niestety nadal są problemy, chociaż mniejsze, ale jednak. Posiadamy standardowe ustawienia mysql. Co gdzie zmienić żeby przyspieszyć działanie... ? Jak na razie wszystko standard. edit: przepraszam za podbijanie
  15. Przerobiłem bazę... iiii mieliście rację , moja wina Varchar(255) , text takie typy spowodowały spowolnienie serwerka wszystko jest już ok.
  16. Znalazłem. To baza danych jest wąskim gardłem a nie aplikacja. Napisałem, że zapytania bardzo długo się wykonują...
  17. W jaki sposób zoptymalizować porządnie serwer. Posiadam VPS z 256 ramu do końca tego miesiąca. Stoi na tym w miarę duży serwis oparty o Symfony. Online siedzi średnio 200-250 online. Serwer pada praktycznie. Trzeba czekać bardzo długo aż strona się załaduje. Ale co najdziwniejsze Symfony pokazuje, że wykonuje się ok 400ms... A strona ładuje się dużo dłużej. Czytam trochę tutaj http://www.howtoforge.com/configuring_apac...mum_performance , ale nie chcę czegoś popsuć ani pogorszyć obecnego stanu... Czy ktoś ma jakiś pomysł? Pozdrawiam, Krzysiek !
  18. Wiesz, te gadki o wydajnosci symfony, na prawde nie jest zauwazalne powolne dzialanie. Przy 300 osobach nie ma problemu z zdialaniem. Czasy sa na pozimie 700 ms. Wiem, ze to nie jest zbyt dobry wynik, ale nie odczuwa sie tego kompletnie. A symfony przyspiesza maksymalnie prace. Zamiast 2 tygodni zrobilem podstawowy projekt w 4-5 dni. Dlatego jest wybierane symfony. Mowi sie, ze taniej dostawic serwer niz placic programistom. Poza tym symfony bez problemu jest wstanie obsluzyc wieksza ilosc osob.' Wierze , ze w miare czasu , symfony zostanie jeszcze bardziej zoptymalizowane. I wydaje mi sie ze nie bedzie to zbyt duzem problemem dla Fabiena, bo facet zna sie na tym bardzo dobrze. Pozdrawiam, Krzysiek
  19. Hmmmm, wystarczylo zmienic KeepAlive na off i od razu serwer ruszyl. Nawet biedny VPS z 256 ramu nie ma problemow z obsluzeniem 300 online na aplikacji opartej o symfony. To KeepAlive po prostu maksymalnie zasyfialo pamiec RAM. teraz jest juz ok, a pod koniec miesiaca przerzucam sie na 1 gb ramu w HostEurope z FastCgi + Lighttpd, czyli tam to juz nie bedzie wiekszego problemu nawet przy tysiacu pozdrawiam, dzieki za zainteresowanie!
  20. Forum jest małe na zaledwie 5-10 osób online. Strona jest na 200-300 dzisiaj. Nie ma tam niczego do pobierania. Żadnej treści statycznej praktycznie.
  21. @pleple ale koncie tej dużej strony jest też blog który też wolno działa. A forum na innym koncie śmiga. Poza tym dziwi mnie że framework wywala że generuje się zaledwie 400ms, a strona ładuje się z minutę...
  22. No tak, planujemy zmienić serwer pod koniec miesiąca, ale teraz muszę coś zrobić z tym... Nie chcę żeby się ludzie zniechęcili... Ps. na tym serwerze stoją dwie strony. Druga to forum na którym nikt praktycznie nie siedzi. I działa ona szybko.... A już ta druga wogólee praktycznie EDIT: Pleple, na tym samym vps są dwa subkonta. Jeden na dużą stronę. Drugi na mała - forum. Forum śmiga świetnie, a wszystko co jest na koncie dużej strony nie działa praktycznie..
  23. Hm Symfony jest profesjonalną aplikacją. Symfony-project.com - framework. Stoją na tym chociażby zakładki google, więc to raczej nie w tym problem. VPS ma 256 ramu. Wczesniej mial 128, a po zwiększeniu nie zauważyliśmy wzrostu wydajności. W jaki sposób wyszukać takie wąskie gardło ?
×