Самият администратор
В интернет днес можете не само да се забавляват, но и да се учи, да работят и да печелят. Броят на уеб сайтове се увеличава всяка секунда, хостинг услуги са станали привлекателни и и се множат като гъби след дъжд. Това се случва, че общежитие оправдава всички очаквания, но понякога е необходимо и да се движат. Можете да наемете свободна практика, но е по-добре да се научите да го направите сами. Днес ще се получи малко инструкция е в този случай.
Изявление на проблема
Ситуацията е най-важната. Онлайн магазин, намиращ се на споделени-хостинг, след стартирането започна да получите клиенти, но имаше искания за функционалност и разработчиците са активно ангажирани в финализиране на сайта. Установено е, че при тази участват няколко души постоянно копирате файлове чрез FTP на изпитание, и все още работят на сайта, че е много проблематично. Губя контрол,, който когато го направи, трябваше да се притеснявате за запазване на оригиналните файлове, така че лесно можете да върнете. Собственик трябваше или да преговаря за промени, или да копирате всичко себе си. Предприемачът не можа веднага да видите резултатите, в очакване. Метод силно инхибира. В крайна сметка, ние стигнахме до извода, че е необходимо да се използва Git и възможности за създаване на нов огледален сайт, където всички можем да стартираме инча По тази схема на разработчика да тествате кода веднага, но ако бъде одобрено код прехвърлени на майстор и положи вече до мястото на работа. Можете също така лесно да следите ангажира.
Вторият проблем: хостинг постоянно намалява. Причина в края на краищата ние открихме: Влизане обработва лимит - параметър, който определя размера на CGI / PHP-процеси, включени в рамките на виртуалната контейнера, а не което е много обичат да говорят търговци домакин. В графиките, също така да се види, само малка графика в таблицата. В резултат на това при ниски натоварвания на процесора и RAM (не повече от 20%), сървърът не работи дори и с минимален брой посетители. В резултат на това беше решено да се движат.
настройка Първоначална сървъра
OC в VDS се инсталира автоматично. Достатъчно е да изберете версията и версията с уеб панел, или без, а просто изчакайте, докато вие ще получите писмо с въвеждането на данни. На хостинг оферти и различни уеб панели. Когато този материал е създаден, Веста не подкрепят Ubuntu 16.04 и необходимостта от това не е, така че аз избрах чиста система. Всички следващи етапи се извършват от името на корен. На първо място се провери локал, часовата зона, както и времето. Като цяло, уеб приложения обикновено не обръщат внимание на някои от системните настройки, но понякога попадаме е такъв, така че е по-добре да се правят нещата правилно.
Ако получите отговор, различен от ru_RU.UTF - конфигурацията.
Ако часовата зона не съвпада - perekonfiguriruem.
Сега можем да сложим на услугите.
Сложете уеб сървър
Независимо от разновидностите, изборът на инсталацията обикновено се ограничава до три възможности: Apache, Nginx или Apache Nginx като обратно. Apache е много гъвкава в конфигурация и използва модули за динамичен заявка, затова най-добре динамиката на работа. Nginx е добро, като предостави статиката и консумира по-малко ресурси, но за да се справят с динамиката на използване на модул на трета страна, което намалява скоростта и леко сложни настройки. В зависимост от приложението, всеки един от тях може да има своите плюсове и минуси, и да се покаже различна скорост. Следователно, крайният избор на уеб сървъра, винаги е необходимо да се потвърди тази практика, избирайки най-добрият вариант. В Nginx проблем - фактът, че в някои специфични двигатели трябва ръчно да каша наоколо с пренасочвания, когато Apache ще работи само с изваждането от кутията, просто включете mod_rewrite.
изпитване на товара може да се извърши с помощта на аб (Apache Benchmark, част от apache2-UTILS) или блокадата. По-добре е да се консултирате с Localhost и отдалечения сайт, за да видите как работи мрежата.
Докато аб - това е повече за себе си, за да се оцени ефективността на инсталациите. Аутсайдер обикновено само се интересуват от нещо, което показва Google за скоростта. така трябва да се ръководи с него.
В последния случай на стария сайт за хостване на 60, след прехвърляне на VDS (със същите параметри) той Apache в настройката по подразбиране показва 72, Nginx с гол довереник - 62, след добавяне на компресия - 78. В тази и спря избран Nginx , Хранилището няколко пакети за повечето ситуации доста основно ядро, съдържащи всички основни модули за PHP, ние се нуждаем от FPM.
Създаване на настройка за домейн:
Това е често срещан пример за стандартен двигател. Някои машини, като OpenCart или WebAsyst изискват специфични настройки, а дори и не винаги работи, които се предлагат в интернет.
Можете също така да се обърне внимание на параметрите, които определят броя на процесите, които ще служат на PHP-заявки.
На малко зает сървъри може да нямат броя на процесите. Дървата ще кажат този път.
Друг важен файл php.ini. Има много възможности, и може да се говори за дълго време. Но първоначално трябва да се даде възможност на компресия, определя максималния размер на файла apload, свържете поща (), на сесията, и това е много желателно да се включат ускорител OPcache.
Не забравяйте да проверите на разрешенията за / VAR / ИЪ / PHP / сесии, така че може да пише Nginx, в противен случай няма да се формира на сесията. Рестартирайте.
Сега мястото на прехвърляне. Ако прехвърлянето на друг хостинг, там се създава резервно копие. Ако има уеб хостинг панел, можете да използвате това, което предлага. Или ръчно:
И на ново място да разопаковате:
сложи MySQL
С MySQL е много проста. въведат