И как это связано с интернет магазином автозапчастей? Да по мне хоть в космос ваше ПО пусть спутники запускает это не та область, а эмбедед приложение 2000х ну никак не сделает вас одновременно знатоком архитектуры ИМ и CMS в целом. Знать все невозможно.
Так и было понятно, что своя рубашка ближе к телу.
Мир битрикс - это больше к финансовой благосостоятельности, задачи интересные, платят хорошо, а что там под капотом мне без разницы, мой то код вылизан, а в ядро я не лажу.
Тем более один из моих основных инструментов это Symfony, а не битрикс :) Но вам не понять, это очень далеко от опенкарта, ооочень :)
А еще можно читать код, смотреть подкасты на ютьюбе, но если автору пофигу на документацию, то мне пофигу на его систему, хотя у меня есть проекты на опенкарте и я знаю о чем я говорю. Я знаю как плюсы так и минусы, но не только его, но и других систем в отличии от вас к сожалению.
ересь какая то, если честно ))
И где документация по всему этому добру, что так же является немаловажным фактором для определения качества CMS?
Я так понимаю опенкарт у вас одна из тех немногих CMS которые вы смогли освоить? Попробуйте что нибудь еще, мир на самом деле куда шире и богаче. Я верю что на опенкарт можно сделать все что угодно - ведь это всего лишь программный продукт который всегда можно дописать, просто на других cms это сделать намного проще - вот в этом и есть камень преткновения.
Я не говорил покупайте битрикс, есть так же несколько достойных вариантов, но опенкарт в них не входит, я говорил к тому, что опенкарт это монолит и если из него делать достойный магазин, то как вы сказали, его надо переписать, остается вопрос: зачем брать систему которую все равно надо переписывать?
PS. возьмите diafan, возьмите shop-script или вы и их хейтеры? Там внутри есть архитектура, модульная архитектура с событиями ядра, где можно многое надстроить не влазя в ядро систем и останется полностью все функции во всех модулях. Не битриксом едины как бы. А если все равно понимаете что магазин будет сильно закостомизирован что не одна платформа не поддерживает, можно взять и фреймворки и писать сразу со всеми удобными инструментами в ядре, контролями версий, поддержки спецификаций и современных практик написания кода в том числе автоматического тестирования и деплоя.
Посмотрите тут, может что то приглянется.
Используйте оператор like
where tag like '%apple'
Sitealert, Три файла хедера и три файла футера? шесть файлов? для одного модального окошка? 😂
Я всегда говорил, один говнокодер за год делает 2 рабочих места :) в нашей сфере проблем с работой никогда не будет😂
Ну не божественная, но однозначно лучше чем у опенкарта :)---------- Добавлено 05.11.2017 в 00:51 ----------
Модели для фронтед части отличаются от моделей бэкенд части. На фронтед части вы не сможете например получить сресдствами ядра модель бэкенда. Расширить таблицу товара вы не можете, точнее можете но ни одна часть опенк карта никогда об этом не узнает. И все с этим связанное, вы пробовали например отгружать один заказ из трех складов? оплачивать один заказ двумя способами оплаты? Разбивать на филиальную сеть и выводить свои пункты выдачи с проверкой по складам и показам где можно забрать сегодня а где через 1-2-3 дня? Битрикс больше к уровню энтерпрайз, на нем делают ИМ не для баловства, а чтоб бизнес работал.
С опенкартом все проще, это не модульная система это монолит и при том очень деревянный монолит: шаг влево, шаг вправо - расстрел. Там в ядре есть конечно все основное чтоб начать торговать ширпотребом с али, но тогда действительно нет разницы, что опен карт, что вордпресс, все одно
Вы сильно заблуждаетесь, стоимость работы в нашей сфере отличается лишь стоимостью человекачаса, а этот час зависит от опыта и квалификации человека, а не от системы управления сайтом, я сомневаюсь, что один и тот же человек пишет для разных систем по разным ценам... увы, хорошие разработчики стоят очень дорого и не важно, хоть полы заставьте мыть стоимость часа они не уменьшат.
Далеко не каждый сайт может хранить все в статике. Да и грамотная инвалидация сложный вопрос, когда это блог это одно, а когда это какой то сервис, интернет магазин или еще что то сильно зависещее от динамических данных это совсем другая история.
PS. Если вы можете сложить все в "вечный кеш", почему просто не отрендерите сайт в статику и не выложить настоящей статикой? Вам БД тогда и не нужна будет и нагрузка 0, и ответа от бэкенда не будет и 502 не будет))
---------- Добавлено 02.11.2017 в 23:54 ----------
Поискать ошибки можно установив свои логи которые перехватывают исключения/ошибки. Например воспользоваться сервисом https://rollbar.com/ он отловит все ваши ошибки и он частично бесплатный (с лимитами).
Но 502 ошибку вы можете не поймать, так как это ошибка когда nginx рвет соединение с бэкендом, а так как это шаред, затормозить сервер может не только ваш акк, если кто то в момент времени загрузил проц, ваш процесс может дольше ожидать процессорного времени, чем может ждать nginx, процесс то в итоге отработает, но nginx уже выкинет 502. Именно по этой причине сервисы разбивают на несколько серверов, фронт отдельно, бэк отдельно, бд отдельно - это все приоритетные процессы и являются сильноконкурирующими за процессор.---------- Добавлено 03.11.2017 в 00:08 ----------У меня у товарища аккаунт на бегете есть, сервис специализированный, пристройка к популярной облачной срм, так вот у него в статистике нагрузка на аккаунте была больше 1500% от лимита (не знаю как сейчас), вот такие клиенты и создают видимо 502 ошибки на сайтах других клиентов ))
PS. Не знаю, выгнал ли его еще бегет или нет :))
Что это за ИМ запчастей на 3000 товаров? Или это чисто тюнинг?
Сколько делал ИМ автозапчастей, там номенклатура начинается от 50к-60к товаров. У меня только по фордам 3 года назад получился каталог на 800 000 позиций это с кроссами конечно.
Автозапчасти это очень сложная тема в разработке и очень специфичная, я бы лучше обратился и выбрал специализированное решение, хоть на битриксе, хоть не на битриксе, где вам как минимум помимо всего магазина выдадут базу с номерами, кроссами и импортами/экспортами, потому что ручками все это заполнять можно всю жизнь и не заполнить.