admak

А где Вы увидели слово "о настроенном"? Установленная панель от ISP - совсем не значит, что сервер настроен.

Я хотел сказать, что реинстал = "ЧИСТЫЙ сервер". Не боле того.

А о "настроенном сервере" спорить нет смысла, это почти как сферический конь в вакууме. У каждого будет свой взгляд на "настройки" и каждый из спорящих будет прав.

Нельзя сделать одни(и единственные) настройки для всех типов/видов сайтов.

Если не ошибаюсь, то в панеле есть и автоматический реинсталл ОС (без участия техподдержки), так что это не проблема.

А вот соотношение цена/ттх - вот это действительно проблема. С двумя гигами рама лучше уж впс-ку взять. :)

Бегло глянул исходник, сам скрипт не запускал. Возможно, что-то пропустил, функционал:

* показывает состояние сервисов on/off

* управление сервисами (старт/стоп/рестарт)

* редактирование конфигов

* просмотр логов

Пути к конфигам и логам захардкодены и без проверок, например: /etc/postgresql/9.4/main/postgresql.conf, тоже самое и логи.

Как для себя - нормально, но не более того.

"Аналог Open Server" - мимо. Панель управления - есть, остального - не увидел.

Запретить пользоваться услугой хостинга. Нет денег - нет хостинга. Логично же.

Запретить - это отдавать код 403 и по желанию, любую страницу-заглушку с любым текстом. (403 - не индексируется поисковиками) Все.

В случае ТС, я подозреваю, что хостер отдавал свою заглушку с кодом 200, раз поисковики проиндексировали контент. Это не запрет, а это подмена пользовательского контента, со всеми некрасивыми вытекающими(в т.ч. и для самого хостера). Скорей всего это произошло не со зла, а просто чего-то не донастроили.

2хостеры: Проверьте, плз, свои странички-заглушки и коды на них. Это займет всего лишь пару минут. Панели/софт апдейтятся, дорабатываются, допиливаются, а баги они и есть баги - иногда и вылазят. :)

Подобные разборки/претензии и т.д. никому не нужны.

-------- Performance Metrics -------------------------------------------------

[!!] Aborted connections: 14.29%  (1/7)

[!!] Query cache efficiency: 0.0% (0 cached / 4 selects)

Еще рано о чем-то говорить, подождите 24 часа.

Вы о чем???...

У ТС индексы занимают 20Мб на них уже был выделен буфер 128Мб, в следующем посте ТС уже прописал 384Мб. Вы предлагаете еще увеличить выделяемый RAM до 750-1000Мб только ради кеширования 20Мб... Сильно 😂

[OK] Key buffer size / total MyISAM indexes: 128.0M/20.2M

Этот буфер нужно ставить по размеру индексов, 24Мб будет достаточно.

ну и:

max_connections = 1000 - у Вас никогда столько не будет, т.к. сервер умрет намного раньше от нехватки памяти. Поставьте 20-30

sort_buffer_size = 32M - скорее всего Вам не нужен такой буфер, я бы уменьшил его до 8Мб или даже до 4

Еще возможность сэкономить RAM:

[--] Data in InnoDB tables: 96K (Tables: 4)

Перевести эти 4 пустые таблички из InnoDB в MyISAM. Затем можно будет полновсть выключить ненужный InnoDB. (При ваших объемах данных он не нужен)

зы: по скриншоту - у mysql большая нагрузка на проц, смотрите запросы и индексы.

Так возьмите платный CSE - там еще вкусности добавятся.

Если хотите все "свое", то: /ru/forum/920383

Ресурсы потребуются от одного дедика и выше.

Джома сама по себе тормозная и при росте количества новостей это очень скоро станет критично.

Как по мне, то проще и логичнее передать все без изменений в /script.php

И уже внутри скрипта проверять/фильтровать/присваивать входные значения нужным переменным.

При не внимательном миксе ЧПУ и /script.php?value1=...&value2=...&value3=...&value4=... можно наплодить дупов страниц или любой желающий может сделать это за вас.

Так никто и не спорит, а дополняет. :)

В CSE есть отдача в xml, так что миксануть с яндексом, зверски зафильтровать/заРоскомнадзорить/закешировать и получится очередной национальный "Спутник".

А бабло за "работу", конечно, распилить. Распил актуален всегда 😂

Лет 10 назад у каждого сеошника было по несколько собственных "посковиков"... Миксовались мультифиды как угодно.

Нигма... помню, пальцем на нее показывали. 😂

Кстати, да... нужно поюзать ее маленько, давно не вспоминал.