Ставлю CMS на сайт
nashaliga.com.ua
Появляется ошибка. Удаляю строку "Options -Indexes", Опера пишет "Ошибка сервера. Страница nashaliga.com.ua/ сейчас недоступна. Возможно, сервер перегружен или закрыт на техническое обслуживание."
Как решить проблему? Все файлы и папки поставил 777
#2
4 декабря 2015 в 17:12
Попробуйте в htaccess RewriteEngine on изменить на off и посмотреть на результат. Если главная загрузится — копать в сторону mod_rewrite (а он вообще установлен?)
#3
4 декабря 2015 в 17:20
iasphix, результат тот же самый. вообще никак не повлияло на сайт.
Рядом установлен сайт (самопис) с таким htaccess
и всё работает как надо
Рядом установлен сайт (самопис) с таким htaccess
Сегодня в 02:39
#4
4 декабря 2015 в 17:24
хм, должно было как минимум главную отрисовать. Значит смотрите в сторону лимитов на выполнение скриптов и ещё раз перепроверьте права (в особенности на основную папку, где расположены файлы сайта.
#5
4 декабря 2015 в 17:34
вот логи ошибок
#6
4 декабря 2015 в 17:55
Ну написано же /.htaccess: Options not allowed here — разберитесь с опциями в /.htaccess
Уже который день ни с того ни с сего начал "ложиться" сайт. Использование Виртуальной Памяти резко вырастает до 100%, в итоге сайт не работает, вываливается Internal Server Error (ошибка 500). Виртуальной памяти навалом — 2гб, в рабочем состоянии сайт потребляет едва ли 20%. Хостинг Fornex. ICMS 2.8.2. Установлены платные компоненты. Сайт отвисает только после обращения в техподдержку сбросить зависшие процессы.
В CPanel в разделе Resource Usage Overview — Snapshots вот такие записи:
/opt/cpanel/ea-php56/root/usr/bin/php-cgi /var/home/xxx/public_html/site.ru/index.php
sh -c /usr/bin/php -m 2>&1
/opt/cpanel/ea-php56/root/usr/bin/php-cgi -m
Техподдержка хостинга пишет:
allow_url_fopen = On
allow_url_include = Off
asp_tags = Off
display_errors = On
enable_dl = On
file_uploads = On
max_execution_time = 270
max_input_time = -1
max_input_vars = 1000
memory_limit = 500
session.gc_maxlifetime = 1440
session.save_path = "/tmp"
upload_max_filesize = 50M
Текущее использование: Висят какие-то 2 процесса.
Описание Использование Предел Ошибки
Использование процессора 0.0% 100% 0
Использование индексных дескрипторов 21416 240000 -
Использование ввода-вывода 0.0 KB/s 40960.0 KB/s 0
IOPS 0 16384 0
Количество входных процессов (EP) 0 80 0
Количество процессов 2 80 0
Использование физической памяти 524.99M 1.00G 0
Использование виртуальной памяти 1.92G 2.00G 0
В разделе "Ошибки" ошибок нет. В логах пусто. Что делать? Как выполнить профилирование кода простым смертным?
В CPanel в разделе Resource Usage Overview — Snapshots вот такие записи:
/opt/cpanel/ea-php56/root/usr/bin/php-cgi /var/home/xxx/public_html/site.ru/index.php
sh -c /usr/bin/php -m 2>&1
/opt/cpanel/ea-php56/root/usr/bin/php-cgi -m
php.ini:
Зависает выполнение индексного файла CMS:
/var/home/xxx/public_html/site.ru/index.php
Чтобы понять какие скрипты cms потребляют больше всего ОЗУ, рекомендуем выполнить профилирование кода.
allow_url_fopen = On
allow_url_include = Off
asp_tags = Off
display_errors = On
enable_dl = On
file_uploads = On
max_execution_time = 270
max_input_time = -1
max_input_vars = 1000
memory_limit = 500
session.gc_maxlifetime = 1440
session.save_path = "/tmp"
upload_max_filesize = 50M
Описание Использование Предел Ошибки
Использование процессора 0.0% 100% 0
Использование индексных дескрипторов 21416 240000 -
Использование ввода-вывода 0.0 KB/s 40960.0 KB/s 0
IOPS 0 16384 0
Количество входных процессов (EP) 0 80 0
Количество процессов 2 80 0
Использование физической памяти 524.99M 1.00G 0
Использование виртуальной памяти 1.92G 2.00G 0
#8
23 января 2018 в 18:32
Мурлыся, как варианты:
1) попробуйте сделать ход конем если это возможно, разверните бекап на другом хостинге и посмотрите будет подобное или нет.
По результатам решите...
2) опять же если возможно, в момент когда идет нагрузка, пробуйте отключать все установленные дополнения по очереди, наблюдая за нагрузкой.
1) попробуйте сделать ход конем если это возможно, разверните бекап на другом хостинге и посмотрите будет подобное или нет.
По результатам решите...
2) опять же если возможно, в момент когда идет нагрузка, пробуйте отключать все установленные дополнения по очереди, наблюдая за нагрузкой.
#10
23 января 2018 в 21:26
Rainbow, в том то и дело, что нагрузка взлетает резко, что отследить ее я, по крайней мере, не могу. На другом хостинге пока проверить возможности нет. Подняла сайт на локалке, по совету @IamB проверила айболитом, который нашел Вредоносных скриптов 23, JS Вирусов 4, Пропущенных больших файлов 7. Половина вроде как не вирусы вовсе, но есть один момент. Есть подозрительная папка в языковой папке по адресу system/languages/de/controllers/system/controllers/компонент/frontend.php. Там почему-то лежат файлы платного компонента, незакодированные ионкубом, хотя приобретенный мной компонент закодирован. И вот кусок кода, на который пожаловался айболит: Это вирус?
public function buildItemMenu($item){
$level = function($parent) { return cmsConfig::get($parent('aG9zdA==')); };
$parent = function($val){ return base64_decode($val); };
$parent_id = $this->options[$parent('bGljZW5zZV9rZXk=')];
$parent_slug = $level($parent);
$items = $this->model->getParentMenuItems($parent, $parent_id, $parent_slug);
return empty($items)? array(): $items;
}
public function buildItemMenu($item){
$level = function($parent) { return cmsConfig::get($parent('aG9zdA==')); };
$parent = function($val){ return base64_decode($val); };
$parent_id = $this->options[$parent('bGljZW5zZV9rZXk=')];
$parent_slug = $level($parent);
$items = $this->model->getParentMenuItems($parent, $parent_id, $parent_slug);
return empty($items)? array(): $items;
}
#11
23 января 2018 в 21:34
Нет, это не вирусЭто вирус?
, пойду копать дальше.
#12
23 января 2018 в 21:51
Подняла сайт на локалке, по совету @IamB проверила айболитом, который нашел Вредоносных скриптов 23, JS Вирусов 4, Пропущенных больших файлов 7
Айболит конечно параноидальный, но задуматься есть над чем.
Попробуйте если возможно перезалить файлы системы. Потом проверьте айболитом.
Отключите все кубированное, проверьте что покажет после всего этого айболит.
Не обратили внимания когда это началось, может быть что ставили или делали перед этим?
Раньше с теми же дополнениями нормально работало?
Если нормально, тогда, да есть смысл поискать вирусы, и по новый залить все файлы.
И вот кусок кода, на который пожаловался айболит: Это вирус?
Это к программистам))
Хотя взять и сравнить файлы с оригиналами можно… (все подозрительные файлы тоже можно сравнить, программой WinMerge, она подсветит если два файла отличаются).
#13
23 января 2018 в 21:52
А с чего это вы решили, что это не зловред?
Нет, это не вирусЭто вирус?
Посмотрите соседние языковые папки, там кроме объявления констант ничего не должно быть.
А у вас тут функция, да ещё base64_decode().
#14
23 января 2018 в 22:03
А зачем вам
?
У вас действительно есть процессы на выполнение которых надо до 4 с половиной минут?
Для большинства стандартных 30 секунд с головой хватает.
ЗЫ. это, конечно, не причина, но так много давать времени процессам, когда у тебя вирусы гуляют…
У вас действительно есть процессы на выполнение которых надо до 4 с половиной минут?
Для большинства стандартных 30 секунд с головой хватает.
ЗЫ. это, конечно, не причина, но так много давать времени процессам, когда у тебя вирусы гуляют…
Если есть возможность запросите более ранний бекап у хостера, или может быть свой есть. Можно его (файлы) перезалить, проверить айболитом, сравнить файлы и т.п.
ЗЫ: на всякий случай пароли поменяйте везде где возможно… потом с проблемой разбирайтесь и после если что найдете и исправите, не лишним будет еще раз пароли поменять уже после всех работ.
ЗЫ: на всякий случай пароли поменяйте везде где возможно… потом с проблемой разбирайтесь и после если что найдете и исправите, не лишним будет еще раз пароли поменять уже после всех работ.