Comments 101
— это не круто.
делать готовые решения сложных проблем? действительно
Сам не знаешь почему? Или что тебя останвоило написать развернутый комментарий? Когда я вижу пост в пару десятков абзацев, с графиками и картинками, с ссылками и примерами, доказывающими почему Битрикс — это круто, и тут же первонаха, который всем объявляет что это не круто, я сразу понимаю: автор коммента — мудак.
Картинка не вставилась sanneo.ru/habr/redline.png
Ну наконец-то, добро пожаловать на хабр! Пару лет назад пытался тут писать про битиркс, с тех пор вообще писать не могу)
Удобно, что можно через админку настроить целый кластер, причём на любом ржавом ведре (несколько дешёвых vps, например) но вот пока не до конца понятно, насколько хорошо/плохо то, что такие вещи решаются на таком высоком уровне.
Возможно, в амазоновском облаке, например, таких проблем и не будет, и будет оно работать всё равно быстрее и не будет громадного набора настроек.
Возможно, в амазоновском облаке, например, таких проблем и не будет, и будет оно работать всё равно быстрее и не будет громадного набора настроек.
«Громадный набор настроек» мы (Битрикс) планируем минимизировать, выпустив в ближайшее время новые версии виртуальной машины и веб-окружения Битрикс — с поддержкой веб-кластера.
Будем включать в пакеты все необходимые инструменты для построения кластера. А также — мастеры для удобного конфигурирования нод кластера и репликации всех настроек между серверами.
Мы рассказывали об этих планах на прошедшей партнерской конференции: conf.1c-bitrix.ru/summer2011/agenda/1399/
Будем включать в пакеты все необходимые инструменты для построения кластера. А также — мастеры для удобного конфигурирования нод кластера и репликации всех настроек между серверами.
Мы рассказывали об этих планах на прошедшей партнерской конференции: conf.1c-bitrix.ru/summer2011/agenda/1399/
Да, слышал, спасибо. Что можно сказать точно — своей виртуальной машиной вы делаете огромное одолжение нашим хостерам, которые не всегда успевают за «облаками» =)
Все-таки — не совсем так. ;)
Вирт. машина и веб-окружение — хорошие инструменты, которые помогают быстро (!) получить хорошую производительную веб-среду. Для любых проектов, построенных на PHP+MySQL, не только на Битриксе.
И дело вовсе не в «облаках». Веб-окружение — просто rpm, который можно развернуть и на голом VPS, и на собственном сервере, и на виртуалке в «облаке».
Хостеры же часто дают VPS'ы с уже предустановленным веб-окружением. Как уже готовый образ.
Что ж, это — хорошие инициативы. И мы их всячески приветствуем! :) Мы вообще — только «за» хороший хостинг. :)
Вирт. машина и веб-окружение — хорошие инструменты, которые помогают быстро (!) получить хорошую производительную веб-среду. Для любых проектов, построенных на PHP+MySQL, не только на Битриксе.
И дело вовсе не в «облаках». Веб-окружение — просто rpm, который можно развернуть и на голом VPS, и на собственном сервере, и на виртуалке в «облаке».
Хостеры же часто дают VPS'ы с уже предустановленным веб-окружением. Как уже готовый образ.
Что ж, это — хорошие инициативы. И мы их всячески приветствуем! :) Мы вообще — только «за» хороший хостинг. :)
поэтому для работы c популярными «академичными» фреймворками, типа ZendFramework,Symfony, Yii — Вам потребуются программисты более высокой стоимости и квалификации, чем, например, для работы с BitrixFramework (на базе которого работают продукты и решения 1С-Битрикс), использующим простые архитектурные концепции и паттерны, понятные большинству разработчиков начальной и средней квалификации.
Хорошее объяснение, почему вы не используете паттерны и ООП ( habrahabr.ru/blogs/webdev/122442/ )
Хорошая статья, спасибо!
Желаю удачи с Cluster grid. Также интересует вопрос (возможно слишком наивный), будет ли его компоненты, в частности master-master manager выкладываться в паблик?
Просто тоже встала подобная задача, вот и думаю писать самому, или вас подождать :-)
Желаю удачи с Cluster grid. Также интересует вопрос (возможно слишком наивный), будет ли его компоненты, в частности master-master manager выкладываться в паблик?
Просто тоже встала подобная задача, вот и думаю писать самому, или вас подождать :-)
Осенью сделаем в релизе 10.5. Настройки MySQL серверов конечно выложим в паблик и напишу статью отдельную на хабре.
Статья хорошая, но вот тока название странное, тут не про кластерные системы, а о битиркс вообще, начиная от того почему надо выбирать коробочное решение, какие есть приимущества у такого варианта, затем кратенько о возможностях и закончили кластерами. В обще думаю надо звать: Битрикс, приятно познакомиться!
Простите что не в тему нано технологий.
Писал на форуме 1С Битрикс, но без ответно.
Может быть, здесь услышите пожелание пользователя/ей 1С Битрикс.
Прошу глобально обновить следующие компоненты:
1. Форум – каменный век, как внешне, так и по модерации
2. Блоги – каменный век
3. Фотогалерея — ох…
Предлагая готовую систему из коробки неужели так “дорого”
нанять графического и интерфейс дизайнера для пары шаблонов к Вашим компонентам?
Еще раз прошу прощения, что не в тему, поверьте, я не один такой.
Писал на форуме 1С Битрикс, но без ответно.
Может быть, здесь услышите пожелание пользователя/ей 1С Битрикс.
Прошу глобально обновить следующие компоненты:
1. Форум – каменный век, как внешне, так и по модерации
2. Блоги – каменный век
3. Фотогалерея — ох…
Предлагая готовую систему из коробки неужели так “дорого”
нанять графического и интерфейс дизайнера для пары шаблонов к Вашим компонентам?
Еще раз прошу прощения, что не в тему, поверьте, я не один такой.
Сколько раз я сталкивался с Битриксом столько раз это был кошмар.
Извините.
Извините.
А с чем вы еще сталкивались, если не секрет? ИМХО для разработчика кошмар — это когда нужно дописывать расширения к чужому коду :-) А когда сам сидишь и прокачиваешься это уже не кошмар, а креатив
Я сам занимаюсь обучением программистов битриксу, и каждый раз слышу это: аааа!!! кошмар! непонятно! нелогично. На своем опыте скажу: проблема не в битриксе, а в самом человеке, все что ему незнакомо, и не понятно — ему кажется плохим и сложным. Сначала орут, почему это шаблон (внешний вид компонента) лежит в одном месте, а его логика в совершенно другом и интуитивно его не найдешь. Но когда объясняю — и сами понимают, что иначе бы не получилось реализовать, полноценное разделение шаблонов с логикой. Поэтому рекомендую вам просто плотнее с битриксом поработать. И ваш кошмар превратиться в приятный, эротический сон:)
Возможно, я сравниваю несравнимые вещи, но…
6 лет работал с битриксом и был, в принципе доволен. Но, как оказалось, просто сравнивать не с чем было.
Однажды решил решил ради разнообразия попробовать сделать проект на Ruby on Rails и вот тогда я понял что зря потратил 6 лет.
И путь там нету кластера из коробки, зато сам процесс разработки почти оргазм, куда там вашим эротическим снам :-)
6 лет работал с битриксом и был, в принципе доволен. Но, как оказалось, просто сравнивать не с чем было.
Однажды решил решил ради разнообразия попробовать сделать проект на Ruby on Rails и вот тогда я понял что зря потратил 6 лет.
И путь там нету кластера из коробки, зато сам процесс разработки почти оргазм, куда там вашим эротическим снам :-)
Может быть дело не в битриксе, а пхп и руби?
Ну не корректно сравнивать CMS или фреймворк написанный на одном языке с просто другим языком.
Ну не корректно сравнивать CMS или фреймворк написанный на одном языке с просто другим языком.
Битрикс молодцы. Реально сделали толковую вещь из коробки.
(риторический вопрос) может проще эту систему сделать более производительной, чем для относительно небольшой нагрузки требовать покупать кластеры?
А чем не устраивает текущая производительность платформы? Мне ее всегда хватало. Просто нужно понимать, что в платформе серьезная и сложная бизнес-логика, проверки системы безопасности, веб-антивирус и т.п. Если аккуратно кэшировать — проблем не будет.
Для относительно небольшой нагрузки не нужен кластер.
То, что Битрикс умеет (!) поддерживать кластер «из коробки», и то, что он реально может потребоваться — разные ведь вещи?
Более того, кластер даже в бОльшей степени нужен для отказоустойчивости (упал один или несколько серверов — все продолжило работать). Многие решения поддерживают такую возможность простыми и недорогими средствами?
То, что Битрикс умеет (!) поддерживать кластер «из коробки», и то, что он реально может потребоваться — разные ведь вещи?
Более того, кластер даже в бОльшей степени нужен для отказоустойчивости (упал один или несколько серверов — все продолжило работать). Многие решения поддерживают такую возможность простыми и недорогими средствами?
Как так получается, что на Bitrix разработчика найти проще, но вот я делаю поиск по хабру
И вижу по битриксу 79 топиков
А, например, по Rails — 590 топиков.
Более того, у меня достаточно много людей, занимающихся разработкой, но ни один не знает битрикса.
Что я вижу
— Пишутся убойные маркетологические тексты, ориентированные на менеджеров, которые сами ничего не пробовали писать. Из серии «глобально и надежно», купите образцовый код у корпорации, и не связывайтесь с этими раздолбаями-программистами, которые напишут говно. Эмоциональный заряд точно угадан, деньги за битрикс заплачены.
— А дальше уж трахайтесь как хотите, с этой лодки вы не слезете теперь, раз уж заплатили.
— Profit.
При этом предполагается нанимать хреновых программистов, которые, вероятно, и пишут быдлокод, от которого предлагается спасаться.
Я больше всего не понимаю, как так — раз проект на битрикс, значит что — его просто поддерживать? Достаточно найти битрикс программиста? А проект на Rails — сложнее? Ведь достаточно найти Rails программиста? Drupal? Wordpress?
И вижу по битриксу 79 топиков
А, например, по Rails — 590 топиков.
Более того, у меня достаточно много людей, занимающихся разработкой, но ни один не знает битрикса.
Что я вижу
— Пишутся убойные маркетологические тексты, ориентированные на менеджеров, которые сами ничего не пробовали писать. Из серии «глобально и надежно», купите образцовый код у корпорации, и не связывайтесь с этими раздолбаями-программистами, которые напишут говно. Эмоциональный заряд точно угадан, деньги за битрикс заплачены.
— А дальше уж трахайтесь как хотите, с этой лодки вы не слезете теперь, раз уж заплатили.
— Profit.
При этом предполагается нанимать хреновых программистов, которые, вероятно, и пишут быдлокод, от которого предлагается спасаться.
Я больше всего не понимаю, как так — раз проект на битрикс, значит что — его просто поддерживать? Достаточно найти битрикс программиста? А проект на Rails — сложнее? Ведь достаточно найти Rails программиста? Drupal? Wordpress?
Вы хотите сказать, что разработчика на рельсы найти проще чем PHP-программист? Шутите что-ли? Видимо никогда серьезно этим не занимались. По опыту — недорогой PHP-разработчик прокачивается на 1С-Битрикс за неделю, а вот найти PHP-девелопера на ZendFramework — это 100к и еще учить полгода :-)
Я хочу скзаать, что Битрикс-разработчика сложнее найти, чем Rails разработчика.
В какой это вселенной дундуку, которому полгода на изучение ZF нужно, 100к платят??
Ага, и еще при этом учить пол года. А за что платят и чем это отличается от того чувака, которому предложили учить битрикс?
Вопрос скорее, думаю, в области генетики или… музыки. Сколько человеку не объясняй для чего нужен полиморфизм, для чего наследования и какие проблемы может решить инкапсуляция, если у него нет гена, он будет продолжать наследовать класс COrder из класса CPrice :-)
А вот писать скрипты, изнутри которых выводить верстку для таблиц ему понятнее чем делать это изнутри объекта, используя нагромождение декораторов. Вот пример объектно-дезориентированного извращения, который, по опыту, программистами или не понимается вообще, или через полгода — zendframework.com/manual/en/zend.form.elements.html
Вопрос денег. Искать долго людей со слухом, или быстро сформировать команду скриптеров, заработать через год на веб-проекте деньги и закрыть его.
А вот писать скрипты, изнутри которых выводить верстку для таблиц ему понятнее чем делать это изнутри объекта, используя нагромождение декораторов. Вот пример объектно-дезориентированного извращения, который, по опыту, программистами или не понимается вообще, или через полгода — zendframework.com/manual/en/zend.form.elements.html
Вопрос денег. Искать долго людей со слухом, или быстро сформировать команду скриптеров, заработать через год на веб-проекте деньги и закрыть его.
Не знаю, как там насчет найти разработчика, но в России найти заказ владея битриксом в разы проще, нежли чем чем владея RoR.
Хабр это просто место такое, здесь все продвинутые, а в обычной жизни людям не до высоких технологий им бы побыстрее интернет-магазин запустить.
Хабр это просто место такое, здесь все продвинутые, а в обычной жизни людям не до высоких технологий им бы побыстрее интернет-магазин запустить.
WordPress? Я видел несколько проектов.
Сам WordPress + несколько популярных плагинов = и мы получаем несколько совершенно разных подходов к коду. То есть, поддерживаем уже несколько проектов.
И не поддерживать отдельные «запчасти» — нельзя. Потому как при обнаружении очередной уязвимости в каком-нибудь плагине, который поддерживается официальным разработчиком лишь эпизодически (или вообще не поддерживается более) — приходится лезть и разбираться самому.
Сам WordPress + несколько популярных плагинов = и мы получаем несколько совершенно разных подходов к коду. То есть, поддерживаем уже несколько проектов.
И не поддерживать отдельные «запчасти» — нельзя. Потому как при обнаружении очередной уязвимости в каком-нибудь плагине, который поддерживается официальным разработчиком лишь эпизодически (или вообще не поддерживается более) — приходится лезть и разбираться самому.
Да это сплошь и рядом в опенсорсе, к сожалению. Установил плагин, а… автор застрелился. Ощущение несерьезности :-)
Странно, я достаточно долго занимался разработкой на друпале, в том числе делал крупный проект, в котором было больше сотни сторонних модулей и такой проблемы не заметил.
А с обратной совместимостью в дрюпале что делать в крупном и большом проекте? В Битриксе ее соблюдают очень строго.
А какие там проблемы с обратной совместимостью? В пределах мажорных версий апи не меняется, практически все разрабатываемые модули имеют отдельные ветки как минимум для 6-й и 7-й версии ядра. Или я вас неправильно понял? Что именно вы подразумеваете под обратной совместимостью в друпале?
Ну вот например проект на битрикс можно обновить с 6 версии до 10 без изменения кода — удобно.
это очень сомнительное преимущество, рефакторинг API время от времени необходим. В чем смысл поддерживать неудачные решения старых версий, достаточно просто выпускать security-фиксы для старых модулей.
А вы пробовали хоть раз это сделать? :-)
Постоянно этим занимаюсь.
Ко мне пару раз обращались с проблемой, что была старая версия, купили обновление, но продукт обновиться не может, система обновлений выдает какие-то ошибки. Я сразу советовал обращаться в техподдержку, поскольку связываться самому не хотелось.
Поскольку вы утверждаете, что постоянно этим занимаетесь получается что именно на вас сыплются эти задачи из техподдержки? ;-)
Поскольку вы утверждаете, что постоянно этим занимаетесь получается что именно на вас сыплются эти задачи из техподдержки? ;-)
Нет, я отвечаю за качество внедрений и интеграции партнерами. Смотрите, по поводу обновлений процесс такой:
— Мы гарантируем, что продукт обновится, если не лазали в ядро (перезатрется просто). В ядро лазают и ломают в 90% случаев по причине незнания что можно переопределять разработчики событий. Также, если написать в техподдержку, вам добавят оперативно нужные события — чтобы вы не дай Бог не меняли ядро.
— Если проект не обновился, а тем более, на боевом сервере, то наша техподдержка ВСЕГДА выручает в этой ситуации — ребята заходят и поднимают вам систему + обновляют ее.
В 10.5 мы постараемся сделать автопроверку факта модификации ядра и сообщать об этом при попытке обновления.
— Мы гарантируем, что продукт обновится, если не лазали в ядро (перезатрется просто). В ядро лазают и ломают в 90% случаев по причине незнания что можно переопределять разработчики событий. Также, если написать в техподдержку, вам добавят оперативно нужные события — чтобы вы не дай Бог не меняли ядро.
— Если проект не обновился, а тем более, на боевом сервере, то наша техподдержка ВСЕГДА выручает в этой ситуации — ребята заходят и поднимают вам систему + обновляют ее.
В 10.5 мы постараемся сделать автопроверку факта модификации ядра и сообщать об этом при попытке обновления.
«Вы вырастете, но мы сохраним ваш говнокод навечно» ©
Вы как-то смотрите на проекты снизу вверх. Я понимаю, что для разработчика цель — прокачивать себя, чтобы продаться подороже, и наплевать на бюджеты и сроки, по большей части. А представьте себя на месте инвестора, которому, после инвестиции ляма в веб-сайт через год говорят, что для получения нового функционала нужно, черт, переписать старый, т.к. поменялась мажорная версия — плати еще лям :-)
Поэтому во взрослых зрелых продуктах, на основе которых у клиентов построен бизнес, вынуждены, т.к. это доп.затраты — поддерживать обратную совместимость. Это показатель бизнес-ориентированности продукта.
Поэтому во взрослых зрелых продуктах, на основе которых у клиентов построен бизнес, вынуждены, т.к. это доп.затраты — поддерживать обратную совместимость. Это показатель бизнес-ориентированности продукта.
Там, где битрикс меняет версию с 9 на 9.5 другой бы продукт ограничился сменой версии с 1.2 на 1.3.
С точки зрения маркетинга наверняка хорошо каждый год менять мажорную версию, но какие изменения происходият при этом в битриксе? Появляется новый фунционал, а ядро продукта при этом остается практически неизменным, сохраняя в себе все удачные и неудачные решения старых версий в угоду обратной совместимости. И рано или позно это ядро станет серьезым стопором развития продукта, не вечно же костыли клепать :-)
Мажорная версия — это некий скелет, на который наращивается мясо (функционал). Времена меняются, появляются новые технологии, новые тенденции и, рано или поздно нужно будет таки пересмотреть устройство скелета, потому что он перестает отвечать современнм требованиям.
А ваши инвесторы, я думаю, будут вполне удовлетворены тем фактом, что вот есть стабильная мажорная версия, к которой регулярно выходят апдейты с фиксами и новым функционалом и через пару лет выйдет новая мажорная версия с переработанным улучшенным api и прочими плюшками, вот тогда уже надо будет задуматься, платить ли деньги за модернизацию проекта под новую версию или же оставить все как есть, благо производитель обещает поддерждку текущей мажорной версии еще в течение 5 лет.
Так что, резюмирую, каждая новая версия битркса это, скорее маркетинговая фишка, нежли чем какой-то реальный технологический прорыв.
С точки зрения маркетинга наверняка хорошо каждый год менять мажорную версию, но какие изменения происходият при этом в битриксе? Появляется новый фунционал, а ядро продукта при этом остается практически неизменным, сохраняя в себе все удачные и неудачные решения старых версий в угоду обратной совместимости. И рано или позно это ядро станет серьезым стопором развития продукта, не вечно же костыли клепать :-)
Мажорная версия — это некий скелет, на который наращивается мясо (функционал). Времена меняются, появляются новые технологии, новые тенденции и, рано или поздно нужно будет таки пересмотреть устройство скелета, потому что он перестает отвечать современнм требованиям.
А ваши инвесторы, я думаю, будут вполне удовлетворены тем фактом, что вот есть стабильная мажорная версия, к которой регулярно выходят апдейты с фиксами и новым функционалом и через пару лет выйдет новая мажорная версия с переработанным улучшенным api и прочими плюшками, вот тогда уже надо будет задуматься, платить ли деньги за модернизацию проекта под новую версию или же оставить все как есть, благо производитель обещает поддерждку текущей мажорной версии еще в течение 5 лет.
Так что, резюмирую, каждая новая версия битркса это, скорее маркетинговая фишка, нежли чем какой-то реальный технологический прорыв.
Ничего себе маркетинговая фишка — веб-кластер из коробоки. Для этого потребовалось все ядро перелопатить чтобы работала мастер-слейв репликация и запросы со слейвов БЕЗ изменения кода проекта :-)
Ой, да ладно «все ядро». Там строчек php-кода, думаю, было написано меньше, нежли чем потом блоге при описании этой фишки :-)
А вертикальный шардинг модулей статистики и поиска на отдельные БД? Если бы в продукте была кривая дерьмоархитектура — создать такое было бы невозможно имхо :-)
Я когда-то просил команду разработки внедрить в самописное нечно поддержку чтений со слейв-баз данных — ответили, что все придется к черту переписывать.
Я когда-то просил команду разработки внедрить в самописное нечно поддержку чтений со слейв-баз данных — ответили, что все придется к черту переписывать.
Полез в код посмотреть, как это сделано и понял, что вы имели ввиду, когда говорили, что пришлось перелопатить все ядро.
Код модулей статистики и поиска пришлось перелопатить, чтобы они научились шардиться. а в самом ядре (главном модуле) для этого потребовалось дописать совсем немного.
Но вот например модуль инфоблоков, или форумы, или социальнуцю сеть фиг вы зашардитете с такой легкостью, потому что там многие запросы завязыны не только на таблицы этих модулей, но еще и на таблицы главного модуля и чтобы разнести их по разным БД — придется все к черту переписывать :-)
Код модулей статистики и поиска пришлось перелопатить, чтобы они научились шардиться. а в самом ядре (главном модуле) для этого потребовалось дописать совсем немного.
Но вот например модуль инфоблоков, или форумы, или социальнуцю сеть фиг вы зашардитете с такой легкостью, потому что там многие запросы завязыны не только на таблицы этих модулей, но еще и на таблицы главного модуля и чтобы разнести их по разным БД — придется все к черту переписывать :-)
А класс CDatabase? А настраиваемый конвейер запросов для безопасного их распределения на мастер и слейв-сервера в зависимости от типа запросов и состояния слейвов? :-)
Мало того, мы сами все наши сайты перевели на веб-кластер и включили все опции — страшно было, но зато теперь все как часы, стабильно и быстро работает :-)
Инфоблоки нужно шардить, даже если придется много чего переписать, сохранив обратную совместимость. Таблицу пользователей и заказов предстоит горизонтально шардить, на очень больших раскрученных проектах на битриксе это когда-нибудь потребуется точно.
Еще есть идея задействовать NoSQL хранилища в помощь инфоблокам.
Мало того, мы сами все наши сайты перевели на веб-кластер и включили все опции — страшно было, но зато теперь все как часы, стабильно и быстро работает :-)
Инфоблоки нужно шардить, даже если придется много чего переписать, сохранив обратную совместимость. Таблицу пользователей и заказов предстоит горизонтально шардить, на очень больших раскрученных проектах на битриксе это когда-нибудь потребуется точно.
Еще есть идея задействовать NoSQL хранилища в помощь инфоблокам.
С этим я поспорю сам.
Недавно столкнулся с тем, что из-за стоимости работ наше руководство разругалось со сторонними разработчиками.
Руководство поставило задачу перенести сайт на наш хостинг и чтобы сайт не был причиной взлома нашей сети необходимо было обновить Битрикс с версии 6 на последнюю. Не буду углублятся в детали, но после месяца сексуальных игр, которым позавидывали бы немецкие режиссеры, по переводу 3х сайтов на (тогда еще) 9ку, мы решили создать новые сайты сразу на новой версии.
Недавно столкнулся с тем, что из-за стоимости работ наше руководство разругалось со сторонними разработчиками.
Руководство поставило задачу перенести сайт на наш хостинг и чтобы сайт не был причиной взлома нашей сети необходимо было обновить Битрикс с версии 6 на последнюю. Не буду углублятся в детали, но после месяца сексуальных игр, которым позавидывали бы немецкие режиссеры, по переводу 3х сайтов на (тогда еще) 9ку, мы решили создать новые сайты сразу на новой версии.
Видимо предыдущие разработчики изменили ядро системы. К сожалению, нередко это происходит. В этом случае обновиться сложно. На моем опыте поддержка одновременно нескольких десятков проектов на 1С-Битрикс — если решения создают не нарушая ядра, то проблем с обновлением нет. Кроме этого, для подстраховки, я ввел регламент обязательного еженедельного обновления всех установок.
Вполне возможно. На тот момент я не знал Битрикса и на 1%.
Сейчас я уже знаю много плюсов и много минусов системы. Скажу лишь одно. Своих денег он стоит. Кто не готов платить могут использовать не менее функциональные opensource движки, кто готов платить за обновления и за поддержку — Битрикс хорошее решение.
Сейчас я уже знаю много плюсов и много минусов системы. Скажу лишь одно. Своих денег он стоит. Кто не готов платить могут использовать не менее функциональные opensource движки, кто готов платить за обновления и за поддержку — Битрикс хорошее решение.
Да, согласен. У всего своя ниша.
Ну если учесть, что зачастую топики и комменты о битриксе жестко минусуются — то авторы тех 79 топиков просто герои, которые рискнули своей кармой.
А вот Руби в почете и можно писать о нем и неплохо пополнить карму.
Достаточно зайти на сайт фрилансеров и увидеть, что количество заявок на программирование под php в разы больше чем на руби. Обычно руби программисты вообще работают на западных заказчиков, так как спрос в России на них очень не высоких. А если открыть вакансии, то вакансий на php так же в разы больше, чем вакансий на руби.
А вот Руби в почете и можно писать о нем и неплохо пополнить карму.
Достаточно зайти на сайт фрилансеров и увидеть, что количество заявок на программирование под php в разы больше чем на руби. Обычно руби программисты вообще работают на западных заказчиков, так как спрос в России на них очень не высоких. А если открыть вакансии, то вакансий на php так же в разы больше, чем вакансий на руби.
На Ruby пишут не чтобы пополнить карму на хабре, а потому что именно устали от PHP-говнокода. Говнокод на ROR писать сложно.
Возможно, для ZF/CakePHP также, но я свалил с PHP до его появления, и обратно не хочется.
Возможно, для ZF/CakePHP также, но я свалил с PHP до его появления, и обратно не хочется.
Я вообще считаю так: говнокод рождает не язык программирования, а программист.
И хорошим программистам не нужны искусственные ограничители со стороны языка. Они и так пишут качественный код.
И какое дело такому программисту до других, которые пишут говнокод?
И хорошим программистам не нужны искусственные ограничители со стороны языка. Они и так пишут качественный код.
И какое дело такому программисту до других, которые пишут говнокод?
Некоторые языки/платформы/фрейморки склоняют к нему, а некоторые — препятствуют.
Это как Delphi/Builder. Конечно, никто не заставлял писать бизнес логику в обработчиках событий, но столько народу в это скатилось…
Это как Delphi/Builder. Конечно, никто не заставлял писать бизнес логику в обработчиках событий, но столько народу в это скатилось…
Просто, задачи со сложной бизнес логикой встречаются редко и зачастую достаточно просто обработчиков событий (очень просто и удобно).
В большинстве проектов нет необходимости в обработчиках вообще. В небольшом количестве проектов они нужны, но суммарно код обработчиков не превышает 100 строк кода (да, может быть уже не так клево все получилось и удобно, но зато быстро и в одном месте. А разобраться с сотней строк не проблема).
И только в больших и дорогих проектах такая логика может быть (таких проектов единицы). Но такие проекты должны делать высококвалифицированные программисты, которые будут использовать другие принципы построения бизнес логики.
У обработчиков событий есть только один недостаток — они все таки охватывают не все возможные случаи, особенно для новых модулей и иногда может быть ситуация, что для какого-то события попросту нет обработчика.
В большинстве проектов нет необходимости в обработчиках вообще. В небольшом количестве проектов они нужны, но суммарно код обработчиков не превышает 100 строк кода (да, может быть уже не так клево все получилось и удобно, но зато быстро и в одном месте. А разобраться с сотней строк не проблема).
И только в больших и дорогих проектах такая логика может быть (таких проектов единицы). Но такие проекты должны делать высококвалифицированные программисты, которые будут использовать другие принципы построения бизнес логики.
У обработчиков событий есть только один недостаток — они все таки охватывают не все возможные случаи, особенно для новых модулей и иногда может быть ситуация, что для какого-то события попросту нет обработчика.
О, новое говно на хабре! Привет, говно, мы тебя не ждали!
Вы говорите говно так, как будто это что-то плохое.
Но статья реально отдает пеаром. Говорить о кластеризации, но при этом нет тестов «Один сервер, два сервера, три сервера». Говорят о готовых тестах и не приводят примеров запросов.
ой-ё! вы мне скажите, что битрикс — не говно
Смотрите картинку «Нагрузочные инструменты платформы 1С-Битрикс позволяют довольно просто оценить устойчивость веб-проекта к высоким нагрузкам». Если кратко, то данных инструмент заменяет общую производительность кластерной конфигурации, создавая нагрузку в несколько потоков. При этом, подключая и отключая веб-сервера от кластера, вы замеряете насколько увеличилась/уменьшилась производительность системы. На картинке видно, что произошло, когда мы отключили одну ноду кластера, а затем снова включили.
Т.к. схема проста — балансировщик и сервера приложений, то ожидаем линейного роста производительности.
Согласен, было бы интересно увидеть grid опций веб-кластера и числа. Думаю, мы такое исследование проведем и опубликуем.
Т.к. схема проста — балансировщик и сервера приложений, то ожидаем линейного роста производительности.
Согласен, было бы интересно увидеть grid опций веб-кластера и числа. Думаю, мы такое исследование проведем и опубликуем.
не хотел начинать с негатива, но таки не удержался. не зря вас минусовали, торт еще хабр.
битрикс так и не научились различать тех. статьи с рекламными буклетами:
путем их бесплатной сертификации по нашим курсам
вы называете это сертификацией? посмотрите сюда или сюда — вот это сертификация. а ваши т.н. «сертификаты» в состоянии получить любой школьник, понятия не имеющий о кластеризации или об оценке трудозатрат. а материалы сертификации написаны в духе упомянутой статьи «какие распрекрасные мы».
понятные большинству разработчиков начальной и средней квалификации
если человек не в состоянии разобраться в чем-то сложнее PHP, проблема не с платформой а с человеком.
разработчики «начальной и средней квалификации» (а тем более на PHP) пишут код начального и среднего качества — привет «проблемам разработки с нуля».
некоторые фреймворки, например BitrixFramework, предоставляют удобные инструменты аудита и мониторинга качества разработк
В BitrixFramework имеется встроенный функциональный и довольно удобный административный интерфейс
и вот после этого вы будете говорить, что ваши статьи не реклама?
которая позволяет постоянно поддерживать ядро веб-проекта в перманентно хорошем тонусе.
которая после обновления вызывает проблемы с кодировкой, модулями и прочим.
Написать модуль относительно просто
наглая и неприкрытая ложь. даже кастомизация модуля отзывается довольной сильной pain in the ass, не говоря уже о написании собственного. никакой гибкости тут нет — есть задача и у задачи должно быть решение и вместо того, чтобы ее решать в рамках каких-то общепринятых стандартов (типа OSGi если уж говорим о модульности) я должен танцевать с бубном вокруг «тяжелого» недокументированного «api».
сама цмс (вдруг переименованная в «фреймворк») монолитна и негибка, а любая интеграция с внешними системами (как и с 1с ага) подпирается тысячами костылей.
короче говоря, статья-рекламка для менеджеров, как и впрочем все остальные околотехнические публикации битрикса.
******
4 года php, 2 года тытрикса.
битрикс так и не научились различать тех. статьи с рекламными буклетами:
путем их бесплатной сертификации по нашим курсам
вы называете это сертификацией? посмотрите сюда или сюда — вот это сертификация. а ваши т.н. «сертификаты» в состоянии получить любой школьник, понятия не имеющий о кластеризации или об оценке трудозатрат. а материалы сертификации написаны в духе упомянутой статьи «какие распрекрасные мы».
понятные большинству разработчиков начальной и средней квалификации
если человек не в состоянии разобраться в чем-то сложнее PHP, проблема не с платформой а с человеком.
разработчики «начальной и средней квалификации» (а тем более на PHP) пишут код начального и среднего качества — привет «проблемам разработки с нуля».
некоторые фреймворки, например BitrixFramework, предоставляют удобные инструменты аудита и мониторинга качества разработк
В BitrixFramework имеется встроенный функциональный и довольно удобный административный интерфейс
и вот после этого вы будете говорить, что ваши статьи не реклама?
которая позволяет постоянно поддерживать ядро веб-проекта в перманентно хорошем тонусе.
которая после обновления вызывает проблемы с кодировкой, модулями и прочим.
Написать модуль относительно просто
наглая и неприкрытая ложь. даже кастомизация модуля отзывается довольной сильной pain in the ass, не говоря уже о написании собственного. никакой гибкости тут нет — есть задача и у задачи должно быть решение и вместо того, чтобы ее решать в рамках каких-то общепринятых стандартов (типа OSGi если уж говорим о модульности) я должен танцевать с бубном вокруг «тяжелого» недокументированного «api».
сама цмс (вдруг переименованная в «фреймворк») монолитна и негибка, а любая интеграция с внешними системами (как и с 1с ага) подпирается тысячами костылей.
короче говоря, статья-рекламка для менеджеров, как и впрочем все остальные околотехнические публикации битрикса.
******
4 года php, 2 года тытрикса.
«вы называете это сертификацией? посмотрите сюда или сюда — вот это сертификация. а ваши т.н. «сертификаты» в состоянии получить любой школьник, понятия не имеющий о кластеризации или об оценке трудозатрат. а материалы сертификации написаны в духе упомянутой статьи «какие распрекрасные мы».» — к сожалению в нашей прекрасной стране и эти курсы для типичных программистов оказываются сложными :-) Я еще ссылочку подкину на серьезную сертификацию. Мы на пути к подобному уровню сертификации.
«если человек не в состоянии разобраться в чем-то сложнее PHP, проблема не с платформой а с человеком.» — после наших ВУЗов таких «программистов» большинство
«В BitrixFramework имеется встроенный функциональный и довольно удобный административный интерфейс
и вот после этого вы будете говорить, что ваши статьи не реклама?»
А вы видели когда-нибудь админку управления БД Oracle? А у magento? Рекомендую посмотреть и сравнить. А видели какие админки пишутся в самописных проектах? В 1С-Битрикс админка — очень неплохая и функциональная.
«Написать модуль относительно просто
наглая и неприкрытая ложь.»
Вы извергаете эмоции без фактов. Я лично написал для системы не один модуль, одновременно создавая модули для сервера приложения JBoss на Java. Элементарная задача для ПТУшника. А эти модули пишут наши клиенты и партнеры.
«сама цмс (вдруг переименованная в «фреймворк») монолитна и негибка, а любая интеграция с внешними системами (как и с 1с ага) подпирается тысячами костылей.»
ЦМС? Давно уже не ЦМС — скорее легкий и доступный SAP и активно развивается в направлении автоматизации бизнес-процессов не только фронт-офиса, но и бэк-офиса.
«если человек не в состоянии разобраться в чем-то сложнее PHP, проблема не с платформой а с человеком.» — после наших ВУЗов таких «программистов» большинство
«В BitrixFramework имеется встроенный функциональный и довольно удобный административный интерфейс
и вот после этого вы будете говорить, что ваши статьи не реклама?»
А вы видели когда-нибудь админку управления БД Oracle? А у magento? Рекомендую посмотреть и сравнить. А видели какие админки пишутся в самописных проектах? В 1С-Битрикс админка — очень неплохая и функциональная.
«Написать модуль относительно просто
наглая и неприкрытая ложь.»
Вы извергаете эмоции без фактов. Я лично написал для системы не один модуль, одновременно создавая модули для сервера приложения JBoss на Java. Элементарная задача для ПТУшника. А эти модули пишут наши клиенты и партнеры.
«сама цмс (вдруг переименованная в «фреймворк») монолитна и негибка, а любая интеграция с внешними системами (как и с 1с ага) подпирается тысячами костылей.»
ЦМС? Давно уже не ЦМС — скорее легкий и доступный SAP и активно развивается в направлении автоматизации бизнес-процессов не только фронт-офиса, но и бэк-офиса.
Мы на пути к подобному уровню сертификации.
поинт был в том, что подобный уровень дискредитирует сертификацию битрикс как таковую, ровно как и уровень и квалификации (читай зарплаты) программистов на битрикс
А вы видели когда-нибудь админку управления БД Oracle? А у magento? Рекомендую посмотреть и сравнить.
а при чем здесь оракл? реакция людей, впервые видеших админку битрикса была примерно такой О_О. справедливости ради стоит заметить, что админки прочих (в т.ч. и опенсорсных) цмс ушли не далеко. однако и тут поинт в другом, «предоставляют удобные инструменты» — вот так просто, удобные и все — звучит как реклама
Вы извергаете эмоции без фактов.
я делюсь опытом. выше уже писали про блоги, форум и проч. аналогичная проблема практически любым модулем, который нужно кастомизировать чуть больше, чем это доступно «из коробки»
поинт был в том, что подобный уровень дискредитирует сертификацию битрикс как таковую, ровно как и уровень и квалификации (читай зарплаты) программистов на битрикс
А вы видели когда-нибудь админку управления БД Oracle? А у magento? Рекомендую посмотреть и сравнить.
а при чем здесь оракл? реакция людей, впервые видеших админку битрикса была примерно такой О_О. справедливости ради стоит заметить, что админки прочих (в т.ч. и опенсорсных) цмс ушли не далеко. однако и тут поинт в другом, «предоставляют удобные инструменты» — вот так просто, удобные и все — звучит как реклама
Вы извергаете эмоции без фактов.
я делюсь опытом. выше уже писали про блоги, форум и проч. аналогичная проблема практически любым модулем, который нужно кастомизировать чуть больше, чем это доступно «из коробки»
«поинт был в том, что подобный уровень дискредитирует сертификацию битрикс как таковую, ровно как и уровень и квалификации (читай зарплаты) программистов на битрикс»:
1) Я с вами полностью согласен, что уровень зарплаты программистов на битрикс завышен, неадекватно. Битрикс простая система, освоить ее несложно, за что дополнительно платить деньги знающим ее — незнаю :-)
2) Сертификация битрикс, да, начального уровня, но она, в чем нередко убеждался на практике, приносит свою пользу — люди вынуждены прочитать объемную документацию прежде чем начать писать код. Когда мне были нужны сильные разработчики на PHP, я интересовался, например профессиональным сертификатом — ZCE, который РЕАЛЬНО НЕПРОСТО получить, а большинство никогда и не получит.
3) «В BitrixFramework имеется встроенный функциональный и довольно удобный административный интерфейс и вот после этого вы будете говорить, что ваши статьи не реклама?» — я написал «довольно» удобный, это мое личное мнение, которое готов отстаивать, нахлебавшись в свое время помоечных самописных админок.
4) «я делюсь опытом. выше уже писали про блоги, форум и проч. аналогичная проблема практически любым модулем, который нужно кастомизировать чуть больше, чем это доступно «из коробки»»
Если бы продукт был целиком посвящен блогам, или целиком форуму, тогда бы их конечно вылизывали и доводили до совершенства… — фишка в том, что эти модули гармонично интегрированы в общие бизнес-процессы системы: почтовую, систему безопасности и разделения прав, настраиваемые бизнес-процессы и т.п. Всегда есть возможность выкинуть к черту стандартные компоненты и шаблоны модулей и написать реализацию на чистом АПИ модуля, которое серьезно и скурпулезно проектируется. Нужен мегадругой магазин — пишите компоненты свои и шаблоны.
Иногда, да бывает, уже и АПИ модуля не подходит. Тогда пишете свой модуль или, через вебсервисы можете вообще связаться с другой системой, тем же блоггерным движком или отдельным форумом. Модули для битрикс создаются до неприличия просто — в них, вот реально руки чешуться сделать, можно засунуть хоть Doctrine вместо инфоблоков. Именно благодаря простоте архитектуры это возможно.
1) Я с вами полностью согласен, что уровень зарплаты программистов на битрикс завышен, неадекватно. Битрикс простая система, освоить ее несложно, за что дополнительно платить деньги знающим ее — незнаю :-)
2) Сертификация битрикс, да, начального уровня, но она, в чем нередко убеждался на практике, приносит свою пользу — люди вынуждены прочитать объемную документацию прежде чем начать писать код. Когда мне были нужны сильные разработчики на PHP, я интересовался, например профессиональным сертификатом — ZCE, который РЕАЛЬНО НЕПРОСТО получить, а большинство никогда и не получит.
3) «В BitrixFramework имеется встроенный функциональный и довольно удобный административный интерфейс и вот после этого вы будете говорить, что ваши статьи не реклама?» — я написал «довольно» удобный, это мое личное мнение, которое готов отстаивать, нахлебавшись в свое время помоечных самописных админок.
4) «я делюсь опытом. выше уже писали про блоги, форум и проч. аналогичная проблема практически любым модулем, который нужно кастомизировать чуть больше, чем это доступно «из коробки»»
Если бы продукт был целиком посвящен блогам, или целиком форуму, тогда бы их конечно вылизывали и доводили до совершенства… — фишка в том, что эти модули гармонично интегрированы в общие бизнес-процессы системы: почтовую, систему безопасности и разделения прав, настраиваемые бизнес-процессы и т.п. Всегда есть возможность выкинуть к черту стандартные компоненты и шаблоны модулей и написать реализацию на чистом АПИ модуля, которое серьезно и скурпулезно проектируется. Нужен мегадругой магазин — пишите компоненты свои и шаблоны.
Иногда, да бывает, уже и АПИ модуля не подходит. Тогда пишете свой модуль или, через вебсервисы можете вообще связаться с другой системой, тем же блоггерным движком или отдельным форумом. Модули для битрикс создаются до неприличия просто — в них, вот реально руки чешуться сделать, можно засунуть хоть Doctrine вместо инфоблоков. Именно благодаря простоте архитектуры это возможно.
уровень зарплаты программистов на битрикс завышен, неадекватно
завышен??? давайте говорить в среднем по больнице, тут
я привел довольно развернутый ответ. коротко: сниженный порог входа (как в битрикс, так и в php в целом) ведет к снижению зарплат, как к низкоквалифицированному труду""
«довольно» удобный, это мое личное мнение, которое готов отстаивать, нахлебавшись в свое время помоечных самописных админок.
1) я не о том. уродский интерфейс других админок не делает админку битрикса удобной.
2) личное мнение, опубликованное в корпоративном блоге и создает привкус рекламы. я заострил на этом внимание, т.к. сталкиваюсь с подобным не в первый раз. тому же Роберту Басырову неоднократно высказывал пожелание исключить маркетинг из документации. услышан не был.
Если бы продукт был целиком посвящен блогам, или целиком форуму, тогда бы их конечно вылизывали и доводили до совершенства
и вместо доведения до ума старых, разрабатываются новые модули? :) тут не в них, тут в концепции дело. с теми же инфоблоками: удалось ли решить проблему иерархичных свойств — избавиться от костылей в свойствах групп?
завышен??? давайте говорить в среднем по больнице, тут
я привел довольно развернутый ответ. коротко: сниженный порог входа (как в битрикс, так и в php в целом) ведет к снижению зарплат, как к низкоквалифицированному труду""
«довольно» удобный, это мое личное мнение, которое готов отстаивать, нахлебавшись в свое время помоечных самописных админок.
1) я не о том. уродский интерфейс других админок не делает админку битрикса удобной.
2) личное мнение, опубликованное в корпоративном блоге и создает привкус рекламы. я заострил на этом внимание, т.к. сталкиваюсь с подобным не в первый раз. тому же Роберту Басырову неоднократно высказывал пожелание исключить маркетинг из документации. услышан не был.
Если бы продукт был целиком посвящен блогам, или целиком форуму, тогда бы их конечно вылизывали и доводили до совершенства
и вместо доведения до ума старых, разрабатываются новые модули? :) тут не в них, тут в концепции дело. с теми же инфоблоками: удалось ли решить проблему иерархичных свойств — избавиться от костылей в свойствах групп?
не знаю, что тут происходит с форматированием и ссылками,
в первом пункте приводится вот это
dev.1c-bitrix.ru/community/webdev/user/3308/blog/2334/#17539
в первом пункте приводится вот это
dev.1c-bitrix.ru/community/webdev/user/3308/blog/2334/#17539
Костылей в свойствах групп? Каких, мне очень интересно узнать. Столько лет использую инфоблоки в десятках проектов — а в них оказывается есть какие то костыли? :-)
например о свойствах инфоблоков, наследуемых от свойств групп (или как там папки с инфоблоками называются, разделы?). например о таком же наборе типов свойств в группах, что и в инфоблоках. вместо 1 сущности с наследованием и агрегацией, имеем…
… хотя постойте, я это руководителю направления говорю?
как-то ни о чем разговор вышел. предлагаю закрыть.
… хотя постойте, я это руководителю направления говорю?
как-то ни о чем разговор вышел. предлагаю закрыть.
Так почему вы не храните сессии в мемкеше.
И почему акцентируете внимание что програмеры под битрикс нужны «не самые умные».
Я сильно сомневаюсь что последнее это плюс :)
И почему акцентируете внимание что програмеры под битрикс нужны «не самые умные».
Я сильно сомневаюсь что последнее это плюс :)
А пытались сохранять в мемкэше. У нас большая и сложная система безопасност и веб-файервол, сессия используется активно, и возникли сложности с ее правильной локировкой в мемкэше, поэтому пока храним в БД. Если интересно, напишем об этом детальнее.
«И почему акцентируете внимание что програмеры под битрикс нужны «не самые умные».
Я сильно сомневаюсь что последнее это плюс :)»
Наплыв воспоминаний с прошлых мест работы :-) Был у меня проект, правильный, ООПшный, на базе ZendFramework. Его написал объективно умный, талантливый разработчик. Но он ушел. Найти людей, способных отличать конструктор от метода Init, как я не пытался, было… сложно. А те, которые поддерживали данный проект — изуродовали объектную модель без ее понимания до такой степени за полгода, что было очень грустно. Случилось как в сказке: «и снесла курочка яичко простое, вместо золотого, и дедушка с бабушкой стали счастливы».
На 1С-Битрикс такая ситуация вряд ли бы случилась. Экстремальный быдлокодинг жестко ограничен архитектурой — помойка может случиться либо в скриптах шаблонов компонентов, либо в теле компонентов — что всегда можно по времени переписать. Это благодаря тому, что никому ничего не нужно расширять, наследовать и т.п. :-) — работа с файликами, понятна всем, и дедушке и бабушке.
«И почему акцентируете внимание что програмеры под битрикс нужны «не самые умные».
Я сильно сомневаюсь что последнее это плюс :)»
Наплыв воспоминаний с прошлых мест работы :-) Был у меня проект, правильный, ООПшный, на базе ZendFramework. Его написал объективно умный, талантливый разработчик. Но он ушел. Найти людей, способных отличать конструктор от метода Init, как я не пытался, было… сложно. А те, которые поддерживали данный проект — изуродовали объектную модель без ее понимания до такой степени за полгода, что было очень грустно. Случилось как в сказке: «и снесла курочка яичко простое, вместо золотого, и дедушка с бабушкой стали счастливы».
На 1С-Битрикс такая ситуация вряд ли бы случилась. Экстремальный быдлокодинг жестко ограничен архитектурой — помойка может случиться либо в скриптах шаблонов компонентов, либо в теле компонентов — что всегда можно по времени переписать. Это благодаря тому, что никому ничего не нужно расширять, наследовать и т.п. :-) — работа с файликами, понятна всем, и дедушке и бабушке.
По сохранению сессий в мемкеше посоветую обратиться в азам — мьютексы, семафоры, двойное рукопожатие, и проверка того что было прочитано и того что храниться в данный момент тем как записывать свои новые, обновленные данные.
Звучит страшно, но на деле это строк 200 кода.
>На 1С-Битрикс такая ситуация вряд ли бы случилась
Я конечно за последнюю версию не скажу, говорят битрикс очень сильно изменился, но те ужасные дни и недели когда мы переписывали *** с битрикса я еще долго не забуду :)
И проблема была именно в том что некоторые вещи работали слишком просто.
И заместо одной сложной сущности было 20 простых, раскиданных от клиентской части, до бустрапа битрикса( например модель пользователя ). И не всегда обширная ивентная модель битрикса спасала положение.
Правда, быть может, все дело в разнице восприятия, но лохматые олдскульные программеры живут в своих привередливых моделях
Звучит страшно, но на деле это строк 200 кода.
>На 1С-Битрикс такая ситуация вряд ли бы случилась
Я конечно за последнюю версию не скажу, говорят битрикс очень сильно изменился, но те ужасные дни и недели когда мы переписывали *** с битрикса я еще долго не забуду :)
И проблема была именно в том что некоторые вещи работали слишком просто.
И заместо одной сложной сущности было 20 простых, раскиданных от клиентской части, до бустрапа битрикса( например модель пользователя ). И не всегда обширная ивентная модель битрикса спасала положение.
Правда, быть может, все дело в разнице восприятия, но лохматые олдскульные программеры живут в своих привередливых моделях
Компоненты 2.0 у нас в принципе реализовали такой всеми любимый и ожидаемый паттерн МВЦ, правда не на объектах (чтобы и дедушке и бабушке было понятно), а через файлы.
ОRM в php версии нет, но вместо него неплохо справляется с задачами модуль инфоблоков, работающий с деревом объектов и наборами их свойств (реализован фаулеровский паттерн TableModule). Есть ощущение, что NoSQL нужен нам, на Doctrine смотрим с интересом, но пока ограничимся поддержкой этой осенью облачных хранилищ амазона, гугла и ажур.
Есть ощущение, что возможно принес бы пользу FrontController. Но однозначных доводов в его пользу нет, т.к. многих вполне устраивает парадигма хранения контента не в БД, а в файловой системе.
ОRM в php версии нет, но вместо него неплохо справляется с задачами модуль инфоблоков, работающий с деревом объектов и наборами их свойств (реализован фаулеровский паттерн TableModule). Есть ощущение, что NoSQL нужен нам, на Doctrine смотрим с интересом, но пока ограничимся поддержкой этой осенью облачных хранилищ амазона, гугла и ажур.
Есть ощущение, что возможно принес бы пользу FrontController. Но однозначных доводов в его пользу нет, т.к. многих вполне устраивает парадигма хранения контента не в БД, а в файловой системе.
Sign up to leave a comment.
Технологии кластеризации — повышаем надежность и производительность веб-проекта