peres.pro
WHT Pro-
Zawartość
350 -
Rejestracja
-
Ostatnio
-
Wygrane dni
1
Typ zawartości
Profile
Fora
Katalog firm
Wszystko napisane przez peres.pro
-
Ciągłe ataki od konkurencji - TeamSpeak3
peres.pro odpisał peres.pro na temat w Serwery Dedykowane i VPS
Teraz sobie tak pomyślałem, a jakby wykupić VPS'a w dobrej cenie z jakiegoś Polskiego hostingu co ma maszyny w OVH? -
Ciągłe ataki od konkurencji - TeamSpeak3
peres.pro odpisał peres.pro na temat w Serwery Dedykowane i VPS
Tak samo my nie posiadamy strony. Tak z ciekawości, po co Ci nasze strony jeżeli takie by istniały :-) ? -
Ciągłe ataki od konkurencji - TeamSpeak3
peres.pro odpisał peres.pro na temat w Serwery Dedykowane i VPS
No to już pojęcie względne czym dla kogo jest topka, ale proszę nie offtopujmy -
Ciągłe ataki od konkurencji - TeamSpeak3
peres.pro odpisał peres.pro na temat w Serwery Dedykowane i VPS
Wyobraź sobię że tak Pojęcie TOPKA rozumiem jako 130 miejsce w światowym rankingu gametrackera a nie "osobną płatną ochrone", udało nam się to osiągnąć na VPSie z mintshost, niestety na tą chwile nie wystarcza nam to. Napisałem wiadomość do hosteamu, zastanawiam się też nad najtańszymi dedykami z kimsufi. -
Ciągłe ataki od konkurencji - TeamSpeak3
peres.pro odpisał peres.pro na temat w Serwery Dedykowane i VPS
Toż właśnie mintshost dzierżawi maszyny od BH http://whois.domaintools.com/185.25.150.226 -
Ciągłe ataki od konkurencji - TeamSpeak3
peres.pro odpisał peres.pro na temat w Serwery Dedykowane i VPS
Dzięki za info McAs, w każdym razie liczymy że jakiś hosting z anty ddosem się nad nami zlituje i weźmie nas pod swoją opieke w zamian za reklame i obniży cene -
Ciągłe ataki od konkurencji - TeamSpeak3
peres.pro odpisał peres.pro na temat w Serwery Dedykowane i VPS
Mógłbyś rozwinąć bo nie za bardzo zrozumiałem o co Ci chodzi. -
Ciągłe ataki od konkurencji - TeamSpeak3
peres.pro odpisał peres.pro na temat w Serwery Dedykowane i VPS
Dedyka nie potrzebujemy, wystarczy nam dobry VPS w dobrej firmie z anty ddosem. Niestety nie mamy funduszy żeby wywalać 180 zł miesięcznie na TSa z licencją nonprofit -
witam, mam aktualnie identyczny serwis postawiony na dwóch vpsach, oba mają nginxa, chce sprawdzić ich maksymalne możliwe obciążenie, który lepszy, który obsluzy wiecej req/s itd. co polecicie?
-
Czyli mam wykonać ab z jednego vpsa na drugiego czy z pierwszego na pierwszy i drugiego na drugi?
-
Zaktualizowałem sobie nginxa do 1.5.6, i teraz jest mały problem, a mianowicie gdy wykonuje service nginx restart to wyskakuje następujący błąd: Restarting nginx: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use) nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use) nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use) nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use) nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use) nginx: [emerg] still could not bind() nginx. root@lanceq:~# Zawartość nginx.conf: http://wklej.to/uz3AF dodatkowo jeszcze kilka komend aby sprawdzić port: root@lanceq:~# netstat -lnp | grep 0.0.0.0:80 tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 2759/nginx root@lanceq:~# fuser 80/tcp 80/tcp: 2759 2765 root@lanceq:~# lsof +M -i4 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME dhclient 1617 root 5u IPv4 5039 0t0 UDP *:bootpc dhclient 1617 root 20u IPv4 4999 0t0 UDP *:65425 rpcbind 1708 root 6u IPv4 5563 0t0 UDP *:sunrpc[portmapper] rpcbind 1708 root 7u IPv4 5566 0t0 UDP *:npmp-gui rpcbind 1708 root 8u IPv4 5567 0t0 TCP *:sunrpc[portmapper] (LI rpc.statd 1739 statd 4w IPv4 5608 0t0 UDP localhost:643 rpc.statd 1739 statd 7u IPv4 5615 0t0 UDP *:46344[status] rpc.statd 1739 statd 8u IPv4 5619 0t0 TCP *:56583[status] (LISTEN) named 2173 bind 21u IPv4 6260 0t0 TCP localhost:domain (LISTEN named 2173 bind 22u IPv4 6262 0t0 TCP hosted-by.slaskdatacente named 2173 bind 23u IPv4 5936 0t0 TCP localhost:953 (LISTEN) named 2173 bind 513u IPv4 6259 0t0 UDP localhost:domain named 2173 bind 514u IPv4 6261 0t0 UDP hosted-by.slaskdatacente memcached 2641 nobody 26u IPv4 6113 0t0 TCP localhost:11211 (LISTEN) memcached 2641 nobody 27u IPv4 6115 0t0 UDP localhost:11211 /usr/sbin 2725 amavis 5u IPv4 7175 0t0 TCP localhost:10024 (LISTEN) nginx 2759 root 6u IPv4 6634 0t0 TCP *:http (LISTEN) nginx 2765 nobody 6u IPv4 6634 0t0 TCP *:http (LISTEN) sshd 3089 root 3u IPv4 7458 0t0 TCP *:ssh (LISTEN) mysqld 3113 mysql 10u IPv4 7486 0t0 TCP *:mysql (LISTEN) mysqld 3113 mysql 33u IPv4 8727 0t0 TCP localhost:mysql->localho /usr/sbin 3138 amavis 5u IPv4 7175 0t0 TCP localhost:10024 (LISTEN) /usr/sbin 3138 amavis 11u IPv4 8726 0t0 TCP localhost:54709->localho /usr/sbin 3138 amavis 12u IPv4 8736 0t0 TCP localhost:47561->localho /usr/sbin 3139 amavis 5u IPv4 7175 0t0 TCP localhost:10024 (LISTEN) dovecot 3237 root 22u IPv4 7706 0t0 TCP *:pop3 (LISTEN) dovecot 3237 root 24u IPv4 7708 0t0 TCP *:pop3s (LISTEN) dovecot 3237 root 32u IPv4 7722 0t0 TCP *:imap2 (LISTEN) dovecot 3237 root 34u IPv4 7724 0t0 TCP *:imaps (LISTEN) master 3713 root 12u IPv4 6912 0t0 TCP *:smtp (LISTEN) master 3713 root 110u IPv4 7012 0t0 TCP localhost:10025 (LISTEN) sshd 3764 root 3r IPv4 8455 0t0 TCP hosted-by.slaskdatacente ntpd 3770 ntp 16u IPv4 7070 0t0 UDP *:ntp ntpd 3770 ntp 18u IPv4 7077 0t0 UDP localhost:ntp ntpd 3770 ntp 19u IPv4 7078 0t0 UDP hosted-by.slaskdatacente smtpd 3887 postfix 6u IPv4 7012 0t0 TCP localhost:10025 (LISTEN) sshd 3894 root 3r IPv4 8784 0t0 TCP hosted-by.slaskdatacente smtpd 4029 postfix 6u IPv4 6912 0t0 TCP *:smtp (LISTEN)
-
Aktualizacja nginxa do 1.5.6 i problem z zbindowanym portem
peres.pro odpisał peres.pro na temat w Serwery WWW
Może zrobiłem coś źle przy kompilacji? root@lanceq:~# nginx -V nginx version: nginx/1.5.6 built by gcc 4.7.2 (Debian 4.7.2-5) configure arguments: --add-module=/root/ngx_pagespeed-1.7.30.1-beta root@lanceq:~# tutaj zawartość /etc/init.d/nginx #!/bin/sh ### BEGIN INIT INFO # Provides: nginx # Required-Start: $local_fs $remote_fs $network $syslog # Required-Stop: $local_fs $remote_fs $network $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: starts the nginx web server # Description: starts nginx using start-stop-daemon ### END INIT INFO PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/nginx NAME=nginx DESC=nginx # Include nginx defaults if available if [ -f /etc/default/nginx ]; then . /etc/default/nginx fi test -x $DAEMON || exit 0 set -e . /lib/lsb/init-functions test_nginx_config() { if $DAEMON -t $DAEMON_OPTS >/dev/null 2>&1; then return 0 else $DAEMON -t $DAEMON_OPTS return $? fi } case "$1" in start) echo -n "Starting $DESC: " test_nginx_config # Check if the ULIMIT is set in /etc/default/nginx if [ -n "$ULIMIT" ]; then # Set the ulimits ulimit $ULIMIT fi start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid \ --exec $DAEMON -- $DAEMON_OPTS || true echo "$NAME." ;; stop) echo -n "Stopping $DESC: " start-stop-daemon --stop --quiet --pidfile /var/run/$NAME.pid \ --exec $DAEMON || true echo "$NAME." ;; restart|force-reload) echo -n "Restarting $DESC: " start-stop-daemon --stop --quiet --pidfile \ /var/run/$NAME.pid --exec $DAEMON || true sleep 1 test_nginx_config # Check if the ULIMIT is set in /etc/default/nginx if [ -n "$ULIMIT" ]; then # Set the ulimits ulimit $ULIMIT fi start-stop-daemon --start --quiet --pidfile \ /var/run/$NAME.pid --exec $DAEMON -- $DAEMON_OPTS || true echo "$NAME." ;; reload) echo -n "Reloading $DESC configuration: " test_nginx_config start-stop-daemon --stop --signal HUP --quiet --pidfile /var/run/$NAME.pid \ --exec $DAEMON || true echo "$NAME." ;; configtest|testconfig) echo -n "Testing $DESC configuration: " if test_nginx_config; then echo "$NAME." else exit $? fi ;; status) status_of_proc -p /var/run/$NAME.pid "$DAEMON" nginx && exit 0 || exit $? ;; *) echo "Usage: $NAME {start|stop|restart|reload|force-reload|status|configtest}" >&2 exit 1 ;; esac exit 0 -
Aktualizacja nginxa do 1.5.6 i problem z zbindowanym portem
peres.pro odpisał peres.pro na temat w Serwery WWW
Patrys, dzięki za szybką odpowiedź, po wykonaniu komendy fuser -kill 80/tcp zabija, restartuje nginxa - działa, restartuje nginxa ponownie i dalej to samo. Więc to raczej nie jest wyjście, po reebocie jest to samo, nie zbyt wiem jak to naprawić, liczę na pomoc. Aha i nie wiem czy to może być jakimś powodem ale skompilowałem tego najnowszego nginxa wraz z mod_pagespeed. -
Fajne forum, zarejestrowałem się, ale co z tego skoro minęło 10 minut od rejestracji a mi na skrzynke ani na spam nie trafił mail aktywacyjny. Fajne forum, zarejestrowałem się, ale co z tego skoro minęło 10 minut od rejestracji a mi na skrzynke ani na spam nie trafił mail aktywacyjny.
-
Witam, bawię się już jakiś czas w optymalizacje webserva i mu pochodnych do szybkiego działania serwisów. Na tą chwilę bawię się z nginxem 1.4.3, jako php działa php-fpm, system to debian, tak słowem wstępu. Faktycznie już coś mi wychodzi z tej optymalizacji, dodałem kompresje, cache i kilka innych usprawniaczy, jednocześnie chciałbym wiedzieć czy mój serwer przedstawia dobre wyniki, adres to lolsfera.pl Zacznijmy od pewnej sprawy która mnie bardzo niepokoi, a mianowicie czas odpowiedzi serwera który normalnie wynosi poniżej 200ms, czas odpowiedzi dla lolsfera.pl to od 700 do 1000 ms, co jest wybitnie wysokim wynikiem, od razu mówię że nie chodzi tu o lokalizacje bo sprawdzałem już najróżniejsze lokalizacje do testów. http://developers.google.com/speed/pagespeed/insights/?url=lolsfera.pl&tab=desktop https://developers.google.com/speed/docs/insights/Server I wskazówka - Skróć czas odpowiedzi serwera. Kończąc sprawę odpowiedzi serwera, przeprowadziłem dziś kilkanaście testów, jako że jestem początkujący nie za bardzo wiem co jest tutaj wąskim gardłem, no bo 5-8 sekund ładowania się strony z 66 requestami i rozmiarem 1,1mb to raczej wypada jak na darmowy hosting, a nawet jeszcze gorzej niż owy darmowy hosting. O to wyniki: LoadImpact, tutaj były testy w czasie online, ilość req/s, trasnfer, i tym podobne, ze względu na moje małe doświadczenie nie jestem w stanie powiedzieć czy to duża ilość czy mała: link: http://loadimpact.com/test/view/1515075 GTmetrix, i tutaj po raz kolejny na górze strony dostaję informacje o tym, że Your page generation time is slow. No i link do mojego testu: http://gtmetrix.com/reports/lolsfera.pl/2cBbIoHW PingDom: http://tools.pingdom.com/fpt/#!/crzhtQ/lolsfera.pl No i na koniec 9-krotny test przy webpagetest, wyniki wczytywania jako "first view" oscylują w pomiędzy 3 a 6 sekundach chociaż polecam zobaczyć 2 test od góry na którym strona ładuję się 50 sekund link: http://www.webpagetest.org/result/131117_Y1_X6A/ Jeżeli chodzi o optymalizacje to chodzi mi bardziej o optymalizacje samego VPS'a bo ewidentnie coś tu jest nie tak, 5 sekund na szybkim vpsie w dobrym polskim DC bizneshostu na xeonie, 6 rdzeniach po 2.4 i 6 gb ramu przy praktycznie zerowym ruchu to nie możliwe żeby to było na porządku dziennym, bardzo liczę na Waszą pomoc. Dodatkowo pytanie, zastanawiam się czy warto dokompilować pagespeed pod nginxa żeby jeszcze mocniej to zoptymalizować, czy to faktycznie dużo pomoże czy szkoda zachodu? Mogę zarzucić pliki konfiguracyjne na Waszą prośbę, powiedzcie tylko jakie.
-
Właśnie się dowiedziałem od supportu że pracownik niechcący przeniósł mój serwer vps na maszyne bez dysku ssd bo wcześniej transfery io dysku byly nie mniejsze niż 100 MB/s Jednakowoż dostałem informacje od Pana Michała że to przeniesienie nie wpłynie na szybkość ładowania się stron, myślicie że faktycznie tak będzie? Czy mam zarzucać te configi php,mysql oraz nginxa? Serio ludzie coś musi być nie tak, rozumiem openvz, rozumiem że to jest wirtualizacja, która przy oversellingu nie zbyt sobie radzi ze względu na strukturę, ale coś musi być na rzeczy skoro obciążenie mojego vps'a jest niemal zerowe a ładnie na w miarę zoptymalizowanym nginxie w połączeniu z php-fpm tyle trwa, co o tym myślicie?
-
Czy jest ktoś w stanie mi pomóc? Naprawdę zależy mi na rozwiązaniu tego problemu, na vps stoi aktualnie ts na którym siedzi od 30 do 50 osób i 3 strony na których ruch jest zerowy, nie są rozeklamowane a w związku z tym jedynym użytkownikiem owych serwisów jestem ja, więc obciążenie na tym vpsie jest raczej zerowe. Zastanawia mnie jedno, są tam dyski SSD a średni trasnfer wynosi 34.9 MB/s według komendy dd (LOL?) Htop: Na VPS'ie 6xL5520 o taktowaniu 2.27GHz Serwer stoi w Poznaniu w DC bizneshostu, a kupiony został poprzez mintshost.
-
Nie musze wrzucać czystej strony, lanceq.pl stoi na tej samej maszynie z takimi samym ustawieniami, jest tam statyczna strona, domyślna po stworzeniu strony w ispconfigu, możesz na jej przykładzie zdiagnozować to co tam chciałeś
-
Z tego co mi wiadomo pod względem optymalizacji sam ten wordpress z layoutem który stoi na lolsfera.pl nie jest jakoś wybitnie źle zoptymalizowany i strzelałbym tutaj w problem z serwerem aniżeli z samym contentem. W takim razie czy jest jakikolwiek speedtest który pokaże w miarę dobre wyniki dla mojego serwera który swoją lokalizacje ma w Poznaniu? http://whois.domaintools.com/185.25.150.226 Według mnie to nie wina lokalizacji bo wykonałem dziś chyba z 20 speedtestów i większość gdzie lokalizacja była właśnie w europie pokazywała dość wysokie wyniki rzędu 3-6 sekund. W każdym razie daje reputa za chęć pomocy. @edit Wykonałem mały test aby porównać nasz serwis do serwisu jednego z naszych konkurentów pod względem tematyki, ich serwer znajduje się w Niemczech, wykonałem prosty test pod względem szybkości odpowiedzi i jest tak jak się spodziewałem. konkurencja (hetzner, DE) - http://whois.domaintools.com/polskilol.pl link do testu: http://www.hyperspin.com/quicktest.php?action=result&qtid=1032383&r=8987 mój vps, Poznań: http://whois.domaintools.com/185.25.150.226 link do testu: http://www.hyperspin.com/quicktest.php?action=result&qtid=1032382&r=1268 Jak widać dla wszystkich Państw i nie tylko dla jednego wynik jest piorunujący, polskilol.pl osiągnął na 20 krajów średni ping w okolicach 630 co i tak jest raczej słabym wynikiem. Lolsfera.pl czyli to co tak usilnie próbuję zoptymalizować ma prawie 2000 ms, co jest wynikiem niespotykanie słabym, radzę zwrócić uwagę w różnicy w "przetwarzanie" gdzie mój vps osiąga 2-3 razy dłuższe wyniki dla tej właśnie opcji.
-
Witam, przy dodawaniu mojego serwera ts3 do gametrackera wyskoczył następujący błąd: Próbowałem już chyba wszystkiego co opisali wyżej, niestety wciąż wyskakuje ten sam komunikat. Wiecie może w czym leży problem? IP: lanceq.pl port: 9987 query: 10011 system na vpsie na którym stoi ts to debian, liczę na Waszą pomoc.
-
TeamSpeak3 i dodawanie do GameTracker'a
peres.pro odpisał peres.pro na temat w Administracja Serwerów
Zmieniłem permisje w rangach i pomogło, do zamknięcia. -
TeamSpeak3 i dodawanie do GameTracker'a
peres.pro odpisał peres.pro na temat w Administracja Serwerów
No i właśnie problem w tym że niestety nie chce się dodać, dalej wyskakuje ten sam błąd. -
Witam, ustawiłem sobie w winscp transfer tak aby przesyłało się naraz 9 plików, niestety wysyła się jeden, w czym problem? Czy to możliwe że muszę jakoś skonfigurować proftpd na moim vpsie? System to debian. A tu zarzucam screen: I dodatkowo pytanie, jakich programów korzystacie do łączenia się z serwerami ? W sensie lepsze alternatywy dla putty i winscp, bo wiadomo dwa te programy sa popularne ale czy najlepsze?
-
Witam Was serdecznie moi kochani Jako że zawsze mogę liczyć na Waszą pomoc, zwracam się do Was ponownie z pytaniem. Otóż mam VPS'a z mintshost o takich parametrach (debian): Sprawa wygląda następująco, mam najzwyklejsze php i apache, nie jestem jakoś wybitny w tych wszystkich optymalizacjach i konfiguracjach ale nie trzeba być ekspertem żeby zobaczyć, że skrypty php zamulają kompletnie serwer, dam Wam tu przykład, wykonuje jakieś proste polecenie w wordpressie typu zainstaluj plugin czy po prostu zmiana czegokolwiek w panelu, po pierwsze trwa to długo, coś co powinno trwać bardzo krótko, a po drugie monitoruje sobie wszystko na bieżąco w htopie i obciążenie procesora przy zapisaniu po edycji pluginu dochodzi do 100%, najlepsze jest to że wtedy byłem tylko ja w panelu, a są to jakieś trywialne skrypty które zmieniają po zapisaniu kilka zmiennych, więc jestem pewien że jest coś nie tak z konfiguracją, mam ispconfig i standardowe aplikacje na VPS'ie typu apache, php-cgi (chyba), sam nie jestem pewien jakie dokładnie mam php, chciałbym wiedzieć jak mogę to dokładniej zdiagnozować, jakie wartości/logi Wam pokazać żebyście mi powiedzieli co na moim serwerze jest nie tak. Z góry serdeczne dzięki za pomoc i pozdrawiam serdecznie
-
Dzięki wielkie Marku, oby w przypadku wordpressa też tak było, daje plusa. Jeszcze ktoś jakieś porady ma dotyczące WP i nginxa? Słyszałem że jest jakiś plugin pod wordpressa co automatycznie przekonwertowuje go na nginx.