Идея о том, что надо обновиться с помощью drush была здравой. Идея поставить migrate_update и всё остальное, конечно нет - это их не в ту степь понесло.
На самом деле, чтобы понять что не так с обновлением базы, надо было запустить
drush updatedb
И из вывода этой команды, вероятнее всего, стало бы всё ясно.
Если будет что-то не понятно, или не поможет - пишите мне в скайп(boris.syomov), я вам помогу.
Да нет, почему же, я видел очень много говнокода, и если бы, это был не Drupal, то я бы тоже скорее подумал, что там всё вот так дубово. Но всё же, в среднем, сайты на Drupal, обычно не на столько уколхожены.
В вашем случае, это не проблема Drupal. Если бы сайт был сделан нормально, вы бы уже 10 раз нашли нужный вам текст. И с поддержкой у drupal всё отлично, кстати.
PS Напишите мне в скайпе (boris.syomov), я помогу вам найти ваш текст. Это будет куда проще и быстрее чем, переписываться на форуме. Всё равно эта информация потом никому полезна не будет...
Этот текст выводится вот этой конструкцией: <?php print $mr_seo; ?>
Надо посмотреть template.php, вероятно, оно где-то в нём формируется в preprocess функциях. А вообще, разработчика на вилы.
Совсем не обязательно: Скорее всего просто убраны лишние обёртки, а контент формируется как обычно.
Если не найдётся в блоках, можно действительно, поглядеть содержимое шаблонов, точнее, опубликовать, чтобы что-то подсказали.
Вообще говоря, контент не хранится в файлах. Он хранится в базе данных, и искать его в php фалах совершенно бесполезно.
Вероятнее всего, вам надо зайти по адресу /admin/config/system/site-information, и посмотреть там, что написано в поле "Главная страница по умолчанию". Скорее всего, там будет написано node/[какое-то число], и тогда вам надо перейти по адресу /node/[какое-то число]/edit для редактирования этого текста.
Возможно, надо создать базу данных, и пользователя базы данных в панели управления хостингом, загрузить дамп базы, и вписать это имя пользователя и пароль в settings.php?
А может, у вас на хостинге mysql сервер не вообще на localhost должен быть?
Если пользователь не пишет www а сайт на него редиректит, то выполняется лишний запрос с редиректом. Это не то чтобы серьёзная проблема, но нафига он нужен? Ну и всякие insight на это ругаются, конечно.
У вас, по какой-то причине, уже есть файлы в которых хранятся базы mysql, и они порушены.
Если это свежая установка, то их надо просто удалить, и установка должна пройти корректно. При этом файлы будут пересоздны, и будет пустая база, точнее отсутствие баз в принципе, и пустые файлы для их хранения...
А, имелись в виду настройки в settings.php? Так делалось-то небось по руководству, и наверняка же они были вписаны. Если не ошибаюсь, там всё, кроме кеша форм идёт в memcached, если копипестить из мануала.
Вообще, не очень-то удивительно. Например, может база тормозить сильно, и тогда это закономерный результат... Но конечно, надо бы посмотреть в чём именно дело. Может там ещё в несколько раз можно всё ускорить.
Ошибка при обновлении базы
Идея о том, что надо обновиться с помощью drush была здравой. Идея поставить migrate_update и всё остальное, конечно нет - это их не в ту степь понесло.
На самом деле, чтобы понять что не так с обновлением базы, надо было запустить
И из вывода этой команды, вероятнее всего, стало бы всё ясно.
Если будет что-то не понятно, или не поможет - пишите мне в скайп(boris.syomov), я вам помогу.
Ошибка при обновлении базы
Можете ко мне обратиться, если не справитесь.
А пока, надо добыть лог ошибок, и прикрепить скрин ошибки, которую вы получаете в браузере, заодно.
Где система хранит путь к файлу?
Надо сбросить реестр тем. Проще всего это сделать зайдя в "Оформление", и не делая изменений нажать "Сохранить настройки".
Поиск модуля для группового изменения значения в поле
https://www.drupal.org/project/views_bulk_operations Насколько я помню, там было что-то вроде "modify entity values".
Как "заставить" ubuntu 16.04 работать с php5
Версию 5.6.х можно установить из https://launchpad.net/~ondrej/+archive/php и запустить fpm, например.
С ней Drupal 7 должен работать даже довольно старый.
Вот тут есть о том, как это делается: https://askubuntu.com/questions/109404/how-do-i-install-different-upgrad...
После добавления кода boost в .htaccess не работаюют формы. Boost кэширует всё
Каких конкретно настроек, и почему именно начали работать формы?
Поиск в админке файла по контенту
Да нет, почему же, я видел очень много говнокода, и если бы, это был не Drupal, то я бы тоже скорее подумал, что там всё вот так дубово. Но всё же, в среднем, сайты на Drupal, обычно не на столько уколхожены.
Редирект на другую страницу на мобильном устройстве
Если делаешь сайт с темами/приложениями для древних телефонов/palm/winmobile...
Поиск в админке файла по контенту
Я вообще не представляю, зачем ваш сайт был так сделан. Вам попался разработчик с очень "нестандартным" подходом, увы...
Поиск в админке файла по контенту
В вашем случае, это не проблема Drupal. Если бы сайт был сделан нормально, вы бы уже 10 раз нашли нужный вам текст. И с поддержкой у drupal всё отлично, кстати.
PS Напишите мне в скайпе (boris.syomov), я помогу вам найти ваш текст. Это будет куда проще и быстрее чем, переписываться на форуме. Всё равно эта информация потом никому полезна не будет...
Поиск в админке файла по контенту
Этот текст выводится вот этой конструкцией:
<?php print $mr_seo; ?>
Надо посмотреть template.php, вероятно, оно где-то в нём формируется в preprocess функциях. А вообще, разработчика на вилы.
Поиск в админке файла по контенту
Совсем не обязательно: Скорее всего просто убраны лишние обёртки, а контент формируется как обычно.
Если не найдётся в блоках, можно действительно, поглядеть содержимое шаблонов, точнее, опубликовать, чтобы что-то подсказали.
Поиск в админке файла по контенту
Тогда, возможно, это действительно блок. Поищите его на странице управления блоками (структура->блоки в верхнем меню).
Поиск в админке файла по контенту
Вообще говоря, контент не хранится в файлах. Он хранится в базе данных, и искать его в php фалах совершенно бесполезно.
Вероятнее всего, вам надо зайти по адресу /admin/config/system/site-information, и посмотреть там, что написано в поле "Главная страница по умолчанию". Скорее всего, там будет написано node/[какое-то число], и тогда вам надо перейти по адресу /node/[какое-то число]/edit для редактирования этого текста.
Здравствуйте. Помогите, пожалуйста, чайнику
Конечно, это не тот пароль. Нужен пароль от базы и имя пользователя базы, а не ftp.
Здравствуйте. Помогите, пожалуйста, чайнику
А какой именно логин/пароль?
Возможно, надо создать базу данных, и пользователя базы данных в панели управления хостингом, загрузить дамп базы, и вписать это имя пользователя и пароль в settings.php?
А может, у вас на хостинге mysql сервер не вообще на localhost должен быть?
PageSpeed Insights ругается на переадресацию
[S=2] в правилах boost. Это пропуск обработки следующих двух правил.
PageSpeed Insights ругается на переадресацию
Если пользователь не пишет www а сайт на него редиректит, то выполняется лишний запрос с редиректом. Это не то чтобы серьёзная проблема, но нафига он нужен? Ну и всякие insight на это ругаются, конечно.
По правилам, ну ок, напишу.
PageSpeed Insights ругается на переадресацию
Тем, что он не нужен и только делает адрес длиннее. И всё давно уже научились, не писать www в начале каждого адреса. Т.е. это просто атавизм.
PageSpeed Insights ругается на переадресацию
Переместите редирект на https в начало .htaccess. Почитайте, что делает флаг S.
Установка WampServer 3.1.0 не запускаются MySQL и MariaDB
У вас, по какой-то причине, уже есть файлы в которых хранятся базы mysql, и они порушены.
Если это свежая установка, то их надо просто удалить, и установка должна пройти корректно. При этом файлы будут пересоздны, и будет пустая база, точнее отсутствие баз в принципе, и пустые файлы для их хранения...
Memcache ошибка PECL версии 2.2.7, а в то время версия 3.0.6 бета, что делать?
А, имелись в виду настройки в settings.php? Так делалось-то небось по руководству, и наверняка же они были вписаны. Если не ошибаюсь, там всё, кроме кеша форм идёт в memcached, если копипестить из мануала.
Memcache ошибка PECL версии 2.2.7, а в то время версия 3.0.6 бета, что делать?
Вообще, не очень-то удивительно. Например, может база тормозить сильно, и тогда это закономерный результат... Но конечно, надо бы посмотреть в чём именно дело. Может там ещё в несколько раз можно всё ускорить.
Могут ли исходные строки текста для перевода DRUPAL8 быть на русском?
Технически могут. Практически так делать не стоит, да и зачем?
Доступность updates.drupal.org по https с хостинга (update manager, drush)
1. Так и есть
2. Нет
3. Нет.
Необходимо обновление окружения, или переезд на другой хостинг.