Comments 151
Забудьте, Битрикс пишется не для программистов. Рыжиков занимается продажами и бизнесом, а не платформой. Тут я думаю ничего не поменяется.
Просто не используйте Битрикс на больших проектах. А на маленьких, когда "сделал и забыл" — такой сайт с удовольствием подхватит следующий разработчик. Благо они тоже хорошо зарабатывают на поддержании всего этого.
Совершенно верно. Бизнес-модель идентичная 1С, которая позволяет активно продвигать платформу через массу интересантов от, собственно, разработчика, до осуществляющих её поддержку в полях специалистов. Собственно, недаром у них СП.
С точки зрения зарабатывания денег схема гениальная. С точки зрения пользователя, который этот банкет оплачивает, всё не так однозначно.
. «Самопис» на Javascript
Выход — не пользоваться. Замена — majento таже, и да там есть интеграция с этим… этой поделкой 1с на которую всех посадили.
Свежее: у клиента 1с-рент, ну т.е. просто remoteapp для винды. Так вот в процессе исследования постоянных обрывов и затупов выяснилось, что у них даже пинги до серверов с которыми идет соединения намерянно отключены. Да, что-бы всегда валить на качество связи и проблемы на стороне клиента.
Бежать от этой конторы и их хлама. А еще ведь взрастили целое поколение т.н. «1с-программистов», это просто в голове не укладывается.
(«записки мечтателя»)
Как быстро определить, что на отдельно взятый сайт забили, и им никто не занимается? Если в подвале главной страницы в копирайте стоит не текущий год, а старый, то именно в этом году опека над сайтом скоропостижно оборвалась.
<?=date('Y');?>
Вам ни о чём не говорит?Просто это на уровне грамотности: если пишешь, то лучше стараться писать правильно, без ошибок. Так и тут: если уж влепил на сайт значок, то сделал это не просто потому, что так у всех, как некий оберег, а изучив суть этого знака, прочитав ГОСТ Р 7.0.1-2003.
По ТЗ заказчика СУБД была IBM DB2 на CentOS. И само поделие на той-же оси крутилось. Ох и заму… я!
Подсветка PHP, HTML, CSS — есть (вы точно админку видели?). Сжатие картинок при загрузке — есть (в настройках инфоблока задается). Композитный режим — есть.
Да и смысла нет сжимать переносы строк в php, они же не выводятся, а то что выводится — сервером сжимается gzip, но при этом медиафайлы обычно объемом все равно больше чем текст (привет требования фб к шарингу).
Претензии по дополнениям к авторам дополнений вообще надо адресовать, а не к битриксу.
Из косяков битрикса я могу назвать только отсутствие решения с HTML5 баннерами и полный игнор соцсетей, приходится самому делать всю open graph разметку, «из коробки» ее нет
Кроме того, в эпоху бабеля и препроцессоров об этом даже говорить стыдно.
Вы читали пост вообще?
- Где вы видели подсветку? Можете предоставить вашу версию и скриншот ?
- Под сжатием картинок имеется ввиду сжатие не по разрешению, а по объему, как в tinyjpg. Сжатие в инфоблоке это кошмар.
- Имеется ввиду сжатие js и css кода, который цепляется ассетом.
P.S. Отсутствие шаблонизации никого не пугает?
P.S.S. Композит это тема для разговора.
версия актуальная 19.0.293
по объему (степень сжатия) можно задать там же где задается размер
для перфекционистов можно сделать свои формы и обработчики, чтоб при загрузке пережимало/конвертировало как угодно, у нас в некоторых инфоблоках так фотографии оквадрачиваются под дизайн, тк стандартная обрезка в инфоблоке неправильно центрировала.
Разработку действительно лучше в IDE вести, да на тестовом сервере, а в админке редактор так, слегка поправить что-то. Тем более что в любой CMS есть такие файлы, вроде инициализации/пролога, опечатавшись в котором можно завалить сайт целиком, вместе с редактором страниц и все равно придется лезть на сервер через ssh/sftp
А вы смельчак, раз редактируете файлы через панель битрикса, без возможности откатиться ctrlz. Больше интересна такая возможность в визуальном редакторе и внутри инфоблоков, думаю большинство программистов предпочитает ide админке для редактирования файлов.
В визуальном редакторе еще есть проблемы с svg спрайтами (), после сохранения они могут спокойно не пройти парсер битрикса и быть заменены на спаны с еррором.
А еще недавно на проекте стили умного фильтра, которые цепляются ассетом, подключались только на половину, даже при полном бекапе средствами битрикса, половина просто уходила в небытие.
Так можно обрабатывать через api tinyjpg. Я предложил вариант.
Это нельзя сравнивать. Текст — это render-blocking resources, его нужно грузить намного быстрее, чем медиафайлы.
И всю жизнь оно прекрасно смотрится из коробки и абсолютно не годится для допиливания чего-либо сложнее вывода строки.
Обиднее всего битрикс выглядит со стороны клиента:
у вас есть маленький бизнес, который вы хотите оптимизировать — хотя бы выгружая остатки товара с его описанием из 1с. Продажники битрикса будут ссать в уши что всё это у них есть и что сайт будет сам за себя работать.
После покупки лицензии саппорта нет, либо он даёт ссылки на вопросы без ответа из 2006го года, с пятой страницы гугла. Половина функций не работает как надо, а то что работает — завелось через костыли. Любое движение ломает систему к чертям собачьим.
Кэш — отдельная песня.
Своей святой миссией считаю снижение продаж Битрикса и выведение покусанных продаванами людей из транса
В чем проблема написать внешнюю обработку для 1С загрузки/выгрузки данных через odbc connector для mysql? Я честно не понимаю…
Все хотят какие-то дикие яп, которые в жизни вообще не нужны, а написать выгрузку из 1С прям проблема-проблема?
Сабж конечно то еще чудо. виснущие после обновления скрипты из-за бага WAP, кэш, и тп
А вот с выгрузкой из 1ц реально не понятно. там сейчас очень много чего можно, и закодить выгрузку не сложно. парсер на другой конец хоть в джумлу сделают. так что сабж только ради синхронизации считаю дурной затеей.
Сейчас уже крупные онлайн-ретейлеры переходят с 1С-Битрикс на другие решения, в основном laravel/symfony + всякие пакеты и доработки, а то и вовсе на другие яп. Как оказалось, сделать интернет-магазин на нормальной платформе проще, чем на «готовом» битриксе. Точно знаю, что с битрикса слезает 1С и МТС. Наверняка еще куча других компаний того же уровня.
Сам по себе БУС уже за свое время уже очень много вобрал легалиси, а об актуализации документации вообще молчу. Некоторые студии тянут под сайт «визитку» БУС, а клиенты платят, когда тот же бесплатный OctoberCMS позволяет собрать визитку на коленке почти не задумываясь об сложности, а клиенту выдать весьма удобный интерфейс управления, чем Инфоблоки битрикса (про типа Highload инфоблоки вообще молчу, отдельная маркетинговая ерунда)
Вторая проблема это программисты которые работают с Битриксом. Таких как правило 2 типа:
1. С опытом в разработке на PHP (на фреймворках или других CMS), которым случайно попался проект на Битриксе. Такие из-за своей самоуверенности и не желания разбиратся в легаси и 1000 разных настроек и галочек делают все по своему и делают только хуже. И расплачиватся за это будет владелец сайта.
2. Выращенные на Битрикс такие довольно таки не плохо соберут стандартные проект и раставят галочки в нужные места и админку поднастроят специально для менеджера. Да и проект в целом будет неплохо работать и удовлетворять потребности клиента. Вот только если задача будет чуть не стандартная тогда будет беда. Скорее всего либо сделают очень плохо либо вообще никак. И первым делом будут искать готовый модуль в маркетплейсе.
Вывод тут такой Битрикс некуда не денется слишком много уже сайтов на нём написанно и нытьё программистов 1го типа тоже никуда не денется.
Лично мой совет программистам 1го типа признать что Битрикс это отдельный мир и если нет жалания во всем этом разбиратся следует обходить стороной. Это аналогично как SAP программисты не лезут в 1с и на оборот.
А программистам Битрикс я бы рекомендовал развиватся дальше и не зацикливатся на Битриксе, попробывать другие CMS и фреймворки, сразу откроется больше перспектив роста.
Тут смешно получается. Программеры (1) не зная нюансов врываются, громоздят велосипеды, пркручивают какие-то библиотеки, делают по своему как привыкли, знают и умеют. Потом это начинает глючить и приходится исправлять, а так как программеры они в целом, как правило, неплохие, то и сложность конструкций и поиск источников ошибок вырастают соответствующие.
Лично мой совет программистам 1го типа признать что Битрикс это отдельный мир и если нет жалания во всем этом разбиратся следует обходить стороной. Это аналогично как SAP программисты не лезут в 1с и на оборот.
Иметь в виду всем кто подумывает взять разовый заказ по битриксу.
А программистам Битрикс я бы рекомендовал развиватся дальше и не зацикливатся на Битриксе, попробывать другие CMS и фреймворки, сразу откроется больше перспектив роста.
Очень правильный совет.
Админку он сделал) я тоже своих юзеров не пускаю в битровую админку чтобы не с ума не сошли) я им свою админку делаю адаптивную и все. Только с необходимым функционалом) да что там, на последнем проекте даж для себя отдельную админку с статистикой сделал. Потому что это быстро и удобно) посмотрел бы я как такое на вордпрессе сделать — плагинами??) посмотрел бы я.
Просто на битре такая админка адаптивная собирается за пару дней. И нигде так больще не сделаешь. Да, да, работал совместно над проектом с топовым Симфонистом. Полгода (больше даже) и конца видно не было. А потом за 2 недели переписал все на битрикс. Проект взлетел и капает денежка. Стартап = битрикс. Все остальное рядом не валяется по гибкости. Слишком быстро меняется все. Вот когда пошли пользователи=деньги — лепите уже из фреймворков, по известной архитектуре, дизайн авторский заказывайте и фронтенд реактивный. Когда монетизация заработала и есть что тратить. А пока ни пользователь ни кодер не знает, что это будет = битрикс.
На нескольких проектах, меньше чем за год, число необходимых полей в таком элементе как квартира вырастает в 2 раза — новые требования от агрегаторов, новые хотелки специалистов, ЦИАН вон до второго декабря ввел требования — на каждую квартиру нужна площадь каждой комнаты. Даже интересно от фрейморкеров услышать сколько займет добавление множественного поля элементу квартира и правки для выгрузки в xml фид. Включая вывод в Пользовательской админке на форме редактирования объекта. Битрикс = 3 минуты, Я не применьшаю. При открытом браузере и IDE думаю даже меньше заняло.
PS Насосать претензий можно для любого инструмента. Но не надо сверлить зубы через задний проход дрелью от Сваровски © с форума битрикс) Картинки у него не жмуться) ППц.
Битрикс, даже какой бы разработчик его не пилил, он битрикс по факту) Там все есть. Все инструменты. Никаких плагинов не надо. Любимое сжатие картинок событием добавляется.
AddEventHandler('iblock', 'OnBeforeIBlockElementAdd', array($eventHandlers, 'previewPictureCompress'));
AddEventHandler('iblock', 'OnBeforeIBlockElementUpdate', array($eventHandlers, 'previewPictureCompress'));
(На базе Yii кстати есть магазин очень интересный, на посмотреть, не помню название) Так вот заложите в свой магазин на Yii подобное расширение полей произвольных типов. И будет не 2 часа после работы. А полноценные трудодни я подозреваю (из своего опыта). И по факту вероятно будет как мой опыт, с топовым симфонистом) полгода и плюнуть. А трудодни капают и капают)
Здорово когда знаешь, что заложить необходимо. Прям мечта. Только вот обычно не знаешь. (Если ты не в офисе пилишь разовый проект по ТЗ на одной страничке в Worde).
Тут я думаю нет разницы будь то фреймворк или Битрикс. Если сайт интернет-магазин например, то Вам в любом случаи надо знать структуры сайта, сущности и т.п. (это я про ТЗ). Мы делаем сайты на Битриксе и сейчас всегда на интернет-магазины пишем ТЗ.
Даже интересно от фрейморкеров услышать сколько займет добавление множественного поля элементу квартира
Например на Wagtail (на базе Django) — это три строчки кода. И все необходимые поля появляются в админке с валидацией, автокомплитом (при желании), упорядочиванием и пр., а также в поисковой системе (например Elasticsearch). И при этом полный контроль. Можно навешать лубых обработчиков и сигналов.
Если в подвале главной страницы в копирайте стоит не текущий год
echo date('Y');
По Magento 2, модуль на реализацию платежной системы занимает 40 файлов. Да, как бы всё правильно, но 40 файлов!!! Это не нормальная реализация архитектуры.
И теперь приведу обратный пример. Школе достался сайт на фреймворке. Это обычный сайт. Но когда каждый раз при реализации всех их идей они недоумевают — как это так нужно кодить, это же так просто взять и добавить.
Так что для кого-то CMS это то, что им нужно в жизни. А фреймворки или для проектов программистов или для больших проектов.
Какие вообще могут быть причины делать сайт на Битриксе? Есть PrestaShop, ShopScript (WebAsyst), Joomla, в конце концов.
Я, конечно, неплохо зарабатывал на поддержке чужих магазинов на Битрикс, потому что там постоянно что-то ломалось. Но когда после какого-то вполне официального обновления, на сайте перестали работать кнопки "Купить", а техподдержка на форуме сохраняла полную невозмутимость… это где-то за гранью нормального отношения к клиентам.
ShopScript (WebAsyst) — может быть…
Joomla — нет, это как и пресс расширяются через плагины — это все несерьезно.
Увы, я сразу предлагаю облачные магазны с ежемесячной оплатой. Битрикс между прочим ровно такой же, просто хорошо замаскирован.
Потому для мелких вордпресс, для средних битрикс, ну а для крупняка самопал конечно по любому придется, но там бюджеты другие совсем, потому и работает как надо в некоторых случаях.
Например огромное количества некачественных готовых решений в маркетплейсе Битрикса. Если мой клиент выбирает Битрикс — значит он не может позволить себе разработку на фреймворке, не по карману ему это. А значит можно подобрать готовое решение на маркетплейсе битрикса, настроить его и передать клиенту. Проблема в том что за эти года я такого кода насмотрелся в этих «готовых решениях» что не знаю долго ли я буду еще вменяемым человеком. Битриксу конечно все ровно, они получают деньги за продажи в своем маркетплейсе. В итоге мы пришли к тому что всем продаем один и тот же шаблон для интернет-магазина и один и тот же шаблон для корпоративных сайтов, того производителя в котором мы уверены что хотя бы малейшая кастомизация не заставит нас переписывать половину кода сайта, либо лепить страшные костыли. Все разработчики решений на маркетплейсе поголовно пишут логику в шаблоне вывода компонента (файл result_modifier.php). То есть мы берем готовый компонент битрикс news.list и костылим его прямо в шаблоне, добавляем нужные данные, да прямо в View. При этом с первых страниц документации о Bitrix Framework нам говориться что у Bitrix архитектура MVC. Да! Но разработчикам решений на это пофиг.
Так же хочу отметить что документация по продукту пополняется ужасно (!!!) долго. По некоторым модулям документации нет вообще.
Совсем отказался от этого чудовища после «нового ядра D7». Из-за практически отсутствующей документации делать что-то адекватное теперь можно только если быть «в струе» — читать форумы, самому ковырять исходники, в общем, постоянно заниматься только битриксом. А это — упаси боже, рассудок дороже.
+ есть куча особенностей в работе с битрикс которых нет в других системах.
По этому я лично думаю что он сложнее в настройке и в работе чем аналоги плюс иногда битрикс даже дороже. И как по мне у битрикса совсем нет никакой стратегии завоевания рынка. Если с продуктом много гемороя то должны быть какието плюшки приятные полезные, что бы ты хотя бы засомневался что стоит выбрать решения по проще.
А на счёт заказухи. Регистрация аккаунта совпадает со временем публикации этой статьи. Да и в текстах ваших очень много необоснованный ненавести, что говорит о преследовании определенных целей ;)
В настоящий момент для меня идеал — это Wagtail. Пара строчек кода — и в админке появляется необходимое поле. Повесить на поле обработчики — не проблема. Переопределить модель или поле — легко. Подключить мощную поисковку (elasticsearch) — без проблем, просто прописывается движок в настройках. Всё кратко, просто и лаконично, а главное — прозрачно. Однако, это не готовое решение «из коробки», поэтому если меня знакомые просят быстро поднять небольшой типовой инетмагазин (и я не собираюсь его поддерживать), я всё же рекомендую купить Битрикс. А вот если надо сделать не как у всех, не типовое решение, тогда добро пожаловать в мир фреймворков…
Много лет страдал на Битриксе, психанул, запилил свой движок.
Нет, но не вижу особо серьезных проблем принять двух-гигабайтный XML, распарсить его и в элементарном foreach распихать данные по модели xD
Она отдаёт товары, цены и остатки, а забирает заказы.
Проблемы операторам заглядывать в почту или админку нет. Сделает он это чере 2 сек после заказа либо через 15 минут — большой разницы нет.Это не самая сложная часть процесса.
Подцепляетесь на события, там подхватываете инфу о заказе, делаете с ней что хотите, шлете куда хотите.
Любая CMS, хоть тот же битрикс имеет обновления безопасности и свое коммьюнити, которое может решить проблему, можно в любой момент сменить вебмастера, указав движок в требуемых скиллах и работать дальше.
С самописным движком веб-мастер привязывает клиента к себе намертво, что чревато либо переплатой, либо потерей сайта. Я уж не говорю что с безопасностью обычно тоже есть проблемы, тк один человек не может и писать движки и делать им хороший аудит безопасности.
Обновления безопасности бывают небезопасными, полагаться на коммьюнити тоже звучит как-то не очень. В случае с Битриксом смена вебмастера, порой, выливается в такую дикую копеечку, что задумываешься: а сколько бы все это стоило, если бы было написано вообще без движка или на каком-нибудь сверх-элементарном движке, раскурить который стоит полтора часа?
Ну и совсем не факт что самописный движок будет спроектирован правильно, что там есть кэш, что верстка с кодом не намешана и тд.
Я понимаю что вам как автору самописного это может не совсем близко, но заказчику это важно, даже если он об этом не знает.
Устал ругаться с ТП. Последней темой был тупейший баг с давней историей… с 20лохматого года не работает ссылка на файл в штатном шаблоне!!! Это типа документ к товару к примеру. Есть статья 2010!!! года где описано как самому починить это!!! За что я плачу деньги???? Я стал ненавидеть основную часть работников этой конторы. И нет дедлайна на выполнение ликвидации ошибки, то есть все наши обращения по большей части морозятся. Еще есть такие же уродливые партнеры битрикс типа ромзы и сот бита. Последние кстати по идеям молодцы, но воплощение полное Гвн. Все не описать....
Если смотреть глобально, то админка программиста и админка менеджера – это должны быть 2 абсолютно разные админки.
— не соглашусь, в битриксе есть права доступа и для разных групп можно выбрать что показывать в админке, в плоть до отдельных пользователей.
Почему в настройках платформы нельзя проставить работающее время сессии для отдельных групп пользователей для администрирования?
— не соглашусь, можно. Заходите в админку->Настройки->Пользователи->группы пользователей-><выбираете группу и на вкладке безопасность есть пункт «Время жизни сессии (минут)»>
А где нормальная цветовая разметка кода PHP, HTML, CSS?
— не соглашусь, при редактирование файла можно выбрать редактор html или php или просто текст..., подсветка работает точно + в php консоли работает (предугадывая усмешку спрошу вы разве храните в одном файле css js php и разве это хорошая практика). Но тут дело в том что это больше как доп. фича и по правильному редактировать файлы не надо из админки, а можно в своей любимой IDE там вам и подсветка и доки и прочие плюшки.
И почему в вашей командной PHP-строке скрипт выполняется долго-долго, а если его оформить в отдельный файл (добавить шапку с подвалом) и открыть через браузер, то быстро-быстро?
— скорее всего тут проблема в коде скрипта, либо в каких то настройках.
— дизайн админки, внешний вид это вещь относительная ( субъективная) и кому то может нравиться как фильм или картина а кому то нет.
Если не хватает функционала, то можно его дописать и сделать как решение выложив в маркет плейс бесплатно или даже платно (никто не запрещает).
Если битрикс не очень подходит под Ваши задачи то нужно просто использовать другой инструмент.
По сессиям, насколько я знаю, в Битриксе можно поставить в настройках группы пользователей время сессии. Но толку с этого не будет, так как системные настройки PHP перебивают настройки Битрикса. А для всего сайта по соображениям безопасности не рекомендуют ставить большую длительность сессии. Поэтому мне бы хотелось какой-нибудь механизм платформы, который действительно делает длинные сессии для выбранных групп пользователей. Как-нибудь там сессию продлевает/поддерживает вне зависимости, переключился я на другую вкладку браузера или нет.
так потом приходится убирать mbstring.func_overload, так как с данной опцией не пашет MySQLAdmin. И Битрикс, что характерно дальше без этой опции как-то справляется.
До недавнего времени Битрикс ещё писал, что минимальная версия php = 5.6 для работы. Хотя сам и на 5.3.10 работал. Думаю и сейчас будет работать, при заявленных 7.1
Ну и сразу скажу о себе — я как раз из тех, кто 7 лет назад пришёл в разработку на Битриксе после учёбы, за всё это время по
Да, Битрикс неидеален, есть большое множество моментов к которым можно придраться, особенно если сравнивать с фреймворками, как коментаторы выше.
Но Битрикс — это CMS и среди них это сейчас пожалуй самый поддерживаемый и клиентоориентированный российский движок.
И как любая CMS ориентированная на множество целей (это как раз про то, что напихано в админку реально дофига всего) — она если и пытается охватить всё, то лишь поверхностно.
Всё остальное можно и нужно реализовывать самому, т.к. не бывает полностью универсальных решений.
Нам нужен другой Битрикс