Generalnie umowa zawierana jest na czas podany w opisie danej uslugi. W przypadku serwerów
wirtualnych, jak i dedykowanych jest to okres 1 miesiaca. Przedluza sie ona automatycznie o
kolejny miesiac, jezeli nie zostanie wymówiona w terminie najpózniej 7 dni przed
rozpoczeciem nowego okresu abonamentowego. Wyjatek stanowia inne ustalenia pomiedzy XXL-WEB i klientem. W przypadku kont hostingowych (Shared Hosting) kazdy nowy klient korzysta z bezplatnego, 10-
dniowego, niezobowiazujacego okresu testowego. Dopiero po tym czasie przesylany jest
rachunek (faktura), która nalezy oplacic w ciagu najblizszych 5 dni. W przypadku serwerów wirtualnych (VPS) oraz dedykowanych nie mozemy zagwarantowac mozliwosci testowania tych uslug. Mozliwosc taka uzalezniona jest od istnienia w danej chwili wolnej
maszyny. Najlepiej jest spytac o taka mozliwosc nasz support. Bez rejestracji z podaniem danych osobowych testowanie naszej uslugi jest niestety niemozliwe. Oficjalna dokumentacje panelu Plesk znalezc mozna na stronach firmy SWsoft® pod adresem http://www.swsoft.com/en/products/plesk8/docs/, lub w wersji skróconej, polskojezycznej, na stronie http://plesk.com.pl. Na stronie http://xxl-web.com/0000009923007dc01/000000994b0dff407.php istnieje mozliwosc testowania tego panelu. [Wiecej...] Rozpoczecie konfiguracji serwera dedykowanego uzaleznione jest od dokonania wplaty przez klienta. Rozpoczyna sie ona w dniu zaksiegowania tej wplaty. Od tego momentu konfiguracja serwera trwa z reguly 24-48 godzin, jednak w pojedynczych wypadkach czas ten moze sie nieco wydluzyc. Dokonywanie oplat odbywa sie z reguly po otrzymaniu wyslanej droga email faktury. Informacje dotyczace dokonywanie wplaty znajduja sie nastronie http://xxl-weg.com/billing.html. Oplaty za usluge dokonywac mozna za pomoca przelewu na konto w Polsce (PKO), lub w Niemczech (Deutsche Bank), oraz poprzez AllPay oraz PalPay (dotyczy to równiez platnosci za pomoca kart kredytowych). Kazdy klient otrzymuje fakture z wyszczeglnionym podatkiem VAT, lub w przypadku klientów firmowych, posiadajacych europejski NIP oraz dokonujacych rozliczen w systemie "VAT Reversed", fakture z kwota netto. Jako tytul przelewu podac nalezy 10 cyfrowy numer rachunku (Rechnungs-Nr.). W przypadku zamawiania uslug, gdzie warunkiem ich otrzymania jest uiszczenie odpowiedniej oplaty, jako tytul przelewu podac prosze imie i nazwisko oraz nazwe zamówionej uslugi. Kazdy klient posiada mozliwosc utworzenia dowolnej* subdomeny w jednej z nastepujacych domen: ixan.net, nanus.net, xxl-web.pl, xxlweb.eu.
*XXL-WEB ma prawo zastrzec sobie prawo uzywania niektórych, najczesciej kluczowych slów jako subdomena, tzn odmówic klientowi prawa jej uzywania. Wlasciwe serwery nazw dla danej domeny podane sa w wiadomosci wysylanej automatycznie w trakcie tworzenia nowej domeny, jak równiez w wiadomosci informujacej o utworzeniu konta. [Wiecej...] Konfiguracja DNS we wlasnej domenie. 1. Wpisanie domeny w panelu DNS, adres IP jest adresem serwera (WWW), na który domena powinna wskazywac. Odczekac ok. 15 minut. 2. Update domeny u jej rejestratora (zmiana delegacji domeny) 3. Utworzenie dwóch subdomen w takiej formie, jak wymagane nazwy wlasnych DNS (na przyklad ns1.mojadomena.pl, ns2.mojadomena.pl). Subdomeny te musza zostac skonfigurowane w nastepujacy sposób: ------------------------------------------------------------------------------------------ A Records: ns1.mojadomena.pl -> 212.12.114.14 ns2.mojadomena.pl -> 213.160.90.82 ns3.mojadomena.pl -> 212.12.104.14 ------------------------------------------------------------------------------------------ SOA Record: mojadomena.pl -> 212.12.114.14 ------------------------------------------------------------------------------------------ 4. Zastapienie DNS-ów xxlweb.eu nowymi, wlasnie utworzonymi serwerami nazw. 5. Po okolo 24 godzinach: Ponowna zmiana delegacji domeny u jej rejestratora. Nowe serwery to: ns1.mojadomena.pl i ns2.mojadomena.pl.
W przypadku utraty lub zapomnienia hasla root serwera VPS, istnieje prosta mozliwosc zmiany tego hasla w trybie Recovery. W tym celu nalezy sie zalogowac do panelu klienta oraz wystartowac serwer w trybie Recovery. Nastepnie nalezy sie zameldowac w Shell-u (nowe haslo root, wazne tylko podczas tej sesji Recovery, zostaje pokazane w panelu klientabezposredniu po zmianie modusu pracy serwera), a nastepnie wpisac nestepujace komendy: "chroot /repair /bin/bash" "passwd" Po potwierdzeniu zmiany hasla root, oraz wylogowaniu sie z shella i wystartowaniu serwera w normalnym trybie (nie ratunkowym), istnieje mozliwosc logowania za pomoca nowego hasla. Aktywacja modulu MOD_REWRITE w przypadku systemu SUSE odbywa sie w nastepujacy sposób: nalezy zalogowac sie jako root w Shell, a nastepnie otworzyc do edycji plik "/etc/sysconfig/apache2", przykladowo komenda "vi /etc/sysconfig/apache2". Nastepnie odnalezc nalezy wpis "APACHE_MODULES="" a nastepnie wpisac , koniecznie przed istniejacym juz wpisem "php4" lub "php5", slowo "rewrite". Na zakonczenie nalezy zrestartowac Apache, wymuszajac ponowne wczytanie plików konfiguracyjnych. Mozna to uczynic wpisujac komende "/etc/init.d/apache2 force-reload". Dzialanie skryptów PHP zainstalowanych w ramach stron WWW uzaleznione jest od globalnych (glowny plik php.ini) oraz lokalnych (poziom domeny) ustawien dyrektyw PHP. Ich ustawienia nie sa bez znaczenia w kwestii bezpieczenstwa systemu, co z kolei powoduje uniedogodnienia dla klientów chcacych takie skrypty w ramach swoich hostingów używac. Wiele systemów CMS wymaga inwidualnego dopasowania tych dyrektyw, w przeciwnym razie nie beda one funkcjonowac prawidlowo. Hostingi oparte na panelu Plesk umozliwiaja lokalne zmiany wielu parametrow PHP, ktore przeprowadzane moga byc przez samego administratora domeny. Odbywa sie to za pomoca plików .htaccess (uwaga! pierwszym znakiem nazwy tego pliku jest punkt!).
Standardowe ustawienia podstawowych dyrektyw PHP wiekszosci naszych serwerow sa nastepujace: ----- short_open_tag = On safe_mode = On display_errors = On register_globals = Off magic_quotes_gpc = On default_charset = "iso-8859-2" upload_max_filesize = 8M allow_url_fopen = Off session.save_path = "/var/lib/php5" -----
Aby zmienic te dyrektywy, uzywamy pliku .htaccess. W przypadku jego istnienia uzupelniamy tylko jego tresc. Plik ten umieszcza sie zwykle w katalogu RootDirectory, w przypadku serwerów opartych na panelu Plesk jest to /httpdocs, lub w przypadku polaczen SSL - /httpsdocs. Pamietac nalezy o tym, ze dyrektywy umieszczone w tym pliku dotycza w s z y s t k i c h podkatalogów, o ile nie zostana zmienione przez inny plik .htaccess. Forma, w jakiej dyrektywy te maja zostac wpisane, jest nastepujaca (przyklady): ----- php_flag short_open_tag On (Off) php_flag safe_mode On (Off) php_flag display_errors On (Off) php_flag register_globals On (Off) php_flag magic_quotes_gpc On (Off) php_flag allow_url_fopen Off (on) default_charset = "iso-8859-2" upload_max_filesize = 8M session.save_path "/var/lib/php5" (zobacz równiez temat "session.save_path") -----
UWAGA! Dyrektywa safe_mode musi zostac ustawiona bezposrednio w panelu Plesk z poziomu danej domeny (Ustawienia)!
Ustawienia dokonane w ten sposób dzialaja natychmiast po zapisaniu zmian. Panel Plesk pozwala na zabezpieczenie dowolnego katalogu znajdujacego sie w katalogu $HOME domeny glównej, czyli /httpdocs oraz /httpsdocs.
Niestety panel Plesk nie obsluguje automatycznej ochrony katalogów dla istniejacych subdomen. W zwiazku z tym konieczne jest samodzielne skonfigurowanie tej opcji. W tym celu utworzyc nalezy dwa ukryte pliki systemowe: ".htaccess" oraz ".htpasswd". W pliku .htaccess umieszczamy nastepujaca tresc:
AuthType Basic AuthName "XXXXX" require valid-user AuthUserFile /srv/www/vhosts//
gdzie XXXXX zastapic nalezy sekwencja ukazywana w oknie dialogowym loginu. Jako wartosc AuthUserFile wpisac nalezy bezwzgledna sciezke do pliku ".htpasswd"
Plik .htaccess umiescic nalezy w chronionym katalogu, plik .htpasswd w dowolnym miejscu, odpowiadajacym jednak sciezce podanej jako wartosc "AuthUserFile".
W pliku .htpasswd umieszcza sie pare skladajaca sie z loginu i hasla:
login:XXXXXXXXX
gdzie login odpowiada rzeczywistej nazwie uzytkownika, natomiast haslo wymaga zaszyfrowania pomoca funkcji crypt()
Przyklad zawartosci pliku .htpasswd:
jacek:21hmgzpX7o/7U
co odpowiada:
User: jacek Haslo: omega
Przykladowy URL, gdzie wygenerowac mozna zaszyfrowane haslo, to: http://www.f-a-b-r-i-k.de/webserver/htaccess.htm Tak mozna zainstalowac aplikacje oparte na Ruby on Rails:
1. Przejsc do: Domeny > "Nazwa domeny" > Ustawienia. 2. Aktywowac usluge CGI oraz FastCGI a nastepnie potwierdzic zmiany. 3. Polaczyc sie poprzez FTP, przejsc do katalogu /httpdocs a nastepnie utworzyc podkatalog, dzie znajda sie pliki danej aplikacji, dla przykladu "moje_aplikacje". 4. Dokonac upload-u plików aplikacji do katalogu httpdocs/moje_aplikacje. 5. W katalogu /httpdocs (!) utworzyc plik .htaccess, otworzyc w dowolnym edytorze a nastepnie umiescic w nim nastepujaca tresc:
RewriteEngine On RewriteRule ^$ public/index.html [L] RewriteCond %{REQUEST_URI} !^/moje_aplikacje/public
RewriteRule ^(.*)$ public/$1 [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*)$ public/dispatch.fcgi/$1 [QSA,L]
6. Zapisac plik .htacces. 7. Po dokonaniu odpowiednich zmian mozna usunac plik moje_aplikacje/public/.htaccess 8. Otworzyc plik moje_aplikacje/public/dispatch.fcgi w edytorze tekstu i dodac jako pierwsza linie nastepujacy wpis:
#!/usr/bin/ruby
9. Zapisac plik dispatch.fcgi.
Aplikacja dostepna bedzie od tego momentu pod adresem: http://moja_domena.pl/moje_aplikacje [Wiecej...] Podczas instalacji i uzywania skryptów CMS bardzo pomocna jest stala kontrola plików error_log, w celu zidentyfikowania i wyeliminowania pojawiajacych sie ewentualnie bledów instalacyjnych. Pliki te dostepne sa z poziomu administracji domeny w panelu Plesk, po kliknieciu odpowiedniego symbolu. Bardzo czesto podczas instalacji popularnych skryptów - portali CMS, dochodzi do bledów php typu:
PHP Warning: is_dir(): open_basedir restriction in effect. File(/var/lib/php5) is not within the allowed path(s): (/srv/www/vhosts/... lub: PHP Warning: Unknown: SAFE MODE Restriction in effect.
Problem nie rozpoznawania globalnej sciezki sesji w przypadku takich skryptów, jak joomla nie powoduje komplikacji, strony te funkcjonuja z reguly bez problemow. Jednak w celu ew. wyeliminowania tego bledu, lub podniesienia bezpieczenstwa, mozna parametr "session.save_path" zmienic, wskazujac miejsce na sesje w ramach wlasnego hostingu. Dokonac tego mozna poprzez uzycie pliku .htaccess z taka zawartoscia:
php_value session.save_path "/srv/www/vhosts/domena.pl/httpdocs/tmp" (sciezka bezwzgledna).
(katalog /tmp musi istniec i posiadac odpowiednie uprawnienia (CHMOD): (777 lub 766).
Wystapienie bledu "SAFE MODE Restriction in effect" swiadczy o koniecznosci wylaczenia dyrektywy safe_mode dla domeny. Dokonac zego nalezy koniecznie poprzez odpowiednia funkcje Pleska ("Ustawienia" domeny z poziomu administracji danej domeny), nie poprzez plik .htaccess!
Plesk umozliwia zmiane ustawien jezyka zarówno dla administratora, jak i poszczególnych klientów. Zmiane tygo ustawienia dokonuje sie po wejsciu na strone "Server Administration", w punkcie "Server Preferences" znajdujacym sie w sekcji "Control Panel". Warunkiem mozliwosci wyboru danego jezyka jest jego wczesniejsze zainstalowanie w systemie. Instalacji dodatkowych jezyków dokonuje sie równiez w sekcji "Control Panel", w punkcie "Interface Management". Poniewaz oferowane przez nas licencje Pleska obejmuja uzycie maksymalnie dwóch jezyków obslugi panelu, przed zainstalowaniem jezyka polskiego konieczne jest zdeinstalowanie jednego z aktualnych pakietów jezykowych. Dokladna procedura aktywowania pakietu polskojezycznego znajduje sie tutaj: [Wiecej...] W przypadku panelu Plesk sterowanie dyrektywami PHP (oprócz safe_mode, ta trzeba ustawic bezposrednio w panelu) odbywa sie wygodnie za pomoca plików .htaccess, lub vhost.conf. Plik .htaccess umieszcza sie w katalogu glównym domeny ( /httpdocs ), natomiast plik vhost.conf w katalogu /conf danej domeny. Przykladowo, aby ustawic dyrektywe register_globals, w jednym, lub drugim, umieszcza sie standardowy wpis:
php_admin_flag register_globals on (dla pliku vhost.conf)
php_flag register_globals on (dla pliku .htaccess)
Opcje on lub off stosujemy wg potrzeb.
Róznica polega na tym, ze dyrektywami umieszczanymi w .htaccess, administrator domeny moze sterowac sam, natomiast w przypadku katalogu /conf, zrobic to moze jedynie admninistrator serwera (superuser, czyli root).
Uwaga! W przypadku pliku vhost.conf, aby Plesk przejal nowe ustawienia, konieczne jest wpisanie nastepujecej komendy w Shell-u:
# /usr/local/psa/admin/sbin/websrvmng --reconfigure-vhost --vhost-name=NAZWA_DOMENY.TLD
a nastepnie:
# /etc/init.d/apache2 restart Moze sie zdazyc, ze standardowym jezykiem systemu jest jezyk niemiecki. Aby jezyk ten zmienic, prosze wykonac nastepujace kroki:
1) zalogowac sie w Shell (np. za pomoca Putty) jako root 2) otworzyc do edycji plik .bashrc, znajdujacy sie w katalogu /root 3) uzupelnic jego tresc o nastepujace wpisy (j. polski):
export LANG=pl_PL.utf-8 export LANGUAGE=pl_PL.utf-8
4) zapisac zmiany w pliku, a nastepnie wylogowac sie, i zalogowac ponownie jako root. 5) wpisac i wykonac komende:
dpkg-reconfigure locales -plow
6) po wykonaniu tej komendy wystartowana zostaje aplikacja, za pomoca ktorej dokonac mozna wyboru i konfiguracji wybranego otoczenia jezykowego systemu. W przypadku problemów z użyciem tej aplikacji, istnieje mozliwosc recznej edycji pliku /etc/locale.gen, zastepujac istniejacy tam wpis (najczesciej de_DE.UTF-8 UTF-8) wpisem np. dla jez. polskiego:
pl_PL.UTF-8 UTF-8
Po restarcie serwera system uzywac bedzie jez. polskiego lub angielskiego. Szereg ustawien PHP sterowac mozna za pomoca funkcji ini_set(). Funkcje, których wartosc mozna w ten sposób zmieniac wyszczególnione sa m.in. pod dresem http://de.php.net/manual/de/ini.list.php, sam opis tej funkcji pod adresem http://de.php.net/ini_set.
Przyklad zastosowania funkcji ini_set():
ini_set("memory_limit", "16M") ;
(zwiekszenie memory_limit na 16 MB).
|