- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
У Опенкарта CMSная база есть. В чем проблема? И да, фреймы еще более гибкие, но мы говорим о CMS.
В чём там база CMS? Там набор захардкоженных контроллеров с моделями... база то в чем заключается? Это абсолютно деревянное решение, топорное я бы сказал.
Не умею из какого-то дохода высчитывать трафик, но, главное, при чем тут Опенкарт?
Нет, ну остальные то прогнозы примерно так и строите. Я понимаю что вы ни разу не делали нагрузочное тестирование, так как никогда не видели что 100 запросов в секунду работают отлично, а 101 уже ложат наглухо, но вы же заявляете об обратном.
В лидерах появившиеся вчера стартапы?
А вы считаете, что это конечный бюджет что ли? Я так понял что это как раз стартовый бюджет на запуск.
Ты в очередной раз показал, что способен лишь срать. В том числе этим высером - не сумел сообразить, что я нанимаю, а не нанимаюсь. Вот тебя бы не нанял, на профи ты совсем не тянешь.
Естественно, от вас одни железобетонные аргументы. Мне не надо понимать чем вы занимаетесь по жизни, я не психолог - у меня совсем другая специализация. Пфффф, как будто бы я к вам пришел бы наниматься... 🤣 У вас мнение о себе сильно завышено так то.
---------- Добавлено 27.04.2020 в 17:09 ----------
Битрикс изначально с "повышенными требованиями" к хостингу идёт.. (см "тарифи для Битрикс").. Возможно, поэтому (а также, в силу грамотно реализованной оптимизированной структуры движка) "торможение" обычно не так резко заметно...
Это маркетинг и ничего более. У битрикса специфичиские требование не к железу, а к двум настройкам php и всё.
Оптимизация там тоже так себе изначально, потому что компоненты рассчитаны что их будут настраивать мышкой в модальном окошке, если делать компоненты узкоспециализированными, то оптимизация там будет на порядки лучше.
В битриксе просто уже есть 95% всего, что нужно на старте. А значит решение получается сильно быстрее запустить ну и дешевле соответственно. Но это дешевле и быстрее вылазит на длительной дистанции боком.
А это нынче много? У нас просто >30к в сутки а в ивенты я вообще молчу, так в чём проблема битрикса?
В цене. А в чем проблема Опенкарта? В том, что ты знаешь лишь Битрикс?
Это тяжелый случай.
Деревянное, топорное - это лирика, причем понятная лишь тебе. Конкретика будет, в чем косяки Опенкарта? Косяки - это когда невозможно или дорого выполнить ТЗ.
Видел. Но в твоем воображаемом мире может быть и нет, тебе видней.
Он хочет то, что видит у лидеров. При этом видит у них Битрикс, хотя там от него уже одно название осталось.
Будь ты профессиональным айтишником, понял бы. Но у тебя другая специализация - флудераста. :)
Косяки - это когда невозможно или дорого выполнить ТЗ.
На этом можно и закончить. Эти косяки не систем или технологий. Данные косяки конкретных людей, которые не могут выполнить ТЗ или тех кто не может оплатить работу.
---------- Добавлено 27.04.2020 в 17:25 ----------
Можете посмотреть в подборках вроде таких.. Вдруг, чего найдётся..
https://www.opencart.com/blog?blog_id=137
https://www.netsolutions.com/insights/10-best-examples-of-magento-2-ecommerce-websites/
Основная проблема примеров зарубежных заключается в том, что заказчик в 99% случаев не сможет работать с этими исполнителями, а раз на рынке ру сегмента нет крупных решений на конкретных CMS то скорее всего их в этом сегменте никто не делал, а значит нет людей с релевантным опытом на этих системах.... тут упремся чисто в теоретику, так как на практике не у кого такого опыта нет.
Банально даже название товара лежит отдельно от самого товара и вам нужен уже джоин только чтобы выбрать название товара.
А как правильно делать, если многоязычность?)
А как правильно делать, если многоязычность?)
Это правильно если многоязычность, но 99% всех ИМ в России одноязычны.
Тем более разрабатывая сайты международные, я в своей практики сталкивался с тем, что товары для каждой страны свои, цены на эти товары для разных стран - разные. Так что в большинстве случаев это разные товары с разным названием, разным описанием, разными ценами и разными остатками - "так если это плавает как утка, летает как утка и крякает как утка - может это всё таки утка?". Есть ряд компаний которые продают десяток товаров которые они же и производят, им архитектура опенкарта как раз и заходит, но большинству ИМ - нет. Тут просто дело в том, что в такие штуки никто не упирается обычно, потому что сайтов уровня когда в эти штуки начинается упор на опенкарте просто нет, но это предположение.
А как правильно делать, если многоязычность?)
Тогда следует уточнить, что такое товар. Потому что кроме названия, есть ещё описание (краткое и полное), цена в разной валюте, картинки с разными тайтлами и альтами, метатеги, и прочая, прочая.
товары для каждой страны свои, цены на эти товары для разных стран - разные
разные товары с разным названием, разным описанием, разными ценами и разными остатками
Я не совсем понял, вы имеете ввиду, что если магазин имеет несколько языковых версий, или продает в несколько стран, то целесообразно заводить несколько копий товара под разные языки? Или вы имеете ввиду, что большинство магазинов просто продает разные товары, без необходимости в языках?
На самом деле, никто от джойнов не умрёт, и лучше сразу дизайнить архитектуру приложения так, чтобы добавление второго языка не было смертеподобным.
За опенкарт не топлю, только идиот будет в 2к20 делать магазин на опенкарте, тем более на 100к товаров и с бюджетом 20+ тысяч долларов.
Я не совсем понял, вы имеете ввиду, что если магазин имеет несколько языковых версий, или продает в несколько стран, то целесообразно заводить несколько копий товара под разные языки? Или вы имеете ввиду, что большинство магазинов просто продает разные товары, без необходимости в языках?
На самом деле, никто от джойнов не умрёт, и лучше сразу дизайнить архитектуру приложения так, чтобы добавление второго языка не было смертеподобным.
Я говорю про присутствие магазина в разных странах с языковой версией сайта для данной страны.
В чем сложность? Обычно сложность в переводе не товаров, а интерфейсов, архитектуру задизайнить не сложно, достаточно рядом положить табличку где в основной БД есть название сразу на основном языке, а все доп названия уже при надобности можно за джойнить если оно действительно нужно. Опенкарт такого выбора не даёт - это надо костылить, как не даёт выбора что я хочу выбрать, как не даёт выбора не делать те дикие запросы.. всё это надо переписывать, переписывать базовые вещи коробки. Я тут и говорю, в чём смысл брать систему, которую напильником надо пилить именно прям с самого начала прям в самых базовых вещах? Там нет событий как таковых, там есть контроллер, который можно просто положить в модификаторы и переписать его полностью, что равно тому что обновлений нет и это даже если тебе просто в лайоут надо прокинуть одну гребанную переменную. Там даже в 3 ветке такой отличный шаблонизатор как twig вкорячили так, что он потерял все свои преимущества и свою гибкость.
За опенкарт не топлю, только идиот будет в 2к20 делать магазин на опенкарте, тем более на 100к товаров и с бюджетом 20+ тысяч долларов.
Тут я полностью согласен, что все же опенкарт это ниша очень мелких ИМ, по крайней мере у нас в России. Так как даже дорогих решений на нём нет, потому что тот кто мог бы их купить не работает на этой CMS
уже при надобности можно за джойнить
Можно и сразу заджойнить, никто от этого не умерал ещё.
Можно и сразу заджойнить, никто от этого не умерал ещё.
А можно и не делать, там же табличка не только с именем, а такая же ланг табличка где есть еще поле переводимое по которому надо отфильтровать а может и не надо, обложить все индексами? так табличка будет колосального размера при большом количестве товаров. Нет смысла делать то, чего делать не нужно изначально. Это тупиковая ветвь, проще отдельным запросом даже чем джоином вытащить сразу все поля товара с переводом вместо того чтобы делать миллион джоинов под каждое переводимое поле, свойство, характеристику, метатэг и так далее. Ну и много вы знаете топовых российских ритейлеров у кого можно переключить язык? Полюбому мультиязычность это очень важный критерий.
---------- Добавлено 27.04.2020 в 20:13 ----------
При том у того же опенкарта, локализация имен лежит в лэнг табличке, а вот атрибуты привязаны к языку, то есть одному товару надо присвоить значение атрибута * на кол-во языков. Короче в целом через задницу всё сделано