bugagasha |
|
---|---|
Здравствуйте. Помогите разобраться. Уже все перепробовал не знаю куда копать. Ситуация такая: установил последнюю сиену на hostinger.ru - все отлично работало на бесплатном акке. Перешел на платный и постоянная ошибка 500. Сделал чиcnую установку, залил дамп базы, сменил версию PHP на 5.4 - сайт заработал, НО при попытках править страницу, создать новую или в админке зайти в "расширения"или в права пользователей - сайт ложится с 500 ошибкой. Отключал кеш, чистил, права все выставлены... не знаю куда еще копать. в логах сервера только такая ошибка PHP Fatal error: Maximum execution time of 120 seconds exceeded in /home/my_acc/public_html/system/functions.php on line 1115 Подскажите куда копать, что посмотреть? Добавлено 11 часа спустя: Как можно посмотреть на чем крашится? |
|
This post was edited by bugagasha (2014-12-04 09:57, 10 years ago) |
Denisbox |
|
---|---|
А хостер что говорит по этому поводу? contact: fonts (at) otlab . ru
|
bugagasha |
|
---|---|
Хостер говорит, что проблема в движке. Парметры бесплатного и платного хостинга одинаковы, только квоты больше. |
Denisbox |
|
---|---|
Мне кажется, что хостер немного того... у вас ошибка сервера "500 Internal Server Error
Двиг тут ни при чём. Ещё вопрос вы права на папки менять можете? Являетесь вы "владельцем" папок? Обратите внимание на папку /datas/cash/ и её содержимое. Была похожая ситуация когда все права на папки были выставлены правильно но владельцем папок был администратор, а не я. Надеюсь вы файлы в бинарном режиме грузили? contact: fonts (at) otlab . ru
|
bugagasha |
|
---|---|
Права менять могу, видимо владелец я ) В datas/cash/ пишется Грузил через FileZilla в авто режиме. Попробую в бинарном перезалить. Добавлено 1 часа спустя: Похоже все-таки что-то с хостером. На форуме у них стали появляться сообщения с подобной ошибкой. |
|
This post was edited by bugagasha (2014-12-04 14:08, 10 years ago) |
Denisbox |
|
---|---|
Значит хостер "делает мозги") Честно признаться, лучше хостера поменять - нервы целее будут.
contact: fonts (at) otlab . ru
|
bugagasha |
|
---|---|
За что отвечает строка system/common.php 44 register_shutdown_function('cot_shutdown'); Если ее удалить все работает. Это как-то влияет на безопасность, если ее удалить?
|
Alex300 |
|
---|---|
Как несложно найти, функция register_shutdown_function Регистрирует функцию, которая выполнится по завершении работы скрипта. Функция cot_shutdown же выполняет некоторые действия с кешем и буфером данных. Ее отключение может (но не обязательно) привести к некоторым неприятным моментам. Но там нет ничего "высоконагруженного". Так что она не причина, а скорее следствие. Попробуйте отключить кеш и очистить его в админке. Может какое-то расширение приводит к подобному. Можно поэксперементировать и поотключать их. И что у Вас видно на локальной копии сайта? Если же у хостера возникают проблемы именно с register_shutdown_function, что как минимум странно - то это повод задуматься о смене хостера. Есть миры, не здесь, там, где небеса горят, и моря засыпают, и реки дремлют; люди сделаны из дыма, а города – из песен. Где-то опасность, где-то несправедливость, даже где-то остыл чай. Идем Эйс, у нас много работы!...
...Sorry for my english... Бесплатные расширения для Cotonti: https://lily-software.com/free-scripts/ |
bugagasha |
|
---|---|
Кеш отключал, чистил - это не помогало. Расширения отключал, тоже не помогло.
Не понял вопроса? на локале все работает. На хостинг пробовал, вообще устанавливал из коробки, все по дефолту, отключал кеш - проблема та же. Добавлено 13 минут спустя: Я в PHP ноль, увы. Посмотрел что сервер спотыкается об system/functions.php function cot_shutdown() { global $cache, $db; // Clear import buffer if everything's OK on POST if ($_SERVER['REQUEST_METHOD'] == 'POST' && !cot_error_found()) { unset($_SESSION['cot_buffer']); } while (ob_get_level() > 0) { 1115 ob_end_flush(); } // Need to destroy cache before DB connection is lost $cache && $cache->db && $cache->db->flush(); $cache = null; $db = null; } конкретно об ob_end_flush(); Заккоментил, но тогда ошибка вызова common.php. Вернул все в functions.php и закомментил строчку в common.php Ошибка 500 пропала. Не понимаю, совершенно, что делаю. Хостера поменять можно, но как бы надо что-то предъявить ему, а так пока причина не ясна, я не могу доказать что по их вине сбой, а не по вине движка. |
|
This post was edited by bugagasha (2014-12-05 08:05, 10 years ago) |
Sergeich |
|
---|---|
Это, а что прописано в домене для куков, а также указан ли main url? Было что-то похожее, косяк, как помнится был в одном из этих параметров. |
Dayver |
|
---|---|
#40252 Sergeich: Не думаю, некоректность в этих параметрах вызовет ошибку с невозможностью залогинится, не более. Тоесть вообще не выйдет залогинится и покажет ошибку (не 500) .... тут скорее проблема в чем то другом, и даже не в функции ob_end_flush(), она лиш стала жертвой чего либо что заставляеет её ооочнь долго работать чего сервер её не позволяет делать обрубая все 500-той ошибкой. Pavlo Tkachenko aka Dayver
|
Roffun |
|
---|---|
#40230 bugagasha: Попробуйте на другой хостинг установить то же самое. Например на бесплатный хостинг здесь. А по результатам уже можно будет делать анализ дальше, если проблема не устранится.
Улетел на другую планету, а там почты нету.. https://www.cotonti.com/forums/45298?m=posts
|
|
This post was edited by PRoHtml (2014-12-06 20:23, 10 years ago) |
bugagasha |
|
---|---|
#40252 Sergeich: url прописан, для куков прописан домен Добавлено 1 минуты спустя: #40255 PRoHtml: Не вижу смысла на еще хостинг заливать. На локалке работает, на том же хостинге, на другом тарифе тоже работает. Добавлено 10 минуты спустя: #40253 Dayver: Самое вероятное. Не могу найти что. Самое прикольное не понятно почему не работает. Хостера уже тоже достал. Уж и по разным серверам покидали ). Нашел вот такое
Отключали бюфферинг на серваке, не помогло. Короче пока метод тыка ни к чему не привел. Не знаю еще куда тыкать. :) |
|
This post was edited by bugagasha (2014-12-06 09:55, 10 years ago) |
agir |
|
---|---|
Hostinger - это не серьезно! Ошибка на стороне хостера - 1000% Говорю потому как сам с этим сталкивался, ошибка возникала из за "кривости" прописывания путей к пользовательским скриптам. На тот момент решалось добавлением в .htaccess строчки "RewriteBase /" Если эта ошибка возникает без использования .htaccess. то даже не морочтесь - меняйте хостинг, однозначно. Кстати такое возникало и на других CMS использующих .htaccess. т.ч. кот здесь не виноват и не надо его ковырять, "костыль" вы возможно и пределаете, только нужен ли он для одного "кривого" хостинга. -------------------------------------------------------- Сейчас посмотрел что отдает сайт на этом хостинге. Помимо вставки скрытой, своей, рекламы в футере (не на всех сайтах), он дополнительно устанавливает свою страницу ошибки, причем с какой то целью использует сессии, если я не ошибаюсь, а повторный запуск сессии может вызвать конфликт. В общем что то "перемудрили" они, ради того что бы убедить пользователей в своей бесплатности и отсутствии рекламы.
|
|
This post was edited by agir (2014-12-06 15:36, 10 years ago) |
bugagasha |
|
---|---|
#40257 agir: Самое инетересное, что на бесплатном как раз работает, это на платном ошибка ) Да я тоже уже склоняюсь к тому что проще поменять. Так то у меня не было с ними проблем, но на cotonti первый раз у них сайт разместил. Добавлено 56 минуты спустя: Чтоб два раза не вставать, кто каким хостингом пользуется? А то в теме про хостинг, самая актуальная запись 2010 г. |
|
This post was edited by bugagasha (2014-12-06 19:21, 10 years ago) |