photosho, если у каждого пользователя есть поле, в котором вписано #12345#12346#12555# - то дерево для него вы построите элементарно, а его потомков так же элементарно найдете по LIKE '%#13000#%'.
Вряд ли эти цепочки будут такими уж длинными, а необходимость их получать - такой уж частой, чтобы маяться ради этого рекурсией по базе или JSON-полями.
Обновлять это поле у элементов не требуется, оно пишется один раз.
Возможно, jQuery подключается позже, чем отрабатывают скрипты компонента.
Где-то в Битриксе были настройки собирать все скрипты в кучу - может, это происходит в неудачном порядке или они подключаются только в футере для оптимизации скорости.
Роман Грицук, $arResult в Битриксе - это стандартное имя данных, которые компонент передает в свой шаблон.
Они не валятся в глобальную область видимости.
И вы всерьез расчитываете, что global за вас сделает какую-то магию и вытащит из шляпы данные, которые существуют только в обработке шаблона компонента?
ant123455432143, создание таблицы не означает самостоятельное копание в файлах. Это может быть вызов метода класса, которому делегированы операции с файлами.
jcmvbkbc, вопрос не только усилий, но и стандартизации.
То, что в Крестах делается решительно так же, как везде, и можно ткнуть носом в отклонения - в Сях скорее будет похожим велосипедом, причем с постоянными тенденциями заваливаться в оригинальные решения.
Какой генератор? Открыть таблицу Юникода и найти в ней глазами 66 символов, похожих на кириллицу. Час, ну два...
Образец, кстати, безобразен: цифры написаны шрифтом с переменной толщиной линий, остальное - с постоянной.
volhvrod-qq, там, где контент добавляется вручную, нужно сразу предусматривать и его редактирование. Это неизбежно - обнаруженные сразу после отправки ляпы и опечатки, возникающие на следующий день уточнения... так что рассматривать интерфейс администратора контента нужно сразу как обычный комплекс создание-правка-удаление. Одно без другого не бывает.
И сразу два стандартных же вопроса: может ли пользователь редактировать только свой материал и если да, то нужен суперадмин с правами редактирования всего.
А потом произойдет взросление, появятся новые требования и тильдосайт пойдет в помойку, причем даже вытащить с него инфу будет головной болью. Смысл?
Вообще, имхо, если человек хотя бы знает, что такое CMS и пытается выбрать одну из них - на тильды ему лучше уже и не оборачиваться.
volhvrod-qq, если не захочется и если сайт - просто свалка страничек, нечего и мудрить. Берете первый попавшийся WP и делаете.
Выбор "какая лучше" в ситуации, когда нет реально определяющих это "лучше" требований - пустая прокрастинация.
Вряд ли эти цепочки будут такими уж длинными, а необходимость их получать - такой уж частой, чтобы маяться ради этого рекурсией по базе или JSON-полями.
Обновлять это поле у элементов не требуется, оно пишется один раз.