Собрал Drupal на другом локальном сайте, всё нормально

Наверное, в тот раз был какой-то глюк ...

Конечно, удалял. Не помогло.

Буду идти по другому пути.

Сейчас настроил Drupal на другой локальный сайт, затем буду подключать модуль за модулем и смотреть, после какого подключения такая ерунда снова возникнет.

Так, думаю, проще.

Сносил разные модули, сносил и заново устанавливал CKEditor - не помогло

Завтра установлю Drupal сначала уже как на новый локальный сайт и буду один за другим устанавливать модули и тогда смотреть, где эта ошибка снова возникнет.

Проверил, сверил ...
Разницу в установках фильтров не нашел.

Кстати, посмотрел на свой другой учебный мини-сайт - там таких проблем почему-то нет ...
Попробую сравнить их конфигурацию.

Решил поэкспериментировать с перехватом хука hook_node_presave

Написал такую функцию, которая в модуле, описывающем тип данной ноды, пытается сделать автозамену пустого абзаца на ""

Текст вводил руками, формат ввода Full HTML не изменял.

В тексте темы вырезались тэги <p></p>. Исправил

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

Я, скорее всего, для решения попробую написать небольшой модуль, который бы перехватывал hook_field_presave или hook_node_presave и на этом этапе чистил бы это поле от мусора.

У Вас эти сайты на какой версии Drupal ? Я говорю о Drupal 7.
И скажу еще, что я с фильтрами никаких операций не производил.

Когда я уже сохранил ноду, а потом захожу в ее режим редактирования, то в визуальном режиме в начале текста по неизвестной причине оказывается отступ, а в коде в начале текста вижу ''.

VasyOK wrote:

Угу, и они вновь появятся при следующем редактировании.

Варианты:
1) Сложный. Убираем тег из списка допустимых в формате ввода. Бред получится.
2) Bueditor. Генерирунет чистый-пречистый html-код вот только вам оно зачем?

То есть, получается, что это - глюк и его нужно обходить ?

unidiag wrote:

Удаляй в "источнике" лишние p-эшки и сохраняй

Понимаете, сам бы я, может быть, и удалял бы ...
Но, думаю, потенциальные клиенты такую "идею" не поймут.

А что, каких-то готовых решений разве нет ?

То есть, hook_insert будет отрабатываться только на моем типе нод, а hook_node_insert - на всех типах нод ?

Следующая версия системы - это имеется в виду, к примеру, переход с Drupal 7.15 на Drupal 7.16, но не с Drupal 7.15 на Drupal 8.0 ?

Я же Вам выше ответил о том, какие проблемы могут потом возникнуть, если тип ноды задан в админке.

Спасибо, очень интересная публикация.
Только не совсем в статье понятно, как можно от сайта требовать безболезненный переход на следующую версию Друпала ?

То есть, например, я разрабатываю проект под Друпал 7, пишу под него свои модули с использованием функций Друпал 7 и т.д.
И всё нормально работает.

И неужели часто в таких случаях возникает задача перевода проекта на Друпал 8 ?

И неужели проблемы с переводом этого проекта на Друпал 8 будут считаться недоработкой разработчика ?

То есть, получается, что п.2 больше предназначен для каких-нибудь несложных и недорогих сайтов (типа, сайт-визитка или несложный корпоративный сайт), где разработчик точно знает, что никаких нестандартных действий при работе с узлами проводиться не будет ?

Ну, допустим, я создаю ноду определенного типа.
И мне нужно при её создании произвести некоторые действия
Например:

1. Автоматически создать несколько нод другого типа.
2. В текст некоторой ноды добавить фразу "Нода такая-то успешно создана ..."
3. Создать, удалить или переименовать некоторые пользовательские файлы.
и т.д.

То есть, произвести какие-то нестандартные операции.

Всё, нашел свою ошибку.
Там, оказывается, было машинное имя не view-last-news, а view_last_news