huan

Jeśli serwer nie swapuje i masz jeszcze trochę wolnej pamięci, to możesz zwiększyć:

tmp_table_size = 256M
max_heap_table_size = 256M
innodb_buffer_pool_size = 128M

Wydaje mi się, że query_cache_size = 512M to zdecydowanie za dużo. Szkoda pamięci. Zostawiłbym tak jak było albo ostatecznie trochę zwiększyć query_cache_size = 128MB i query_cache_limit = 6M (ten parametr zalezy od tego, jak wielkie sa wyniki zapytan do bazy). Ale jak informował mysqltuner cache jest często czyszczony w Twoim przypadku, więc zmiana tych parametrów i tak wiele nie zmieni... chyba że właśnie dasz za dużo (np. 512M), to serwer może zacząć swapować.

Ponieważ mysqltuner powiadomił, że tabele są pofragmentowane, to warto uruchomić na nich optymalizację:

myisamchk -r --sort-index /var/lib/mysql/*/*.MYI
mysqladmin reload;mysqladmin refresh;

a w my.cnf proponowałbym następujące zmiany:

#
# indeksy zajmuja jedynie 62MB, wiec mozna spokojnie zmniejszyc
# key_buffer do 96MB
#

key_buffer      = 96M


#
# Zwiekszyc rozmiar tymczasowych tablic tworzonych w pamieci RAM, gdyz
# za duze zapisywane sa niepotrzebnie na dysku, co spowalnia dzialanie
#

tmp_table_size = 128M
max_heap_table_size = 128M

#
# bufor dla InnoDB jest za maly, trzeba zwiekszyc
#

innodb_buffer_pool_size = 64M

To mi bardziej wygląda na firmę, która pomaga w uzyskaniu funduszy z EU, a nie kradnącą pomysły. Pewnie chodzi o słynne Działanie 8.1 w ramach Programu Operacyjnych Innowacyjna Gospodarka. Ale jeśli tak, to lepiej już skorzystać z usług firmy, która nie boi się podać swoich danych .

Lighttpd też nie obsługuje mod_rewrite w wersji Apache'owej, ale każde reguły rewrite można przepisać do wersji dla nginx lub lighttpd (mając jakieś o tym pojęcie )

Jeśli kod doklejany jest przez proces apache'a, to rzeczywiście, któryś ze skryptów CGI lub PHP musi być dziurawy. Dokładna analiza logów serwera www powinna nakierować, gdzie jest problem. Można też doinstalować mod_security do Apache'a - może nie ochroni przed wszystkim, ale przed najpopularniejszymi dziurami raczej tak i zaloguje podejrzane zapytania.

tak

Nie napisałem, że RAID5 jest szybszy od RAID 10. Napisałem, że jest szybki odczyt w domyśle w porównaniu ze standardową konfiguracją. Czyli w miarę odpowiedni kompromis między szybkością, bezpieczeństwem, a kosztami. RAID 10 to dodatkowe dyski do mirrorowania i tylko połowa powierzchni dostępna do zapisu. Ale jeśli koszta nie grają roli...

Jeśli chodzi o RAID, to jeśli będziesz miał do dyspozycji 3, 4 dyski, to najlepiej nie kombinować z RAID 10 czy 01 tylko wybrać RAID5. Najwięcej korzyści: strata jedynie 33% miejsca (przy 3 dyskach) + szybki odczyt oraz odporność na awarię jednego z dysków. Minusem jest to, że trzeba kupić sprzętowy kontroler RAID, bo software'owo to raczej dobrze nie będzie śmigać.

Ale również myślę, że przy obecnych cenach dedyków w Hetznerze, lepiej się zastanowić nad kupnem sprzętu i kolokacją.

Pakiet standardHOSTING

Przestrzeń dyskowa: 30GB

Miesięczny transfer: 100GB

Opłata miesięczna: 15,90PLN + VAT

http://www.hostpark.pl/hosting/

Lokalizacja serwerów: Niemcy

Potwierdzam: przede wszystkim optymalizacja. Skoro baza danych ma jedynie 400MB, a serwer kilka GB pamięci RAM, to szybszy dysk i tak nie będzie miał znaczenia, jeśli MySQL ma ustawione wystarczająco duże bufory - większość będzie przechowywana w pamięci. Jeśli już jednak chcesz zmienić sprzęt, to ja bym raczej był za kupieniem dwóch EQ4 zamiast jednego EQ9. Opłata miesięczna taka sama (jedynie instalacja droższa), a rozdzielenie PHP/lighttpd oraz baz danych MySQL z pewnością wyjdzie na dobre.

Możesz spokojnie zmniejszyć key_buffer i query_cache, bo i tak nie są wykorzystywane w tak dużym stopniu, co pokazuje mysqlreport (np. query_cache wykorzystane jedynie 2,2MB z 256MB przydzielonych), a wolna pamięc bardziej przydałaby się serwerowi Apache i cachowaniu dysku twardego. Zresztą inne ustawienia też są trochę spore, jak na serwer z 1GB RAM. Więc w my.cnf zmień na:

key_buffer = 96M

query_cache_size = 32M

i ewentualnie:

join_buffer_size = 8M

read_buffer_size = 1M

read_rnd_buffer_size = 1M

i potem zrestartuj serwer mysql, żeby zmiany weszły w życie.

Ale i tak przejście z Apache'a na Nginxa przyśpieszy dodatkowo serwer.

Proponuje wykonanie trzech podstawowych rzeczy:

1. najważniejsza - zmiana Apache'a na coś szybszego np. lighttpd lub nginx z PHP-FPM

2. Zainstalowanie akceleratora PHP np. Xcache

3. info dot. MySQL jest niewystarczające - nie mówi nic o wykorzystaniu buforów. Ściągnij mysqlreport i wrzuć tutaj wynik jego działania

PS. informacje dotyczące procesora odczytasz uruchamiając:

cat /proc/cpuinfo

To co napisałeś powodowałoby przekierowanie poczty dla @mail.domena.pl , czyli poprawnie powinno być

mail IN A IP.SERWERA.NR.2

domena.pl. IN MX 10 mail

domena.pl. IN TXT "v=spf1 a mx ptr ip4:IP.SERWERA.NR.2 ?all"

choć w zasadzie wystarczy:

mail IN A IP.SERWERA.NR.2

domena.pl. IN MX 10 mail

domena.pl. IN TXT "v=spf1 a mx ?all"

gdyż wpis "mx" w spf autoryzuje serwery z MX do wysyłania poczty

I raczej trzeba się spodziewać, że transmisja SSL będzie działać wolniej niż normalne nieszyfrowane połączenie. Na początku sesji jest najpierw wymiana kluczy i sprawdzanie ich poprawności, co chwilę może zająć, a potem jeszcze cała transmisja jest szyfrowana - przeglądarka nie cache'uje wtedy treści i zwolnione działanie może być jeszcze bardziej odczuwalne.

Polecam połączenie Nginx + Fast CGI + PHP. Sprawuje się idealnie. Jeśli potrzebna jest zgodność z Apachem, to tak jak napisał już wcześniej Kamazz Apache jako backend i Nginx jako frontend.

Witam,

Przykro mi czytać takie opinie, rzeczywiście w przeszłości obsługa techniczna pozostawiała wiele do życzenia. Chciałbym jednak poinformować, że w obecnej chwili wszystkie zapytania są odpowiadane na bieżąco, a klient ma możliwość kontaktu z nami na wiele sposobów: http://www.hostpark.pl/kontakt/

Racja, dzieki za wskazowke. Kompletnie o tym zapomnialem. Juz poprawione. Na razie skrypt sprawdza IP, czy nalezy do serwerow DotPay. W przyszlej wersji moze dodam bardziej elegancka autoryzacje z wykorzystaniem PINu.

Witam,

Wlasnie udostepnilem bezplatnie obsluge dotpay.pl dla WHMCS.

Moduł można ściągnąć ze strony: http://huan.pl/download/

Witam,

Klienci otrzymali oczywiście już dokładne wyjaśnienia. Tutaj mogę jedynie wspomnieć, że rzeczywiście w ostatnich dwóch tygodniach można było zaobserwować kilka przerw w działaniu niektórych serwerów. Między innymi było to spowodowane problemami przy przenoszeniu kont klientów na nowe, szybsze serwery. Obecnie cała migracja jest już zakończona i nie przewidujemy żadnych przerw w działaniu usług.

BOK Hostpark.pl

Tak

Odświeżając temat, przy zakupie deda zainstalowali by na życzenie CentOS-a ? Chyba gdzieś czytałem na wht że nie było by problemu ale pewien tego nie jestem.

CentOS można zainstalować z poziomu ich rescue systemu. Oficjalnie nie supportują, ale po uruchomieniu installimage mamy do wyboru CentOS 4 64-bit (nie ma wersji 32-bit)

mozliwe ze jak to zrobi, to koleś który go pinguje zrezygnuje ze sprawdzania.

Host-tracker nie pinguje, lecz laczy sie do portu 80 i w zaleznosci od konfiguracji konta wysyla zapytanie HEAD, GET lub POST. Najprosciej zdefiniowac w programie do generowania statystyk, aby ignorowal zapytania wyslane przez klienta "Mozilla/4.0 (compatible; HostTracker.com/1.0;+http://host-tracker.com/)"

jakie quota bym nie ustawil w DA to i tak zawsze pokazuje limit 20mb na poczte :/

jak jest zajete wiecej niz 20mb (quota jest oczywiscie wieksza) to sie sypie...

Limit dla Uebimiau ustawiasz w pliku /var/www/html/webmail/inc/config.php . Poszukaj tam czegos takiego:

$quota_limit = 20480;

i zmień np. na 200MB:

$quota_limit = 204800;

Mamy jeszcze jeden serwer w USA na Cpanelu. Nasza oferta: cyberdusk.pl. Po wyslaniu zamowienia wystarczy wyslac email z prosba, by konto zostalo zalozone w USA.