sv2109

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

Все, у меня Киевстар интернет: Яндекс - RIP VK - RIP Odnoklassniki - RIP разные легкие способы обхода типа включить режим экономии трафика в браузере или турборежим в опере не работают.

для гугла https так же важен и влияет на ранжирование

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

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

Президент Украины подписал указ о введении санкций против российских компаний. Статья http://biz.liga.net/ekonomika/all/novosti/3666827-poroshenko-zapretil-yandeks-odnoklassniki-i-vkontakte.htm сразу подумал фейк, но нашел подтверждение на сайте президента: http://www.president.gov.ua/storage/j-files-storage/00/40/30/6f76b8df9d0716da74bb4ae6a900d483_1494864914.pdf соц. сети меня мало волнуют, но многие пользуются яндекс сервисами и для аналитики и для оплаты + поисковик.

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

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

стандартный поддерживается, конечно, написал в описании так что можно понять двояко, да.

ответил в ЛС

есть версия для 2.3

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

Вот скриншот из моей почты: https://drive.google.com/file/d/0B2qVovNZWDJleTg1OVRQOVB0Qmc/view?usp=drivesdk последний раз мы с вами общались 9/26/16 все, больше никаких сообщений я от вас не получал. На все сообщения я отвечаю в пределах одного рабочего дня и никого не игнорирую если мне пишут по поводу модуля. Напишите мне на почту или в ЛС

нет, не делал, только под двойку

Да вы можете сколько угодно доказывать какой опенкарт идеальный во всех смыслах, но цифры то не врут! В этой теме выше есть графики популярности магазинных движков и опенкарт уже 3 года как теряет свои позиции и дальше будет терять, и еще и больше, потому что веб технологии развиваются просто бешеными темпами, а опенкарт стоит на месте. С опенкарта уже уходят нормальные разработчики. Вы говорите про хорошую архитектуру? Покажите мне на опенкарт хоть один действительно большой и сложный магазин! В этой же теме кто-то писал, что вынужден закрывать кучу магазинов, так как поддерживать их стает нереально. Это наверное из-за хорошей архитектуры все, да? Не создан опенкарт для этого и в первую очередь именно из-за плохой архитектуры и не создан. Потому что никакой системы расширений в нем просто нету, чтобы модули работали и не конфликтовали, чтобы можно было изменять движок и потом без проблем перенести его на новую версию движка, чтобы над одним магазином могла работать команда разработчиков, каждый делал свою работу и никто никому не мешал. Все это архитектура и ее в опенкарте нету! Поэтому опенкарт как был так и есть и будет 1. в основном для низкоквалифицированных разработчиков, которые кроме опенкарта ничего сложнее не могут выучить 2. для очень простых стандартных сайтов. Простота должны быть оптимальной! (Вот Yii простой, по сравнению с Symfony) Чтобы из-за нее не страдал функционал, пусть будет почти все, что есть у других, но сделать это проще, написать хорошую документацию, написать примеры создания модулей, сделать видео уроки для начинающих. Это будет просто, но в то же время функционально. Но если нету функционала и нету архитектуры, потому что "мы хотим чтобы было просто", то не нужно себя обманывать, так как нельзя чего-то недоделать и сказать, что так и нужно, так как мы хотим чтобы было просто.. При таком подходе движок обречен. И еще, вот тут собралось много разработчиков, вот скажите, только чесно, вам всем очень нравится исправлять кучу конфликтов? Тратить пол дня изучать кода какого-то другого модуля из-за которого не работает ваш модуль? Или может было бы лучше, если вы могли 90% своего времени тратить на разработку модулей, пользователи бы их покупали, устанавливали и у них бы все работало и ничего ни конфликтовало? Неужели это было бы не лучше? Если да, то как после этого вы можете говорить, что у опенкарта очень классная архитектура? И если это продолжается уже 8 лет, то как при этом можно говорить, что опенкарт развивается в правильном направлении? Короче, отписываюсь от темы, так как спорить с людьми, которые доказывают, какой опенкарт во всех смыслах идеальный.. у меня нету на это времени. Ты им говоришь что земля круглая, а они тебе - нет, плоская, я же из окна шара не вижу.. PS нашел нужное слово, для тех, кто доказывает, что опенкарт простой, опенкарт не простой, он примитивный, почувствуйте разницу.

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

Спасибо за ссылки, можно будет изучить некоторые как они созданы. Это кстати ответ тем, кто говорит, что магазины на фреймворках никому не нужны. Почему же? Если бы не были нужны то наверное не было бы столько движков на фреймворках. И это только малая часть тех, что работают на фреймворках. Просто многие уже поняли, что намного проще взять готовый фреймворк с отличной архитектурой и кучей готовых компонентов и дописать что нужно, чем писать кучу своих велосипедов. yupe - на yii1, я его смотрел недавно. thelia - на сифони sylius - на симфони, кстати только только вышел octobercms.com - внешне очень красивая, на Laravel dotplant2 - внешне что-то немного страшное, но на yii2

я тоже подытожу. Развивать - значит улучшать, правильно? А улучшение - это изменение кода, что в последствии ведет к конфликтам и несовместимости и чем больше улучшений тем больше несовместимость. Следовательно, или не развивать вообще (но тогда какой смысл делать новый движок, если это будет копия опенкарта?) и оставить совместимость Или наплевать на совместимость и развивать полностью свой движок. Но если делать свой движок и делать его полным аналогом опенкарта с окмодом, конфликтами и прочими минусами опенкарта то в этом опять таки нету вообще никакого смысла, лучше уже использовать опенкарт. Чтобы делать свой движок он должен чем-то качественно отличаться! Тогда он будет интересен многим. Например, нужно первым делом удалить окмод (уже слышу гневные возгласы) и делать нормальную систему расширений, чтобы не было конфликтов + добавлять другие интересные вещи, которые облегчат жизнь разработчикам, такие как Query Builder, Form Builder, свои хелперы, валидаторы итд. Тогда мы получим качественно лучший движок, у которого есть свое, отличное от опенкарта будущее. А если делать все эти улучшения, то какой смысл создавать свои велосипеды, если есть готовые фреймворки (опять раздаются гневный возгласы тех же самых людей), на которых все это уже реализовано, при чем реализовано очень классно! так, как никто из нас точно не напишет. Короче, на мой взгляд, создавать новый движок имеет смысл тогда и только тогда, когда есть желание выпустить качественно новый и лучший продукт. Иначе, если это будет тот самый опенкарт со всеми его минусами да еще и без совместимости с опенкартом.. то это на мой взгляд полностью бессмысленная затея.

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

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

я этот код взял из кода, который был сгенерирован через Gii, он не может быть не правильным, вот например: только для меня это пока еще магия )) есть Active Records, Active Query, Active Data Provider, есть просто Query Builder я пока запутался и не понимаю что с чем и как взаимодействует.

скиньте доступ в ЛС посмотрю.

а я не вижу вообще никаких проблем с обновлением 1. новые версии фреймворка, которые имеют какие-то кардинальные изменения выходят не так и часто. В Yii смотрю по вики, первая версия - 2008 год, вторая - 2014, то есть 6 лет. Между этим выпускаются какие-то минорные версии, где добавляются какие-то новые компоненты, исправляются какие-то баги, но в основном никаких проблем с совместимостью по логике быть не должно, если и есть то очень небольшие и все документируется. 2. не обязательно обновляться сразу на следующий день как только выйдет какая-то новая версия фреймворка, зачем? Если куча систем которые годами работают на не самых новых версиях фремворка. По крайней мере год-два вполне можно, за это время вполне можно неспеша перенести все на новую версию. 3. обычно есть куча документации и мануалов как обновиться с одной версии на другую. В любом случае обновление займет намного! меньше времени, чем написание, исправление багов, поддержка и обновление каких-то своих велосипедов (достаточно посмотреть в репозиторий опенкарта на то, сколько времени идет на написание каких-то компонентов ядра и сколько на добавление нового функционала магазина) Фреймворк - это не пустой звук, фреймворк имеет огромное к-во преимуществ перед своими велосипедами, именно поэтому многие движки сейчас переходят на фреймворки, куча проектов пишутся на них. Просто, если работать все время с опенкартом, то кажется что весь мир на нем сошелся, что его архитектура самая правильная и что Даниел непризнанный гений программирования.. но реальность сильно от этого отличается. Мне эта тема интересна даже в плане личного развития, выучить какую-то новую технологию никому не помешает. Иначе еще лет 5 и можно будет самому начать хвалить архитектуру опенкарта)) для развития нужно постоянно изучать что-то новое. Спасибо, понял что мне еще много всего нужно выучить в Yii По динамическим атрибутам - а зачем? Это и реализовать сложно и потом тем, кто будет писать модули разобраться с этим будет еще сложнее. Как вариант сделать как-то так: class BaseProduct extends \yii\db\ActiveRecord тут Active Records дальше class Product extends BaseProduct тут методы работы через QueryBuilder, напр. getProduct() { // событие before получение товара через $query // событие after } то есть вместо динамических атрибутов дать возможность модулям самим добавить любое поле (или изменить существующее) динамически, но не через Active Records а в методе Product. Как-то так. Не знаю насколько это правильно, но зато очень просто. Или посмотреть как это у других реализовано, в Yii должны быть какие-то cms готовые с системой расширений реализованной.

он должен быть не в корне, а в папке admin, запустите в браузере сначала

Ну так почти все движки именно так и появились. Кто-то (какая-то команда энтузиастов) потратил кучу времени, им за это никто не заплатил, а потом появился например опенкарт, который сейчас очень неплохо зарабатывает и на рекламе каких-то сервисов в самом движке и на какой-то проф. поддержке корпоративных клиентов и на магазине расширений и скоро SaaS будет, еще на этом будут зарабатывать. И что? утопия? нет, очень реальные деньги. И это опенкарт! с ужасным ядром и ужасной системой расширений с ужасным развитием. А если сделать лучше? Оставить примерно функционал опенкарта или даже сделать лучше, перенести все на отличное расширяемое ядро, сделать очень простой и быстрый движок, на котором можно делать любые, даже больше серьезные проекты? В результате можно сделать движок, который со временем будет популярным не меньше, чем опенкарт, а следовательно сможет и зарабатывать не меньше. это я знаю, что в Active Records есть свои события, да таким образом можно выполнить свой код, добавить напр. какой-то Behavior, я имел ввиду как изменить сам sql запрос. Если например из модуля нужно добавить какое-то свое новое условие в запрос или подключить новую таблицу, получить новое поле из нее итд. Active Records это же по сути она таблица со связями.. Если делать через конструктор запросов то можно через событие модулю передать какой-то объект $query и из своего модуля сделать что-то типа $query->addWhere() или $query->addJoin() итд. то есть полностью изменить запрос и вернуть уже измененный класс конструктора запросов и движок уже выполнит этот запрос вместо старого. А как такое сделать с Active Records не понятно, ведь нужно дать модулям возможность изменять практически любой запрос..