А где Вы увидели слово "о настроенном"? Установленная панель от 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 назад у каждого сеошника было по несколько собственных "посковиков"... Миксовались мультифиды как угодно.
Нигма... помню, пальцем на нее показывали. 😂
Кстати, да... нужно поюзать ее маленько, давно не вспоминал.
