sv2109

да, позволяет. и даже кешировать страницы с не пустой корзиной.

Возможно для начала тогда выписать в столбик список задач которые нужно решить, а потом под эти задачи искать оптимальные решения. Насчет позиционирования элементов на странице расскажу как это сделано в друпале. Там есть регионы. Это блоки на странице типа опенкартовских левая колонка и правая колонка, но там их намного больше + каждый пользователь может легко создать новые, для этого достаточно 1. в конфиге темы прописать этот регион, напр. regions[above_comments] = Above comments 2. в самом шаблоне сделать его вывод <?php if (!empty($above_comments)): ?> <?php print $above_comments; ?> <?php endif ?> Все, после этого этот блок стает доступным в админке в меню Блоки (типа опенкартовскиъ схем) куда каждый пользователь может вывести свой любой модуль. То есть можно сделать несколько регионов, напр. header_left, header_right, header_center итд и уже сам пользователь выведет напр. логотип или меню туда куда ему нужно.

страницы или header шаблона? А что если максимум что возможно сделать средствами css? Тому же блоку корзины или всему блоку header присвоить класс напр. "left" и потом через css согласно нему разместить все элементы слева. Браузер все отрисует правильно, не будет каши как с яваскрипт, не будет мусора и дублей в коде шаблона, с совместимостью будет все ок, так как будет только один вывод той же корзины. Минус такого метода - не все можно сделать через css, хотя можно сделать очень много.

я вас не совсем понимаю, зачем человеку, который на сайте включил например русский язык выводить товары на английском?

нет, у вас очень специфическая задача ни один модуль из коробки этого вам не даст.

Насчет фреймворков не хочу устраивать холивар просто напишу свое мнение. То что фреймворки имеют свои недостатки это совсем не значит что их нельзя использовать, потому что в действительности нам очень мало приходится принимать решений, где только один плюсы и нету вообще никаких минусов, минусы есть везде, вопрос в том, чтобы выбрать решение, где плюсов будет больше, чем минусов и как показывает опыт многих других движков плюсов в переходе на готовый движок куда больше, чем минусов по сравнению со своим велосипедом. Да, фреймворки часто сложнее и прожорливее. Но опять же по-первых есть очень много фреймворков, есть много и быстрых и простых, есть посложнее, есть выбор! А во-вторых для больших магазинов намного более важными являются такие вещи как надежность, расширяемость, безопасность магазина итд. чем скорость работы или сложность, потому что скорость легко решается покупкой более дорогого сервера, а сложность наемом более дорогих разработчиков. Для магазина хорошим оборотом купить сервер за 500 долларов в месяц это копейки. С другой стороны если такой магазин упадет то за один час простоя он потеряет куда больше. В то же время плюсов у фреймворков намного больше: - основной плюс это то, что вместо того, чтобы 80% времени тратить на работу с ядром магазина, разработчики этого движка могут это время потратить на развитие самого движка, потому что ядро уже будет, над ним уже работает куча программистов, совершенствуют его, исправляют баги, добавляют новый функционал итд. Просто бери и используй готовое, при чем бесплатно! - фреймворки намного более функциональны, современны и имеют намного лучшую архитектуру чем какой-то самописный велосипед, с ними намного приятнее работать. - для разработчика намного выгоднее выучить код фреймворка, так как он и более качественный и потом эти знания он сможет применить в другом месте, с другим движком, который тоже работает на этом же фреймворке, это куда лучше чем потратить 5 лет на изучение кода какого-то битрикса, который потом ты вообще нигде не сможешь применить. - для движка если он перейдет на какой-то фреймворк то автоматически получает сотни и тысячи программистов, которые уже знаю этот фреймворк и могут почти сразу работать с этим движком, ставить его своим клиентам, а также работать над его улучшением, исправляя какие-то баги самого движка. - для владельца магазина более выгодно использовать фреймворк, как он сможет намного легче найти разработчика для этого магазина + он получит более качественное решение по архитектуре и расширяемости, чем какой-то свой недовелосипед, который кроме тех, кто годами с ним работает больше никто не сможет с ним работать. и так далее. То есть, да, у фреймворков есть свои минусы, но и плюсов реально в разы больше, именно поэтому многие движки отказываются от своих велосипедов, которые поддерживают годами и переходят на готовые решения. Плюс когда я смотрю как ядро опенкарта изменилось за последние 5 лет (то есть не изменилось почти никак) то вариант перехода на какой-то простой фреймворк, где все есть и события и конструкторы запросов к базе и конструкторы форм + разные валидаторы, хелперы итд. просто бери и используй.. это будет намного проще и выгоднее чем еще 10 лет они будут пилить что-то свое и в результате не получат и 10 части того, что есть в современных фреймворках..

Нет, не противоречу, потому что для того чтобы улучшить опенкарт совсем не обязательно переходить именно на симфони, мало того симфони может вообще убить этот движок. Но кроме симфони есть и другие более простые фреймворки и решения, которыми можно значительно улучшить опенкарт и это особо не скажется ни на скорости ни на сложности и при этом сделает движок намного качественнее лучше.

Вы сами себе противоречите Потому что если его перепишут на симфони, но это уже 1. не будет никакой золотой серединой 2. он не будет проще того же мадженто, так как симфони не особо проще чем зф, это 2 самых функциональных и сложных фреймворка в php. 3. он будет еще более прожорлив. + еще вопрос как быстро перепишут + как быстро пофиксят все баги, обычно переходные версии получаются никакими (где и куча старого кода еще не успели выпилить и оставили для совместимости и уже появилась куча нового) и с кучей багов. Короче, если сейчас опенкарт и престушоп еще как-то с натяжкой и можно сравнивать по простоте, функционалу, скорости итд. и сейчас - да, согласен, престашоп близок к золотой середине, то после перехода на симфони это будет уже слишком разные движки, расчитанные на очень разные рынки и задачи, это буде все равно что сейчас сравнить опенкарт и мадженто.. Хотя одно радует в престашоп - это желание двигаться вперед, понимание всей убогости своих велосипедов и переход на популярный фреймворк. Это то, чего просто катастрофически не хватает опенкарту...

Да

я не дизайнер, я не знаю что это за формат, вы модуль купили, пробуйте загрузить, узнаете будет ли работать или нет.

да

с битриксом у вас проблем будет намного больше: о тупости кода битрикса уже ходят легенды в рунете, почитайте хотя бы вот эту статью https://habrahabr.ru/post/280226/ + он в разы сложнее в изучении, любая доработка или модуль для битрикса стоят в разы (или точнее даже в десятки раз) дороже, чем для опенкарта + он в разы более тяжелый и медленный, чем опенкарт + он платный (да, вам придется платить за сам движок) + много кода там закрытого, то есть даже не посмотришь толком как все работает..

потому что это все намного сложнее, чем кажется 1. нужна команда хороших специалистов 2. у всех должно быть какое-то общее видение развитие движка как должно быть, а не так что тут 90% разработчиков считают опенкарт как он есть и так идеальным движком 3. нужно общее видение будущего движка 4. нужна обязательно финансовая составляющая, потому что бесплатно работать никто не будет, так как работы очень! много (на долгие месяцы а то и годы) и за это время нормальному разработчику выгоднее написать 10 модулей и заработать на них, чем писать движок и не получить в результате ничего. 5. нужна поддержка сообщества, даже этого форума. и так далее...

ага, а в 2.3 типа было все хорошо? когда мы в одной версии имеем и ocmod и события и даже vqmod и ничего! нормально не работает.. Мне Даниель очень напоминает человека, который собравшись сделать ремонт в квартире вместо того, чтобы первым делом менять электропроводку с сантехникой, которым уже десятки лет и в любой момент может что-то поломаться, они первым делом на кривые стены клеят новые обои и на старые прогнившие трубы кладут плитку в ванной, потому что для них все должно быть в первую очередь красиво! И пофиг что завтра эту трубу прорвет и весь ремонт придется переделывать себе да еще и соседям, пофиг, главное чтобы было красиво и прямо сейчас. Что нужно было сделать в 1.5? Любому адекватному разработчику это понятно: 1. выкинуть нафиг vqmod, вместо него сделать нормальные события а не делать еще один костыль ocmod 2. добавить в движок какой-то самый простой конструктор sql запросов, это даст возможность из своего модуля через события изменить любой запрос в движке как самого движка так и любого модуля, причем это не создаст кучи конфликтов. 3. добавить в движок какой-то самый простой конструктор форм, это даст возможность из своего модуля через события изменить любую форму в движке как самого движка так и любого модуля, причем это не создаст кучи конфликтов. И только с этими 3 изменениями можно было бы выпустить версию 2.0 и она была бы даже без бутстрапа и твига в разы качественнее лучше чем та, что получилась с ocmod и бутстрапом.. После чего всю вторую версию работать над улучшением событий, добавить бутстрап и твиг и выпустить 3 версию, и мы бы получили просто шикарный движок, а не ту пародию что есть сейчас..

да, точно такие же.. да там наверное хороший психиатр нужен чтобы разобраться.. 1. у него с самого начала навязчивая идея: "чем проще - тем лучше! опенкарт весь такой хороший и уникальный, потому что простой. и отступать от этого принципа шаг влево, шаг вправо - расстрел" Поэтому все нормальные идеи, которых на том же гитхабе уйма отметаются сразу, потому что это видите ли усложнит движок, а этого никак допустить нельзя. 2. во что превращается вся эта "идеальная" концепция мы все видим.. Поэтому с одной стороны Даниель наверное уже что-то начинает понимать, что никакая она не идеальная, особенно после запуска облака, где эта "идеально простая модель" вообще не работает, так как доступа к коду, который можно подправить просто нету, но с другой его все еще наверное не отпустила "гениальная" идея "чем проще - тем лучше", поэтому все нормальные идеи все еще тормозятся и делается что-то среднее, какие-то полу меры, которые еще хуже.. поэтому и получается вот такая каша из старого и полунового и толком не работает ни одно ни другое.. 3. Даниель сам застрял на каком-то уровне развития и дальше просто или не хочет или в силу каких-то причин не может развиваться. Очень плохо, что вроде как имеем сообщество, открытый код итд. а с другой всем управляет один человек с кучей тараканов в голове..

логика поиска И установите + возможно отключите поиск по описанию

У меня этого сообщения нету, выше я вам скидывал скриншоты и с ЛС и с почты

Никаких сообщений от вас сегодня или вчера я не получал, личные сообщения я смотрю постоянно: https://drive.google.com/file/d/1N8kAiz2jMo8DToMrkL6wPBWfKf5KwCE4/view?usp=drivesdk А вот наша переписка на почте: https://drive.google.com/file/d/17EWc_mL7F-cbtqzze-dsK8XHAIEV0sHS/view?usp=drivesdk последний раз вы мне писали 8/17/17 больше никаких сообщений я от вас не получал. Поэтому напишите мне в ЛС версию движка и я вам скину модуль.

Скачайте модуль, в архиве есть инструкция как получить модуль.

я же вам помогал этот модуль настраивать и все работало. переустановите модуль в админке, это скинет настройки до начальных, они подходят для большинства сайтов

если заменить тайтл на альт то можно вот таким способом сделать, там для тултипов и для статусов, но смысл тот же: в новых версиях модуля я сделаю это более удобно, вынесу все в отдельный шаблон.

при написании кода под опенкарт ориентироваться нужно больше на стандарты кодирования опенкарт, да есть такие: https://github.com/opencart/opencart/wiki/Coding-standards потому что по логике весь код и движка и модулей, должен ему соответствовать а там есть: "JavaScript must be indented using the TAB character." И вопрос это не философии, код должен быть однообразным, а не как кому более удобно смотреть на своем личном мониторе.. потому что тогда будет бардак, что собственно и есть.. Но для того, чтобы это работало нужно принудительно проверять все модули на соответствие стандартов и если что-то не так - возвращать на доработку, как есть в других движках. Пока этого не будет будет полный бардак, так как каждый будет писать код так, как ему больше нравится, а всем остальным придется с этим всем работать..

не знаю, первый раз слышу о таком модуле, хотя никто из покупателей на него не жаловался на несовместимость, значит скорее всего должен работать.

Модуль Поисковая система с морфологией и релевантностью имеет уже почти 50 продаж и кучу положительных отзывов Модуль Поиск с морфологией и релевантностью имеет суммарно больше 1000 продаж и кучу положительных отзывов (раз, два, три) Все это конечно же потому что мои модули не работают и они ничего не стоят.. Я понимаю, что очень хочется наивным клиентам впарить установку сфинкса за 20 тыс. но зачем же писать полную ложь о конкуренте..

Про "косяк" писал выше, а про цены: 1. вы сами в этой теме меня обвиняли в том, что я считаю чужие деньги 2. вы сами за исправления ошибок берете в десятки раз больше: