Андрей Николаев

Эм... есть несколько вопросов по Вашему "чуду".
Отбросив велосипедизм и костылестроение есть пара вопросов по логике работы.

То что у Вас есть константа MAX_AGE_IN_YEARS (кстати почемы бы просто не спрашивать дату рождения?) это ок (смущает конечно _IN_YEARS, но да ладно), то что у Вас 3 пола это тоже допустимо (по крайней мере в нашей адекватной России), то что у Вас есть допустимый ростовой диапазон тоже, но во чего я точно не могу понять, так это блин STATUSES.

Почему бы не сделать 2 "статуса" (на самом деле эт о скорее "признак жизни субьекта") - DEAD или ALIVE, то есть живой или не живой.
child, adult, old и т.п. можно получить при помощи отдельного метода исходя из возраста обьекта (ведь они же зависят от возраста, а не от каких либо правил).
"Статусы" buried и cremated это не статусы, а виды погребения.

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

Почему бы не описать это при помощи сеттеров (т.е. в момент установки параметра, проверять его ошибки)? Почему бы не разделить это все на части и не хранить отдельно?

1) Проверьте настройки складского учета и что-то я не вижу класса провайдера при создании товара. Вы его передаете? Проверьте актуальные данные тут - https://dev.1c-bitrix.ru/community/blogs/vws/about...
2) А в paymentCollection после изменения цены все норм?

Проверьте директиву allow_url_fopen в php.ini.

Подробнее тут.
Если коротко:

Если во всех случаях у вас не приводимое к false состоянию, то можно сделать так:

var[0] = var[0] || 'default1';
var[1] = var[1] || 'default2';
var[2] = var[2] || 'default3';

Ну или проверять на typeof var[0] == 'undefined'.

Подскажите как применить класс ко всем страницам раздела.

1) А не открывали ли Вы страницы ранее? Т.е. не закешировались ли предыдущие страницы? Пробовали сбрасывать кеш?
2) Как именно вы подключаете свой стиль? Через inline, подключением файла или как-то по другому?
3) Вы применяете к однотипным страницам? Или к разным?

Собственно битрикс к этому вопросу имеет весьма посредственное отношение и вопрос тут гораздо глубже: как вообще находить дублирование информации на сайте.
Почитайте про grep

Добавляя к ответу Егор Скороходов, если уж очень не хочется работать с ManyToMany-моделями, есть более простой способ (как заплатка подойдет, но в перспективе будет хуже).
В SQL есть такая штука - FIND_IN_SET и можете воспользоваться ею.

Загрузка файлов
Для отправки почты использовать что-нибудь попроще: PHPMailer или Swift Mailer

Неплохо было бы почитать по Чистый код на php и PHP: The Right Way

Да тут по сути пара вариантов и есть:
1) Либо запросы проксируются (пропускаются) через СА к внутренним ресурсам. Тогда СА является единой точкой доступа к сети.
2) Либо запросы идут к конкретным ресурсам, а они уже опрашивают СА на предмет - правильный ли этот токен.

Я мало где видел второй вариант, посколько использовать одну точку доступа и на ней же располагать СА куда проще и выгоднее (нет лишних запросов по сети и время ожидания меньше).

Прежде всего стоит задать вопрос: насколько это актуально для 2х человек? Насколько именно все это им нужно.

Возможно, именно для Вас подошел бы Битрикс24.

1) Базу клиентов можно импортировать через веб-хук, тогда все будет отображаться и храниться в crm-сущностях и Вы сможете даже свои бизнес-процессы выстраивать (если понадобится). При этом, в этом году выйдет формирование документов по шаблону, так что тут он закроет Ваши потребности штатным механизмом.. в прицнипе даже загрузку можно через штатные инструменты сделать (csv он понимает)

2) Есть мобильное приложение и для iOS и для Android, причем к ним можно на javascript разрабатывать приложения. Получается что Вы можете открыть приложение в приложении и уже оно найдет Ваши координаты и может сопоставить их с хранимыми. Без разработки приложения увы не обойтись.

По-поводу стека технологий для Битрикс24: html, css, javascript (все остальное сделает сам б24).
При этом можно пользоваться облачной версией (и хз насчет прайста, возможно даже бесплатный вариант может подойти)

Нужно проверять по очереди:
- Кеширование
- Обработчики события
- Баги (на не обновленном сайте такое возможно или при установке бета-версий)

Причин может быть много (от лишнего вывода на своих событиях до багов платформы) и если не хотите разбираться - обратитесь в бесплатную техническую поддержку (ну или к частным специалистам).

Файлы сайтов лежат в директориях s1 и s2.
При обращении к site.ru

Это очень плохая многосайтовость - сделана криво.

Нужно сделать как минимум так:
/home/bitrix/www/.top.menu.php
/home/bitrix/www/about/index.php
/home/bitrix/www/s2/.top.menu.php
/home/bitrix/www/s2/about/index.php

И тогда первый сайт открывайте по site.ru (SITRE_DIR = /)
А в old.site.ru сделайте SITE_DIR = /s2/

Либо вообще по разным папкам разнесите:
/home/bitrix/www/* - первый сайт
/home/bitrix/ext_www/s2/* - второй сайт

То что Вы сделали, может быть для dev'а подойдет, но никак не для production - вам сеошники палками в темную забьют