kilka pytań odnośnie hostingu Ruby on Rails:

1. Ile mongreli można uruchomić?
Nasze skrypty przygotowane są do obsługi do 10 instancji mongrela dla
pojedynczej aplikacji

2. Jakie jest ograniczenie pamięci
128 MB dla jednego procesu mongrela

3. Na pewno robili Państwo jakieś testy wydajnościowe swoich
rozwiązań. Ile mniej wiecej requestów na sekundę jest w stanie
obsłużyć u Państwa jeden mongrel?

Wszystko zależy od budowy serwisu i użytych technik cachowania.

4. Czy zamiast zwykłego mongrela można korzystać z evented mongrel?
Nie testowaliśmy jeszcze tego rozwiązania. Jest możliwość użycie thin’a.

5. Czy działanie mongreli jest monitorowane? Tzn. czy jeżeli proces
umrze to jakiś nadzorca go uruchomi ponownie? Czy dodawane są do
skryptów startowych?
Tak, jest możliwość dodania daemona mongreli do systemu monitorowania.
Dysponujemy gotowymi skryptami do własnej konfiguracji przez klienta.

6. Czy możliwe jest korzystanie z Railsów przez FastCGI?
Nie testowaliśmy tego rozwiązania.

7. Czy można korzystać z memcached?
Jest taka możliwość.

Czy jest możliwość ustawienia różnych stron błędu 404 dla różnych domen?

Dla Platform:

Przy zakładaniu serwera instalowane wraz z nim są standardowe strony o
błędach (np. 403, 404). Aby zmienić wygląd tych stron należy zalogować się
na konto admin przez ftp lub ssh. Strony o błędach umieszczone są w
katalogu:

/home/conf/errordocs

Po wgraniu tam innych stron będą one standardowo wyświetlane w przypadku
poszczególnych błędów. Proszę pamiętać aby nie zmieniać nazw plików.
Dla hostów:

Aby dokonać modyfikacji stron błędów na pakietach hostingowych(pakiet Biuro,
Lider) należy stworzyć na koncie ftp katalog zawierający własne strony
błędów plik np. error
Następnie należy utworzyć plik .htaccess określający lokalizację tych
stron. Może następującą zawartość:

ErrorDocument 400 /error/400.shtml
ErrorDocument 401 /error/401.shtml
ErrorDocument 403 /error/403.shtml
ErrorDocument 404 /error/404.shtml
ErrorDocument 500 /error/500.shtml

Poniżej wyjaśnienie najpopularniejszych błędów serwera:

Error 400: Bad Request / Niepoprawne zapytanie
Error 401: Authorization Required : Brak autoryzacji
Error 403: Forbidden / Dostęp zabroniony
Error 404: File Not Found / Plik nie istnieje
Error 500: Internal Server Error / Wewnętrzny błąd serwera

Jeżeli mają Państwo kilka domen i każda kieruje na inny podkatalog, należy w
podkatalogach na które kierują domeny stworzyć osobny katalog z błędami oraz
umieścić w nim pliki stron z błędami oraz w podkatalogu na który kieruje
domena utworzyć plik .htaccess z wyżej wymienionymi wpisami.

czy istnieje możliwość uruchomienia na jednym z serwerów wirtualny chserwera Lightttpd?

Jak najbardziej, jest to możliwe na serwerach fizycznych, aczkolwiek polecamy zamiast Lighthttpd
zastosować Nginx’a. Idea działania jest dokładnie taka sama – lekki serwer
wystawia kontent statyczny, podczas gdy Apache serwuje kod php. Najlepiej
byłoby uruchomić dodatkowy serwer na osobnym adresie IP (może to być osobna
wirtualka, może to być w obrębie aktualnie działającej), choć oczywiście
możliwości konfiguracji są różne.

Jeśli są Państwo zainteresowani (prosimy o informację), w przeciągu kilku
godzin możemy przygotować działającą, testową wersję wirtualki z
zainstalowanym Nginx’em, tak aby mogli Państwo wykonać testy wydajnościowe
takiego rozwiązania.

Faktycznie, obserwując serwisy działające w sieci Kei.pl, a wykorzystujące to
rozwiązanie, wzrost wydajności w tej konfiguracji jest zauważalny.

Mam pytanie odnośnie Webmaila i tworzenia nowych wiadomości oraz przy edytowaniu wiadomości z kopii roboczych (wklejam tekst, zapisuje w kopiach roboczych i przy EDYCJI pojawiają sie entery w miejscach w których ich nie było, co powoduje pomieszanie szyku zdań).

Proszę w opcjach webmaila, pozycja Czytanie ustawić:

Zwijaj linie wiadomości zawierające więcej znaków niż (0 wyłącza zawijanie):

albo na 0, albo na większą wartość, wtedy tekst nie będzie zawijany.

czy po wykorzystaniu limitu transferu na wykupionych kontach www wyświetlane są jakieś komunikat, konto jest zawieszane lub cokolwiek ?

Transfery są sprawdzane dwa razy w miesiącu. Pierwsze sprawdzenie ma miejsce
w połowie miesiąca wówczas oceniane jest czy użytkownikowi wystarczy
transferu do końca miesiąca. Jeżeli istnieje ryzyko, że nie wystarczy to
użytkownik informowany jest o tym fakcie e-mailowo (na adres podany przy
rejestracji pakietu).
Drugie sprawdzenie na końcu miesiąca informuje o ewentualnym przekroczeniu
(również drogą e-mailową).
W przypadku przekroczenia limitu transferu, konto nie jest blokowane.
Informujemy użytkownika o możliwości przejścia na wyższy pakiet (z większym
transferem) lub zostaje wystawiona faktura na dodatkowy transfer zgodnie z
cennikiem:

http://www.kei.pl/?stronka=hosting/cennik

W przypadku nieopłacenia takiej faktury dla danego serwera ustawiany jest limit pasma taki aby nie w kolejnych miesiącach transfer nie był przekraczany – efektem jest wolniejsze ładowanie się stron jeśli ruch utrzymuje się ponad limit.