Сколько оперативной памяти нужно wordpress
В этом уроке я объясню, что такое хостинг и научу вас, выбрать «правильный» хостинг для блога на WopdPress.
Несколько слов о хостинге
Любой Интернет ресурс, в том числе и блог WordPress, должен, где-то располагаться. То есть, папки и файлы, которые составляют блог WordPress, должны «лежать» на реальном дисковом пространстве.
На время наполнения блога вы можете разместить его у себя на компьютере, установив один из локальных серверов (Денвер, Open Server, Xmapp, AMPPS и т.п.) Многие так и делают, а потом переносят сайт на сервер хостинг провайдера.
Можно сразу разметить блог на стороннем (удаленном) сервере и наполнять блог сразу по месту. Это избавит вас от проблем с переносом блога с локального сервера, а при желании позволит сразу выставить блог в сети и постепенно наполнять его содержанием.
Аптайм
Наши сервера держат аптайм на уровне 99.9% и он постоянно растёт! По всем параметрам наш хостинг идеально подходит для Вашего сайта WP.
Удаленные сервера
Удаленные сервера это реальные мощные компьютеры, принадлежащие или взятые в аренду компаниями провайдерами. Называются они дата центрами.
mod_rewrite
На всех доступах доступен файл .htaccess, некоторые директивы обрабатываются nginx. Связка nginx+apache позволяет Вашим сайтам работать намного быстрее!
Параметры хостинга для сайта WordPress
Трафик
Еще обратите внимание, на предлагаемый трафик хостинга. Выбирайте трафик ∞ (без ограничений).
Про цену хостинга говорить не буду, выбор за вами, но замечу, что разумный хостинг для WordPress стоит от 160 рублей до 6 $ в месяц.
Версия PHP
Это ключевое требование для работы WordPress, от PHP зависит работоспособность некоторых плагинов, некоторых тем. На нашем хостинге Вы сможете выбрать любую из версий PHP: 5.2, 5.3, 5.4, 5.5, 5.6, 7.0 . При этом Вы можете менять их из панели в любое удобное время, подключать дополнительные расширения и менять настройки хостинга под WordPress.
Итоги урока
Урок, Хостинг для WordPress – завершен. Теперь вы можете выбрать хостинг для своего блога WordPress, купить его и привязать домен к DNS-серверам.
Собственно, сабж. Хочу для себя выяснить раз и навсегда этот вопрос, желательно без переносов сайта туда-сюда, чтобы протестировать.
Есть сайт на ВП, довольно нагруженный. Выбрал хостера, есть тарифы, очень близкие по цене.
Первый - 2 ядра по 2.5ГГц
Второй - 1 ядро на 3.5 ГГц.
Есть еще небольшие отличия, но там у меня вопросов нет.
Погуглив, нашел ответы только в плане игр, что зависит от конкретной игры и того, как она умеет работать с многоядерностью. А вот что касается именно хостинга, то тут информации толковой не нашел. Встречал мнения, что для софта важнее именно частота, а не количество ядер, но, опять же, это относилось к десктопным приложениям, а не хостингу.
А что лучше конкретно для хостинга и конкретно для Вордпресс?
Я думаю вариант первый будет в самый раз. И еще с 1гб ОЗУ как минимум.
Ну мне кажется так:
В компе вот 2 планки оперативной памяти по 4 гигабайта считается лучше чем 1 на 8ГБ.
Что-то типа Dual-режима и так далее.
Какие-то такие слова приходят тут в голову, типа "многозадачность, многопоточность" и прочие.
Так что я хоть и не уверен на 100% в истинности своих предположений, но брал бы 2 ядра вместо 1.
Lavron:
Ну мне кажется так:
3.5=3.5
2.5x2=5
В компе вот 2 планки оперативной памяти по 4 гигабайта считается лучше чем 1 на 8ГБ.
Что-то типа Dual-режима и так далее.
Какие-то такие слова приходят тут в голову, типа "многозадачность, многопоточность" и прочие.
Так что я хоть и не уверен на 100% в истинности своих предположений, но брал бы 2 ядра вместо 1.
У меня срабатывает логика 1 в 1 с вашей, те же рассуждения. Но, поразмыслив и погуглив, я понял, что все зависит от конкретного приложения. В моем случае это сайт на Вордпресс со всеми сопутствующими вещами. Вот от этого и надо плясать я думаю.
Думаю количество системных администраторов. Минимум один надо и все.
Троллям и Петросянам просьба проходить мимо и не сорить в теме.
Спасибо, ОЗУ будет 2Гб. Но хотелось бы еще узнать, почему вы считаете, что первый вариант лучше. 2 Ядра будут производительнее все-таки?
Зависит от того, какой именно у вас проект. Производится много вычислений или нет. Какие плагины установлены и умеют ли эти плагины работать с несколькими ядрами. Однозначно ответить сложно.
Можем помочь окончательно разобраться в данном вопросе и предоставить для теста 2 одинаковые VPS с разным кол-вом ядер. Если заинтересует - пишите в ЛС.
Лучше 2 ядра, чем 1, но с большей частотой. И настроить связку Nginx+PHP-FPM, если еще файловая система на SSD, будет работать очень шустро.
Какая посещаемость на Вашем проекте?
Для хорошей работы WP достаточно одного ядра.
Безусловно - будет лучше два ядра - но это будет пустая переплата за ресурсы, так как одного ядра более чем достаточно.
А вообще хостеры нынче позволяют на лету редактировать параметры виртуального сервера.
Я бы на Вашем месте брал 1 ядро и в случае необходимости докупал второе, но в любом случае Вы в ОЗУ скорее упретесь, чем в процессор.
Да не ужели. А о чем вы спрашиваете? Я вам отвечу - ни о чем абсолютно.
Тема аля - Сколько нужно брать с собой бутербродов на поезд Москва-Владивосток?
А ответы теоретиков - "я думаю" и "мне кажется" не имеют ничего общего с действительностью. Это банальное вангование, не более того.
С учетом того, что вы задаете такие вопросы вам просто нужен админ, который исходя из загруженности вашего проекта подберет вам конфиг, причем с запасом мощности и вероятно настроит сервер.
Ответьте сами себе, вот вы поставили MySQL, сам по себе MySQL не умеет параллелить запросы, так вот вопрос, у вас много маленьких запросов или мало больших? В первом случае лучше больше ядер, так как будет больше обслуженных процессов (пользователей), во втором лучше частота, потому что будут запросы выполнятся быстрее. На столько равно и для PHP (это в случае вычислений, а так обычно PHP это прослойка между сервером и БД, которая ничего не вычисляет), то есть за один промежуток времени, 1 процесс php на ядре с больше частотой выполнит больше вычислений. Но большее число ядер сможет обслужить большее число процессов. Но по факту процессор всегда простаивает и я бы лучше взял то, где больше частота, на проектах с вменяемой, а не предельной по железу посещаемости.
Тут важен характер приложения и нагрузка на него. А такие вещи как nginx/apache действительно раньше упруться в память чем в процессор.
Lavron:
Нет, не правильно. Процессор с частотой 2.5 всегда будет работать с частотой 2.5. Вы тут предложили родить 3 женщинам ребенка за 3 месяца.
Одно ядро процессора в один момент времени обрабатывает 1 процесс в системе. И каждый процесс обрабатывается со скоростью ядра. Но большее количество ядер в один момент времени позволяет обработать больше процессов. То есть ядра круто тогда, когда в операционке начинается очередь на ожидание процессорного времени, пока очереди нет, количество ядер никак не ускорят выполнение. То есть если у вас одно ядро и вы выполняете какое то вычисление, то все остальные процессы в системе ждут (типо распаковки архивов на древних процессорах), если у вас ядер больше, то и вычисления делаются и остальным процессам есть возможность трудиться
Когда вы приобретаете сервер VPS с 256MB или 512MB оперативной памяти на борту и лишь часть мощности процессора, то использовать для таких сервисов как MySQL/PHP/Apache настройки по умолчанию является очень плохой идеей. В настоящее время у меня запущено 3 сайта на самом дешевом тарифном плане с 512MB RAM/1 CPU. Не уверен полностью, но посещаемость составляет порядка 5-10 тысяч посетителей в день. Далее я хочу поделиться инструкцией как оптимизировать LAMP используя всего лишь 512 MB и при этом не уходя в swap. Обычно при такой настройки используется 256 – 378Mb памяти и все работает довольно быстро.
Определяем доступную память и активность swap.
Перед началом оптимизации давайте взглянем на количество используемой памяти. Для этого необходимо выполнить следующую команду:
Для того. чтобы посмотреть список запущенных процессов и отсортировать их по использованию памяти, необходимо выполнить вот такую команду:
Настраиваем LAMP сервер для потребления малого количества оперативной памяти. Останавливаем, отключаем ненужные сервисы
Первый и очевидный вопрос, который необходимо задать — это «какие сервисы мне не нужны в использовании?». Недавно, я обнаружил очень удобную утилиту для управления сервисами. Она называется "sysv-rc-conf" и управляет сервисами при помощи псевдографики и флажками. Выгдялит вот так:
Здесь представлен список сервисов, которые я изменил.
Не запускайте X-сервер, выключите все ненужные сервисы и настройте Apache, MySQL, PHP только с базовой необходимой функциональностью.
Apache
Самая большая проблема Apache — это объем оперативной памяти, который он использует. Я буду рассматривать следующие способы ускорения работы и снижения потребления оперативной памяти:
- Обрабатывать меньшее количество одновременных запросов;
- Меньшая загрузка модулей(отключить неиспользуемые);
- Меньше журналирования.
Настроить Apache на использование только наименьшего количество запущенных дочерних процессов
Prefork — это где случается настоящая магия. Это то, где мы говорим Apache генерировать много процессов. По умолчанию выделяется большое количество, что и приводит к потреблению оперативной памяти сервера. Убедитесь, что apache2.conf не настроен для запуска слишком большого количества серверов или имеет множество запасных. Ниже пример:
Также обязательно отрегулируйте параметр "KeepAliveTimeout", установив значение 10 или 15. На мой взгляд, 15 секунд слишком много, чем маленькой странице требуется для просмотра и короче, чем требуется для длительного просмотра страницы.
Загружайте только самые необходимые модули
Настроенный по умолчанию веб-сервер Apache подгружает слишком много ненужных модулей. Проверить какие модули установлены и включены можно следующей командой:
Ниже представлен список модулей, которые необходимы для работы Wordpress.
Вам необходимо закомментировать остальные модули для экономии памяти. Или же вы можете включить/отключить модули через командную строку. Для включения воспользуйтесь командой:
После проделанных манипуляций вам необходимо обязательно перезагрузить веб-сервер Apache:
Уменьшаем журналирование
Меня устраивают такие настройки, ну а вы сами решайте.
Оптимизация MySQL сервера
Тонкая настройка MySQL для использования малого количества оперативной памяти довольно проста.
Далее мы будем рассматривать следующие типы настроек MySQL:
- Вещи, которые мы можем отключить;
- Оптимизация параметров MySQL сервера;
- Сторонние инструменты настройки конфигурации MySQL.
Для оптимизации MySQL нам необходимо отредактировать файл /etc/mysql/my.cnf.
Вещи, которые нам необходимо выключить
- MyISAM предлагает блокировки на уровне таблиц, это значит, что когда информация записывается в таблицу, то вся таблица блокируется и если в этот момент будут еще записи, которые должны выполнится одновременно в ту же таблицу, то они должны будут подождать, пока первая запись добавиться успешно;
- InnoDB, с другой стороны предлагает блокировки на уровне строк, это значит, что когда происходит запись в строку, то только эта единичная строка блокируется; остальные же доступны для записи.
Проблемы блокировок табличного уровня заметны только на очень нагруженных серверах. Для обычных же веб-сайтов, MyISAM показывает лучшую производительность на дешевых серверах.
Если вы решили использовать MyISAM таблицы, то вам необходимо добавить следующие строки в конфигурационный файл my.cnf:
Если у вас будут только MyISAM таблицы, вы можете отключить InnoDB движок, тем самым сэкономив оперативную память, добавив лишь одну строку в my.cnf:
Если вы в прошлом использовали InnoDB, то ниже я предоставляю вам скрипт, который автоматически переконвертирует все таблицы InnoDB в MyISAM.
Оптимизируем параметры MySQL сервера
Ниже представлены несколько параметров, которые могут быть отрегулированы с целью ускорения MySQL сервера.
Key buffer size
Это один из самых важных параметров, влияющий на потребление оперативной памяти и производительности, который необходимо оптимизировать. MySQL пытается положить все, что проиндексировано в key buffer, поэтому этот параметр приносит огромную производительность. SQL-запрос будет подан непосредственно из оперативной памяти RAM. Я не могу сказать, какой размер вы должны установить для key buffer, потому что только вы знаете, сколько RAM имеется у вас свободной.
The Query Cache
Если вы делаете одинаковые запросы два раза подряд, то результат помещается в кэш запросов, таким образом mysql не придется делать запрос снова. Если вы собираетесь повышать производительность, то этот параметр может принести огромную пользу, но возрастет потребление памяти. Поэтому вам необходимо установить этот параметр не слишком огромным, но и не слишком маленьким, то есть столько, сколько необходимо вашему веб-сайту.
Ниже приведены три переменные, которые влияют на то, как работает ваш кэш запросов:
Maximum Number of Connections
Это опциональный параметр. Если вы уже ограничили количество процессов apache, то все уже хорошо. Если нет, и вам необходимо обрабатывать тысячи пользователей одновременно, необходимо увеличить значение этого параметра.
The table Cache
Каждый раз вы обращаетесь к таблице, MySQL подгружает ссылку на таблицу как одну запись в кэш таблицы. Это делается для каждого параллельного доступа к таблице, это действительно важно для производительности, незначительно для использования памяти. Вы можете постоянно увеличивать кэш таблицы, но тогда лы упретесь в лимит на количество открытых файлов в вашей операционной системе, так что имейте это в виду. Если установлен слишком маленький кэш таблицы, то mysql будет блевать на вас, вы же не хотите этого.
Ниже приведен корректный my.cnf, который я оптимизировал на моем VPS с самым низким тарифным планом.
Сторонние мастера настройки MySQL
Я нашел Percona, которая предоставляет бесплатную настройку MySQL и помогает выбрать самые лучше возможности MySQL сервера для достижения лучшей производительности, а также сэкономить время, избежать сложных моментов и рисков, которые могут возникнуть при самостоятельной настройке my.cnf.
Мониторинг MySQL сервера
MySQL хранит статистику, которая помогает определить самые лучшие значения для использования. Кроме этого, имеются две удобные утилиты, которые можно использовать для чтения этой статистики и выводить в понятном формате: tuning-primer.sh and mysqltuner.pl.
Эти скрипты позволят мониторить ваш MySQL сервер, и после предоставят подсказку о параметрах, которые необходимо настроить на вашем сервере.
Оптимизация PHP и кэширование
PHP не очень интенсивно использует память, поэтому я не думаю, что нужно сильно беспокоится о потреблении памяти этим процессов, если ваше приложение не нуждается в этом, но даже в случае необходимости оптимизации, значительно уменьшения потребляемой памяти не будет. Но я исследовал и потом нашел несколько настроек для PHP конфигурации, которые уменьшают потребления памяти веб-сервером.
Alternative PHP Cache
Установите PHP Cache, например, такой как, Alternative PHP Cache. PHP cache будет хранить скомпилированные PHP скрипты таким образом, что они будут заново использованы без компиляции и, соответственно, не создадут нагрузку:
Ниже мой сконфигурированный php.ini файл.
Static Cache
Заключение
Я выложил в открытый доступ конфигурацию моего веб-сервера, чтобы доказать, что можно добиться высокой производительности даже от самого дешевого VPS контейнера с 512МБ RAM и 1Ghz CPU. Использую я Ubuntu 12.04 LTS, LAMP, Varnish,APC Cache для размещения 3-х веб-сайтов, сделанных на Wordpress (не мультисайтовых) с посещаемостью 10к в день. Давайте взглянем на результаты тестов от Blitz.io:
Как видите, 0,23% пользователей получают Connection Timeout, когда мой веб-сайт имеет 42,735,587 хитов в день (WOW), может можно еще что-то оптимизировать, но я получаю удовольствие от работы моего веб-сервера. Если ты устал от этого руководства или не хочешь делать руками, то можешь воспользоваться такими сервисами, как PuPHPet или Vagrant.
Apache, Nginx, Varnish, eAccelerator, XCache… W3 Total Cache, Super Cache… Десятки возможных комбинаций и сотни настроек.
Очень важен реальный опыт. Поиск конфигурации мечты!
- Вопрос задан более трёх лет назад
- 4921 просмотр
Оценить 2 комментария
Жестких лимитов не будет. Сервер:
Intel i7 920 Quadcore
8gb DDR3 RAM
На сервере будет несколько (10-15) инсталляций WP. Суточная посещаемость каждого до 1000. Хочется также предусмотреть пики любого уровня.
У меня есть сайт на WP… уже пожалел, что в начале пути выбрал его.
стоит Apache за nginx также стоит eAccellerator постов за 5 000, преимущественно картинки в постах бывает текст.
Плагины — классика жанра супер кэш, гипер кэш ну и так по мелочам.
в итоге в районе 5 тысяч посетителей в сутки топит выделенный сервер 2x Xeon 2.8 4 гига памяти.
топить начали ещё когда постов перевалило за 2.5 тысячи, тогда пришлось отказаться от встроенного медиаменеджера, и самому заниматься организацией картинок т.к. 1 картинка в WP хранится в 3х копиях + порядка 300-500 символов на описание этой картинки в БД…
с тех пор жизнь сайта продлена, сервер дышит свободнее, но снова подкрадывается к 100% нагрузкам.
БД вордпресса сильно не оптимальна, под высокую нагрузку он не расчитан, ну или расчитан но для БД будет требовать отдельного сервера.
Насчет выбора кстати, выбор то не так уж велик… Я как раз недавно задумывался над нахождением движка для блога. Разве что друпал как альтернатива, но я бы не сказал, что он легкий.
Число SQL запросов Друпала на 1 клик слишком огромно даже по сравнению с WP (25-75 в зависимости от плюшек)
я бы рекомендовал смотреть в сторону MaxSite CMS (число SQL запросов 2-5 на 1 клик)
её Автор долго занимался поддержкой WP и в один замечательный момент решил, что хватит с него…
А если изначально предусмотреть отдельный сервер для хостинга баз данных? WP удобный конструктор. Под него также написаны несколько очень нужных мне модулей. Чтобы их переписать под MaxSite уйдет 3-4 месяца. Да и клиенту он передает значительно более высокие возможности в расширяемости функционала.
Какая посещаемость будет у проекта? примерно число постов в ВП?
просто беда в том, что на 1000 постов начились подтормаживания на 2500 блог встал, дальше была глубока оптимизация серверного софта, поставлен nginx eA и ещё до кучи, потом к 4000 снова траблы, дальше была оптимизация mysql.
просто глюки растут не пропорционально постам, тоесть скажем на 7 тысячах я переведу базу на отдельный сервер, а на 10 мне прийдётся уже стоить кластер для базы, чтоб работу распределить между уже 2мя серверами БД, нафиг оно надо?
Число «постов» небольшое. WP используется именно, как CMS 10-15 сайтов. Я не думаю, что в новостях будет больше 100 записей. Посещаемость до 1000 человек в сутки каждого из сайтов. Но есть плагины активно использующие базы данных. Хочется предусмотреть пики в 30 000 — 40 000. Как вам концепция «Burst RAM»?
на такой же машинке у меня успешно крутится около 30 сайтов на django, пара приложений для контактика, приложение для мэйлрушки на рельсах, пара сервисов на эрланге, один на nodejs и один на racket, в довесок ко всему этому барахлу работает postgresql и mongodb.
даже когда на этой машинке запускали flash в фрэймбуфере, ffmpeg и vlc — загрузка не поднималась выше 30%, а памяти всегда свободно в районе полутора гигов, при том что еще 3 — дисковый кэш.
это я все к чему — если на таком железе wordpress сможет тормозить — его место в /dev/trash
Думаю, что для такого конструктора, как WP, актуален будет предварительный вопрос «Какой идеальный набор плагинов для работы WordPress?» :)
Ну я подразумеваю использование W3 Total Cache, Super Cache или более легких, но вы правы! Я дополню вопрос.
Просто хочется сделать акцент на настройках собственного сервера. Обычно все выкручиваются с тем, что дает shared-хостер, а тема настройки при наличие нормального запаса мощности и root доступа редко поднимается.
Думаю, что тут опыт shared-хостинга должен сыграть свою роль, так как там оптимизация практически вынужденная — как вариант, можно посмотреть конфиг серверов популярных шаред-хостингов.
В вашем случае просто будет заметно больше ресурсов, вот и всё :)
eAccelerator и wp-super-cache это совершенно разные вещи, и не стоит их сравнивать.
eAccelerator — делает своё дело (сильно экономит расход оперативной памяти на сервере, ведь свободные метры можно отдать той же БД ) а
wp-super-cache своё
Имею с десяток WP блогов, правда максимальная посещаемость 1000 уников в сутки. Плагинов ставлю по минимуму wp-super-cache, google sitemap, ещё 1 самописный для своих целей (но он на производительность ни как не влияет).
Собственно всё это крутится на VDS 512мб, 800 Mhz. Cтоит eAccelerator, MySQL, php 5.2. Недавно перевёл все блоги на 3 версию WP.
Особой нагрузки не чувствую (кешеры делаю своё дело, главное настроить их так, чтоб обновлялись в то время, когда нет людей).
Важно не заходить в админку (жестко жрёт память). Пишу статьи в ворде, далее экспорт только ночью.
Некоторые блоги обновляются через xmlrpc, специально написал скрипт на php.
Возможно меня спасает количество постов, их общее количество менее 1000.
Пробовал днём вырубать кешеры, сервак нагибается. Думаю в такой конфигурации как у вас вполне можно жить
Основными требованиями хостинга сайтов WordPress, являются:
Версия PHP | не ниже 5.2, рекомендовано 5.3 и выше |
Версия MySQL | 5 и выше |
Дисковое пространство | от 1 ГБ |
Лимит оперативной памяти | от 64МБ, рекомендовано 128МБ и больше |
Лимит трафика | безлимитный |
mod_rewrite | включен |
PHP fopen | включен |
Аптайм | от 99% |
Хостинг
- Место, выделяемое пользователю для размещения своих сайтов, под общим IP адресом, называют хостингом.
- Место, выделяемое вам провайдером для ваших сайтов, под уникальным IP, называют VPS/VDS сервером.
Хостинг, более подходит для начинающих пользователей. Арендуя хостинг, вам не нужно задумываться об установке программного обеспечения на сервер, за вас все делает Support хостинг-провайдера. Вам остается только правильно выбрать предлагаемые услуги.
Лимит трафика
На всех наших тарифах трафик для сайтов не ограничен, Вы можете размещать любые необходимые Вам документы и файлы на хостинге
Лимит оперативной памяти
На всех тарифах выделяется достаточно оперативной памяти для работы WordPress, конкретный объём зависит от тарифа
Хостинг и DNS сервера
Домен должен быть обязательно привязан к DNS серверам. Для своего домена можно использовать DNS сервера хостинга или сторонние DNS или DNS сервера регистратора имен. Принципиально разницы в выборе нет.
Чтобы привязать домен к DNS серверам хостинга, после покупки хостинга, узнайте адреса его DNS-серверов и зарегистрируйте их у регистратора имен. Для регистрации DNS серверов в панели регистратора ищите вкладку, управление DNS серверами и в поля NS сервера впишите адреса DNS серверов хостинга.
Смена и регистрация DNS серверов происходит в течении 12-20 часов.
Если вы при покупке домена решили использовать сторонние DNS сервера, то сторонние DNS сервера нужно зарегистрировать (поменять) в административной панели сервера вашего хостинга.
Версия MySQL
У нас установлена поддерживающая WordPress версия MySQL, а так же есть удобный редактор баз PHPMyAdmin, панель управления поддерживает переход в редактор без ввода пароля.
Дисковое пространство
Начиная с тарифа Host-2 у нас предоставляется 1Гб места для Вашего сайта, в случае если места будет мало — всегда возможно перейти на более высокий тариф и получить дополнительные ресурсы без простоя сайта.
Оперативная память
Особое внимание, нужно уделить выбору, такого параметра сервера, как оперативная память. Она нужна для запуска скрипта по его вызову. Система WordPress, по-умолчанию, устроена так, что очень часто обращается к серверу при посещении пользователями. Чем больше будет посещение вашего блога, тем таких обращений будет больше. Поэтому, не выбирайте хостинг с низкой оперативной памятью 64 Mb. При среднем посещении WordPress на таких серверах «виснет» или «отрубается». Для WordPress ищите хостинг с заявленной оперативной памятью от 124 Mb, а лучше 256 Mb. Такие сервера сейчас не редкость и найти их просто.
Хостинг для wordpress: выбор хостинга и покупка домена
Большинство хостинг провайдеров предлагают зарегистрировать домен, с их помощью. Не рекомендую этого делать и поясню почему.
Покупая домен у провайдера, вы лишний раз привязываете себя к хостингу. А это не правильно. Не все хостинги, так хороши, как они себя рекламируют. Вы легко можете сменить сервер и перенести свой блог на другой хостинг, а вот если привязать свой домен к хостингу, забрать с собой домен будет проблема. Её, конечно, тоже можно решить, только не понимаю, зачем создавать проблемы на ровном месте.
Лучше регистрацию домена, доверить специальной фирме, которая так и называется, регистратор доменных имен. Они аккредитованы в специальном центре и обычно без следа не исчезают. Если все-таки, регистратор закрывается, то он должен самостоятельно перенести ваши домены к генеральному регистратору доменных имен.
Итак, хостинг для wordpress вы арендуете у понравившегося вам хостинг провайдера, а домен, у аккредитованного регистратора доменных имен.
php fopen
Эта функция доступна на нашем хостинге. Она позволяет Вам обновлять Ваши плагины и версию WordPress в один клик. Ваши плагины всегда будут новыми, а WordPress актуальной версии!
Программное обеспечение хостинга
Повторюсь, хостинг это место на диске сервера хостинг-провайдера. По сути это тот же компьютер. Как вы понимаете, любой компьютер требует установки программного обеспечения.
Программное обеспечение, устанавливается хостинг провайдером и по умолчанию предлагается клиентам хостинга, в разделе «Тарифы».
Для установки и работы WordPress 4.7.4 (последняя версия на 07-05-2017) , нужно выбрать хостинг со следующим программным обеспечением:
Сайт будет работать и на более старых, не поддерживаемых версиях:
- Версия PHP 5.2.4;
- База данных MySQL старше версии 5.0;
, но в этом случае есть угроза безопасности сайта.
Вообще говоря, веб-приложение WordPress не прихотлива к программному обеспечению сервера. Без преувеличения можно сказать, что любой уважающий себя сервер, подойдет по программному обеспечению для установки WordPress.
Читайте также: