SebastianO

Nie, to nie jest Livenet. To dwie różne firmy. de50 bierz śmiało.

Bierz w slaskdatacenter.pl Posiadam u nich serwer i generalnie jestem bardzo zadowolony Z tego budżetu jeszcze Ci się zostanie

Witam, Od ponad 4 lat jestem klientem OVH, od ponad 2,5 roku siedze na Kimsufi. Bodajże jest to stare 16 G (i7 920 @ 2.67, 4 dyski, 12 GB RAM). Za serwer płace ~430 zł (zastosowania, dodatkowe IP). Powoli rozglądam się za czymś nowszym i wybór padł na te dwie firmy. Od razu zaznaczam, że serwer całkowicie do zastosowania domowego. Dlatego nie wymagam uptime rzędów 99,9999... Biorę pod uwagę jakieś drobne niedostępności, aczkolwiek czym mniej tym lepiej. Celuje coś w i7-2600 16 GB RAM, HDD zykły + SSD pod bazy + kilka IP. Obie firmy mają podobne oferty w podobnej cenie dlatego proszę Was o radę. Miesięcznie mieszczę się spokojnie w 1-1,5 TB transferu. Lokalizacja generalnie nie gra roli, byleby dla PL użytkowników i Google był dobry dostęp. Z góry dzięki za wszelkie porady i sugestie.

Tak, dokładnie. Przepraszam. Pomyłka z na klawiaturze.

Dzięki Panowie za odpowiedzi. Dopiero teraz miałem czas nad tym przysiaść. Po wielu męczarniach, przekopaniu połowy internetu i powtarzaniu tego na wszystkie możliwe sposoby rozwiązanie problemu okazało się bardzo prozaiczne. W ./configure po każdej lini (za wyjątkiem ostatniej) powinien być znak / Więc gdy coś dopisujemy, to musimy o tym pamiętać i dodać go we wcześniejszym parametrze, inaczej nie zadziała. A gwoli uściślenia postu patrysia prawidłowe wartości to: --with-imap=/usr/lib/dovecot/imap \ --with-imap-ssl

Przepraszam, że odkopuje wątek, ale mam problem. Mam DA i Debian 6.0 Próbuje skompilować PHP z obsługą IMAP i ni djabła nei chce zadziałać. Robie to za pomocą instrukcji: http://www.directadmin.com/imap.txt czy: http://forum.netfusionkc.com/showthread.php?p=30 (troche jest skopsana, bo należy wykonać cp *.c /usr/local/imap-2002e/lib zamiast cp *.c /usr/local/imap-2002e/include) posiłkuje się: http://www.php.net/manual/en/imap.requirements.php http://www.php.net/manual/en/imap.installation.php I czego bym nie zrobił za każdym razem otrzymuje: /usr/local/directadmin/custombuild/configure/ap2/configure.php5: line 32: --with -imap=[color="black"]/usr/local/imap-2002e[/color]: No such file or directory Czy ktoś zmusił PHP do pracy z IMAP na DA?

Walka za pomocą pliku robots.txt jest bezcelowa, gdyż plik ten nie ma żadnej sprawczej. Informuje on jedynie bota do czego ma dostęp i czy w ogóle ma. Czy bot posłucha, to już jego dobra wola. Oczywiście wszelkie spamiarki mają to głęboko w poważaniu. Dlatego zostaje Ci blokowanie IP albo za pomocą panelu, albo bezpośrednio w pliku .htaccess Ogólna sytuacja nie jest winą żadnej firmy. Twoja domena trafiła na listę jakiejś dodawarki/dodawarek i po prostu spamboty próbują dodać komentarz. Bronić się możesz przed tym, żeby ów komentarz się nie pojawił. Przed samą próbą się nie obronisz. Chyba, że tak jak pisałem zablokujesz najbardziej natrętne IP, ale to też może być tylko półśrodek...

Witam, Mam pewien problem z usługami po aktualizacji panelu Directadmin do 1.40.1 System Debian 5. Żeby zrestartować/przeładować jakąś usługę należy wykonać np /etc/init.d/httpd restart Ok, wszystko działa. Jednak od aktualizacji domyślnie DA używa polecenia /sbin/service httpd restart 2>&1 i analogicznie do reszty usług. Jak można zmusić DA, żeby używał ponownie pierwszej wersji? Z góry dzięki za wszelakie podpowiedzi. Pozdrawiam!

Witam, Planuje przesiadkę z jednego serwera na drugi serwer. Na starym mam DA. Planuje tak. Zamawiam nowy, robię układ partycji jak na starym. Na starym w rescue robię obraz partycji systemowej, przywracam go na nowym. Czy po czymś takim serwer w ogóle wstanie ? Oczywiście inne adresy IP. Gdzieś muszę coś poprawić po przywróceniu partycji ze starego serwera? Z góry dziękuje za wszystkie odpowiedzi, oraz pozdrawiam serdecznie!!

Generalnie chodzi o to, że nie jestem zbytnim "pro userem". Dlatego, żeby czegoś nie pominąć przy przenoszeniu, a mieć serwer skonfigurowany tak jak stary, wymyśliłem, że najprościej zrobić obraz systemowej, i go przywrócić na nowym, a następnie właśnie DA backup. Tylko nie jestem pewien jak się zachowa nowy serwer gdy na nim odtworzę partycje ze starego. Czy odetnie mnie od świata i jeśli tak, to co poprawić żeby było OK.

Otwierasz "mały hosting", a nie wiesz w ogóle jak wygląda Plesk, i ogólnie co za jego pomocą można zdziałać. Już o administracji nie wspomnę. Dla mnie czysta parodia. I od razu podpowiem, że w ofercie Kimsufi masz licencje tylko na 1 domenę (a przynajmniej tak kiedyś było). PS: Sygnaturka w tej sytuacji bardzo trafiona.

I na forum widać, że zbliżają się wakacje...

Według mnie, to na takie statystyki, to i http://www.ovh.pl/produkty/eg.xml miałby pod tym co robić. Szczególnie ładnie tu wygląda liczba 1600 online.

A co jest do patrzenia ? Działa jak na każdym innym serwerze. Wszystko i tak zależy od chwilowego obciążenia serwera.

Na forum przynajmniej kilka razy było opisywane. Poszukaj.

Popieram is_wm. @sonin Bez obrazy, ale Twoja pierwsza cześć wypowiedzi doskonale pasuje w tym momencie do Ciebie. Na tą chwile "pozycjonowanie" adderem, to jak stawianie bardzo ważnej strony firmowej na yoyo.pl.

Malu, ale tutaj jest z 2.0 na 3.0 (stara/nowa platforma).

A mnie ciekawi jak by się pod to sprawdził dreamhost.com ? Albo inaczej. Czy faktycznie można wycisnąć parametry, które oni oferują w ruchu statycznym ?

Niestety, ale Plesk ma taką politykę. Musisz założyć dwie subdomeny (z www i bez), a następnie zrobić przekierowanie z jednej na drugą za pomocą np. .htaccess

Prohost, nie jest do końca tak jak mówisz. Nie na każdym vps-ie jest 15 osób, więc resztę wyliczeń w łeb bierze.

Dzięki jarek. Zrobiłem tak jak pisałeś i jestem już po upgrade. Przeszedłem na pakiet XL. Siedzę teraz na: x 2 cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Xeon(R) CPU 3050 @ 2.13GHz stepping : 6 cpu MHz : 1066.778 cache size : 2048 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl est tm2 xtpr bogomips : 4269.35

Witam, Czy mógłby ktoś napisać/potwierdzić czy tak się przechodzi na wyższy plan jak napisał kolega WoofeR w tym poście : http://www.webhostingtalk.pl/index.php?sho...606&st=200# Zgłoszenie / prośbę wysyłasz z panelu KIS - Administration - Paketname - Aufträge - Kostenpflichtige Aufträge - Produkt- oder Betriebssystemwechsel, Neuinstallation. Tam się wybiera nowy pakiet i system. Następuje wtedy nowa instalacja. Dodatkowo jest tam napisane, że jest to płatne 10 ojro. Przynajmniej tak to rozumuje. Jeśli się myle, to proszę o poprawe a najlepiej napisanie łopatologicznie jak się zwiększa pakiet. Niestety moja znajomość języka niemieckiego jest na bardzo niskim poziomie. Z góry dzięki, pozdrawiam.

Witam, Może moje pytanie jest strasznie noobowskie, ale fakt, nie ukrywam, że mam małe pojęcie o tych sprawach, więc proszę o wyrozumiałość. Serwer działał OK, wszystko było dobrze, aż do dziś. Loguj się, patrze na top, a tam load ponad 100, i ponad 100 procesów apache. Serwer nie wszedł na swap. Zabiłem wszystkie procesy apache. Po chwili pojawiły się dwa z 50 % użyciem procka, za chwile doszedł trzeci i na każdy proces przypadło po 33% i tak dalej i tak dalej. Po kilkudziesięciu minutach jest już kilka-kilkanascie procesów i ciągle przybywa. Load rośnie.. Poprzez zawieszanie i odwieszanie domen w DA doszedłem która domena jest winna. Zawieszenie powoduje, że wszystko wraca do normy. Niestety na domenie jest kilka subdomen i nie wiem dokładnie która jest winna. Próbowałem przeglądać logi, ale w nich nic ciekawgo nie widać. W takim razie czy można w jakiś łatwy sposób zobaczyć który proces apache jest przyporządkowany danemu virtualhostowi, tak żeby znaleźć odpowiedni skrypt, który wszystko zamula ? (nie wiem czy dobrze napisałem, ale myśle, że każdy wie o co chodzi). Jeśli można prosić, to proszę o w miarę jakąś łopatologiczną odpowiedz, tak żebym mogł sobie samemu poradzic, bo osoba, która się opiekuje serwerem wróci dopiero we wtorek, a zbytnio nie uśmiecha mi sie siedzenie z zawieszoną domeną do wtorku). Próbowałem googlować, szukac po forach ale nic takiego nie znajduje. Możliwe, że źle formułuje pytania, czy coś.. Z góry dziekuje za wszytskie odpowiedzi, oraz pozdrawiam serdecznie.

Na tą chwilę mogę powiedzieć, że rozwiązaniem na moje pytanie z pierwszego postu jest apache-status. Tu wszystko widać jak na dłoni. Dzięki Patryk. Bartosz, a nie masz/miałeś zainstalowanego jakiegoś systemu wymiany linków ? Ostatnio e-weblink nawala i "zajeżdża" serwery. U mnie było dokładnie to. Po usunięciu z tych domen systemu, serwer dostaje skrzydeł. Wygląda na to, że niektóre domeny nie mogą się połączyć z serwerem e-weblinka i przez 30 sekund (u mnie niestety wiszą te połączenia w nieskończoność, a przynajmniej nie mając czasu zabiłem wszystkie procesy po 2-3 minutach, które po mimo usunięcie e-weblinka jeszcze siedziały i zajmowały procka) użycie procka jest 100 % po czym serwer zabija je. I jeszcze małe pytanko. Która wartość jest odpowiedzialna za zabijanie "wiszących" połączeń ? TimeOut ? Pozdrawiam i dziękuje ślicznie za odpowiedzi.

Dzięki za odpowiedzi. Adrian czytałem o tym, ale raczej chodziło mi o doraźną pomoc i rozwiązanie (na już), mimo to dzięki. Co do robotów, to w sumie to strony pod zaplecze, więc bym się nie zdziwił, ale to nie to. Patryk, dzięki, może wieczorem pomęczę się nad tym. A teraz powiem wam coś jeszcze dziwniejszego. Wchodzę przed chwilą na swoje forum, które znajduje się na drugim dedyku. Czas generowania strony - 36 sekund. No to szybciutko na top. 2 minuty logowania się i wejście do topa, a tam LA ponad 270 i prawie 300 procesów. W tym momencie zgłupiałem. Wydaje się, że to jakiś atak, jednakże transfer bez zmian, liczba otwartych połączeń w normie (może trochę zwiększona na drugim dedyku). Szybko znalazłem winną domenę. Po zawieszeniu jej wsio wraca do normy. Co dziwne w obu przypadkach nazwy domen w DA, które obciążają, są pogrubione. Spotkał się ktoś z tym ? Dodam tylko, że na obu domenach są zupełnie dwa inne skrypty, i mimo że na innych domenach mam kopie tych skryptów, to te kopie działają bez problemów. Jakieś sugestie, czy to może być atak ? Pozdrawiam.