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