Prohost

Akurat wiem, że nic mu się nie stanie bo nie ma normalnego dysku to może spadać. Mam go cały czas przy sobie więc też stawiam w różnych miejscach. Czasem się popchnie czymś i leci Wybrałem ssd z tego względu aby się nie martwić czy gdzieś się nie stuknie. Cenowo też tani więc nie szkoda go trochę porysować. Generalnie cena, mobilność i odporność to jego zalety dla mnie.

eeepc jest ok. Mam z ssd i modemem 3g starszy model - wiele razy już spadał na podłogę i nadal działa Wytrzymały jest.

Na przyszłość to robić backupy i w razie problemów dochodzić co się stało aby się przed tym zabezpieczyć.

Może czas przeanalizować logi i zobaczyć jak to zrobił.

Serwer shared w tych czasach spokojnie powinien wytrzymać - inna sprawa to limity konta. Wiadomo, że nic nie jest za darmo. A na dreamhoscie to im generalnie wszystko jedno jak serwery chodzą.

Ponad 200-300gb/m to już się marketing zaczyna bo ciężko nawet z dobrymi skryptami nie wpaść ponad sensowny limit. Jeszcze trochę i będzie unmetered transfer a limity będą tylko na cpu liczone.

Raczej nazwy nie przeskoczyli.

Lachesis jest super ale do dpi ponad 2000 potrzeba monitora z rozdzielczością ponad 2000px. Na mniejszych to na 2000dpi jest świetna.

http://www.milw0rm.com/exploits/9191 Ładna dziura. Że też ktoś na to wpadł.

Generalnie to nie był pracownikiem firmy (tak wynika z postów). Umowa ustna to ciężka sprawa. Jeśli nie był pracownikiem firmy to nie miał prawa mieć wglądu w dane osobowe klientów (chyba, że wyrazili zgodę) - tu firma może łamać prawo udostępniając je. Z tego co czytaliśmy tu wszyscy to skasował jakieś dane - jeśli skasował dane które nie należały do niego to może mieć problem (dane klientów/licencjonowane oprogramowanie). Do tego robota na czarno. Głupota z obu stron.

Wcześniej już ktoś panu napisał, że opinia oparta na pierdołach. Jedno z ostrzeżeń jest oryginalnie w tej opcji od zawsze, a drugie było przez nas dodane. Podsumowując: 1. Mysql - brak problemu. 2. Catchall - nie przeczytał pan opisu. 3. Update cpanela - to nie pan decyduje kiedy jest on potrzebny - to ADMINISTRATOR o tym decyduje zgodnie z aktualnymi potrzebami. Jak jest potrzeba to się nawet wszystkie serwery wyłącza. Nie tak dawno kei i inne firmy używające pewnego kernela w środku dnia wyłączały serwery bo była taka potrzeba aby zachować poziom usług. Ale pan wie lepiej. Nie wiem o czym my tu rozmawiamy. I nie muszę dbać na tym forum o opinię. Generalnie jest ono źródłem klientów dla bardzo tanich hostingów i większość hostingów się tu nie wypowiada. Piszę bo lubię, a jak ktoś pisze pierdoły to odpowiadam. Jakoś nikt nie zgłasza takich problemów jak pan bo one nie istnieją - a mam dostęp do naszego helpdeska i logów czata. Widzę jaki kto ma problem. Cały czas wprowadzamy udogodnienia dla użytkowników i opcje które są rzadko dostępne u innych. Wspomnę chociaż o całodobowym Czacie, helpdesku z czasem odpowiedzi średnim do 5 minut, Litespeed, monitoring kont pod względem nieautoryzowanego dostępu, logach użycia cpu, logach antyspamu czy slow logach mysql. Ale nic nie poradzimy na to, że ktoś nie przeczyta zanim kliknie. Pozdrawiam.

Widać zaznaczone na czerwono? A uaktualnienia oprogramowania robione są kiedy są potrzebne - już o tym pisałem. Straszna sprawa jak komuś 5 minut panel nie będzie działał. Naprawdę ludzie mają lepsze rzeczy do roboty niż czytać kilka razy w tygodniu spam na email, że 5 minut nie będzie działał bo upgrade robimy. Pana opinia jest trochę śmieszna dla mnie - jest pan tak zbulwersowany czymś co jest normalne i jak już wcześniej pisałem wynika albo z pana niewiedzy albo niedoczytania opisu. Jeszcze takiego klienta to nie było u nas i raczej się cieszę, że nic pan u nas nie kupił bo jak pomyślę co mogło być dalej...

W opisie catchall jest napisane, że włączony filtr no local powoduje nie działanie tej opcji, więc ja nie wiem o co panu chodzi. Wystarczy czytać. Każda opcja u nas jest opisana w panelu.

Masz gdzieś aktualnego manuala potwierdzającego to?

Nie ma przyjętego standardu w tej sprawie więc ich domyślne to dla mnie standard. Standard to szerokie pojęcie. I jaki sens ma dalszy OT?

Domyślne kodowanie nawet nie ma znaczenia bo każda baza, każde pole w bazie może mieć ustawione inne kodowanie przez użytkownika. Ktoś kto potrzebuje konkretnego ustawienia sobie je zwyczajnie ustawi i nie będzie płakał, że domyślnie jest tak czy tak. Cała strona OT to prawda.

Napisze inaczej - standardowym kodowaniem mysql według producenta mysql jest latin1. Jest to zrozumiałe? To, że ty możesz mieć swoje standardy to mnie nie interesuje. I nie ma sensu mówienie o standardzie i ustawieniu według polskich firm hostingowych bo nie ma takiego porozumienia i nie ma dokładnych danych przedstawiających kto czego używa. Nie ma takiego standardu w Polsce ani nigdzie na świecie. Ja przyjmuję jedyny oficjalny i znany z dokumentacji mysqla. EOT.

Standard ustala organizacja do tego wyznaczona czy też producent produktu - w przypadku mysqla nie są to firmy używające go. Standardowym ustawieniem według mysql jest latin1 - jak podano w jej dokumentacji. To, że 50% używa latin1 a 50% używa latin2 nie zmienia faktu, że standardowym ustawieniem jest latin1.

1. Logiczne jest, że jak ktoś jest w cpanelu i odpala się update to po kliknięciu jakiejś opcji dostaje błąd. Nie wiem ile pan pracował nad tym ale wiele zniknąć nie mogło bo każdy klik daje błąd. Nie przesadzajmy. 2. Antywirus nie ma nic do ustawień poczty. To jest oddzielna opcja. Wszystkie filtry są wyłączone poza blokowaniem maili wysyłanych na nieistniejące adresy aby klienci nie płakali po kilku dniach, że nie mają miejsca na dysku bo spam się znalazł na głównym koncie. Dodatkowo jest ostrzeżenie, że jeśli jest włączony ten filtr to catch all nie działa. Proste. Może pan nie odpisywać bo szkoda czasu - przyczepił się pan rzeczy które działają prawidłowo a swoje problemy ze zrozumieniem opisów funkcji czy też brakiem wiedzy na temat mysqla przypisuje "złemu" hostingowi.

Najmniej problematyczne jest używanie standardowego kodowania Wtedy użytkownik wie czego może się spodziewać. Tyle, że w przypadku mysqla różnice kodowania między jakimiś serwerami to nie jest problem i każdy może sobie ustawić jak mu się podoba. U nas zawsze jest ustawiony standard tam gdzie nie jest wymagane lub wskazane inne ustawienie.

Z dokumentacji mysqla: Standardowo używa latin1. Tak samo collation latin1_swedish_ci jest standardem.

Standardowe ustawienia mysql: character set client utf8 (Wartość globalna) latin1 character set connection utf8 (Wartość globalna) latin1 character set database latin1 character set filesystem binary character set results utf8 (Wartość globalna) latin1 character set server latin1 character set system utf8 collation connection utf8_unicode_ci (Wartość globalna) latin1_swedish_ci collation database latin1_swedish_ci collation server latin1_swedish_ci

1. Updgrade cpanela trwa około 5 minut i dostęp do niego się zwyczajnie wyłącza - więc nie można nic w nim wtedy zrobić - a kiedy go robimy to zależy od potrzeb - może to być 4 w nocy lub 4 w dzień. 2. Każdy użytkownik sobie konfiguruje pocztę jak mu się podoba - to, że pan nie skonfigurował antyspamu to pana problem. 3. Domyślne kodowanie mysql jest latin1 (co jest standardem) i nie zmienimy tego. Każdy użytkownik może sobie ustawić jakie mu się podoba kodowanie - wystarczy cokolwiek wiedzieć o mysql. Pana problemy wynikają z pana ignorancji. Pozdrawiam.

1. Odległość bazy od serwera www ma duże znaczenie. Im dalej tym dużo wolniej. 2. Hosty mają w regulaminach tak, że pewnie co chwilę będą zawieszać konta takie.

Niedawno wypuszczono program do atakowania serwerów www który bazuje na opisanym tu w teorii ataku: http://www.securityfocus.com/archive/1/456339/30/0/threaded Atak działa na: * Apache 1.x * Apache 2.x * dhttpd * GoAhead WebServer * Squid i na innych niesprawdzonych serwerach. Z tego co wiadomo atak nie działa na: * IIS6.0 * IIS7.0 * lighttpd * Litespeed Atak polega na wysyłaniu nagłówków do serwera www i które są na początku poprawne ale później zamiast kontynuować normalne zapytania wysyła coś czego serwer nie rozumie i tak małym nakładem środków trzyma otwarte połączenie aż do timeoutu który zwykle na serwerach apache to 300 sekund. Czyli jedna osoba z małym łączem jest w stanie skutecznie zablokować serwer. Rozwiązaniem jest limitowanie ilości połączeń jakie dane ip może wykonać przez moda apache. Można też parsować wyniki logów lub strony statusu apache i blokować atakujące ip na firewallu. Proxy napisane w np. perlu i filtrujące komunikację przed serwerem www też jest możliwe.