Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

Rassol2

Extensions developer
  • Posts

    11,656
  • Joined

  • Last visited

Everything posted by Rassol2

  1. а что вы еше написали что я не заметил ? Как по мне вы именно это написали, точь в точь. Правда привели еше и код в котором написано сравнить цену 1 и цену 2 Или я что то не таки вижу ?
  2. я не говорил что так нельзя. Я сказал что для этого нужно доставать цену текущего товара и сравнивать с ним. Но в прочем это у меня уже реализовано. Не стоит писать вот такие примеры. Аналогия. Я написал что неудобно ходить в туалет в комбинезоне. А вы в ответ написали что тут сложного? Просто снимите комбинезон. Гениально. Как сразу никто не догадался. Понятное дело, что нужно сравнивать цену старую и новую, тут не нужно иметь докторскую степень. Вопрос то был не в этом.
  3. Тут каюсь это правда. Как-то у меня не хватает ума реализовать более гибко. Хотел как крон на хостинге. Оставил как есть. В итоге по правилу 95-5% так и не пришло время изменить это. Может в будущем переделаю систему указания времени. Когда это станет более актуально.
  4. Нет не могу. Мне не понятно для чего достаточно. Да и если честно не важно это. Я не против что кто то переписывает модуль под себя. Для понимания моего говоно кода я специально оставляю такую кучу комментариев в коде, еше и на православном языке. Но давайте договоримся что такие правки вы сами делаете. У меня нет ни возможности ни честно говоря желания вникать в задумки всех вокруг, затем анализировать как это сделать и расписывать куда и что нужно прописать. Такой процесс занимает гораздо больше времени и сил чем я могу себе позволить.
  5. Нельзя. Только диапазоны. Или конкретные часы. Причем диапазоны не может переходить из одних суток в другие. То есть вот так можно 13-20 А вот так нельзя 20-13
  6. Смотря что выберите. Там же три режима. 1 - не использовать кеш. 2 - Создавать кеш, использовать если такой есть. 3 - Парсить и обновить кеш. Не расстраивайте меня. Не пишите что это не интуитивно понятно, что будет при каком режиме
  7. Нет не боюсь. Во первых я еше не уверен буду ли делать. Во вторых, если я буду делать, то делать буду не из побуждений под насолить конкурентам, а потому что есть потребность которую на данный момент нельзя удовлетворить. Если бы что то подобное было я бы ради прикола не делал. Но такого нет, и мне к примеру не в прикол всегда перед загрузкой изменять прайс лист. Зачастую поставщик отдает прайс лист в одном виде. А загружаю его в другом. И мне приходится перед каждой загрузкой тратить время на правку прайса, и с каждой новой загрузкой это повторяется. И если я буду писать загрузчик, то он будет иметь возможность сделать настройки которые сами будут приводить данные в определенный вид. И не нужно будет перед загрузкой все править вручную. Идея в том что бы сократить ручной труд.
  8. Я не верю в успех этой функции, за всю историю я встречал от силы 10 сайтов где можно реально парсить рекомендованный товар. По этому я не буду делать систему с отдельной таблице. Если эта функция будет популярно и будут проблемы с подходом тода я изменю ее. А если нет останется эта функция номинально, как я описал выше.
  9. пока что только записывать в эксель. А вот считывать нет. Но я уже подумываю прикрутить загрузку прайс листов в формате csv через мой модуль, со всеми вытекающими плюшками. А то в загрузчикам мне тоже порой не хватает поиск замены для работы с данными из экселя.
  10. Собственно причина почему это не реализовывалось раньше. И почему сложно это сделать сейчас. В момент парсинга модуль обрабатывать один товар, и возможно у донора можно будет вцепить артикула рекомендованных товаров. Связи в опенкарте строятся один к одному по id. То есть нам нужно спарсить артикул у донора, и по нему найти у себя товар и получить его ID И поле этого сделать связь. А теперь сложности. Пример. Товар sku17 => sku1;sku2;sku3;sku4;sku5;sku6;sku7 Красным я отметит артикула товаров которые в момент парсинга товара с артикулом sku17 отсутствуют у вас в магазине. Зеленым пометил те что есть уже в магазине и их id мы получить может, и построить связь можем. Единственный способ для решения этой задачи, что я нашел это будет такой. Записываем в товар sku17в поле Localtion значение sku1;sku2;sku3;sku4;sku5;sku6;sku7. И затем получаем id всех товаров с артикулами указанными в поле location и из 7 необходимых связей будет построена только с 4 (в нашем примере, в жизни может связей быть 0!!) По той причине что банально отсутствуют у вас в магазине, а нельзя узнать id товара которого нет, и возможно никогда не будет. Но хочется иметь все рекомендации, и что бы они были придется при создании нового товара делать запрос, а нету ли в других товарах. ВО ВСЕХ!! в поле location артикула того товара что мы создаем, если есть делаем связь, и так при создании новых товаров с артикула sku1;sku2;sku4 Тех которых нам не хватало мы сразу построим связь. А теперь главные проблемы. 1. Размер поля location самое большое 128 символов. В принцепи это не мало, но если много рекомендаций, нужно идти и увеличивать размер этого поля в базе данных. Отдельное поле создавать под это я не буду так как это вмешательство в стандартную структуру магазина. В дефолтные таблицы, а это нужно сводить к максимальному минимуму. 2. Раздувание данных в базе, на каждый товар будут хранится артикула товаров с кем связи. Информация которая кроме как для создания связи нигде больше не пригодится. При этому удалить ее нельзя потому что неизвестно все ли товары из связей созданы. 3. Добавляем тяжеловестный запрос в базу данных который будет выполнятся всегда пори создании товара. А именно SELECT product_id FROM oc_product WHERE location LIKE '%sku3%' А этот запрос нифига не дешевый. И чем больше товаров у вас в магазине тем дольше он отрабатывает. Собственно только такой вариант сейчас в голове. Могу сделать его, хотя он довольно спорный. В добавок довешу конечно создание рекомендованных товаров через редактор. Но включение этой функции будет добавлять накладные расходы на работу модуля. Вот как то так на данный момент по этому вопросе. Другого варианта я так и не придумал, значит буду делать такой.
  11. @Malciska Можете написать свой скрипт который будет брать данные с границ париснга и наполнять сайт на движке WordPress Правда это будет сложный и большой скрипт, но возможно.
  12. Да, с помощью скрипта вообще можно выкинуть все вкладки в модуле кроме сбора ссылок, настроек браузера, настроек границы, и поиск замены. А все остальное реализовать в скрипте. Не используя стандартный функционал )))
  13. Да, так как все пункты относятся к работе вручную. Крон к автомату. Для крона отдельная настройка потоков. Что бы вручную можно было работать в одном режиме, а крон в другом. И одно по запаре не повлияло на другое.
  14. Нравится, все устраивает, пользуйтесь. Мне он не нравится потому что он переписывает стандартный функции. Даже у меня с ним проблемы были, и там где их в принципе быть не должно. Аналогия. У вас есть дом, вы купили машину, вам нужен гараж. Все люди пристраивают его к дому, либо где то на участке. И это нормаль. Такова логика и модулей в опенкарте. Шаблон делает по другому. Он берет дом, и смотрит есть комната на первом этаже, хиряк сне стену поставил ворота, и теперь в этой комнате храним машину. А это была ванна. И это модуль сделал без ведома хозаев дома. А вы потом идете в душ, открываете дверь, а там джип стоит вместо ванной. И че делать ? И начинаем искать где бы попу помыть, тулимся в раковину на кухню, или перестраиваем детскую. Короче примерно вот так ведет себя этот шаблон. Запускает цепную реакцию проблем. Но если вас это не коснулось, и у вас с этом нет проблем, то конечно можно юзать. Но я действительно его никогда рекомендовать не буду. Именно по вышеописанным причина.
  15. @Malciska Но кстати без шуток шаблон действительно говеное создание. Не мне судить конечно, я сам еше тот рукожоп. Но шаблон который переписывает логику стандартного движка для себя это очень плохо. Но я думаю вы уже в курсе про этот шаблон, по больше моего.
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.