На сколько я помню у модуля yamaps с мультиполями адресов не всё гладко (каждый адрес на отдельной карте).
Решение моё было следующее:
Каждый адрес (метка) это отдельный тип материала, который цепляется к целевой ноду через entity_reference ( с модулем inline_entity_form вполне дружелюбно).
Карту делаем с помощью соответствующего стиля Views (аргументом передаём nid целевой ноды)

объявите переменную MY_MODULE_node_type_counter
реализуйте хук hook_node_presave,
Определяйте создание нового материала
получайте значение счётчика MY_MODULE_node_type_counter[node->type]
увеличиваете на единичку
Заполняете числовое поле ноды
Сохраняете обновлённый MY_MODULE_node_type_counter

Переменная $page - это строка, а вы обращаетесь к ней как к массиву $page['sidebar_first']

вот рабочий образец

Если вы хотите разделить основную тему и ваши правки, то тогда восстанавливайте тему, и создавайте подтему: info файл + стили и те шаблоны, которые требуются.

Если вы хотите просто убрать сообщения о новых версиях, то отредактируется info файл темы.

Изменёные темы и модули желательно переносить в локальную папку проекта

sites/ваш_проект/themes/
sites/ваш_проект/modules/

Можно перенести стандартную тему из общей папки в папку проекта (чтоб она не перезаписалась при обновлении ядра) и в инфо файле убрать друпаловские айдишники, по которым идёт проверка обновлений.

1. Если домен администраторского емэйла не совпадает с доменом сайта, то уточните у хостера: работает ли у них отправка писем в такой ситуации.

2. Ставили ли какие-нибудь модули завязанные на формировнии/отправки почты?

"samodelkin" wrote:

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

Как эти "правила" будут фильтровать ноды в базе? Если даты не сгенерировать заранее, то вам придётся каждый день по крону загружать вашу 1000 нод, и в цикле у каждой запускать алгоритм соответствия сегодняшней дате. Будет ещё хуже

В данном случае не вижу ничего плохого в том, что база разрастётся (поиск по дате работает очень быстро, текст занимает мало места)

Если даты не генерить заранее, то как будет выборка из базы по этим датам происходить?
Расскажите подробнее о своей задаче, может её можно по другому пути решить.

Ну тогда думайте как запомнить или вычесть уже обработанные даты.
Попробуйте после обработки смещать начало и/или конец даты повтора чтоб в диапазон не входили уже обработанные.
Если у вас, к примеру, установлено каждое 5 число каждого месяца начиная с февраля, то после каждого обработки смещайте на один месяц вычетая уже обработанный/прошедший.

Суть модуля date_repeat не в том, что к ноде можно прикрепить список а дат, а в том что нода сотвествует некоторым датам следуя некоторым алгоритмам. Например, каждый вторник начиная с сегодня и до 1 июля... Третий вторник по крону не вычесть
Если вам нужно работать именно со списками дат, используйте мультиполе с обыной датой. По крону удаляйте из списка обработанную.

"как после обработки даты" какой обработки?

Вы не ответили не на один из моих вопросов.

imarat, вы получаете звезду в номинации, как лучше всего загрузить сервер.

ХулиGUN, ну можно и в файлы писать.
Из темы не понятно, как это будет использоваться, сколько там нод, как часто обновлются, основной функционал или свистелка.

Вёрстка - это элементарно просто. Нужно только разобраться и понимать "что и зачем я делаю", а не вставлять куски кода со словами "а в друг и так заработает".

В корневой папке каждой темы лежит файл _имя_темы.info - находишь этот файл в своей теме и открываешь его в блокноте.

Файл короткий. В начале идёт название темы и её описание, потом перечисляются стили и скрипты, и потом в самом низу список регионов.
Что типа того:

Проверил, Сорри.
Не в фильтрах ввода, а в "профиле wysiwyg" в "full html", к примеру, у меня установлен TinyMCE. И вот в этих настройках профиля "full html" есть опция:

- Отформатированный текст
Если включено, редактор вставит символы табуляции по нажатию на клавишу TAB, а также сохранит прочие пробельные символы в точности так, как это делает HTML-тег < PRE >.

А как по другому? Регионы добавляются в info файле темы - тут верстать не надо. Всё остальное: расположение, размеры и поведение регионов - это вёрстка. Изменение внешнего вида формы - это вёрстка.
Либо научиться верстать самому либо попросить/заставить/подкупить сверстать кого-нибудь. В любом случае вёрстка должна быть в контексте ваших имеющихся стилей и разметки, иначе будут конфликты. А вы никаких контекстов не предоставили. Вам невозможно помочь с имеющейся информацией.

Можно ещё попробовать магию, но первые два - основные.

Какие именно письма, откуда берутся адреса для отправки, кто указан в адресе отправителя.

Использовали какие-нибудь инструменты импортf из CSV или програмной генерации/переноса нод?

В настройках блока укажите условия отображения по путям и типам нод. В чем вопрос-то?