Мне понравилась фича, когда можно любой сущности добавить пользовательские свойства - например, в профиль юзера добавить список автомобилей, из которых он может выбрать свой.
Но слышал, что возникают проблемы с запросами на выборку значений инфоблоков.
Подозреваю, что что-то тут неправильно, но что ?
мне кажется, шаблонизатор должен быть по синтаксису похож на Blitz Алексея Рыбака
http://alexeyrybak.com/blitz/blitz_ru.html
Битрикс поднялся не на соцсетях, а на магазинах ;)
поскольку соц сеть - это динамический контент практически без кеширования, то стоит оценить производительность движков в данном разрезе
иногда и на несколько порядков, ведь по-вашему стилю, процессору придется отрабатывать на каждом IF не только лишние сравнения простых типов, но и лишние вызовы функций, каждая из которых может быть "тяжелой"
если бы игры в подобном стиле программировались, вы до сих пор бы смотрели слайдшоу из-за потери производительности
к сожалению, опера идет по пути нетскейпа
в текущем состоянии пользовательских фич много, но качество отработки ксс отстает от ФФ
можете так попробовать
if (in_array($mystatus, array(0,4,7,8)) && $myid=12) {}
или так побыстрее
if (strpos(',0,4,7,8,', ','.$mystatus.',')!==FALSE && $myid=12)) {}
по-моему, тут архитектурное решение выбрано неверно
информация о том, что выводить в левой колонке, например, должна храниться в одном месте, например, в базе данных
если так - то главный скрипт, контроллер, берет шаблон, смотрит по базе данных, какие блоки нужно вывести в колонку и выводит, вызывая соответствующие объекты (классы, функции) и передавая им выполнение задачи
имхо, так правильнее
можно узнать, почему выбран .нет ?
