Кришпер: Комментарии

Главные вкладки

26 декабря 2019 в 23:40

А kint ток для массива, а как вывести конкретный объект? dpm() почему-то крашит систему, притом в отчётах ругается на
ParseError: syntax error, unexpected '$node'

Хотя в строке оно так выглядит

26 декабря 2019 в 23:00

Придётся проект качать что ли. Точно нет какого-нить принта? В 7-ке был какой-то кинт вроде и ещё альтернативы, вверху на странце выводил то, что нужно.

22 июля 2019 в 1:35

Всё, нашёл хуки.

<?phpfunction my_module_file_download_access($file_item, $entity_type, $entity) {
    session_start();
    if (isset($_SESSION['tt'])==false) $_SESSION['tt'] = 3;

    if ($_SESSION['tt'] > 0) {
        $_SESSION['tt']--;
        return false;
    }

    $_SESSION['tt'] = 3;
    return true;
}

function my_module_node_access($node, $op, $account) {
    return NODE_ACCESS_ALLOW;
}?>

22 июля 2019 в 1:13

А, нашёл. Создать приватную файловую систему в интерфейсе, в поле выбрать её, ок. А как теперь организовать всё-таки доступ к файлам у пользователя, у которого в сессии переменная с нужным значением?

25 декабря 2018 в 19:13

Да, верно, спс. В общем, оказалось, что 7.1 работает, хоть и пишет ошибку про mcrypt, а на локалке работало ток с 5.6(и без глюка с повторной презагрузкой), на локалке апач 2.4, а на онлайне нгникс последней версии. Короч, все беды от сервера.

24 декабря 2018 в 18:33

Короче, помог update.php, обновил модули, написало, что обновления не нужны, но после этого сайт стал пускать на страницы, авторизация заработала. До этого я чистил кеш из бд, чистил кеш в консоли, ничего не помогало, а update помог.

21 декабря 2018 в 19:22

Узнал, в чём беда. Просто я залил сайт папкой через файлзиллу и каким-то чудом у всех файлов с типом .inc модульных содержиме заенилось на null

Вот это дичь, конечно

21 декабря 2018 в 19:00

В общем, попробывал в таблице system у модулей profile 2 сделать статус 0, отключить то бишь
Потом очистил
cache_bootstrap

И ошибка стала
<?phpFatal error: Class 'DevelMailLog' not found in public/sites/all/modules/contrib/mailsystem/mailsystem.module on line 293?>

21 декабря 2018 в 18:42

Кстати, https://www.drupal.org/project/entity вообще тут ведь и нет класса Enity в файлах, только куча его вариаций типа EntityMetadataWrapper , EntityStructureWrapper итп итдп только что через пхп шторм через поиск посмотрел

21 декабря 2018 в 18:02

Изменил ппх, но ошибка та же. Кеш почистил через drush cc all и все табилцы кеша очистил, но ошибка та же.
bumble, папка с модулем есть, бд тоже с оригинала.

Можно ли как-то типа через команную строку отрубить все модули сайта? Чтоб потом включать их по очереди и узнать, где проблема. Ну то есть и так уже известны 2 модуля, но непонятно какой из них чудит, просто entiry потерялся или в /profile2 чёт сломалось

30 июня 2018 в 11:22

Оказалось, дело в кеше шаблонов. У меня был кеш html.tpl, я его удалил, а на него всё равно ссылался сайт.

Вписал в index.php
drupal_flush_all_caches();

И всё стало нормально.

п.с а так-то в случае переноса сайта можно все таблицы кеша сносить? Ну, чтоб быть уверенным, что сайт не будет пытатся юзать то, чего нет, что бы сломаться.

29 июня 2018 в 12:34

Возможно. .htaccess не трогал

Но, вижу, в корневой папке есть подпапка( называется d: знаю, что она не от друпала, возможно, это технари хостинга сделали, но я подумал, что это от злоумышленников и просто её удалил, вот тогда сайт и полетел, но её восстановили, а всё равно не работает),

там htaccess прописан

29 июня 2018 в 11:06

Спасибо.
Так странно, в index выводит адекватный путь DRUPAL_ROOT
/var/www/u0523076/data/www/siteName.ru/includes/
а техподдержка, говорит, что обращения к файлам идут через
/var/www/u0523076/data/includes/

Может ли быть проблема в кеше или в кеше из бд?