WordPress przez Lighttpd + APC w Squeeze (I)

Cześć przyjaciele! Przedstawiam propozycję, jak opublikować blog oparty na WordPressie, z Lighty jako serwerem strony internetowej, Spawn-FastCGI, PHP, alternatywną pamięcią podręczną PHP APC (alternatywną pamięcią podręczną PHP) i wszystkim w Debian Squeeze. Wyjaśniam, że tłumaczenia, które wykonuję z języka angielskiego na hiszpański, są z mojej strony bardzo bezpłatne i mogą nie być całkowicie dokładne z językowego lub semantycznego punktu widzenia. Osobiście mi wystarczą.

Panowie, ten artykuł to tylko „Brama wejściowa„Do fascynującego świata serwowania statycznych i / lub dynamicznych stron internetowych. Nie jestem ekspertem od serwerów WWW. Jednak wielu już mnie zapytało, który serwer wolisz, Federico, z Nginx, Lighty czy Apache? Zawsze odpowiadam na to wszystkimi trzema. Każdy ma swój urok, a Apache Is The Apache. W przyszłych postach zajmiemy się rozwiązaniami takimi jak to z Nginx i Apache. Nawiasem mówiąc, w wiosce www krążą plotki o końcu Lighty, a prawda jest taka, że ​​Debian 7 nadal trzyma go w swoich repozytoriach. Po coś, prawda?

Zobaczymy:

• Definicje dla początkujących
• Zalecane rozwiązanie firmy Lighty
• Rozwiązanie, którym się zajmiemy
• Przykładowe dane serwera
• Instalowanie wymaganych pakietów
• Konfiguracja i sprawdzanie

Przydatne definicje dla początkujących

Serwery WWW: Jest to technologia, która zawiera niejawne programy komputerowe, które przetwarzają aplikacje, wykonując dwukierunkowe i / lub jednokierunkowe oraz synchroniczne lub asynchroniczne połączenia z klientem, generując lub przesyłając odpowiedź w dowolnym języku lub aplikacji po stronie klienta. […] Usługi sieciowe powstały z potrzeby ujednolicenia komunikacji między różnymi platformami (PC, Mainframe, Mac, itp.) I językami programowania (PHP, C, Java itp.). Wcześniej podejmowano próby stworzenia standardów, ale nie powiodły się lub nie powiodły się, niektóre z nich to DCOM i CORBA, ponieważ są one zależne od implementacji dostawcy DCOM - Microsoft i CORBA - ORB. […] Pomimo ograniczenia korzystania z serwisów WWW do protokołu http, serwisy WWW nie zostały zaprojektowane dla konkretnego protokołu, to znaczy nic nie przeszkodziło w używaniu SOAP na innym protokole internetowym (SMTP, FTP itp.). Protokół HTTP jest używany głównie dlatego, że jest to powszechnie używany protokół i jest mniej ograniczony przez zapory ogniowe (porty takie jak FTP są generalnie blokowane, ale HTTP najprawdopodobniej nie jest blokowane).

Lighttpd: Serwer WWW dla systemów operacyjnych Unix / Linux i Microsoft Windows. Znany także jako Lekki, to jest alternatywa do serwera WWW Apache. Został zaprojektowany tak, aby był bezpieczny, szybki (w rzeczywistości bardzo szybki), zgodny ze standardami i elastyczny. Specjalnie zaprojektowany do obsługi dużych obciążeń bez utraty równowagi przy użyciu małej pamięci RAM i małego procesora. Zapewnia wysokie szybkości reakcji. Niektóre witryny, które go używają, to YouTube, Wikipedia i inne, które obsługują duży ruch. Jest rozpowszechniany na licencji BSD.

De Wikipedia. CGI: Wspólny interfejs wejściowy (w języku angielskim Common Gateway Interface, w skrócie CGI) to ważna technologia w sieci WWW, która umożliwia klientowi (przeglądarce internetowej) żądanie danych z programu działającego na serwerze WWW. CGI określa standard przesyłania danych między klientem a programem. Jest to mechanizm komunikacji pomiędzy serwerem WWW a aplikacją zewnętrzną, którego końcowym wynikiem wykonania są obiekty MIME. Aplikacje działające na serwerze nazywane są CGI.

FastCGI to protokół służący do łączenia programów interaktywnych z serwerem WWW. FastCGI to odmiana dobrze znanego interfejsu Common Gateway (CGI lub Common Input Interface). Głównym celem FastCGI jest zmniejszenie obciążenia związanego z podłączaniem serwera WWW i programów Cczęsto Gpoza domem Interface, który umożliwia serwerowi obsługę większej liczby żądań w tym samym czasie.

Ikra, w Computing odnosi się do funkcji, która ładuje i wykonuje nowy proces potomny lub potomny. Proces nadrzędny lub nadrzędny może czekać na zakończenie procesu podrzędnego lub może nadal działać asynchronicznie. Tworzenie nowych procesów podrzędnych wymaga wystarczającej ilości pamięci do uruchomienia procesu nadrzędnego i procesu podrzędnego lub wielu procesów podrzędnych.

Zalecane rozwiązanie w dokumentacji oficjalnej wiki platformy Lighttpd dla wysokiej wydajności

Jeśli przeczytamy dokument Dokumenty_ModFastCGI na wspomnianej stronie znajduje się akapit, który, przetłumaczony bardzo swobodnie na hiszpański z mojej strony, brzmiałby:

Tarło zewnętrzne: Uruchamianie procesów FastCGI Spawning bezpośrednio na serwerze strony internetowej ma pewne wady, takie jak:

• Proces FastCGI można uruchomić tylko na serwerze lokalnym.
• Ma takie same uprawnienia jak serwer strony internetowej.
• Ma ten sam katalog podstawowy, co serwer strony internetowej.

Kiedy używamy serwera FastCGI Oddzielny -lub zewnętrzny- w celu odciążenia serwera WWW, musimy kontrolować proces FastCGI za pomocą zewnętrznego programu, takiego jak „fcgi spawn-”. Program „spawn-fcgi” służy do uruchamiania procesu FastCGI w jego własnym środowisku, naprawiania go identyfikator użytkownika, Identyfikator grupyi przejdź do innego katalogu głównego (chroot).

Wyjaśniam, że tłumaczenie Ikra jako rzeczownik to jest "jajko z owocami morza”, While as a czasownik, Tarło znaczy mniej więcej "tarło zewnętrzne”. Anglicy trochę żartują, kiedy używają tego słowa w informatyce, prawda?

Podstawy do celów praktycznych polega na tym, że dzięki rozwiązaniu zaproponowanemu w dokumentacji proces FastCGI i dowolna liczba procesów potomnych lub elementów podrzędnych zostanie uruchomionych na jednym lub większej liczbie serwerów zewnętrznych w stosunku do serwera strony internetowej. Wykonywany na innym serwerze niż ten, którego używamy jako serwer WWW, będzie oczywiście poddawany mniejszemu obciążeniu. I wreszcie, aby móc korzystać z zewnętrznego serwera FastCGI, proces FastCGI musi zostać uruchomiony i kontrolowany przez program fcgi spawn-.

Spawning zewnętrzny jest przeznaczony dla tych, którzy muszą zainstalować jeden lub więcej serwerów i przyjmować dużą liczbę żądań, jak w przypadku dostawcy dostępu do Internetu (ISP) lub witryn, takich jak blog.desdelinux. Nettoitp. Szczegółowe wyjaśnienie tego rozwiązania jest całkowicie poza naszym zasięgiem.

Rozwiązanie, które omówimy w poście

Tylko jeden serwer, aby pomieścić wszystkie niezbędne usługi. Działa i nadaje się do witryn o niskiej wydajności, takich jak korporacyjna sieć LAN. Wyjaśniona metoda może służyć jako przewodnik dla tych, którzy potrzebują większej dostępności i bezpieczeństwa.

Przykładowe dane serwera

Nazwa: web.amigos.cu Adres IP: 192.168.10.20 Domena: amigos.cu

Oczywiście w środowisku produkcyjnym - a nawet podczas testów lub w domu - musimy mieć zapisy DNS bezpośrednie i odwrotne, które odnoszą się do naszego serwera.

Instalowanie wymaganych pakietów

Jako użytkownik korzeń wykonujemy:

aptitude install lighttpd lighttpd-doc php5-cgi php5-gd aptitude install mysql-server mysql-client php5-mysql

Pliki konfiguracyjne Lighty są instalowane w / etc / lighttpd. Program spwan-fcgi instaluje się automatycznie. Pliki pakietu dokumentacji można znaleźć pod adresem / usr / share / doc / lighttpd-doc. Zalecamy przeczytanie dokumentacji, która jest w języku angielskim. Podczas instalacji pakietu mysql-server, proszą nas o hasło użytkownika korzeń dla MySql. Zalecamy użycie tego samego hasła, które już zadeklarowałeś dla tego użytkownika.

Konfiguracja i sprawdzanie

Ponieważ zakończyliśmy instalację obsługi WordPressa, musimy zacząć od konfiguracji i testów.

Włączamy moduły Lighty:

lighttpd-enable-mod fastcgi-php usługa simple-vhost restart lighttpd

Sprawdzamy, czy nasz serwer działa. Otwieramy przeglądarkę i piszemy adres URLhttp://web.amigos.cu, a przynajmniej będziemy mogli wyświetlić katalog / Var / www.

Index of /

nano /etc/lighthttpd/lighthttpd.conf

Usuwamy komentarz lub symbol krzyżyka # co jest przed „Mod_rewrite” i dodajemy poniżej tej linii „Mod_fastcgi”, tak aby początek pliku wyglądał następująco:

server.modules = ("mod_access", "mod_alias", "mod_compress", "mod_redirect", "mod_rewrite", "mod_fastcgi",)

Sprawdzamy, czy PHP działa poprawnie. W tym celu tworzymy plik (tymczasowo) w katalogu / Var / www:

nano /var/www/index.php

a zawartość poprzedniego pliku to tylko:

Następnie restartujemy usługę:

ponowne uruchomienie usługi lighttpd

Jeśli wskażemy w naszej przeglądarce http://web.amigos.cu, zobaczymy stronę informacyjną PHP w wersji 5.3.3-7. Dlatego wszystko działa poprawnie.

Bardzo interesujące jest poznanie zmian w konfiguracji Lighty po włączeniu modułu mod_fastcgi. Przez mniej /etc/lighttpd/conf-enabled/15-fastcgi-php.conf, możemy się dowiedzieć. Porównaj konfigurację odczytaną z konfiguracją w dokumentacji pakietu lighttpd-doc.

Teraz musimy wskazać Lighty, do którego katalogu ma kierować ruch przez port 80, konfigurując Virtual Host. Wartości, które zmienimy w pliku /etc/lighthttpd/conf-enabled/10-simple-vhost.confSą osobiste i będą odpowiadać charakterystyce każdej instalacji. Zaakceptujemy wartości katalogu głównego serwera i katalogu głównego dokumentów, które Lighty domyślnie zaleca i zmodyfikujemy tylko nazwę FQDN hosta wirtualnego.

nano /etc/lighthttpd/conf-enabled/10-simple-vhost.conf

Ostateczna zawartość pliku powinna być (pamiętaj o dostosowaniu do swoich potrzeb):

# /usr/share/doc/lighttpd-doc/simple-vhost.txt server.modules + = ("mod_simple_vhost") ## Katalog główny dokumentu wirtualnego hosta to document-root = ## simple-vhost.server-root + $ HTTP ["host"] + simple-vhost.document-root simple-vhost.server-root = "/ srv" simple-vhost.document-root = "htdocs" ## domyślny host, jeśli żaden host nie jest wysyłany prosto -vhost.default-host = "web.amigos.cu"

Po zapisaniu zmian przystępujemy do tworzenia niezbędnych katalogów zgodnie z wcześniejszymi ustaleniami. Informator / srv został utworzony podczas instalacji Squeeze, więc nie musimy go tworzyć:

mkdir -p /srv/web.amigos.cu/htdocs

Ponieważ już poprawnie zadeklarowaliśmy wirtualnego hosta i katalog powiązany z naszą nazwą domeny, możemy zrezygnować z plików utworzonych w / var / www i stworzyć nowy. index.php bardziej niestandardowy w katalogu / htdocs o katalog główny dokumentów hosta wirtualnego:

rm /var/www/index.* nano /srv/web.amigos.cu/htdocs/index.php

Dodajemy następującą zawartość do poprzedniego pliku:

Cześć przyjaciele! Jasne, że wszystko jest OK

Zapisujemy zmiany i restartujemy usługę:

ponowne uruchomienie usługi lighttpd

Odświeżmy naszą przeglądarkę i sprawdźmy, czy wyświetlana strona zmieniła się i odzwierciedla teraz, oprócz danych wyjściowych polecenia phpinfo (), powitanie. Nie będzie konieczne ponowne uruchamianie usługi w przyszłości, jeśli zmienimy zawartość pliku index.php lub innej strony internetowej. Ta operacja zostanie wykonana tylko wtedy, gdy zmienimy konfigurację Lighty.

Gratulacje Przyjaciele! Mamy już Debian 6.0 Squeeze z serwerem strony WWW Lighttpd skonfigurowanym do pracy z językiem PHP5 i MySql jako serwerem bazy danych. Mamy również poprawną konfigurację pliku Lighty Vhost do obsługi wielu domen.

Ciąg dalszy nastąpi…

A potem, jak się czuję? - zapyta pan WordPress. Śledź nas na Część II i koniec i koniec tego artykułu.