А вы намеренно проигнорировали предложение посмотреть содержимое вашего письма? А ещё лучше поделиться этой информацией с нами. Или можем продолжить гадать на кофейной гуще

Начните с того же самого и напишите что именно не работает на ядре 7.69. Будут конкретные проблемы, будут и решения этих проблем

Как минимум нужна проверка перед prepend, что меню там нет. Иначе не добавлять

Ну дак мы поможем. А ставить древнюю, уязвимую версию это не выход. IMCE пробовали вместо elfinder?

Такое древнее ядро нужно ставить на php 5.6. Почему именно 7.26? Ставьте свежую версию ядра.

А как у вас реализована мобильная версия? А вообще такое ощущение, что у вас скрипт мобильного меню чудит. Проверьте его, не вызывается ли он несколько раз

Да, я только хотел написать)

А почему скриншоты в PSD? Сделайте png или jpg и добавьте в пост

Насколько мне известно, алиасы не могут использоваться в фильтрах. Измените ваш контентный фильтр так, чтобы друпал добавлял id ноды автоматически (там есть пункт "брать id из url)

По содержимому письма можно предположить

$node->field_MYFIELD[LANGUAGE_NONE][0]['value'] = 'my field data';

Да, это оно и есть. Только если это делается через кастомный php скрипт нужно обязательно подключить бутстрап друпала

В идеале нужно переписать робота, чтобы он использовал bootstrap друпала и создавал материалы не через таблицы, а программно через код. Это будет прям идеальный вариант

1. Есть ли возможность в Drupal 7 создавать свой тип материала со своими таблицами ?

Ну смотрите. Что такое тип материала? По сути это набор полей (fields). У каждого поля есть своя таблица (две обычно, одна для ревизий). Использовать кастомную таблицу можно, но нужно будет написать кастомное поле. Или несколько.

Вы ж сказали, что не можете изменить робот. Или я неправильно понял?

Представления точно можно

А переписать код этого робота возможно? Чтобы он сразу создавал ноды и добавлял в них данные вместо записи в эти кастомные таблицы?

Мне кажется, лучшим решением будет создать нужный вам тип материала с нужными полями и программно мигрировать туда контент из ваших кастомных таблиц (эти таблицы потом удалить) и дальше уже работать с нодами как обычно. Сможете и views использовать и что угодно

Потому что миграция с 7 на 8/9 это довольно трудоемкий процесс. Особенно в таких системах, где наверняка много кастомного кода. Его придется переписывать

Безболезненно не будет

Переход на Drupal 9 планируете?

Это зависит от того насколько вы доверяете хостеру. А ещё есть ли на это бюджет.

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