WordPress через Lighttpd + APC у стисненні (I)

Привіт, друзі! Я пропоную вам пропозицію щодо публікації блогу на основі WordPress із Lighty як сервером веб-сторінок, Spawn-FastCGI, PHP, альтернативним кешем PHP APC (альтернативний кеш PHP) та всім іншим у Debian Squeeze. Я уточнюю, що переклади, які я роблю з англійської на іспанську, з мого боку є дуже безкоштовними і можуть бути не зовсім точними з лінгвістичної чи семантичної точки зору. Особисто мені їх достатньо.

І панове, ця стаття - це лише “Вхідні ворота”У захоплюючий світ обслуговування статичних та / або динамічних веб-сторінок. Я не фахівець у веб-серверах. Однак багато хто вже запитував мене, якому серверу ви віддаєте перевагу, Федеріко, з Nginx, Lighty чи Apache? Я завжди відповідаю на це з усіма трьома. Кожен з них має свою чарівність, і Apache - це Apache. У наступних публікаціях ми розглянемо подібні рішення із Nginx та Apache. До речі, у www Village ходять чутки про кінець Lighty, і правда полягає в тому, що Debian 7 все ще зберігає його у своїх сховищах. За щось, правда?

Побачимо:

• Визначення для початківців
• Рекомендоване рішення Lighty
• Рішення, на яке ми звернемося
• Зразок даних сервера
• Встановлення необхідних пакетів
• Налаштування та перевірка

Корисні визначення для початківців

Веб-сервери: Це технологія, яка має неявні комп’ютерні програми, які обробляють додатки, здійснюючи двонаправлені та / або односпрямовані та синхронні або асинхронні зв’язки з клієнтом, генеруючи або передаючи відповідь будь-якою мовою або на стороні клієнта. […] Веб-послуги виникли внаслідок необхідності стандартизувати зв’язок між різними платформами (ПК, мейнфрейми, Mac тощо) та мовами програмування (PHP, C, Java тощо). Раніше були зроблені спроби створити стандарти, але вони зазнали невдачі або були недостатньо успішними, деякі з них - DCOM і CORBA, оскільки вони залежать від реалізації постачальника DCOM - Microsoft і CORBA - ORB. […] Незважаючи на обмеження використання веб-служб протоколом HTTP, веб-служби не були розроблені для певного протоколу, тобто ніщо не перешкоджало використанню SOAP над деяким іншим протоколом Інтернету (SMTP, FTP тощо). HTTP в основному використовується, оскільки це широко використовуваний протокол і менш обмежений брандмауерами (порти, такі як FTP, як правило, блокуються, але HTTP, швидше за все, не блокується).

lighttpd: Веб-сервер для операційних систем Unix / Linux та Microsoft Windows. Також знати як ЛегкийЄ альтернатива на веб-сервер Apache. Він розроблений таким чином, щоб бути безпечним, швидким (насправді дуже швидким), що відповідає стандартам та гнучким. Спеціально розроблений для прийняття великих навантажень, не втрачаючи рівноваги, використовуючи мало оперативної пам'яті і мало процесора. Забезпечує високу швидкість відгуку. Деякі сайти, які його використовують, - це YouTube, Вікіпедія та інші, які підтримують великий трафік. Він поширюється за ліцензією BSD.

De Вікіпедія. CGI: Загальний інтерфейс введення (англійською мовою Загальний інтерфейс шлюзу, скорочено CGI) - важлива технологія у Всесвітній павутині, яка дозволяє клієнтові (веб-браузеру) запитувати дані у програми, що працює на веб-сервері. CGI визначає стандарт передачі даних між клієнтом і програмою. Це механізм зв'язку між веб-сервером та зовнішнім додатком, кінцевим результатом якого є об'єкти MIME. Програми, що працюють на сервері, називаються CGI.

FastCGI - це протокол для підключення інтерактивних програм до веб-сервера. FastCGI - це різновид добре відомого інтерфейсу Common Gateway Interface (CGI або Common Input Interface). Основна мета FastCGI - зменшити навантаження, пов’язану з підключенням веб-сервера та програм Cоммон Gїдальня Interface, що дозволяє серверу одночасно обслуговувати більше запитів.

Ікра, в обчислювальній техніці відноситься до функції, яка завантажує та виконує нову дочірню систему або дочірній процес. Батьківський або батьківський процес може чекати закінчення дочірнього процесу, або він може продовжувати працювати асинхронно. Створення нових дочірніх процесів вимагає достатньої пам’яті для запуску батьківського процесу та дочірнього процесу, або декількох дочірніх процесів.

Рекомендоване рішення в документації офіційної Wiki of lighttpd для високої продуктивності

Якщо ми прочитаємо документ Docs_ModFastCGI із вищезазначеного сайту є параграф, який з мого боку дуже вільно перекладається на іспанську мову:

Зовнішній нерест: Запуск процесів FastCGI Spawn безпосередньо на сервері веб-сторінок має деякі недоліки, такі як:

• Процес FastCGI можна запускати лише на локальному сервері.
• Він має той самий дозвіл, що і сервер веб-сторінок.
• Він має той самий базовий каталог, що і сервер веб-сторінок.

Коли ми використовуємо сервер FastCGI Окремий або Зовнішній - для того, щоб зняти деяке навантаження з веб-сервера, ми повинні контролювати процес FastCGI за допомогою зовнішньої програми, наприклад "spawn-fcgi". Програма "spawn-fcgi" використовується для запуску процесу FastCGI у власному середовищі, виправлення його ідентифікатор користувача, ідентифікатор групита перейдіть до іншого кореневого каталогу (chroot).

Я уточнюю, що переклад Ікра як іменник це "яйце з морепродуктів”, Будучи дієсловом, Нерест означає більш-менш "нерест ззовні". Англійці трохи жартують, коли використовують це слово при обчисленні, так?

Основи для практичних цілей полягає в тому, що за допомогою рішення, запропонованого в документації, процес FastCGI та стільки вторинних процесів або дочірніх процесів (дочірніх процесів) буде виконано на одному або декількох серверах, зовнішніх від сервера веб-сторінки. Що при виконанні на іншому сервері, ніж той, який ми використовуємо як веб-сервер, звичайно, він буде підданий меншому навантаженню. І нарешті, щоб використовувати зовнішній сервер FastCGI, процес FastCGI повинен запускатися і контролюватися програмою spawn-fcgi.

Зовнішній нерест призначений для тих, кому потрібно встановити один або кілька серверів і прийняти велику кількість запитів, як у випадку з постачальником послуг Інтернету (ISP), або таких сайтів, як блог.desdelinux. Netтощо Пояснення цього рішення докладно абсолютно поза нашим доступом.

Рішення, яке ми розглянемо у дописі

Лише один сервер для розміщення всіх необхідних послуг. Він працює і підходить для низькопродуктивних сайтів, таких як Enterprise LAN. Пояснений метод може служити орієнтиром для тих, хто потребує більшої доступності та безпеки.

Зразок даних сервера

Ім'я: web.amigos.cu IP-адреса: 192.168.10.20 Домен: amigos.cu

Звичайно, у виробничому середовищі - і навіть на тестуванні чи вдома - ми повинні мати записи DNS прямі та зворотні, що стосуються нашого сервера.

Встановлення необхідних пакетів

Як користувач корінь виконуємо:

aptitude встановити lighttpd lighttpd-doc php5-cgi php5-gd aptitude встановити mysql-сервер mysql-клієнт php5-mysql

Файли конфігурації Lighty інстальовано в / etc / lighttpd. Програма spwan-fcgi встановлюється автоматично. Файли пакету документації можна знайти за адресою / usr / share / doc / lighttpd-doc. Ми настійно рекомендуємо прочитати документацію англійською мовою. Під час встановлення пакета mysql-сервер, вони запитують у нас пароль користувача корінь для MySql. Ми рекомендуємо використовувати той самий пароль, який ви вже заявили для цього користувача.

Налаштування та перевірка

Оскільки ми закінчили з установкою підтримки WordPress, ми повинні почати з конфігурації та тестів.

Ми вмикаємо модулі Lighty:

lighttpd-enable-mod fastcgi-php easy-vhost service lighttpd restart

Ми перевіряємо, чи працює наш сервер. Відкриваємо браузер і пишемо URL-адресуhttp://web.amigos.cu, і принаймні ми зможемо перерахувати каталог / Вар / WWW.

Індекс /

nano /etc/lighttpd/lighttpd.conf

Ми видаляємо коментар або хеш-символ # що попереду "Mod_rewrite" і додаємо нижче цього рядка "Mod_fastcgi", так що початок файлу такий:

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

Ми перевіряємо, чи PHP працює коректно. Для цього ми створюємо файл (тимчасово) у каталозі / Вар / WWW:

nano /var/www/index.php

а вміст попереднього файлу буде лише:

Потім ми перезапускаємо послугу:

перезапуск служби lighttpd

Якщо ми вкажемо в нашому браузері на http://web.amigos.cu, ми побачимо інформаційну сторінку PHP версії 5.3.3-7. Тому все працює правильно.

Дуже цікаво знати зміни в конфігурації Lighty після ввімкнення модуля mod_fastcgi. Наскрізь менше /etc/lighttpd/conf-enabled/15-fastcgi-php.conf, ми можемо це з’ясувати. Порівняйте прочитану конфігурацію з конфігурацією в документації до пакета lighttpd-doc.

Тепер ми повинні сказати Лайті, до якого каталогу він повинен спрямовувати трафік через порт 80, налаштувавши віртуальний хост. Значення, які ми змінимо у файлі /etc/lighttpd/conf-enabled/10-simple-vhost.confВони мають особистий характер і реагуватимуть на характеристики кожної установки. Ми приймемо значення кореневого каталогу сервера та кореневого каталогу документів, які Лайт рекомендує за замовчуванням, і ми лише змінимо ім'я повного доменного імені віртуального хосту.

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

І остаточний вміст файлу повинен бути (пам’ятайте про те, щоб адаптувати його до своїх потреб):

# /usr/share/doc/lighttpd-doc/simple-vhost.txt server.modules + = ("mod_simple_vhost") ## Коренем документа віртуального хосту є document-root = ## simple-vhost.server-root + $ HTTP ["хост"] + simple-vhost.document-root simple-vhost.server-root = "/ srv" simple-vhost.document-root = "htdocs" ## хост за замовчуванням, якщо хост не надсилається просто -vhost.default-host = "web.amigos.cu"

Після збереження змін ми продовжуємо створювати необхідні каталоги відповідно до того, що було заявлено раніше. Каталог / SRV було створено під час встановлення Squeeze, тому нам не потрібно його створювати:

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

Оскільки ми вже правильно оголосили віртуальний хост та каталог, пов'язаний з нашим доменним ім'ям, ми можемо відмовитись від файлів, створених у / var / www, і створити новий. index.php більше користувацьких в каталозі / htdocs o кореневий каталог документів віртуального хосту:

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

До попереднього файлу ми додаємо такий вміст:

Привіт, друзі! Звичайно, все добре

Ми зберігаємо зміни та перезапускаємо послугу:

перезапуск служби lighttpd

Давайте оновимо наш браузер і перевіримо, що відображена сторінка змінилася і відображає тепер, на додаток до результату команди phpinfo (), привітання. Не потрібно буде перезапускати службу в майбутньому, якщо ми змінимо вміст index.php або іншої веб-сторінки. Ця операція буде виконана лише за умови зміни конфігурації Lighty.

І вітаємо друзі! У нас вже є Debian 6.0 Squeeze із сервером веб-сторінок Lighttpd, налаштованим на роботу з мовою PHP5 та MySql як сервером баз даних. У нас також є правильна конфігурація файлу Lighty Vhost для обробки декількох доменів.

Далі буде…

А потім, як я? - запитає містер WordPress. Слідуйте за нами на II частина і закінчення і кінець цієї статті.