На данный момент услуга шаред хостинга только подготавливается к запуску.
Скорее всего мы проведем корректировку по тарифам и объем трафика будет считаться в GB.
Приветствую всех неравнодушных
Хочу сообщить что с нынешнего момента доступен четырнадцатидневный бесплатный триал
В моих сообщениях нигде не шла речь про "знание системного администрирования" или "незнание системного администрирования". Если вам не понятен термин "Администрирование" вот ссылка: Wikipedia
Об окружении и оптимизации я уже достаточно много написал ранее, читайте внимательней топик
Среда выполнения (англ. execution environment, иногда «ранта́йм» от англ. runtime — «время выполнения») в информатике — вычислительное окружение, необходимое для выполнения компьютерной программы и доступное во время выполнения компьютерной программы. Wikipedia
Хочу обратить ваше внимание на то, что данный топик не ставит перед собой целью проводить ликбез по компьютерным технологиям, пожалуйста, задавайте вопросы касательно непосредственно темы треда.
nginx.org
Возможности управления реализованы через соответствующий плагин:
- Сброс кеша главной страницы сайта при добавлении или модификации поста \ страницы \ кастомного поста
- Сброс кеша главной страницы при удалении поста \ страницы \ кастомного поста
- Сброс кеша страницы \ поста \ кастомного поста при добавлении или модификации комментария привязанного к этой странице \ посту
- Сброс кеша архива \ тегов \ кастомных таксономий при добавлении \ удалении страницы \ поста \ кастомного поста
На сервере работает планировщик который следит за наличием обновлений ядра каждого сайта, при наличии такого обновления делается бекап базы данных и данных сайта за исключением директории wp-content, в случае удачно созданного бекапа происходит процесс обновления ядра
На данный момент shared-хостинг находится в процессе разработки, это указано на сайте.
Услуга WordPress VPS предоставляется в полной мере.
Премиум каталог составляется на основании наших разработок и разработок наших партнеров
В перспективе мы планируем работать, в том числе и на зарубежную аудиторию, по этому используется канадский номер.
Да, с некоторой стороны мы действительно ограничиваем пользователя в выборе базового окружения. Но делаем это сознательно, т.к. рассчитываем на взаимодействие с нашими клиентами и для оказания квалифицированной поддержки и помощи в дальнейшем нам необходимо знать все стартовые параметры с которыми прийдется работать, вот эти самые параметры мы и закладываем изначально.
Все верно, это и будет наш клиент которого мы с радостью обучим подходу в работе с WordPress на основании своего опыта.
Спасибо за правильный вопрос.
Давайте рассмотрим сценарий который должен выполнить пользователь, чтобы поставить систему WordPress и поиграться с настройками.
1) Покупка голой VPS-ки
2) Установка стека веб сервер \ php \ сервер базы данных. На этом этапе пользователь уже должен знать как ему хотелось бы подготовить окружение. Будет ли это связка apache + mod_php, apache + php-fpm, nginx + php-fpm, nginx + apache + mod_php, litespeed + php-fpm ?
Так же хочу обратить ваше внимание, что от выбора сделанного на этом шаге зависит дальнейшее развитие всей экосистемы, если пользователь захочет продолжить работать с WordPress.
3) Создание нужных директорий, создание пользователя базы данных, создание самой базы, первая настройка веб сервера для отдельного домена
4) Загрузка файлов WordPress и запуск установщика. На этом этапе пользователю, возможно, предстоит столкнуться с необходимостью настроить права доступа на определенные диретктории.
5) WordPress установлен, начинаем играться с настройками. Выбрав один из стандартных шаблонов пользователь заметит, что URL страниц его сайта имеют какой то неказистый вид http://site.com/?p=123 вместо ожидаемых http://site.com/sample-post/ - найдет соответствующую настройку, включит красивые пермалинки и наткнется на то, что они не работают... Это первый, так сказать, плохой опыт работы с системой где изменение заявленной разработчиками настройки не приводит к желаемым результатам. Пользователь обратится с этим вопросом в интернет и найдет кучу статей как настроить свой веб-сервер для работы этой опции.
6) Далее пользователь найдет в интерфейсе возможность поставить какие-нибудь интересные плагины, чтобы поиграться с ними. Выберет плагин, нажмет кнопку установить и возможно все пройдет гладко и плагин из репозитория сразу установится. А возможно на шаге номер 3 и 4 пользователь не настроил всех необходимых прав на директории и он получит второй негативный опыт работы с системой где заявленная функциональность не работает как ожидается. Вопрос решается легко, с помощью того же интернета - все права на директории настроены как надо.
7) Пользователь наигрался со стандартными шаблонами и шаблонами из репозитория - находит классную тему на themeforest, покупает ее, скачивает себе архив размером 18mb. Идет в соответствующий раздел админки, находит опцию загрузить тему, выбирает свой шаблон и.... в очередной раз обламывается получая сообщение о том, что размер файла слишком большой. Это еще один негативный опыт работы с системой. Но и это не проблема, в интернете полно статей о том какие настройки php надо подкрутить, чтобы он позволил загружать файлы большего размера. Здесь пользователь знакомится с такими опциями как post_max_size \ upload_max_filesize.
8) Шаблон загружен и возможно сразу установлен, в случае если его установка не заняла больше времени чем max_execution_time . В ином случае пользователю прийдется познакомиться и с этой настройкой. Если же на этом шаге он с ней не познакомился то большая вероятность что с ней все же надо будет столкнуться в процессе установки демо-контента к своему шаблону. Здесь же предстоит столкнуться с необходимостью настройки таймаутов на запросы к веб-серверу. И это так же негативный опыт работы с системой, где ожидания пользователя от взаимодействия с самой популярной и обсуждаемой CMS могут разбиться о суровую реальность.
9) На этом шаге все, первые этапы знакомства с установкой WordPress и настройкой окружения для его работы пройдены. Дальше - больше, когда пользователю понадобится пустить на свой сайт разработчика, он познакомится с установкой и настройкой FTP. Когда на сайт начнет идти трафик ему предстоит познакомиться с настройками базы данных, увеличивать количество коннектов, таймауты, буферы индексов, сортировки и т.д.
Каждый раз когда происходит негативный опыт это потенциальная ситуация в которой человек может отказаться от идеи использования WordPress и пойти жаловаться в интернет какой это кривой продукт и что он не работает как заявлено и т.д. А мы любим WordPress и хотим, чтобы пользователи работали с ним в свое удовольствие и так же как и мы понимали все его достоинства. По этому все такие моменты учтены "из коробки" и скрыты от пользователя который хочет установить продукт чтобы работать с ним, а не разбираться в деталях настройки окружения.
Вы скажете, что часть этих шагов полностью закрывает установка какой либо панели управления? Верно но это уже и есть оптимизация работы с системой. И все равно для этого надо иметь опыт работы с панелью, а опыт надо где то получить. К тому же не все шаги закрываются только лишь установкой панели, часть сценария который я описал в последних пунктах прийдется выполнять руками или же нанимать для этого специального человека.
К администрированию имеют отношение любые действия по настройке сервера. Установка веб-сервера \ php \ сервера базы данных и подбор нужных параметров, а так же создание пользователей и настройка прав это есть подготовка окружения необходимого для запуска и корректной работы WordPress.
Настройки всех доменов распределены по соответствующим конфигурационным файлам для NGINX, возможность редактировать их у пользователя есть, но я уверен что для "любой домохозяйки" такая задача будет несколько обременительна и наши специалисты с удовольствием в этом помогут.
Пожалуйста, сконцентрируйтесь и задайте конкретный вопрос - что вы хотите знать по поводу кеширования, если вас действительно интересует что то конкретное.
На данный момент за половиной ваших сообщений я прослеживаю, что вашей основной целью есть - оскорбления и выдумка каких то своих сценариев с последующей просьбой вам их объяснить:
Я отвечу на любые технические вопросы касаемо продукта, если они будут должным образом сформулированы. В рамках топика я даю ответы в таком формате, чтобы они были понятны всем пользователям кто его будет читать, а не только техническим специалистам.
На данный момент мы ориентируемся на русскоязычную аудиторию, версии сайта на других языках еще в процессе корректировки. Мы учтем ваши замечания касательно перевода.
Мы постоянно работаем над продуктом, сейчас уже можно приобрести 14-ти дневный тестовый период за символическую плату в 0.5$
Что касается возврата средств то привожу полный текст этого пункта нашего соглашения, а не только лишь фразу взятую из контекста:
Создание системного пользователя под каждый сайт с необходимыми правами
Создание базы данных.
Настройка FTP доступа.
Настройка NGINX для работы с соответствующим типом сайта single \ multisite
Установка и настройка ядра по заданным параметрам
Все это происходит "под капотом" без участия пользователя, что существенно облегчает работу тем кто не силен в вопросах администрирования сервера
Оптимальный для запуска стандартной конфигурации сайта на WP.
В базовой конфигурации сервера используется только связка NGINX + PHP-FPM
Уточните свой вопрос, что не понятно по этому пункту.
Имеется в виду настройка сайта на использование wp-cron с помощью локального вызова wp-cron.php по расписанию вместо стандартной функциональности которая предполагает вызов wp-cron.php при обращении пользователя к сайту - что влечет за собой повышенную нагрузку на запрос клиента на долю которого выпадает срабатывание cron, а так же зависимость вызова cron от наличия траффика на сайте.
Трогать ядро это моветон, все инсталляции предоставляются со стандартным не измененным ядром последней официальной версии.
Мы ставим своей задачей сделать оптимальный бюджетный хостинг и работаем в этом направлении.
Любой из ныне известных хостеров в начале своей деятельности никому не был известен.
---------- Добавлено 16.01.2020 в 09:56 ----------
Самые простые функции администрирования - установка сайта, выбор шаблона \ плагинов, управление кешированием, поиск по логам веб-сервера, просмотр сводной статистики - это те возможности которые доступны прямо из панели управления. Еще отображение сводной статистики по серверу и сайту.
Кеширование реализовано средствами NIGNX, настраивается автоматически для каждого созданного сайта. Управление кешированием происходит прямо со страницы панели в один клик. Там же есть возможность принудительного сброса кеша. Чуть более детальные настройки кеширования доступны через специальный плагин.
Прикладываю скриншоты страниц управления сервером и сайтом соответственно
