dev400: прямые запросы в базу при работе с Битриксом, тем более из представления, делают только криворукие разрабы. В самом Битриксе вообще запросы в БД мимо API осуждаются в доках через строку.
В целом не рекомендую заниматься Битриксом. Зти знания открывают дорогу только на российский рынок, причем в самую его низкооплачиваемую область. А бОльшая часть вакансий висит в непрофильные организации, которые хотят за три копейки нанять разраба их говно-интернет-магазина, который будет верстать, программировать, наполнять их контентом и заказывать визитки в свободное время.
А в студиях это лютый конвейер из говнокода: "фигак-фигак и в продакшен". Тоска и уныние в эконом-клсса IT-индустрии.
$(document).ready(function() прекрасно изолирует все переменные. Матрешка, это да, получится. Если уже задумываетесь над этим, попробуйте применить backbonejs для придания этому аду структуры. На сегодняшний день не самое лучшее решение на мой взгляд, но сам подход важно понять, потом можно и свое написать и другое поискать, сформировав требования.
Спасибо. Бэкбон я, конечно, смотрел. Но там как-то не совсем понятна механика. Вот вторая ссылочка прояснила некоторые моменты, в частности. что не надо мудрить.
Сделал так в итоге:
Спасибо. Конечно файл index у меня был. Но я запускал сервер из папки /site/, а надо было из корневой директории /. И туда же надо было скачивать node-модули.
В общем, для тех кто еще столкнется с этой проблемой: внимательнее отнеситесь к предлагаемой Османи структуре сайта. Это важно.
В listenTo необходимо передать ссылку на объект, который будем слушать. В итоге создаются связи между объектами и из-за этих связей код получается сильно запутанным и не очевидным. А ведь Backbone используется для структурирования коды и улучшения его восприятия в том числе. Но при таком подходе (я попробовал так) я достиг противоположенных результатов.
Спасибо. Я как раз размышлял над вторым вариантом ("Использовать-таки глобальный объект-observer,"), По сути это создание своего контроллера. Но меня останавливал тот факт, что в Backbone от использования отдельного контроллера отказались, и, - как я предположил - не просто так. Это на мой взгляд на столько очевидная необходимость, что если ее не использовали, значит, не просто так, на то были причины и, вероятно, так делать не стоит.
Но раз другого варианта нет. Значит странно это все :)
Gagazet: зачастую указываемые в вакансиях требования банально скопипащены, поэтому "почти все" они одинаковы. Типа "node. js - это сейчас модное слово, много раз его встречал, значит, нормальный разработчик должен его знать, а если не знает - значит это плохой разработчик". Несмотря на то, что у компании даже в проекте нет работы на node. js. Не редки объявления типа "Нужен фронтенд-разработчик, требования: владение node. js".
Там Бутстрап два раза подключен (минифицированная и обычная версии). И ни разу не используется.
Например, сетка сделана на inline-block, а box-sizing: border-box, на котором вся эта библиотека сделана, не используется... Там всего несколько элементов бутстраповских, типа кнопок, используется и все.
mixasnt: ну значит удалите его из статичного файла, в котором размещено комплексный компонент (stati.php) и пропишите в компонентах news.detail и news.list
Первый страх работодателя: если я скажу, что у него говнокод, то он может мне начать доказывать, что это не говнокод, приводить примеры и т.д. все это перерастет в диалог, или, хуже того, в срач, который мне нафиг не нужен.
Поэтому большинство не отвечают.
kid-programmer: допустим, у вас есть блок date. Вы используете его без изменения в комментариях, статьях и т.д. Отлично! Это не элемент блока post или comment. Это самостоятельный блок. Не надо ему добавлять post__date.
Но он обязательно в этом случае должен работать "из коробки". То есть вставил, цвет текста поправил модификатором при необходимости и готово.
Если же появляется необходимость его как-то особым образом спозиционировать внутри блока post (например, флоат задать), то тут уже следует создать элемент. Вы можете просто создать элемент post__date, определить его позиционирование, а внутрь поместить "как есть" блок date. Это будет правильно. Но появится "лишний" элемент-обертка post__date, поэтому я предпочитаю объединять блок и элемент, создавая, как вы назвали блокОэлемент.
В целом не рекомендую заниматься Битриксом. Зти знания открывают дорогу только на российский рынок, причем в самую его низкооплачиваемую область. А бОльшая часть вакансий висит в непрофильные организации, которые хотят за три копейки нанять разраба их говно-интернет-магазина, который будет верстать, программировать, наполнять их контентом и заказывать визитки в свободное время.
А в студиях это лютый конвейер из говнокода: "фигак-фигак и в продакшен". Тоска и уныние в эконом-клсса IT-индустрии.