Проблемы с входом в manager

Всем здравия!
Прошу помощи у всех, кто хоть как-то может помочь…

Проблема следующая:
1. Есть хостинг TimeWeb. Там лежит modx revo 2.5.8 на php 7
2. Когда установил с 0 на сервер, то админка (manager) пускала легко в панель управления. Постепенно каждый браузер лишался такой возможности. Ввожу правильный логин/пароль (точно правильные) и страница manager просто перезагружалась и не пускала в Панель управления.
3. Искал решение, но находил только временные какие-то решения, по типу: браузер в режиме инкогнито, каждый раз заходить с другого браузера…
4. Сейчас, а именно сегодня, manager перестала работать в любом браузере, даже в новом, с которого ни разу не заходил в modx.
5. До 4 пункта, решил перенести на localhost весь modx и мне это удалось. Сайт заработал, но manager не работает все равно. Уже не знаю куда копать.
6. Никаких системных настроек не менял, кроме URL.
7. Повторюсь, сайт работает и летает как истребитель.

<!-- 0.0019 s время на запросы к базе данных 4 - запросов к базе данных 0.0238 s - время на работу PHP скриптов 0.0257 s - общее время на генерацию страницы cache - источник содержимого (база или кэш) -->

Благо бекапы я делал.

Я не программист, но основы знаю. Прошу помощи у всех. Тем кому интересно где все это чудо лежит и готов помочь, скину ссылку в личку.
Вот видео с экрана

Денис

11 октября 2017, 10:30

6 054

Комментарии: 46

Денис

12 октября 2017, 14:03

Подскажите кто-нибудь пожалуйста

Илья Уткин

12 октября 2017, 14:07

Попробуйте очистить таблицу modx_sessions

Денис

12 октября 2017, 14:09

«500» раз чистил. Ничего…

Василий Наумкин

12 октября 2017, 14:18

страница manager просто перезагружалась и не пускала в Панель управления

Проблема с сессией, скорее всего системная настройка session_cookie_domain не соответствует адресу, по которому ты входишь на сайт.

Нужно очистить её прямо в БД, удалить кэш сайта и почистить куки браузера — потом проверить, помогло ли.

Денис

12 октября 2017, 14:21

В БД пусто в этой строке joxi.ru/xAebnRyTY5pyJr

Василий Наумкин

12 октября 2017, 14:25

Интересно. Тогда смотри остальные настройки сессии + какая кука выставляется у тебя при заходе на сайт.

Еще можно создать php файлик в корне, подключиться из него к MODX API и вывести там $_SESSION, чтобы проверить, меняется ли что-то при авторизации. Возможно, у тебя там с правами доступа что-то напутано и у юзера просто нет доступа в админку.

Денис

12 октября 2017, 14:28

Я один единственный пользователь системы.

Денис

12 октября 2017, 14:30

А как подключиться к MODX API?

Денис

12 октября 2017, 14:33

Может быть это что-то скажет?
joxi.ru/Drl681Kc4xvwX2

Денис

12 октября 2017, 14:28

Почистил кэш сайта и куки браузера. Не пускает.

Сергей Кепкин

12 октября 2017, 15:43

кэш как очищал — кнопочкой или папку core/cache?))
в файл index.php сразу после

<?php

вставь

error_reporting(E_ALL | E_STRICT);
ini_set('display_errors', 1);

Денис

12 октября 2017, 15:47

Нет, все содержимое вручную удалил.

в файл index.php сразу после
<?php
вставь
error_reporting(E_ALL | E_STRICT);
ini_set('display_errors', 1);

Ничего не показывает.

Сергей Кепкин

12 октября 2017, 16:01

php понизь
лет 5 назад некоторые хостеры наотрез не давали установить или если смог установить, то блочили вход в папку manager, ибо была она созвучна системной папке ейных. может таймвеб есть оный?

Денис

12 октября 2017, 16:05

-1

PHP Version 5.3.29

Ничего не показывает

Денис

12 октября 2017, 16:05

Так, есть другой проект modx на этом же хостинге. Он корректно работает.

Денис

12 октября 2017, 18:41

-1

Ничего не помогло. Что же делать? Сайт стоит…

Сергей Кепкин

12 октября 2017, 19:58

Проверять по пунктам docs.modx.com/revolution/2.x/getting-started/server-requirements
Что хостер говорит? У них бывают озарения и они массово, не оповещая, начинают переводить всех клиентов на новую версию php, на новый массив жестких дисков, при этом бекап проводится спустя рукава и т.д.

Был как-то случай на бегете, начали манагеры жаловаться, что заказы пропадают и сбой в работе происходил, в 3 часа ночи. Ответ был такой — каждую ночь в 3 ночи перезагрузка mysql-серверов. Аргументировано было тем, что нагрузка в 3 ночи минимальна))) А клиенты по ту сторону атлантики

Денис

13 октября 2017, 10:58

-1

Что самое интересное, временно помог ответ @danila-rus в Modx Community через Slack.
Теперь есть доступ к настройкам. Что можно теперь сделать?

Его метод в скриншоте

Сергей Кепкин

13 октября 2017, 12:10

100% косяк хостера, если ваши слова правда о том что ничего не устанавливалось и никто не лазил в админке.
сносите все и пробуйте заново. уже три дня тут сидите, можно было с нуля попробовать 3000 раз.

Денис

13 октября 2017, 13:50

Ну так я другими делами занимался, поэтому 3000 раз и не сделал.
Значит напишу хостеру.

Igor Ivanov

13 октября 2017, 15:13

Попробуй отключить виджеты MODX в панели управления, канал безопасности и информационный канал.

Денис

13 октября 2017, 15:17

Отключил. Не помогает. Просто перезагружается так же страница входа

Денис

13 октября 2017, 15:18

Но теперь если я вхожу через ссылку на редактирование ресурса, то заходит.
Например https://*.ru/manager/?a=resource/update&id=44

Igor Ivanov

13 октября 2017, 15:20

PHP какой?

Денис

13 октября 2017, 15:21

PHP Version 5.3.29

Igor Ivanov

13 октября 2017, 15:22

А если нормальную версию включить? 5.6 или 5.7

Igor Ivanov

13 октября 2017, 15:24

Смотрю, 5.7 было изначально, а 5.6 пробовал?

Денис

13 октября 2017, 15:26

Изначально PHP 7 было

Денис

13 октября 2017, 15:25

PHP Version 5.6.30
Но проблема не ушла. Не входит.

Igor Ivanov

13 октября 2017, 15:30

Ошибки в логе сервера есть? Обычно такая проблема лечится очисткой таблицы сессий, как тебе Василий сразу написал, а проблема невозможности входа на главную админки, при нормальном входе на любую другую страницу админки- отключением виджетов. У тебя же, смотрю, сразу все случилось ( Прими искренние соболезнования…

Денис

13 октября 2017, 15:34

[Tue Oct 10 13:27:03 2017] [error] [pid 23612] sapi_apache2.c(325): [client 85.113.61.245:55498] PHP Fatal error: Call to a member function makePlaceholders() on null in /modx/core/components/minishop2/model/minishop2/minishop2.class.php on line 435

Одна и та же ошибка в error_log за 10 октября

Денис

13 октября 2017, 15:51

Денис

13 октября 2017, 15:52

Случайно 2 раза отправил

Igor Ivanov

13 октября 2017, 15:55

А если попробовать восстановить таблицу сессий в phpmyadmin?

Денис

14 октября 2017, 14:01

Обратился к поддержке хостинга. Посмотрим, чем они смогут помочь.

Igor Ivanov

14 октября 2017, 14:43

Скорее всего ничем они не помогут. Попробуй сделать repair таблицы сессий, мне как-то раз в аналогичной ситуации помогло. Причем тоже на timeweb.

Денис

14 октября 2017, 15:51

Вы были правы про техническую поддержку:

Цитирую:
Как мы видим, Ваша CMS не генерирует каких-либо ошибок при попытке авторизации
С нашей стороны не было выявлено сбоев в работе сервера, а так же иных факторов, которые могли бы привести к возникновению обозначенной Вами проблемы.
Мы понимаем необходимость в анализе и исправлении кода Вашего сайта для решения данной проблемы, но, к сожалению, техническая поддержка не выполняет анализ работы пользовательского кода

В данной ситуации для решения проблемы мы рекомендуем Вам обратиться к разработчикам Вашего сайта, либо к сторонним специалистам найти которых Вы можете, к примеру, на данном ресурсе timeweb.com/ru/community/marketplace

__
Таблицу восстановил joxi.ru/Dr8OV3ocky1bLA но это не помогло

Владимир

12 октября 2017, 20:07

Я бы скачал базу, обнулив в ней предварительно сессии, файлы (только пользовательские), установил бы на модхосте (например) чистую версию, залил бы в нее пользовательские файлы, установил бы нужные расширения и заменил бы базу данных полностью или только контент (не знаю, может у вас много контекстов и т.п., потому тут могут быть варианты). На все час. Потом вапором сделать копию восстановленного сайта, скачать ее, убить на таймвебе глючный сайт, развернуть из из вапора.

Alexey Medvedev

14 октября 2017, 15:33

Вставлю своё «фи»:
1. Проверить место на диске
2. Проверить права на папку tmp — в эту папку стекаются временные файлы php в том, числе php-сессии, а лучше очистить её.
3. Попробовать очистить modx-кэш и opcode кэшер(APC, memCached и д.р).

Если глухо, свяжись со мной (контакты в профиле — лучше Telegram). Предварительно сделай все возможные бэкапы (код, файлы, база), установи TeamViewerQS. Подготовь вход на хостинг(ssh).

Денис

14 октября 2017, 19:31

Спасибо тебе ОГРОМНОЕ, добрый человек!
Ты помог мне ОЧЕНЬ!

Проблема была в следующем, проверьте у себя в БД MySQL.
Должно быть так:

session_cookie_path = /

session_cookie_secure = 0

session_cookie_httponly = 0

session_handler_class = modSessionHandler

Один не добрый человек подсказал мне, а я поверил и изменил. Не пользуйтесь услугами плохих программистов!

Денис

14 октября 2017, 15:55

1. Проверил место на диске joxi.ru/xAeOVY8cYl1OJm
2. Где находится папка tmp?
3. core/cache — полностью очищена, не помогает. opcode не понимаю что такое.

Алексей Носкович

07 сентября 2020, 04:52

привет всем. У меня таже беда…

Алексей Носкович

07 сентября 2020, 07:07

Ребята удалите все виджеты, которые дополнительно ставили. Возможно у кого-то стоит виджет updatemodx? Удалите его. Мне помогло, заработала админка друзья

Denis_A

21 февраля 2021, 12:40

У меня эта проблема была связана с переполнением места на хостинге, я уже думал что уже происки чьи или вирусятина. Но помогло просто почистить Бэкап!