draker

Wyrzuciłem linię index index.php, ale to raczej kosmetyczny błąd był Napisałem temat na oficjalnym forum nginx'a, może tam ktoś pomoże, bo ja sam nie wiem, gdzie jest ta pętla...

Problemem była $sciezka2, a konkretnie to, ze $file_url i $cat_dir były puste, to juz naprawione, teraz jest dziwniejszy problem. Gdy pobieram plik, pobiera się index.html wskazujący na 500 Internal Server Error, a w logach mam: 2012/07/18 17:39:52 [error] 23510#0: *20011855 rewrite or internal redirection cycle while internal redirect to "/index.php", client: 31.175.62.69, server: modbase.pl, request: "GET [...] Konfiguracja nginx, a konkretnie mojej strony: server { listen 80; server_name modbase.pl; server_name_in_redirect off; client_max_body_size 1024m; access_log /home/log/nginx/localhost.access_log; error_log /home/log/nginx/localhost.error_log; send_timeout 180; root /home/modbase.pl/public_html; index index.php; # Support Clean (aka Search Engine Friendly) URLs location / { client_max_body_size 1024m; try_files $uri $uri/ /index.php?q=$uri&$args break; proxy_read_timeout 120; send_timeout 180; autoindex on; } index index.php index.html index.htm default.html default.htm; # deny running scripts inside writable directories location ~* /(images|cache|media|logs|tmp)/.*\.(php|pl|py|jsp|asp|sh|cgi)$ { return 403; #error_page 403 /403_error.html; } location ~ .*.php$ { include /etc/nginx/fastcgi_params; fastcgi_connect_timeout 320; fastcgi_send_timeout 320; fastcgi_read_timeout 320; client_max_body_size 1024m; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi_params; send_timeout 180; fastcgi_param SCRIPT_FILENAME /home/modbase.pl/public_html$fastcgi_script_name; } location /downloads { root /home/modbase.pl/public_html; internal; } # caching of files location ~* \.(ico|pdf|flv)$ { expires 1y; } location ~* \.(js|css|png|jpg|jpeg|gif|swf|xml|txt)$ { expires 14d; } } Zaraz poszukam czegoś w Google o tym problemie, ale może ktoś już zna odpowiedź

Teraz zmieniłem kod: if (!in_array($file_extension, $view_types)){ header('Content-Disposition: attachment; filename="'.$filename.'"'); } else { na: [/color] if blablabla{ $sciezka2 = '/downloads/'.$cat_dir.'/'.$file_url; header("X-Accel-Redirect:".$sciezka2); header('Content-Disposition: attachment; filename="'.$filename.'"'); }else{ blablabla konfig nginx: location /downloads { root /home/modbase.pl/public_html; internal; } I niestety coś jest nie tak - pobiera się odpowiedni plik o odpowiedniej nazwie, jednak pobierają się puste pliki ważące 5kb zamiast właściwych. Co jest źle?

Byłbym wdzięczny za pomoc przy zmianie sposobu wysyłania plików na przykładzie mojego skryptu: if (!$jlistConfig['use.php.script.for.download']){ if (empty($filename_direct)) { $app->redirect($file); } else { $app->redirect($filename_direct); } } else { $filename = basename($file); $file_extension = strtolower(substr(strrchr($filename,"."),1)); $ctype = datei_mime($file_extension); ob_end_clean(); // needed for MS IE - otherwise content disposition is not used? if (ini_get('zlib.output_compression')){ ini_set('zlib.output_compression', 'Off'); } header("Cache-Control: public, must-revalidate"); header('Cache-Control: pre-check=0, post-check=0, max-age=0'); // header("Pragma: no-cache"); // Problems with MS IE header("Expires: 0"); header("Content-Description: File Transfer"); header("Expires: Sat, 26 Jul 1997 05:00:00 GMT"); header("Content-Type: " . $ctype); header("Content-Length: ".(string)$len); if (!in_array($file_extension, $view_types)){ header('Content-Disposition: attachment; filename="'.$filename.'"'); } else { // view file in browser header('Content-Disposition: inline; filename="'.$filename.'"'); } header("Content-Transfer-Encoding: binary\n"); // redirect to category when it is set the time if (intval($jlistConfig['redirect.after.download']) > 0){ header( "refresh:".$jlistConfig['redirect.after.download']."; url=".$redirect_to ); } [...] Czy wystarczy dodać do kodu poniższą linijkę? header("X-Sendfile: $sciezkadopliku"); jako $ścieżkadopliku musi być bezwzględna ścieżka, czy mogę użyć zmiennej $filename (ale ona chyba odpowiada tylko za nazwę pliku, a nie path)

Witam, Mam problem z subdomeną forum.gtasite.pl. Wydaje mi się, że wszystko jest poprawnie skonfigurowane w bindzie i nginx'ie, jednak problem jest taki, że raz na jakiś czas subdomena przestaje działać części osób. Jest to dosyć losowe, przykładowo ja i reszta administracji chwilowo nie możemy się dostać, a ok. 30 osobom działa poprawnie. W logach binda nie ma niczego niepokojącego (a konkretnie w query.log, bo niestety chwilowo mam problem z dostępem do sysloga). query.log nie loguje moich wejść na subdomenę, oczywiście loguje wejścia tych, którym chwilowo subdomena działa. Dodatkowo, w czasie gdy nie działa subdomeny nie można spingować. Problem nie występuje z główną domeną. Dosyć to zagmatwane i ciężko wytłumaczyć - cóż, starałem się . Będę wdzięczny za jakąkolwiek pomoc, bo ja już nie wiem, co odpowiada za ten problem... Link: forum.gtasite.pl Wynik pingu: ping forum.gtasite.pl ping: cannot resolve forum.gtasite.pl: Unknown host Screen z niedziałającej strony w załączniku. Konfiguracja binda: $TTL 86400 $ORIGIN gtasite.pl. @ IN SOA ks22865.kimsufi.com. root.gtasite.pl. ( 2012060802 ;; serial 1200 ;; refresh 1200 ;; retry 2419200 ;; expire 86400 ;; TTL ) @ IN NS ks22865.kimsufi.com. gtasite.pl. IN NS ns.kimsufi.com. @ IN MX 1 ASPMX.L.GOOGLE.COM. @ IN MX 5 ALT1.ASPMX.L.GOOGLE.COM. @ IN MX 5 ALT2.ASPMX.L.GOOGLE.COM. @ IN MX 10 ASPMX2.GOOGLEMAIL.COM. @ IN MX 10 ASPMX3.GOOGLEMAIL.COM. @ IN A 91.121.8.155 mail IN CNAME ghs.google.com. www IN A 91.121.8.155 forum IN A 91.121.8.155 ftp IN CNAME www poczta IN CNAME ghs.google.com. @ IN TXT "v=spf1 include:_spf.google.com ~all." Nginx: server { listen 80; server_name forum.gtasite.pl; server_name_in_redirect off; access_log /home/log/nginx/localhost.access_log; error_log /home/log/nginx/localhost.error_log; root /home/gtasite/forum; index index.php index.html index.htm default.html default.htm; location ~* /(images|cache|media|logs|tmp)/.*\.(php|pl|py|jsp|asp|sh|cgi)$ { return 403; error_page 403 /403_error.html; } location ~ .*.php$ { include /etc/nginx/fastcgi_params; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; } }

Ciężko mi w to uwierzyć, ale jednak po zmianie serialu dla większości osób subdomeny już działają. Nie wiem jak to możliwe i dlaczego tak się stało, ale dzięki za pomoc

Serial zmieniony, zobaczymy, czy to coś da. Bardzo dziwna sprawa, bo pierwszy raz się z takim czymś spotykam. Dodatkowo w czasie, gdy nie dziala forum.gtasite.pl to również poczta też przestaje działać. Ten problem jest tylko na tej domenie. Może być, że jakimś cudem zachowały się powiązania ze starym serwerem, kto wie...

Jakieś porady? Na moim forum jest już obszerny temat, że ludzie mają problem z dostaniem się...

Oczywiście mam już www.forum, ale nie wklejałem tego cfg server { server_name www.forum.gtasite.pl; rewrite ^(.*) http://forum.gtasite.pl$1 permanent; } Mimo tego nadal często wchodząc przez forum.gtasite.pl jest ten sam problem Flushdns nie pomoże, bo nie nakażę użytkownikom, by go sobie wykonali. Problem dotyka chyba każdego, bo statystyki są 3x niższe od wystąpienia tego problemu i ciągle dostaję skargi na to, że ktos nie może wejść...

Witam Korzystam z Nginx'a oraz php5-fpm. Posiadam jeden skrypt php, który wykonuje się ponad dwie minuty (pobieranie plików z zewnętrznego serwera i ich zapisywanie). Na Litespeedzie i jego php wszystko działało komfortowo, lecz po przejściu na nowy webserwer tak już nie jest. Po 60 sekundach od "odpalenia" skryptu występuje błąd 504 Bad Gateway Time-out. Nie wiem już, co trzeba zmienić, bo chyba konfiguracja jest OK. w php.ini mam max_execution_time i max_input_time ustawione na 180s. W /etc/php5/fpm/pool.d/ - request_terminate_timeout = 180s. Więcej porad w Google nie znalazłem. W logach php-fpm nie ma niczego dziwnego, pisze tylko, że loguje długi request i tyle. Natomiast w error.log nginx'a jest tylko to: [error] 17644#0: *7433786 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 178.42.218.87, server: modbase.pl, request: "POST /download/wyslij-plik HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "modbase.pl", referrer: "http://modbase.pl/download/wyslij-plik" Gdzie szukać powodu błędu? Wydaje mi się, ze to chyba php-fpm odpowiada za te timeouty, ale już niczego nie znalazłem w konfiguracji. Oho, temat założony zbyt szybko. Całkowicie źle szukałem, to jednak nginx odpowiadał za tego timeouta. Teraz moja konfiguracja nginx'a (konkretnie odpowiadająca za pliki php) wygląda tak i jest OK: location ~ .*.php$ { fastcgi_connect_timeout 180; fastcgi_send_timeout 180; fastcgi_read_timeout 180; [...]

Witam, Potrzebuję mieć uruchomione dwa webserwery na jednym serwerze o jednym adresie IP. Obecnie posiadam Litespeeda jako główny webserver, ale często mam problem z wyczerpującym się limitem req/sec, dlatego potrzebuję uruchomić Lighttpd dla jednej strony, która wykonuje najwięcej zapytań. Szczerze mówiąc, nie wiem, jak mam się za to zabrać. Zainstalowałem lighttpd, ustawiłem jego port na inny (81), dodałem vhosta, zresetowałem i koniec. W bindzie raczej nie ustawię przekierowania tej domeny na port :81, a nie ma sensu, by użytkownicy widzieli w adresie domena.pl:81. Wydaje mi się, że w takiej sytuacji konieczne jest ustawienie jakiegoś przekierowania w Litespeedzie, tyle, że nie wiem, jak to można zrobić. Opcjonalnie może jest jakaś inna metoda, by móc przekierowywać użytkowników z domena.pl na domena.pl:81, tyle, żeby ten port nie był widoczny?

Jak narazie jest OK. Trochę są problemy z htaccessem, bo niektóre funkcje strony coś nie chcą działać (np. http://gta.net.pl/13,galeria.html) i nie mam pojęcia, jak to naprawić, ale kiedyś może się uda. Korzystam z php-fqm, bo php-fcgi nie dawał sobie rady na standardowej konfiguracji (ciągle błędy 502 Bad Gateway). Zużycie CPU i RAM praktycznie takie same jak w Litespeedzie (load średnio 0,2 w godzinach szczytu). Niestety jedyny problem jest taki, że coś zużywa mnóstwo miejsca na HDD - w konfiguracji nginx / php-fpm mam ustawione zapisywanie logów na /home, a nawet w nocy co chwile coś się zapisuje i usuwa na partycji systemowej (http://modbase.pl/munin/localdomain/localhost.localdomain/df.html - te duze wahania zaczęły się od instalacji nginx'a, teraz usunąłem sporo niepotrzebnych śmieci z partycji innej nż /home, ale nadal coś się usuwa i zapisuje, nie wiem co).

Problem rozwiązany, wystarczyło usunąć break na końcu.

Nie widzę sensu w zaśmiecaniu forum i tworzenia nowego tematu, więc spytam tutaj. nginx zainstalowany, skonfigurowany dla kilku witryn, ale pozostała jeszcze jedna, która ma przeogromny .htaccess. Konwersja jego ręcznie zajęłaby trochę czasu, więc wrzuciłem to do online convertera. Niestety, coś nie działa. server { listen 80; server_name gta.net.pl; server_name_in_redirect off; access_log /var/log/nginx/localhost.access_log; error_log /var/log/nginx/localhost.error_log; root /home/gtasite/web; index index.php index.html index.htm default.html default.htm; location ~* /(images|cache|media|logs|tmp)/.*\.(php|pl|py|jsp|asp|sh|cgi)$ { return 403; error_page 403 /403_error.html; } location / { rewrite ^/([^,]+),archiwumshoutbox.html$ /index.php?act=archiwumshoutbox&p=$1 break; rewrite ^/([^,]+),ref.html$ /index.php?act=ref&id=$1 break; rewrite ^/([^,]+),galeria.html$ /index.php?act=galeria&id=$1 break; rewrite ^/([^,]+),([^,]+),galeria.html$ /index.php?act=galeria&id=$1&p=$2 break; rewrite ^/([^,]+),galeria,gta.html$ /index.php?act=galeria&id=$1 break; rewrite ^/([^,]+),([^,]+),galeria,gta.html$ /index.php?act=galeria&id=$1&p=$2 break; rewrite ^/([^,]+),profile.html$ /index.php?act=publicprofile&id=$1 break; rewrite ^/([^,]+),profile,gta.html$ /index.php?act=publicprofile&id=$1 break; rewrite ^/([^,]+),wyniki.html$ /index.php?act=wyniki&id=$1 break; rewrite ^/([^,]+),gbook.html$ /index.php?act=gbook&p=$1 break; rewrite ^/([^,]+),deletepm.html$ /index.php?act=pmlist&do=deletepm&id=$1 break; rewrite ^/([^,]+),pmdisplay.html$ /index.php?act=pmdisplay&id=$1 break; rewrite ^/([^,]+),artykuly.html$ /index.php?act=catartykuly&id=$1 break; rewrite ^/([^,]+),artykuly,gta.html$ /index.php?act=catartykuly&id=$1 break; rewrite ^/([^,]+),([^,]+),artykuly.html$ /index.php?act=catartykuly&id=$1&p=$2 break; rewrite ^/([^,]+),([^,]+),artykuly,gta.html$ /index.php?act=catartykuly&id=$1&p=$2 break; rewrite ^/([^,]+),artykul.html$ /index.php?act=artykul&id=$1 break; rewrite ^/([^,]+),artykul,gta.html$ /index.php?act=artykul&id=$1 break; rewrite ^/([^,]+),news.html$ /index.php?act=news&id=$1 break; rewrite ^/([^,]+),news,gta.html$ /index.php?act=news&id=$1 break; rewrite ^/([^,]+),([^,]+),news.html$ /index.php?act=news&id=$1&p=$2 break; rewrite ^/([^,]+),news,gta.html$ /index.php?act=news&id=$1 break; rewrite ^/([^,]+),([^,]+),news.html$ /index.php?act=news&id=$1&p=$2 break; rewrite ^/([^,]+),([^,]+),news,gta.html$ /index.php?act=news&id=$1&p=$2 break; rewrite ^/([^,]+),downloadcomments.html$ /index.php?act=downloadcomments&id=$1 break; rewrite ^/([^,]+),downloadcomments,gta.html$ /index.php?act=downloadcomments&id=$1 break; rewrite ^/([^,]+),([^,]+),downloadcomments.html$ /index.php?act=downloadcomments&id=$1&p=$2 break; rewrite ^/([^,]+),([^,]+),downloadcomments,gta.html$ /index.php?act=downloadcomments&id=$1&p=$2 break; rewrite ^/([^,]+),artykulcomments.html$ /index.php?act=artykulcomments&id=$1 break; rewrite ^/([^,]+),artykulcomments,gta.html$ /index.php?act=artykulcomments&id=$1 break; rewrite ^/([^,]+),([^,]+),artykulcomments.html$ /index.php?act=artykulcomments&id=$1&p=$2 break; rewrite ^/([^,]+),([^,]+),artykulcomments,gta.html$ /index.php?act=artykulcomments&id=$1&p=$2 break; rewrite ^/([^,]+),newsy.html$ /index.php?p=$1 break; rewrite ^/([^,]+),newsy,gta.html$ /index.php?p=$1 break; rewrite ^/([^,]+),downloadcat.html$ /index.php?act=downloadcat&id=$1 break; rewrite ^/([^,]+),downloadcat,gta.html$ /index.php?act=downloadcat&id=$1 break; rewrite ^/([^,]+),download.html$ /index.php?act=dl&id=$1 break; rewrite ^/([^,]+),download,gta.html$ /index.php?act=dl&id=$1 break; rewrite ^/([^,]+),([^,]+),downloadcat.html$ /index.php?act=downloadcat&id=$1&p=$2&order=time&ord=DESC break; rewrite ^/([^,]+),([^,]+),downloadcat,gta.html$ /index.php?act=downloadcat&id=$1&p=$2&order=time&ord=DESC break; rewrite ^/([^,]+),([^,]+),([^,]+),([^,]+),downloadcat.html$ /index.php?act=downloadcat&id=$1&p=$2&order=$3&ord=$4 break; rewrite ^/([^,]+),([^,]+),([^,]+),([^,]+),downloadcat,gta.html$ /index.php?act=downloadcat&id=$1&p=$2&order=$3&ord=$4 break; } location ~ .*.php$ { include /etc/nginx/fastcgi_params; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; } Wchodząc przykładowo w link http://gta.net.pl/12,galeria,gta.html - następuje przekierowanie do index.php, ale pokazuje kod tego pliku. Co jest źle?

No właśnie chyba developerzy zapomnieli o Cherokee, bo ostatnia wersja pochodzi z października 2011, forum i wiele działów supportu nie działają, twitter i ich facebook też nie, więc przez to nie mogłem przenieść htaccess. Dziś spróbuję coś zrobić z nginxem...

Narazie nie miałem czasu na to wszystko i tylko Litespeed to kontroluje, w weekend zajmę się tym na poważnie. Przy okazji: ma ktoś może doświadczenie z webserwerem Cherokee? Zaisntalowałem to u siebie, konfiguracja jest prostsza niż Litespeeda, vhosty dodaje się błyskawicznie przez opcję Clone, jedynie .htaccess to prawdziwy wrzód na dupie, bo trzeba każdą regułę wpisywać na nowo w panelu, co trochę mi zajmie, gdy mój htaccess ma 500 linijek. Jaka jest wydajność tego webserwera?

Szczerze mówiąc, z nginxa jeszcze nigdy nie korzystałem, a Litespeed poza tym limitem requestów w darmowej wersji jest webserwerem idealnym: przy ponad trzech milionach requestów dziennie strony na Joomli i własnym CMS'ie zużywa 200MB RAMu, a load nie przekracza 0,5 na dosyć leciwym serwerze, podczas gdy Apache zdychał gdy miałem 500 000 requestów dziennie. Raczej zamienię Lighttpd na nginx'a, bo mam ogromny .htaccess i konwersja tego będzie katorgą... Zrobię tak jak radzicie - nginx jako główny webserwer, robiący proxy dla litespeeda. Jak będę miał jakiś problem z konfiguracją, to napiszę. Dzięki za pomoc!

Witam, Posiadam pewną witrynę opartą na darmowym CMS'ie Joomla oraz na darmowym skrypcie jDownloads (http://jdownloads.com/). Skrypt jDownloads nie jest wyjątkowo skomplikowany, w sumie frontend liczy 6000 linijek kodu. Sam wprowadziłem do niego sporo zmian na przełomie czasu (mam wykupioną wersję premium skryptu, która na to pozwala), jednak dlatego, że w PHP zbytnio biegły nie jestem, to pewnie jest mnóstwo błędów. Szukam osoby, która podjęłaby się poprawienia skryptu i naprawy kilku błędów oraz zabezpieczenia go (obecnie jest problem z wykrywaniem użytkownika podczas edycji pliku w skrypcie, nie mam pojęcia dlaczego oraz kilka innych rzeczy), a następnie dodania kilku nowych funkcji: -dodawanie zdjęć przez użytkowników do publikacji (raczej prosta sprawa, obecnie taka funkcja już istnieje, ale dostępna jest tylko dla właściciela pliku oraz administracji) -funkcja raportowanie błędnych plików (obecnie już istnieje taka funkcja, jednak działa w ten sposób, że jest to tylko link, po którego kliknięciu administrator dostaje maila, a chciałbym, aby użytkownicy musieli wpisać powód raportowania i takie tam) -dodanie paska postępu uploadu podczas wrzucania plików np. w JS Proponuję 50-60zł za każdą napisaną funkcję (oraz naprawę), czyli w sumie ok. 200zł. Jeśli wszystko pójdzie gładko, to możliwa będzie dalsza współpraca, bo skrypt wymaga jeszcze wielu zmian.

Posiadam serwer dedykowany, który ma sporo wolnych zasobów, które nie są zużywane. Chętnie odsprzedam na dowolny okres czasu miejsce na nim. Preferowałbym udostępnienie miejsca na serwer www / ftp, w ostateczności mogą być niewymagające serwery gier. Obecnie na dedyku działa 5 stron internetowych na webserverze Litespeed (IMO najbardziej wydajny webserver) z PHP5 i MySQL oraz jakiś sponsorowany serwer gry. Średni load wynosi 0,5, w godzinach popołudniowych load = 1,5, podczas gdy ze strony korzysta kilkaset osób. Zużycie CPU zazwyczaj nie przekracza 50%. Dla chętnych udostępniam statystyki w muninie. Serwera nie wykorzystuję do eksperymentów, w ciągu ostatnich kilku miesięcy restartowany był tylko raz (gdy wymieniano dysk twardy...). Wolne jest ponad 500GB miejsca na HDD, który jest całkowicie nowy, wymieniany 2 miesiące temu (Power_On_Hours 0x0032 099 099 000 Old_age Always - 1040), zero błędów, często robię backupy. Zazwyczaj wolne jest 3GB pamięci RAM oraz 60% procesora. Poniżej jeszcze konfig serwera: Intel® Xeon® CPU X3220 @ 2.40GHz 4GB RAM 750GB HDD Łącze 100 / 100, 10TB transferu, ja zużywam ok. 2TB miesięcznie. Lokalizacja: Francja (OVH) Akceptuję wyłącznie legalne treści i gwarantuję, że sam przechowuję wyłącznie pliki legalne (żadnych rtorrentów i innych takich tam). Co do ceny i tego, co będzie przechowywał na serwerze kupujący i na jak długo możemy się dogadać, ja na pewno nie mam zamiaru z tego serwera rezygnować przez jeszcze bardzo długi czas, więc utrata danych nie wchodzi w grę. Pragnę odsprzedać miejsce na serwerze wyłącznie z jednego (lub dwóch) powodów - po pierwsze, jedna z najbardziej dochodowych stron wpadła w smartpricing w AdSense i nie wiemy, jak długo to potrwa, przez co zarobki znacząco zmalały, a druga to wyżej wspomniana - nie ma sensu, by marnowało się tyle zasobów. Zapraszam chętnych na PW - coś na pewno uda się wynegocjować, zależy mi na znalezieniu jednej, góra dwóch osób.

Minęły już prawie dwa tygodnie, więc podbijam, nadal szukam chętnych osób, dedyk stoi praktycznie pusty (na życzenie statystyki z munina). Serwer TeamSpeak, Mumble, konto www, jakiś serwer gier - obojętnie, mogę postawić praktycznie wszystko, ale z umiarem...

Witam, Mam pewien problem. Ostatnio zmieniałem serwer dedykowany, tak więc konieczna była zmiana DNS'ów dla moich domen .pl. Często musiałem to robić, więc już mam trochę "doświadczenia". Tyle, że teraz pierwszy raz mam taki problem: po 5 albo 6 dniach od zmiany DNS'ów w panelu OVH i biznes-host dla domen nadal większość użytkowników ląduje na starych DNS'ach. Czy to normalne? Zazwyczaj już po kilku godzinach wszystko było zmienione, a teraz czekam już kilka dni na to. Co najdziwniejsze, raz przekierowuje mnie na dobre DNS'y, a za kilka godzin przy próbie wejścia kierowany jestem na stare dns'y i stary serwer. Tak samo użytkownicy mojej strony - obecnie ok. 10% osób korzysta z nowego serwera i nowych DNS'ów, a resztę przekierowuje na stare DNS'y. Szczerze mówiąc, nie mam pojęcia, co mogę zrobić. Konfiguracja binda jest raczej ok, TTL jest ustawiony na 24h. Czy pozostaje mi tylko czekać? Jak tak, to jak długo jeszcze? Adresy domen to modbase.pl i taniograj.pl.

A czy przypadkiem jak wyłącze starego binda na tamtym serwerze, to osoby, które mają właśnie w cache stary adres nie będą otrzymywać komunikatu błędu? Sam nie wiem właśnie, czy powinienem to zrobić.

Hm, o dziwo nadal jeszcze po trzech, albo czterech dniach DNS'y się nie rozpropagowały. Teraz już z 70% userów korzysta z nowego serwera, ale nadal z 10GB dziennie transferu pożera stary serwer, na który już DNSy nie są kierowane. Według intodns jest okej. Czy to oby normalne, że to aż tyle trwa? U mnie jest to samo - wczoraj przez prawie cały dzień kierowany byłem na nowy serwer, a dzisiaj wchodząc na stronę kieruje mnie na stary serwer.

Witam, Po zmianie serwera dedykowanego mam kolejny problem. Co chwilę, wchodząc na moją stronę wyskakuje komunikat błędu 500 Internal Server Error " Request Timeout This request takes too long to process, it is timed out by the server. If it should not be timed out, please contact administrator of this web site to increase 'Connection Timeout'." Korzystam z Litespeeda + PHP5 + MySQL. Konfiguracja jest raczej prawie taka sama, jak na starym serwerze. Problem występuje bardzo często - według logów co minutę ktoś otrzymuje ten błąd. Nie wiem, czego to wina, co mogę zrobić, bo wydaje mi się, że konfiguracja jest dobra. Poniżej wycinek error.loga, który tworzy się pdoczas takiego erroru: Proszę tylko o nie pisanie rad w stylu "zwiększ connection timeout". Nawet jakbym zwiększył do minuty, to i tak po tej minucie wyskoczy błąd. Zużycie CPU jest minimalne, kilka procent podczas takiego błędu, tak samo RAM'u. Z logów cięzko mi cokolwiek zrozumieć - niby połączenie jest w idle'u przez te 16 sekund, ale dlaczego? Nie wiem. Na starym serwerze o raczej tej samej konfiguracji było OK. domena: ks200894.kimsufi.com phpinfo: http://ks200894.kimsufi.com/phpinfo.php Byłbym wdzięczny za każdą radę, bo nawet na oficjalnym forum Litespeeda nie znalazłem rozwiązania problemu.

Zmieniony serial dla drugiej domeny, bind zresetowany. Mam nadzieję, że teraz wszystko powinno działać.