extra, Я правильно понимаю, что администрирование у всех хостеров - это апач и мускул настроить, да правила реврайта написать, не более?---------- Добавлено 08.08.2019 в 19:04 ----------2 all чтобы закрыть тему, спросите себя, "бесплатно администрирующие", как часто вы обновляете софт клиенту на сервере, и как часто вы проверяете, "а разворачиваются ли бэкапы", и что вы делаете, чтобы избежать вот такого. Те, кто админит за $5 или $10 - тоже себя спросите, что вы там делаете на сервере у клиента, когда всё работает. Маркетолухи, блин, проталкивающие под бесплатным администрированием бесплатные консультации и помощь в настройке.
location / { try_files $uri $uri/ /index.php?$args; location ~ [^/]\.ph(p\d*|tml)$ { try_files /does_not_exists @php; } location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf)$ { expires 30d; } } location @php { fastcgi_index index.php; fastcgi_param PHP_ADMIN_VALUE "sendmail_path = /usr/sbin/sendmail -t -i -f support@example.com"; fastcgi_pass unix:/var/www/php-fpm/cgi.sock; fastcgi_split_path_info ^((?U).+\.ph(?:p\d*|tml))(/?.+)$; try_files $uri =404; include fastcgi_params; }
Переписал. На самом деле, в гугле это всё есть. Берите конфиг и закроем тему.
Я вам указал на ошибку.---------- Добавлено 08.08.2019 в 15:08 ----------Denzel82, Плохого то, что этот человек не хочет научиться, а просит "сделать за него". Ему и правда, в платный раздел.
suffix, Ну я вот, как специалист, за 20 долларов именно системным администрированием заниматься не буду. Конечно, согласен. За 20 долларов я могу зайти и своевременно написать yum update или apt update && apt upgarde периодически на сервере. У нас есть именно такая услуга, базовое администрирование - тупо типовая конфигурация - стоит 1000 деревянных в месяц (ценник с 2012 года, когда кушать хотелось), при постановке - настраиваем ещё и бэкап. Входит своевременное обновление софта/подключение к мониторингу и поднять, если упало. Всё абсолютно типовое. Но это ж не системное администрирование - мы не занимаемся при таких параметрах всем подряд, а так же ни анализом, ни чем другим, даже документацию не ведём - типовая ж конфигурация. Но мы и не юрлицо и налоги (пока ещё) не платим: если будет юрлицо - будет и повышение цен.
Вот выше описанное - ни разу не администрирование. Это один (!) час работы в месяц на клиента. А если уж подойти к вопросу серьёзнее - ну, всё становится очень индивидуально.
ustus, На самом деле, он прав. По факту же - у вас реврайт всех не существующих страниц на сущестующую index.php
Отдавайте ошибку 404 вордпрессом.
Глупо говорить такие вещи. На самом деле, вы реально считаете, что администрирование - это всего лишь помочь там конфиг подправить?
Слежение за уязвимостями, проверка резервного копирования, проверка логов и установка/настройка ПО под клиента, оптимизация производительности, анализ нагрузки и составление рекомендаций, постоянный круглосуточный мониторинг и т.д. и т.п. - стоят 10 баксов? Разницы между VPS и выделенным сервером с точки зрения системного администратора нет.
У нас есть клиенты, которые за администрирование VPS платят значительно больше 50 баксов. Правда, там и условия соответствующие, и много чего ещё накручивается. Да и виртуалка с 64 Гбайт оперативы и 12 ядрами. Или хостер, может, будет настраивать jenkins? Может, хостер будет разбираться и настраивать gitlab клиенту? Поставит и сконфигурит ему jira и прочий софт? Хостер вовремя заметит, что ядро на виртуалке старое и дырявое и подновит его? Будет заморачиваться с kexec?
Не, ради сайтика на вордпресс, где достаточно один раз настроить и просто делать обновления софта раз неделю - можно и позаморачиваться за около $20.
Но всё зависит от потребностей. Как вы следите за вашими клиентами? Вы проверяете, сделались ли бэкапы хотя бы? Вы тюните те же серверы БД? Настаиваете и настраиваете ли банальный fail2ban, или тупо ставите ISPManager и всё? А какие метрики с администриуемых серверов вы собираете? Конкретно в случае ТС - тут таки да, скорее всего, случай с банальным вордпрессом. А если не случай ТС, то цены могут ОЧЕНЬ разниться.---------- Добавлено 08.08.2019 в 14:37 ----------
А какая разница то? На виртуалке сильно меньше работы, чтоли? Ну, разве что диски не нужно мониторить и состояние рейда. А в остальном то всё то же самое, не?---------- Добавлено 08.08.2019 в 14:38 ----------
Уже не поддержали.
XPraptor, На разных скринах у него разные данные. У него 100 IO операций в секунду в среднем. За стуки как раз набегает около 8 млн. Нагрузка для HDD большая для виртуалки, конечно, а для SSD - капля в море. Можете посмотреть возможности железок здесь.---------- Добавлено 07.08.2019 в 17:33 ----------С учетом того, что его операции чтения/записи кэшируются в ОЗУ, реальных обращений к дискам может быть меньше.
Можно, конечно, отключить вывод ошибок, но правильно - сделать то, что просят. Перевод, я думаю, не нужен?
1) Можно.
2) Автоматом ничего не будет.
3) Нужно обновлять и приводить в порядок ПО на сервере - не ровён час, после взлома жумлы сломают и сам сервер, это хуже.
4) Достаточно сложно. Как минимум, шаблон придётся переделывать чуть менее, чем полностью. Плагины (модули) править или менять на другие. Судя по п.3 - нужно ещё и разобраться, что у вас там на сервере.
Резюме: делать даже нужно, но по времени это может растянуться, особенно если заниматься будете сами. В любом случае, информации мало. Ну и опять же: вам нужно как минимум, хотя бы проконсультироваться у какого-то системного администратора, судя по вопросу. Проще всего - сделать новый сайт и перенести информацию на него, скорее всего, с такими пирогами.
Ситуация: клиент размещает сайт. Потом забивает на него на 2 года. В его CMS (в нашем случае это был yii2, но с WordPress то же самое) нашлась дырочка, через которую сайт клиента поимели и залили майнер. На бесплатном хосте, ага. Клиенту указали на проблему, вычистили майнера, попросили поработать с CMS. Клиент забил, через неделю опять повторилось. В итоге клиент убежал искать другой, уже не бесплатный хостинг, где не отключают сайты за нагрузки, а мы оказались мудаками. Вы проверьте, не похожая ли у вас ситуация?
Ну я пока из треда не увидел, где просят попрощаться, ли съехать на выделенный сервер. А по поводу гуманности... Ну, вот, на самом деле, всё же гуманно. Клиент заметит проблемы и либо оптимизирует скрипты, либо... Ну, либо поинтересуется, что за дела - ему и объяснят, что вы на ноде не один и использовать ресурсы дисков в одну каску не получится. Кроме того, я пока из графиков опять же не вижу "убийства дисков". Ну и они ж расходный материал, сами по себе iops не говорят о том, что клиент диски убивает. Может, там только операции чтения? Для SSD это, в общем, не проблема - это у HDD механика изнашивается. Ну и опять же - сколько можно клиентов упихать со 100 IOPS? Много. У него за сутки 100к операций ввода-вывода, в секунду же - не более 100. Собственно, SSD ради этого и берут, не?
