Да вроде самый настоящий =)) Там даже IoC завезли =))
Если даже банально по курсу пробежаться, там есть все чтобы писать контролируемы, слабосвязанный и легко расширяемый код не сильно задумываясь о низкоуровневой реализации, а так как это битрикс, то там на самом деле сильно больше всяких штук чем описано в документации =)) Но он конечно еще далек до идеала, но в целом разрабатывать сайты на нём вполне себе можно.
Есть конечно, я делал магазины на Umi.CMS, делал на ShopScript эти две системы вполне достойные для разработки.
Вообще я считаю так, что в любом сайте, особенно в ИМ стоит в первую очередь посмотреть не на количество разработчиков или количества готовых модулей, а возможность грамотного расширения своим функционалом. Рано или поздно, если магазин развивается, то становится очень много именно кастомной разработки, очень много и тут начинают всплывать то, что в системе нет защиты от SQL, так как запросы в базу пихают сырыми. Или там жесткая привязка к структуре в БД или в целом чтобы изменить поведение каталога надо нафиг переписать весь контроллер. Все же я предполагаю, что ИМ надо делать на CMS где в первую очередь под капотом фреймворк, на котором можно написать сайт не используя модули CMS совсем и понимать на сколько это удобно. А дальше смотреть на сколько удобно расширять модули ИМ, например чтоб добавление платежной системы выглядело примерно как в битриксе, просто добавив один класс и реализовав в нем несколько методов, ну и так далее. Количество модулей как правило роли не играет, потому что в том виде как они есть они как правило не подходят, либо это проще и быстрее сделать вообще без модулей.
А что разве не так? Под битрикс хостинг-провайдеры обычно делают отдельные тарифы, которые дороже обычных. В идеале вообще под него VDS или выделенный сервер брать, если планируется нагрузка.
Это маркетинговый ход. Под WP есть не просто тарифы, а даже целиком специализированные хостинги только под WP которые стоят в 10 раз больше чем тарифы битрикса и это не значит что для WP нужен AMD EPIC на 64 ядра
PS. А еще вспомнил, да есть спец тарифы для битры, точнее раньше были точно, до того как можно стало конфигурировать php самостоятельно, так как у битрикса есть требование к настройкам php в модуле mb_string
Контрстрайк шлет чаще, в чем притензия так и не понятно.
Тепловую карту, человек двигает мышкой в том числе как и читает страницу. Это аналитика, собирать надо все данные.
Чушь какая то, js асинхронный, предлагаю почитать что это значит
у имбецилов то может и нагрузка, а у тех кто шарит в теорию и в разработку сервак может вытягить и по 2 млн запросов в секунду. Если что можно в майловском блоге на хабре примеры поискать. А у вас фреймворк да, к нему желательно обращаться как можно реже, а то никакого железа не напасешься.
Это для вас малополезная, а для них это BigData если что
Сколько человек провел времени на том или ином элементе страницы это тоже полезная информация, а они собирают просто всю, так как эта система аналитики прежде всего, задача которой всё это собирать, чтобы на предположениях строить какие то догадки, которые помогут решить проблемы сайта и бизнеса.
Нет таких плагинов, если мы говорим про адекватный кэш то все индивидуально, на каждом проекте что то можно кешировать, а что то нет, все индивидуально. А плагин это что то общее, среднее между добром и злом.
Ну тут согласен что в большинстве достаточно, особенно если 200 хостов в сутки. CDN вообще не про бэк, максимум что разгрузит сеть, но если вы уперлись в сеть в интернет магазине, то одного сервера вам явно маловато и кластер как раз таки уже нужен.
Давайте тут по подробнее, разница между OC и битриксом на самом деле в 84к рублей. Даже работая уборщицей это окупается за 3 месяца, о какие нескольких годах речь?
Почему? Из за этого?
Так это полный бред, у меня есть небольшой интернет магазин мебели, там как раз на 100-150 посетителей в день трафика, в свое время клиенту обошелся стоимостью в районе ~40к работает на бегете за 300р в месяц
PS. В битриксе нет лишнего функционала, там есть функционал до которого бизнес еще пока не дорос, но он точно знает что когда дорастет у него этот функционал уже будет и ему не надо будет что то искать по форумам.
PPS. Я соглашусь наверное только в том, что не у каждого хватает мозгов и терпения научится с ним работать. Это большая система с огромным количеством возможностей из-за этого многие считают его каким то хреновым, но на самом деле эти люди либо не работали с битриксом, либо видели его как то вскользь, осознав что он не похож на их любимый WP, OC и так далее и по этому разносят свое странное мнение в массы.
Сделаю не переживайте. И на не закрывающих вкладках можно передавать данные, но не каждую секунду как это сделали имбецилы.
Да конечно, только учтите что бэку одно дело обработать маленькую единичную операцию быстрее и проще, чем группу таких операций. Я знаю, вы не теоретик от слова совсем, но я испытаю еще раз удачу и предложу пройти прочитать такое понятие как "вычислительная сложность".
Если честно я вообще не понимаю в чем ваша претензия к тому что шлется много мелких запросов. Почему именно на ваш взгляд много маленьких запросов это имбецил, а один большой - это нет? Например даже в вашей схеме банально, если слать один большой запрос и он оборвется, то вы потеряете все данные, а если слать маленькие, то потеряется только небольшая часть.... да и в целом можно много плюсов придумать. Обоснуйте, чем один большой запрос в конце сессии лучше, на ваш взгляд, чем большое количество маленьких запросов в течении сессии, при условии что объем переданных данных в конце будет одинаковый.
Ваша фраза это вода по сути. Банально на одной CMS сделать грамотное кеширование будет в 10 раз дороже другой. Например я не знаю как OC поведет себя в кластере из 3х серверов, да и сам кластер рядовой пользователь настроить не сможет, чем славится так OC, а в том же битриксе есть например модуль вэб-кластер и всякие битриксВМ где нехитрыми манипуляциями можно и настроить кластер и потом за ним смотреть/управлять.
А я бы на вашем месте прежде чем такое утверждать, предложил бы сравнить функционал битрикса из коробки за 84к рублей (топ лицензия не считая энтерпрайз) и сколько понадобится сил, денег и времени чтоб собрать тоже самое на OC. Мне кажется там как бы "очень сильно" это прям добротное такое преувеличение.
Напишите свою метрику и сделайте как вам удобнее, передавайте когда человек закрывает вкладку.... ах да, есть люди которые не закрывают вкладки или закрывают через неделю, но у вас же не система аналитики которая отдает данные на сейчас, а просто какая то поделка, которая непонятно для чего используется, а еще её можно будет использовать только в браузере где есть вкладка =))
То есть сделать отслеживание действий пользователя без постоянных запросов не реально по вашему😁
ЗЫ. Я сделал, но не метрику с постоянными запросами 😎
Конечно, пруфы Билли, пруфы. Пока что вы ничего не сделали за несколько лет, кроме какого то огрызка в виде, даже не знаю как назвать, публикации страниц, где можно просто разместить кусок текста.
Метрика шлет запросы чисто потому, что хранить (а их надо где то хранить) данные на клиенте не надежно, они как минимум могут потеряться, их как максимум что то может модифицировать/прочитать.
PS. И в чем проблема постоянных запросов не очень понимаю? Представляете как работает примерно контрстрайк по сети?
Это можно сделать и без постоянных запросов. Те кто такую метрику сделали они просто имбецилы.
Да кто бы сомневался, не имбицил только тот кто до сих пор ничего не сделал, да?
Да ни чем не лучше так то, неавторизованный пользователь загрузка каталога с 10 товарами на странице занимает от 2х до 5 секунд
Даже если считать что это холодный прогрев, то тыканье одного раздела подряд ситуацию так то не улучшает
Но правда есть фильтр в этом плане да
