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