sv2109

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

Я не еще не очень хорошо знаю Yii, но даже при моих знаниях понятно, там все нужно переписывать.. если использовать фреймворк, то мне кажется, нужно использовать его по полной, а не только поменять несколько базовых классов, тогда уже модель делать через Active Records, добавлять правила валидации, фильтры итд. Переписывать представления, добавлять Active Forms, хелперы, блоки, виджеты. Переписывать контроллеры, так как там будет все не так. Да даже саму базу нужно изменять, переводить на InnoDB так как там есть поддержка связей, а они нужны для Active Records переводить все под стандарт фреймворка. Правда не понятно, если делать модель через Active Records то как ее потом из модулей изменять через события. Моих базовых знаний фреймворка для этого пока не достаточно. А система расширений должна быть очень хорошей. Короче, работы там не просто много, а очень много + нужно не просто знать и даже не хорошо знать, а желательно очень хорошо знать фреймворк, чтобы перевести на него магазин типа опенкарта. Нужна команда человека 3 мин. с хорошими (а желательно очень хорошими) знаниями фреймворка и опытом работы с ним + времени с год минимум (это только кажется что все быстро и просто, за месяц сделается.. ) Но если это сделать то перспективы очень неплохие если его еще и получится раскрутить (а если сделать действительно хорошо, то я верю, что да, так как и с опенкарта могут перейти многие и с сообщества фреймворка). Так как можно и магазины делать клиентам на своем движке (причем все типы, даже большие и сложные в отличии от опенкарта, так как новый движок для этого подойдет), оказывать поддержку от разработчиков за очень хорошие деньги, это и свой магазин расширений и в будущем может даже свой SaaS итд. Короче, если сделать, то и работа и деньги будут. Но сделать очень непросто. Мне кажется, что идеального фреймворка нету априори. Ведь фреймворк - это инструмент, а инструмент нужно использовать там, где он лучше всего подходит, для одного проекта подойдет один, для другого другой итд. Какой-то фреймворк очень простой, но мало функциональный, какой-то имеет очень хороший функционал, но слишком сложный в изучении, какой-то работает быстро, какой-то медленно, наличие документации, сообщества, поддержка последних версий php, развивается ли он или уже 3 года не обновляется итд. Поэтому оценивать фреймворк нужно обязательно с проектом для которого он будет использоваться. А говорить, что фреймворк (или движок) х лучше всех может только человек, который кроме этого фремворка (или движка) ни с чем лучше не работал, поэтому конечно, для него именно это будет наилучшим.. Вот у нас тут markimax говорит, что опенкарт самый крутой движок и даже фреймворк с просто идеальной архитектурой Смотрю этот фалкон, это оказывается фреймворк, который поставляется как C расширение.. да, из-за этого он просто мега быстрый, но его нужно специально устанавливать на сервер через "sudo apt-get install php5-phalcon", подключив его репозиторий + устанавливать доп. библиотеки типа gcc, поэтому на шаред хостинге его не установишь (то есть для магазина, которым будут пользоваться все уже не подойдет) + код не прочитаешь + популярность наверное из-за этого у него небольшая, сообщество маленькое, по сравнению с другими фреймворками. Так что да, скорость большая, а все остальное наоборот. Вот и "супер" фреймворк.

пишите в ЛС

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

ну это не проблема модуля, подсказки выводятся через стандартный атрибут title (вот пример) и никакие доп. скрипты не используются. значит браузер так отображает это. можете попробовать в другом браузере + возможно у вас на странице много яваскрип скриптов и из-за этого все тормозит или памяти на компьютере мало, много вкладок открыто

почему тишина? я это предлагал в этой же теме где-то вначале, можете поискать. У меня появилась идея перенести опенкарт на какой-то популярный фреймворк.. Было бы здорово, так как у опенкарта есть очень хороший функционал магазина из коробки (разные скидки, купоны, опции итд.) но очень ужасное ядро. А у фреймворков наоборот - очень хорошее ядро, но нету никакого функционала магазина, все нужно писать. А если бы объединить, то мне кажется был бы почти идеальный движок - и функциональный и с хорошей архитектурой и с кучей готовых библиотек. + у популярного фреймворка есть куча сторонник, которые его знают, и начать иcпользовать движок, который на нем написан для них вообще не проблема. Первым на ум пришел CodeIgniter за счет того, что он очень простой и быстрый и даже по синтаксису многим напоминает опенкарт, некоторые люди при первом знакомстве с опенкартом сразу спрашивают "он что, на CodeIgniter-е написан?" Возможно Даниел и взял кое что из этого фреймворка при создании движка. НО CodeIgniter это сильно устаревший и полумертвый фреймворк. Сейчас новая команда хочет его воскресить и выпустить 4 версию, но не понятно когда это будет, и что с этого выйдет. А для работы нужно брать популярный, активно развивающийся фреймворк. Другой вариант - Yii, я как раз серьезно начал его изучать. Тут нету тех недостатков, которые есть в CodeIgniter, он очень популярный, активно развивается, а также очень быстрый и гибкий, и при этом также относительно простой (в сравнении с напр. Symfony с классами типа AbstractInterruptibleBatchPreparedStatementSetter и неймспейсами типа \Symfony\Bundle\SecurityBundle\DependencyInjection\Security\Factory\SecurityFactoryInterface).

для 2.3 есть вот эта версия: по шаблону - в модуле есть инструкция как установить модуль на любой шаблон

я недавно чистил ящик, так как забился на 100% и письма не доходили и удалял все старые переписки, значит и вашу удалил

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

этих "домохозяек" уже почти 400 000 и они дают оборот почти 400 млн.$ в год.. и если посмотреть на тренды, то популярность Shopify растет бешеными темпами, в то время, как все обычные движки проседают и это продолжается уже года 3 и дальше будет продолжаться. SaaS может нравится или нет, но цифры говорят сами за себя. Да, для большого, сложного и нестандартного магазина это не подойдет, но такие магазины это 2,3, ну самый макс. 5%, а 95-98% это самые обычные магазины, с самыми обычными товарами, категориями, производителями, статьями, корзиной итд.. Для таких магазинов и используется опенкарт (не для больших и сложных, а именно для таких), престашоп и другие. И для таких магазинов Shopify подойдет на ура, пару кликов мышки - и готовый магазин. Еще пару - и установлены и работают десяток модулей, еще пару - тема. Все, магазин можно запускать. Для пользователя главное не движок или SaaS или ftp или php или еще что-то, для него главное - прибыль. И если движок приносит прибыль, да еще и с минимальными затратами денег и времени, то его популярность будет только расти.

Если кому интересно что такое Shopify. Решил изучить немного, так как много о нем слышал, но все вокруг да около. А тут такая динамика роста на фоне упадка всех движков, что аж интересно стало. Спасибо @RGB за графики. Итак, Shopify, я почему-то думал, что это обычный движок, оказывается - SaaS. Написан на RoR.. использует RoR-овский шаблонизатор - Liquid, который был создан Shopify и теперь используется очень широко многими приложениями. Shopify, кстати, настолько крут в среде RoR, что многие вещи созданные там стали использоваться многими. Создал я тестовый магазин, все очень красиво, удобно, юзабилити на высоте, разобрался со всем за 3 минуты. По функционалу из коробки - достаточно слабо, по сравнению напр. с опенкарт там функций из коробки раза в 2 если не в 3 меньше. НО есть расширения, которыми можно добавить много всего. По расширениям. Из того, что понял, если понял правильно, так как на первый взгляд все достаточно сложно (конечно, совсем другой язык программирования). - есть свой магазин расширений - устанавливаются через админку магазина в 2 клика - расширений относительно не много, сотни, может тысячи, но никак не 20 тыс как в опенкарта - много бесплатных - но все красиво, каждое расширение строго модерируется, хлам не проходит. - что интресено - цены за месяц. Месяц прошел - можно оплатить следующий. То есть если делать хорошие дополнения, то их будут покупать каждый месяц. - есть также тестовый период, установил, попользовался неделю-два, понравилось - купил, не понравилось - удалил. По коду Писать расширения можно на любом серверном языке - RoR, php, Java, ASP итд. Но так как Shopify написан на RoR, то и больше всего инфы, книг итд. к сожалению именно на RoR. Расширения сделаны необычно. То есть расширение в Shopify это не набор файлов, которые нужно загрузить на сервер, нет. Расширение в Shopify работает на своем сервере (PaaS типа heroku.com) и взаимодействует с магазином, где оно установлено, через webhooks (события) и API. webhook - это событие, напр. создание товара, покупка товара итд. То есть если произошло событие, то Shopify уведомляет об этом расширение и расширение через API уже что-то делает (добавляет, удаляет, изменяет) С помощью API можно сделать что угодно, даже добавить и изменить свой html. То есть получается движок, который имеет очень хороший инструмент для расширения, свой магазин можно изменять как угодно. Короче, платформа очень крутая, интересная, популярная (говорят, что больше 300 тыс. пользователей), популярность только растет, но перейти на нее из опенкарта будет очень не просто, так как тут не просто другой движок или фреймворк, тут даже другой язык программирования, со своим шаблонизатором и кучей своих нюансов + SaaS, + PaaS + своя нестандартная система расширений, где все через API, + инфы для php достаточно мало. Но за подобными сервисами будущее, так как зачем кому-то учить 10 лет программирование, чтобы запустить магазин, если все можно сделать за 5 минут кликая мышкой?.. Вопрос риторический, наверное поэтому и такая популярность Shopify. И еще что понял, для облака нужно не просто хорошая, а просто отличная система расширений, так как изменить даже 1 строчку кода возможности нету, поэтому все должно работать автоматически в 2 клика мышки, установил и работает. И не важно сколько модулей установлено уже, все должно работать. А то, что делает опенкарт.. это пародия на облако, там ничего работать не будет.. PS если кому интересно, нашел книгу по разработке под Shopify, уже процентов 70 прочитал, правда читается достаточно тяжело, так как все примеры на RoR, а там очень специфичный язык, совсем не как php https://drive.google.com/file/d/0B2qVovNZWDJlQkF4MmV5VHoxUkk/view?usp=sharing

напишите мне в ЛС

это не обширный перечень, все это так или иначе есть в разных движках. по вашему списку из того что знаю - Drupal перешел на Symfony, Magento изначально на ZF Сейчас много движков поняли, что намного выгоднее перейти на какой-то популярный фреймворк, чем тратить кучу времени на создание своих велосипедов. Потому что в фреймворках почти все компоненты уже есть, готовые, классные, отлаженные на тысячах сайтов + если завтра этот компонент устареет, то его обновит сообщество этого фреймворка, а движок просто обновит версию и все. Зачем тратить время на это, не лучше ли это время потратить не на создание компонентов ядра, а на создание компонентов движка вообще не задумываясь о ядре, так как оно уже есть готовое? вот наглядная картинка по опенкарту: Больше года? Я это уже 5 лет жду 5 лет назад я открыл для себя это движок, он мне показался очень хорошим: неимоверно быстрый, простой, функциональный (акции, скидки, купоны, все из коробки), да.. система расширений никакая, но, думал я, ничего, движок молодой, развивается, со временем все появится.. потом вышла версия 1.5, потом 2, потом 3.. а мы по степени развития ядра движка, с очень незначительными улучшениями, там же, где были 5 лет назад!!! Учитывая то, что популярность движка падает уже третий год, он наоборот должен развиваться какими-то бешеными темпами, потому что только это его спасет, иначе, результат не сложно предсказать что будет еще лет через 5.. учитывая то, что другие движки не стоят на месте и постоянно развиваются.

ящик забился, я же вам на почту отписал. сейчас почищу ящик

я сейчас работаю над новой версией модуля, там будет много новых функций.

рублей 200, если ну будет каких-то непредвиденных сложностей с вашей темой.

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

код на выходе, напрямую зависит от того, как, с помощью какого инструмента его будут писать. хороший движок и хороший фреймворк дисциплинирует. например: - если бы были события и не было окмода, то поломать движок расширив его через события со своего модуля, было бы намного сложнее, с окмодом это делается на раз два. - если бы был конструктор форм, то сделать ошибку в форме было бы сложнее, так как форма бы делалась через напр. $form->input(); и весь код этой формы бы создавал движок - если бы был класс request, который бы хорошо фильтровал все входящие данные, то написать приложение, которое можно взломать передав ему не правильные данные было бы намного сложнее - если бы был встроенный валидатор данных, то пропустить не валидные данные было бы сложнее, так как движок бы сам это проверил автоматически и не пропустил - если бы был хороший класс для работы с базой, напр. ORM через Active Records (да, мечтать не вредно)) , где бы запросы создавались через объект, все параметры передавались через массив, который потом бы обрабатывался этим классом автоматически, то пользователь бы даже не задумывался о том, что нужно как-то экранировать данные, движок бы это делал автоматически и следовательно взломать сайт через какую-то sql-инъекцию было бы куда сложнее. - хороший фреймворк он очень многие процессы автоматизирует и кода нужно писать намного меньше (например фильтрация, валидация данных происходит автоматически, многие sql запросы создает сам класс базы, их не нужно писать итд.), меньше кода, меньше возможности сделать ошибку. - в Yii, например, есть инструмент под названием Gii, который автоматически создает классы модели по структуре базы, формы, структуру модулей итд. В этом случае ошибиться сложно, так как основной скелет модуля создает фреймворк. + если бы движок был более сложным, то многие начинающие пользователи бы просто не смогли преодолеть его порог вхождения и не работали бы с ним, а те, кто смог бы преодолеть имели бы уже какой-то хороший опыт программирования и очень глупых ошибок бы уже не делали.

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

1. я не знаком с тем модулем, поэтому не могу сказать имеет ли он аналогичный функционал или нет, что умеет этот модуль написано в описании модуля, читайте, будут вопросы - задавайте. 2. угловые стикеры? да, модули их поддерживает.

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

1. нет2. да3. на данный момент - нет

Не хочется никого расстраивать, но ни за год-два ни даже за 5 никакого современного фреймворка из опенкарта не будет, может и вообще никогда не будет.. Чтобы это понять достаточно просто посмотреть на историю развития движка, которому уже почти 8 лет! И за эти 8 лет что мы имеем? SQL запросы на пол страницы пишутся в одну строчку, даже какого-то самого простого конструктора запросов не додумались сделать, да его даже писать не нужно, просто взять из любого фреймворка. За 8 лет у нас все еще нету нормальной системы расширений, при которой можно установить 2 десятка модулей и не получить ни одного конфликта, у нас движок, в котором можно 2 модуля установить и сайт упадет. За 8 лет не реализовали ни самого элементарного конструктора форм ни валидатора входных данных, ни еще кучу всего. И это за 8 лет. И все это даже близко не современный фреймворк! Все это было в самых простых и устаревших на сегодня фреймворках (типа CodeIgniter) почти 10 лет назад. И даже до этого опенкарту развиваться еще лет 5, если двигаться в правильном направлении, что очень наврятли. А современные фреймворки (Laravel, Symfony, Yii) это вообще космос по сравнению с опенкартом, там пропасть уже размером с Grand Canyon. И кто-то думает, что то, что не было реализовано за 8 лет сделают на раз два за 1-2 года? Не сделают. Мне иногда вообще кажется, что Даниел уперся в какой-то свой личный поток развития и дальше уже его не пускает, он может быть вообще думает, что то, что есть сейчас это уже и так просто супер мега круто, почти идеально, зачем что-то менять и усложнять.. и так работает ну и ладно. С таким подходом серьезных изменений мы вообще никогда не увидим. А что плохого в том, что движок будет немного более сложным? Но зато будет нормальная система расширений, без конфликтов, движок станет более надежным, более безопасным, более расширяемым, на нем станет работать больше серьезных магазинов, которые будут готовы платить хорошие деньги за разработку, модули будут стоить дороже + станет меньше низкоквалифицированных разработчиков, меньше плохих модулей и так далее. Что в этом плохого? По мне так вообще одни плюсы.

да, уже выслал, проверьте ЛС

Это уже речь про модель. Там отдельная история. Там, кстати, совсем беда получается: либо только один модуль сработает (как сейчас), либо, если не обрывать выполнение, то будет куча лишних запросов к БД и вообще непонятно, как эти данные потом компоновать. Там просто напрашивается построитель запросов, чтоб модули не целиком методы собой подменяли, а только модифицировали запрос и таким образом могли бы работать все вместе, при этом не создавая лишних запросов и сложностей с компоновкой результатов. + еще не забываем, что есть окмод, который ни куда не делся, и тысячи модулей используют именно его (а потому что иначе вообще никак) и они то вообще ничего не знают о новом getProducts который будет вызываться вместо старого.. они будут изменять через окмод старый getProducts а модуль вместо него выполнит новый, свой.. И эти же модули через окмод будут изменять контроллер, которому нужны будут данные от модели, которых не будет, так как выполнился совсем другой метод.. И какой в этом всем смысл?