totamon#: по топику создается впечатление что кроме битрикса, битрикса и битрикса и нет больше движков магазинов🤔
О чём я и говорил ранее, когда бизнесу нужен ИМ уже завтра с перспективой большой посещаемостью, интеграцией с 1C , то других вариантов по сути и нет. Но нужны не малые вложения в лицензию+тему+доработки с наймом программиста в штат который специализируется на битриксе+хостинг который потянет и тд. На других может и можно запилить с меньшими затратами, но там сложностей по началу будет ещё больше так как многие вещи не реализованы так как в битриксе и нужно это всё будет как-то делать, а это время-которое деньги для бизнеса.
Здравствуйте уважаемые форумчане😊Встал вопрос на каком движке делать следующий проект магазина. Итак, ниша - промышленное оборудование, огромное количество брендов, и номенклатуры, собственно категорий. Карточка товара, картинка, описание, тапы-вкладки, характеристики, отзывы, вопрос-ответ, фильтр, чтобы все летало и быстро загружалось, высокие показатели performance в тестах...Что посоветуете? Сам не программист, но сделал один рабочий проект в этой тематике на opencart 3 CMS.
У меня к вам несколько вопросов: Вы являетесь владельцем бизнеса? Или вы просто делаете и поддерживаете сайты для бизнеса, и ищите подходящее решение? Какие у вас знания в HTML, CSS, PHP, JS? Вы сами будете заниматься поддержкой этого сайта или будете нанимать? Вам сайт нужен срочно уже завтра или готовы подождать некоторое время для реализации? Какую сумму готовы вложить в создание и какую в поддержку и развитие?
ЗЫ. Думаю ответы на эти вопросы для вас и других прояснят ситуацию.
Ситуация у знакомых с их соседями за стенкой... Полиция объясняет, что ... делать ничего не будет.
А РФ нуждается в притоке мигрантов, поскольку рождаемость низкая... А 'про нормальность' - чуть позже придётся повспоминать. И опыт есть, 1991,93 прям в мск, и без какой-нибудь сво.
Aisamiery#: Если честно я вообще не понимаю в чем ваша претензия к тому что шлется много мелких запросов. Почему именно на ваш взгляд много маленьких запросов это имбецил, а один большой - это нет? Например даже в вашей схеме банально, если слать один большой запрос и он оборвется, то вы потеряете все данные, а если слать маленькие, то потеряется только небольшая часть.... да и в целом можно много плюсов придумать. Обоснуйте, чем один большой запрос в конце сессии лучше, на ваш взгляд, чем большое количество маленьких запросов в течении сессии, при условии что объем переданных данных в конце будет одинаковый.
Каждую секунду КАРЛ 😁
Какую ценную информацию несут эти постоянные передачи данных, сдвиг мышки на несколько пикселей? Кроме того это нагрузка на работу других скриптов в браузере, нагрузка у имбецилов в бекэнде и захламление диска фактически малополезной информацией..
Я не стал бы делать такой имбецильный алгоритм для отслеживания каждого перемещения мишки, а стал бы собирать только полезную информацию действий: скроллинг, остановки и нажатия мышки на том или ином элементе и др. А это будет небольшой пакет данных, при сборе такого пакета можно его передать и собирать следующий.
Напишите свою метрику и сделайте как вам удобнее, передавайте когда человек закрывает вкладку.... ах да, есть люди которые не закрывают вкладки или закрывают через неделю, но у вас же не система аналитики которая отдает данные на сейчас, а просто какая то поделка, которая непонятно для чего используется, а еще её можно будет использовать только в браузере где есть вкладка =))
Сделаю не переживайте. И на не закрывающих вкладках можно передавать данные, но не каждую секунду как это сделали имбецилы.
Aisamiery#: Метрика шлет запросы чисто потому, что хранить (а их надо где то хранить) данные на клиенте не надежно, они как минимум могут потеряться, их как максимум что то может модифицировать/прочитать.
Тупая отмазка
Aisamiery#: И в чем проблема постоянных запросов не очень понимаю? Представляете как работает примерно контрстрайк по сети?
Это другое. Я не то что представляю, я делал нечто подобное. Это в многопользовательском режиме, где пользователи зависят от действий других, где данные передаются на главный сервер и потом пакетно к конкретному пользователю.
Тут же надо просто отслеживать действия и нужные конкретные фиксировать после закрытия вкладки передать и всё. Неужели они фиксируют каждый сдвиг мышки и боятся потерять, перехвата этого действия. Бред вообще.
Самопис это очень большой бюджет, море времени и своя команда которая им занимается от начала и до конца жизни проекта. Никакого аутсорса, потому что потом "сменить коней" уже не выйдет от слова совсем.
Я выделил ключевое, почему самопис не особо популярен.
Я б ещё добавил, то что бизнес ищет лёгкие пути, чтоб сегодня заказал, а завтра уже сделали, с самописом это может затянутся. Поэтому выбирают готовые решения, вот только
ArmenDomain#: потом мудохаться с плагинами, обновлениями и пр.
Самопис хорош для того кто сам может сайты делать и может что-то сам подправить. В остальных случаях бизнесу проще найти такого спеца кто сможет настроить конструктор(популярный движок), чем для самописа.
В принципе сайты не плохие, разметка сносная, для таких сайтов приемлемо. Вот только очень много подключений в link и script, по мне это не очень хорошо. Конечно балбесы которые пишут компоненты, плагины или чего там ещё для CMS или на чём там у вас эти сайты, конечно без подключений кучи всякого хлама сделать то они и не могут.
по топику создается впечатление что кроме битрикса, битрикса и битрикса и нет больше движков магазинов🤔
О чём я и говорил ранее, когда бизнесу нужен ИМ уже завтра с перспективой большой посещаемостью, интеграцией с 1C , то других вариантов по сути и нет. Но нужны не малые вложения в лицензию+тему+доработки с наймом программиста в штат который специализируется на битриксе+хостинг который потянет и тд. На других может и можно запилить с меньшими затратами, но там сложностей по началу будет ещё больше так как многие вещи не реализованы так как в битриксе и нужно это всё будет как-то делать, а это время-которое деньги для бизнеса.
Здравствуйте уважаемые форумчане😊Встал вопрос на каком движке делать следующий проект магазина. Итак, ниша - промышленное оборудование, огромное количество брендов, и номенклатуры, собственно категорий. Карточка товара, картинка, описание, тапы-вкладки, характеристики, отзывы, вопрос-ответ, фильтр, чтобы все летало и быстро загружалось, высокие показатели performance в тестах...Что посоветуете? Сам не программист, но сделал один рабочий проект в этой тематике на opencart 3 CMS.
У меня к вам несколько вопросов: Вы являетесь владельцем бизнеса? Или вы просто делаете и поддерживаете сайты для бизнеса, и ищите подходящее решение? Какие у вас знания в HTML, CSS, PHP, JS? Вы сами будете заниматься поддержкой этого сайта или будете нанимать? Вам сайт нужен срочно уже завтра или готовы подождать некоторое время для реализации? Какую сумму готовы вложить в создание и какую в поддержку и развитие?
ЗЫ. Думаю ответы на эти вопросы для вас и других прояснят ситуацию.
Ситуация у знакомых с их соседями за стенкой... Полиция объясняет, что ... делать ничего не будет.
А РФ нуждается в притоке мигрантов, поскольку рождаемость низкая... А 'про нормальность' - чуть позже придётся повспоминать. И опыт есть, 1991,93 прям в мск, и без какой-нибудь сво.
Перестаньте уже своим слабоумием блистать 😁
Если честно я вообще не понимаю в чем ваша претензия к тому что шлется много мелких запросов. Почему именно на ваш взгляд много маленьких запросов это имбецил, а один большой - это нет? Например даже в вашей схеме банально, если слать один большой запрос и он оборвется, то вы потеряете все данные, а если слать маленькие, то потеряется только небольшая часть.... да и в целом можно много плюсов придумать. Обоснуйте, чем один большой запрос в конце сессии лучше, на ваш взгляд, чем большое количество маленьких запросов в течении сессии, при условии что объем переданных данных в конце будет одинаковый.
Каждую секунду КАРЛ 😁
Какую ценную информацию несут эти постоянные передачи данных, сдвиг мышки на несколько пикселей? Кроме того это нагрузка на работу других скриптов в браузере, нагрузка у имбецилов в бекэнде и захламление диска фактически малополезной информацией..
Я не стал бы делать такой имбецильный алгоритм для отслеживания каждого перемещения мишки, а стал бы собирать только полезную информацию действий: скроллинг, остановки и нажатия мышки на том или ином элементе и др. А это будет небольшой пакет данных, при сборе такого пакета можно его передать и собирать следующий.
Напишите свою метрику и сделайте как вам удобнее, передавайте когда человек закрывает вкладку.... ах да, есть люди которые не закрывают вкладки или закрывают через неделю, но у вас же не система аналитики которая отдает данные на сейчас, а просто какая то поделка, которая непонятно для чего используется, а еще её можно будет использовать только в браузере где есть вкладка =))
Сделаю не переживайте. И на не закрывающих вкладках можно передавать данные, но не каждую секунду как это сделали имбецилы.
Метрика шлет запросы чисто потому, что хранить (а их надо где то хранить) данные на клиенте не надежно, они как минимум могут потеряться, их как максимум что то может модифицировать/прочитать.
Тупая отмазка
И в чем проблема постоянных запросов не очень понимаю? Представляете как работает примерно контрстрайк по сети?
Это другое. Я не то что представляю, я делал нечто подобное. Это в многопользовательском режиме, где пользователи зависят от действий других, где данные передаются на главный сервер и потом пакетно к конкретному пользователю.
Тут же надо просто отслеживать действия и нужные конкретные фиксировать после закрытия вкладки передать и всё. Неужели они фиксируют каждый сдвиг мышки и боятся потерять, перехвата этого действия. Бред вообще.
Да кто бы сомневался, не имбицил только тот кто до сих пор ничего не сделал, да?
То есть сделать отслеживание действий пользователя без постоянных запросов не реально по вашему😁
ЗЫ. Я сделал 😎, но не метрику с постоянными запросами..
Есть такой функционал у метрики, называется вэбвизор, это когда можно посмотреть действия посетителя у себя на сайте
Это можно сделать и без постоянных запросов. Те кто такую метрику сделали они просто имбецилы.
Первый раз увидел метрику яндекса?
Жуть.. Зачем делать постоянные запросы чтобы узнать кто был на сайте? 😱
Самопис это очень большой бюджет, море времени и своя команда которая им занимается от начала и до конца жизни проекта. Никакого аутсорса, потому что потом "сменить коней" уже не выйдет от слова совсем.
Я выделил ключевое, почему самопис не особо популярен.
Я б ещё добавил, то что бизнес ищет лёгкие пути, чтоб сегодня заказал, а завтра уже сделали, с самописом это может затянутся. Поэтому выбирают готовые решения, вот только
потом мудохаться с плагинами, обновлениями и пр.
Самопис хорош для того кто сам может сайты делать и может что-то сам подправить. В остальных случаях бизнесу проще найти такого спеца кто сможет настроить конструктор(популярный движок), чем для самописа.
Пример - https://a1motors.ru/
У вашего сайта очень долгая загрузка, ошибка в консоли: нет доступа или файла не существует с https://connect.facebook.net/en_US/fbevents.js
https://metrica-markt.ru/
У вас получше, загрузка побыстрее, ошибок в консоли нет, но идут постоянные запросы https://mc.yandex.ru/webvisor/85732674?wmode=...
В принципе сайты не плохие, разметка сносная, для таких сайтов приемлемо. Вот только очень много подключений в link и script, по мне это не очень хорошо. Конечно балбесы которые пишут компоненты, плагины или чего там ещё для CMS или на чём там у вас эти сайты, конечно без подключений кучи всякого хлама сделать то они и не могут.