Можно планировать действия, в т.ч. планировать выполнение компонентов во время их выполнения. Соответственно, можно запланировать выполнение компонента при создании юзера, и в качестве одного из действий этого компонента - планировать выполнение его же.

Без проблем, не стоит извинений. Недопонялись...

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

Зависит от тонкостей задачи. Rules умеет читать даты со смещением и отправлять письма из коробки. Если нужно что более специфичное, реализуемое дополнительными модулями - без них никак, если нет - ответ очевиден.

Аргумент более на скупую претензию к моему вопросу похож. Может из-за всех этих ваших оценочек, вроде "дурацкий" и "дебильный".

Сабмит так сабмит, я не против.

Просто стало скучно и захотелось по-холливарить?

Правилами можно, там есть смещение по дням для проверки даты. Сорри, нет под рукой на чем проверить точный флоу.

Я б - форматтер поля написал.

Посмотрите коробочный дистр "standart".

"В коробке" есть поле для телефона.

Реплейсить по кейапу в своем скриптике вариант?

Читайте про скоупы, и или правильно добавляйте, или альтерите и распихивайте по нужным скоупам вручную.

ЗЫ - следите чтоб шаблон HTML был расположен к растаскиванию хедера и боттома скриптов.

Найди проблему, решаемую получением этого опыта - и реши ее.

А какой профит ты ожидаешь?
На вскидку - будет освоена новая технология. Левелап == профит.

Ай-яй-яй. Не честно менять комментарии постфактум, теперь мой следующий комментарий не читабельный, без контекста.

Да ну ЁЛКИ! "ОТНОШЕНИЯ" в вашем переводе, не сложно же по логике догадаться!

В настройках фильтра "Если нет значения" установите "Передать значение по умолчанию", и там настройте на UID текущего пользователя. Еще раз - удалите ненужные связи.

Путь можно изменить на любой другой, к примеру "photo/my".

Проверьте правильность настройки фильтра по UID, опять же, то что он есть - не означает что он работает.
Судя по урлу представления - фильтр может быть заточен на передачу значения из аргумента пути, а должен брать из контекста (текущего пользователя). Соответственно, путь делать динамическим и не нужно, если не нужно оттуда тянуть аргумент.

Плюс:

• проверьте и удалите ненужные связи.
• проверьте статусы публикации фотоальбомов.

Для этого там фильтр по UID.

Зачем контекстный фильтр по имени?

Link

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