sv2109

11 часов назад, Vitulus сказал:

После включения кеширования, страница товара «консервируется» со всем содержимым, вот только проблема всплывает тогда, когда обновляется количество товара и цена !!! Де-факто, мы имеем изменение кол-ва товара, но покупатель и склад во фронт-энде показывает то же кол-во (ведь кеш заморозил показатель склада).

Есть 2 типа модулей кеширования (или какие-то их вариации):
1. модули, которые кешируют какие-то части страницы. В них можно гибко настроить что именно кешировать, а что нет, но скорость загрузки страниц все равно получается не очень большой, так как все равно приходится грузить весь движок чтобы отдать пользователю страницу

2. модули страничного кеширования. например BOOST. Этот модуль кеширует не какие-то отдельные части страницы, а всю страницу целиком со всем ее содержанием. В этом есть огромнейший плюс - при повторной загрузке этой же страницы движок не задействуется вообще (у меня по крайней мере так) и страница отдается пользователю мгновенно, не зависимо насколько эта страница большая, сколько там товаров, модулей, запросов к базе итд. Но есть и минус - вы не можете кешировать или не кешировать какие-то части страницы, например цену или к-во или еще что-то. 
BOOST умеет загружать какие-то блоки через аякс, но это больше относится к каким-то модулям или другим блоков, которых не много на странице. Но цену и/или к-во таким способом грузить будет не эффективно. 
BOOST можно настроить чтобы при изменении какой-то информации о товаре кеш модуля очищался автоматически, тогда вы всегда будете видеть актуальные цены и к-во. Но придется постоянно скидывать кеш при каждом обновлении.  

11 часов назад, florapraktik сказал:

В чём сакральный смысл этой "поддержки", если она оказывается "по настроению", только "хорошим людям" и ограниченное время? Зачем это вообще? Просто потому, что деды так делали?

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

11 часов назад, IronMann сказал:

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

Я вас прекрасно понимаю и примеры ваши жизненные, у меня тоже такие покупатели были, что потом годами не могут забыть о какой-то мелкой обиде. 
НО вот только есть одно "но". Если бы это был действительно один клиент на сто, то да, лучше вернуть деньги или сделать бесплатно и все, разошлись и все довольны. 
Проблема в том, что ситуация, которую я описал она никак не единична, это вполне стандартная ситуация и если продаешь модули уже больше 7 лет,  то подобные ситуации случаются постоянно почти каждый день, а иногда и по несколько раз на день бывает, особенно после выходных, то есть это десятки случаев в месяц и что? всем возвращать деньги? или всем все делать бесплатно? Тогда выгоднее будет вообще закрыть всю свою деятельность и заняться чем-то другим, так как доходы тут и так не ахти учитывая и варез и нежелание многих покупателей платить адекватные деньги за работу, если же еще бесплатно тратить по пол дня чтобы решить все конфликты через 5 лет.. то придется работать вообще в минус. 

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

45 минут назад, chukcha сказал:

Так у вас все закрыто? Как вы предлагаете другому разработчику  решать конфликт?

Очень часто это не имеет значения. Почему? Потому что 
1. модуль до этого работал
2. обычно модуль из-за конфликта перестает работать после того, как другой модуль или тема изменяют код например через модификатор и тем самим изменяется логика работы сайта. Может ли модификатор изменить закрытую часть кода? нет, только открытую. Значит закрытая часть тут вообще не при чем, изменения произошли только в открытой части, а их можно найти и исправить через ту же открытую часть.  
3. у меня в модулях закодирована только модель, обычно и не нужно знать как она работает для решения конфликта. 
По своему достаточно большому опыту решения всевозможных конфликтов могу сказать, что минимум процентах в 95 случаев (а то и больше) конфликты решаются без изменения закрытой части модуля. 

8 минут назад, alena967 сказал:

логично будет прописать , что бесплатная поддержка 1 год с даты покупки

Это уже прописано в правилах этого форума, которые распространяются на все дополнения форума, если другое не указано самим разработчиком:

Цитата

7. Лицензия

7.1. Если иное не установлено Разработчиком, срок Лицензии составляет 365 дней со дня активации Объекта. Срок поддержки Объектов Разработчиком не превышает срок Лицензии.

10 минут назад, ibond сказал:

И вот он сейчас покупает новый модуль, который вызывает конфликт с вашем модулем.

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

Стандартная ситуация:
Какой-то покупатель купил модуль 2-3-4-5 лет тому назад, рублей за 300. Модуль получает, поддержку по нему после покупки получает или даже установку, у него все работает. 
Через 3-4-5 лет после покупки у него что-то ломается и модуль работать перестает. 
Сразу после этого мне на почту прилетает письмо от этого покупателя, что "вот ваш модуль, который мы покупали не работает, вот доступы к нашему сайту разберитесь с проблемой". 
Когда модули продаешь уже лет 7 и к-во покупателей за это время - тысячи то подобные письма приходят достаточно часто, иногда по несколько раз на день и приходится тратить реально кучу времени на все это. 
+ в 99% случаев если модуль 3 года работал и вдруг перестал то проблема никак не в самом модуле, а или каком-то конфликте с другим модулем или темой, которые пользователь установил недавно или в том, что пользователь сам изменил настройки модуля или хостинга или код сайта итд. 
Раньше я по доброте душевной подобные обращения обрабатывал вообще бесплатно так как их было не много. Но когда подобных запросов приходит по несколько на день то можно и полдня на все это потратить да еще и бесплатно.. Поэтому я в последнее время обычно вежливо отписываю, что извините, период бесплатной поддержки уже закончился, если хотите чтобы разбирался с вашей проблемой это будет не бесплатно. И.. очень часто получаю кучу негодования от покупателя. Да, некоторые пользователи вполне нормально к этому относятся, но некоторые крайне негативно, типа, "Как же так? Я же модуль КУПИЛ, официально, мог ведь и бесплатно скачать на каком-то варезнике, а купил, за деньги, у автора, чтобы получить поддержку, а теперь мне что опять платить? Автор ты что вообще офигел?" (не дословно, но примерно так) И кстати, часто слышу, что "вот другие разработчики в таких ситуациях денег не берут, а решают все бесплатно"
И вот я думаю то ли это действительно все разработчики такие добрые, только я один злой и алчный или как? 
Вот как вы поступаете в подобных ситуациях, потому что мне они иногда полностью мозг выносят. 

10 минут назад, Koliibri1 сказал:

Добрый день! Скажите пожалуйста, как станет модуль, если у меня шаблон Revolution и уже стоит модуль  Массовое управление акциями + Таймер. не будет проблем с ним или может быть конфликт? Версия ocStore 2.3.0.2.3

 

С темой и ocstore 2.3 модуль точно будет работать, с модулем, чесно, не было возможности проверить, но теоретически конфликтов быть не должно, модули создают разные акции, моим модулем вы сможете создавать одни акции, а другим модулем - другие. Мой модуль также умеет выводить таймер для акций движка, но тут нужно пробовать, будут ли акции, созданные через какой-то другой модуль выводиться через мой модуль, если тот другой модуль создает акции так же как и сам движок - то все должно работать, если через какой-то свой механизм, то такие акции будут выводиться через таймер того модуля, как и выводятся теперь. 

13 часов назад, IZorenko сказал:

Добрый день.

Модуль нормально становится на нестандартный шаблон?

Или необходимо что-то допиливать руками?

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

1 час назад, Cybervizor сказал:

При установке расширения через админку пишет, что неправильный тип файла. http://prntscr.com/q6m9jp

 

В ЛС ответил. 

23 минуты назад, adgjmp7 сказал:

Уже установлено кеширование Jet Cache от markimax. Ваш модуль примерно то же делает или дополняет Jet Cache?

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

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

9 минут назад, iAlex сказал:

1. Есть ли версия 3 для покупки или сначала вторую покупаешь, а потом третью?

 

есть, вот она
https://opencartforum.com/files/file/3432-statusy-tovara-pro-speed-avtostatusy-stikery-tekstovye-statusy/

 

10 минут назад, iAlex сказал:

2. Как сделать под доп фото, а не на них, как у Розетки:

 

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

У меня подписка слетела на эту тему, какой-то глюк этого форума
 

В 28.11.2019 в 01:17, iAlex сказал:

1. Если покупать сейчас еще одну лицензию для другого домена, но какую версию покупаешь 3 или 2?

 

лучше 3, она более новая и функциональная
 

В 28.11.2019 в 01:17, iAlex сказал:

2. В версии 2, когда покупал было написано, что стикеры похожие на розетку. Попробовал добавить, чтобы как на Розетке под фотками товаров отображались и получилось вот что:

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

1 час назад, polakiv сказал:

Еще одна претензия, тут уже высказывались.. маленький комьюнити..

для чего? В js? на сегодня это самый популярный яп в мире и продолжает набирать популярность. 
В React? на сегодня это самая популярная библиотека на js для создания интерфейсов. 
Комьюнити и там и там просто огромное.

1 час назад, polakiv сказал:

Недавно ставил яндекс карту на реакт, провозился два дня.. это жесть

Как можно сделать так, что джава скрипт нельзя было просто поставить на джаваскриптовый фреймворк? 

 

я конечно этого никогда не делал, но всего 5 секуд гугления, находят кучу примеров и готовых решений:
есть готовый npm пакет
https://www.npmjs.com/package/react-yandex-maps

который  устанавливается одной командой 
npm i react-yandex-maps
и все работает
кстати,  только за последнюю неделю! этот пакет скачали почти 8000 раз.
 

7 минут назад, speecher сказал:

А как модуль будет работать с мультиязыками?

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

Подпишусь, очень интересная для меня тема. 
В последнее время начал по-немного изучать React, так как согласен с ТС, за React - будущее, мало того, оно уже наступило. 
И я понимаю, что я очень сильно отстал от этого будущего... нужно наверстывать. 
При чем не только React, но и вообще js в целом, учитывая какими темпами он сейчас развивается и сколько сейчас всего можно делать на js.. да по сути почти все, от вебсайтов до мобильных, десктопных приложений, игр, 3D графики, есть даже библиотеки для машинного обучения.. 
Вот только изучать React после php довольно непросто. Нет, сам React по сути совсем не сложный сам по себе, мне чем больше его изучаю тем больше он напоминает какой-то конструктор лего))) Сложность React скорее не в нем самом, а в том целом огромном окружении, в котором он работает, так как для работы с React нужно также достаточно хорошо знать сам js включая разные ES5,6,7,8 итд, нужно знать функциональное программирование, нужно иметь хотя бы базовые знания node.js, а также знать npm, webpack, babel + еще кучу разных пакетов, нужно также знать JSX и кучу библиотек для React типа Redux и еще наверное кучу всего. + это все развивается просто сумашедшими темпами и получается, что берешь какой-то туториал или новую! книгу, читаешь, вроде понятно, а начинаешь что-то делать и.. облом, ничего не работает, потому что в примерах более старые версии React или npm или webpack.. или какие-то решения, которые уже считаются устаревшими.. 
Короче, пока с достаточно большим скрипом идет изучение React для меня, надеюсь дальше будет проще. 
А этот магазин очень классно рассматривать даже в качестве какого-то учебного примера, потому что одно дело понимать кучу технологий по отдельности и другое посмотреть как они работают вместе на реальном проекте. 
С удовольствием бы присоединился к такому проекту, но моих знаний пока крайне недостаточно для этого, может разве что со временем. 
 

PS нашел roadmap по React  https://dev.to/javinpaul/the-2019-react-developer-roadmap-54ca
 

20 минут назад, chukcha сказал:

Потому что  MVC - это концепция архитектуры приложения, а не языка

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

Поэтому формально - да, так и есть, в php из коробки никакого MVC нету. 

47 минут назад, Blast сказал:

ну вроде расстояние от верха экрана до элемента поиска можно вычислить так:

$('#search').offset().top - $(window).scrollTop()

я тоже так думал и пробовал, но у меня не работало

6 часов назад, sv2109 сказал:

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

2 часа назад, Blast сказал:

А например height: 70vh чем плох? Подстроится под высоту экрана

как вариант, я просто не дазайнер и напрочь забыл о нем. 
плохо то, что нам по сути не нужна высота экрана, а нужно расстояние от элемента поиска до низа экрана. А поле поиска оно находится в шапке, которая бывает разной, если экран большой, то она может занимать 5% экрана, а если это какой-то смартфон с маленьким экранчиком то и возможно и все 70%.. 
яваскриптом же можно намного точнее определить, у меня правда не получилось это сделать, не хотелось тратить много времени на какое-то идеальное решение, пробовал разные .offset() и даже .getBoundingClientRect() но они мне возвращали положение элемента относительно не экрана, а родительского элемента, наверное это связано с позиционированием элемента.. То есть по идее чтобы получить точную позицию нужно просуммировать позиции всех родителей элемента, после чего ее нужно отнять от высоты окна, отминусовать позицию скрола  и мы получим с точностью до пиксела высоту от элемента поиска до низа окна

38 минут назад, Designer сказал:

Потому что, это пример, если сложно догадаться.. 

я не о том, понятно, что 150 пикс в вашем ответе это пример. Я о том, что любое фиксированное число, какое бы оно не было навряд ли подойдет. Я тоже когда задался вопросом добавить скрол к своему модулю то сразу подумал: "А, ерунда, 2 строчки css кода и все", а потом начав это реализовывать понял, что 2-мя строчками кода тут никак не обойтись. Ведь нужно чтобы этот блок подстраивался под размер экрана, а это уже через css не сделать + нужно также реагировать на изменение размера экрана, ведь пользователь может например перевернуть планшет из вертикального положения в горизонтальное + идеально также учитывать позицию скрола страницы итд. 

12 часов назад, Designer сказал:

height: 150px;

зачем ограничивать высоту блока строго в 150 пикс? экраны же у всех разные.. 

Мой модуль тоже поддерживает скролл:

демо тутhttp://demo.sv2109.com/ocstore2302/index.php?route=product/search&search=a

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

12 минут назад, sashaustenko сказал:

Вы создали неполноценный, мало функциональный модуль

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

Вышла новая, более функциональная версия модуля, нравится - обновляйтесь, не нравится - не обновляйтесь. 
Хотите жаловаться - жалуйтесь, мне все равно, я на этом форуме продаю модули уже почти 8 лет и прекрасно понимаю, что никакие правила форума не нарушал. 

1 час назад, sashaustenko сказал:

Он обновляет версию, пишет 3.0 (мега, супер, друпер пак, ультра бомба модуль), и продаёт по дороже цене модуль, который уже существует, но с меньшим функционалом.

Все правильно, что не так?
Вы покупаете модуль, который умеет: 1,2 и 3 за условно 500 рублей. 
Со временем выходит новая версия модуля, который кроме 1,2 и 3 умеет также 4,5,6,7,8,9 и 10. 
То есть модуль стал реально в разы лучше, функциональнее и полезнее. Поэтому этот новый модуль должен продаваться за тех же самых 500 рублей? Естественно, что он продается дороже, ведь он и стал в разы более функциональным и на его разработку было потрачено в разы больше времени. 
Многие пользователи уже или приобрели новую версию или обновились, все довольны, потому что модуль получился реально хороший и функциональный.
Кому не что-то не нравится - пусть не обновляется, я же никого не заставляю силой это делать..  
 

13 часов назад, sitecreator сказал:

При одном важном условии - товаров немного.

Иначе сайт начнет зависать.

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

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

13 часов назад, Seriusis сказал:

Здравствуйте. Что являет собой функция "Бесплатная доставка" ? Кроме как вывод стикера модуль меняет логику пересчета в корзине и доставка будет бесплатная, я правильно понял ? 

Нет, модуль не меняет логику работы корзины.

3 часа назад, sashaustenko сказал:

Мне нужен поиск по Варианту опции, точнее там где информация что за опция - цвет, размер и т.д

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

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