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

Rassol2

Extensions developer
  
All author extensions
 View Profile  See their activity All author extensions

  • Posts

    11,656

  • Joined

  • Last visited

 Content Type 

Everything posted by Rassol2

  1. Rassol2
    Найден недочет в модуле. Если вы используете нестандартную директорию для админки, любая директория отличающаяясь от admin это приведет к потери связи с ботом. Кто не использует стандартную директорию имеете в виду, в будущем релизе пофикшу.
  2. Rassol2
    Парсер это парсер, наверное стоит поискать модуль который будет переводить информацию в товаре уже после париснга. Я представляю сколько займет времени парсинг 1000 товаров где каждый эелемент будет запрашивать у третей стороны перевод и ждать его. Я все ближе и ближе к тому что бы написать модуль который будет производить перевод по содержимого интернет магазина через апи. А то это становится актуально. Кто бы мне 24 часа в сутках превратил в 48.
  3. Rassol2
    Если это ссылка как ссылка а не просто вывод информации которые есть в коде страницы при первом заходе. То нет такое нельзя реализовать.
  4. Rassol2
    Убедитесь что вы не забыли выполнить. /instg.php
  5. Rassol2
    Здравствуйте. Да, в курсе. То что опции будут это однозначно, но буду честным они будут не в первом эшалоне. Подпишитесь на файл модуля и периодически проверяйте состояние разработки что бы не пропустить внедрение.
  6. Rassol2
    Есть две глобальных задачи которые будут решены в модуле. 1) Парсинг сайтов с JS , при помоши программы на python , там может прикручу и полную автоматизацию с прокси. 2) Загрузка прайс листов. (как вариант) Это вот те две задачи которые постоянно всплывают и по хорошему уже требуют решения. Но в нынешней ситуации нет возможности начать реализовать большие проекты. Как все эта жесть в мире закончится и можно будет выдохнуть я приступлю к решению этих задач.
  7. Rassol2
    Да могу, и сделать ее по 300$ в месяц по подписке, с минимальным сроком подписки от одного года. Вот собрались все те кто работает с модулем постоянно, оплатили и через месяц у вас будет это функционал. Я даже ради этого спать буду не по 6 часов в день а по 4 но сделаю. Вы так пишите как будто бы это просто так взять две кнопки нажать и все готово. Если будет спрос будет решение. Хочу что бы меня все услышали, я не против развивать модуль но я против того что бы хоронить годы жизни на разработку фунции для одного человека. И даже для 10. Есть золотое правило. Все что нужно для 95% реализовавшем. Что нужно для 5% закрываем глаза. Это может вам нравится может нет, но реалии таковы. Я не закрыт от идей и предложений, мои посты выше на эту тему направлены на то что бы помочь этим 5% несмотря на то что встроенной функции нет. Но пока это не стало массовым явлением это реализовано не будет. Пример как это правило работало и работает это весь функционала который был сделан в модуле.
  8. Rassol2
    Ок добавлю. ps. Скришоты луче прятать под спойлер, это повышает читабельность.
  9. Rassol2
    Обновил файл.
  10. Rassol2
    Упс через 3 часа буду за рабочим местом загружу если так. сорян.
  11. Rassol2
    Ну раз вас прям много проектов тормозится могу подсказать решение проблемы через, подстановку якоря в описание и вырезание ненужного. Делаете вот такую настройку. А потом через редактор товара можно отфильтровать товары и там где уже было описание вырезать новое. А где не было оставить через поиск замену. На один шаг больше но регает задачу и больше ваши проекты не тормозят. Но если всем нужно это вы не стесняйтесь используйте описанный вариант и попутно пишите что вам это нужно, и я сделаю. Только подсоберем нуждающихся.
  12. Rassol2
    Больше резонанса больше реализаций.
  13. Rassol2
    Мои замеры показали что при вставлении 3 запросов на выбор данных из таблиц 1) oc_product_description 2) oc_product_attribute 3) oc_product_image По id товара, и затем просто прогонка в цикле значений где одна переменная в каждом цикле увеличивает значение на единицу. А в конце просмотр этого значение. Сократила скорость парсинга на 30+ % точно не помню но около 34 процентов. Измерения делал еше в конце 20 года. То есть даже не обработка данных а просто прокрутить полученные данные в цикле. Нагрузку уже не стал даже смотреть. Единственное место где этот подход реализован это оценка цены перед обновлением. Так как в свое время эта потребность вызвала неимоверный ажиотаж. Колебания курса. Возможно и описание будет реализовано когда потребность в этом будет больше. Это я к тому сказал, что бы не было впечатления что мне просто лень, я много работал и тестировал этот вопрос. Я в курсе этого. И даже нашел пару методом сократить нагрузку но пока что это далековато до уровня где можно реализовать просто что бы было.
  14. Rassol2
    не это не про то. Я же написал в первом случаи мы просто берем посылку отдаем почтальену и говорим отнеси по адресу и положит под дверь. И вообше все равно живет там кто то или не, белый он, черный или азиат, плевать неси посылку. Сейчас работает так. А вот то что вы говорите это уже перед тем как почтальона отправить относить посылку, по адресу, нужно поправить кента сгонять туда и разведать что там по чем, а затем обкашлять решение, и сделать вывод, отдавать эту посылку почтальону или нет. вы рассуждаете на уровне как оптимизировать проверку данных. А я вам объясняю что никакая оптимизация проверки данных не будет мение затратной и быстрой чем отсутствие проверки как таковой.
  15. Rassol2
    Это все подпадает под мой рассказ выше. Да это можно сделать. Но нагрузка. Узнать пустое поле или нет мы можем только в том случаи если запросим это поле и проведем валидацию данных. То есть на наш человеческий язык ситуация примерно такова. Вы даете человеку список из мобильных номеров и говорите перепиши только те номера которые заканчиваются на цифру 8 и модуль сидит и делает это. А когда вы хотите что то делать с проверкой то это уже звучит так. Перепиши все номера телефонов где номер заканчивается на цифру 8 и владелец номера женшина. В первом случаи модуль просто берет артикул сравнивает и отправляет запрос в базу даннх, и ему все равно что было та. Он убеждается что запрос ушел ошибок нет, следующий товар. А в вашем случаи ему нужно перед тем как отправлять запрос на обновление, запросить что там есть в том поле, затем проверсти анализ нужно делать что то или нет. И если да тогда оправляем запрос. Нужна такое ? Однозначно да, это было бы круто. Сам могу представить много сценариев. Это как бы и есть + такой функции. Минусы. 1) Во первых сложность в реализации. (если мы говорим не об описании а в прицепи о тенденции открытия такого фронда возможностей) 2) сложность в поддержке и учете при дальнейших разработках. 3) Несоизмеримое увлечение нагрузки от работы модуля на базу данных. Замедления парсинга в разы, даже в десятки а то и сотни раз. (Боюсь я только этого пункта)
  16. Rassol2
    Вот такого нет. Нет возможности заполнять описание только там где пусто. Но такое можно приколхозить в будущем все для этого есть в модуле. Единственное что такое подход пораждает лишние запросы в базу данных при работе модуля. Сейчас он просто собирает все данные в единный комок, и затем пушит обновления. А если добавлять возможности по типу обновить если действующие описание ...... тут все что угодно ...... тогда мы как минимум пораждаем запросы к текушему товару для анализа и вывода. Если где то в одном месте это сделать то ок, если это пойдет как тренд боюсь модуль начнет создавать уже большую нагрузку.
  17. Rassol2
    Если это будет массовое явление, и добавление приставки к артикулу неприемлемо то да это будет реализовано. Пока что я особо не вижу смысла в таком усложнении, тем более что поведение модуля при обновлении станет мение интуитивным. Но как задача я понимаю ее необходимость, и если есть вопросы около этой темы всегда рекомендую использовать приставки к артикулам, упрощают жизнь.
  18. Rassol2
    Ну вот вариант который я вам описал выше покрывает и эту задачу и даже больше. Так было и задумано изначально. А присвоение было сделано для работы с инструментами, что бы шаблоны понимали с кем работают.
  19. Rassol2
    Ну да типо того, у меня это можно самому сделать при необходимости. Можно хоть все артикула так составлять. А не только так как я предложил выше. Я так и делал раньше сам присваивал приставку к проектам.
  20. Rassol2
    Вопрос довольно интересный. В этом что то есть. Но нужно понимать что в момент обновления товаров проект присваевает товару свой идентификатор. То есть товар загруженный проектом А может принадлежать проекту Б через время, если проект Б обновить этот товар. Указав жесткий запрет на обновления товаров с других проектов можно, но если настройку установить в проекте А а в проекте Б нет, то после работы проекта Б если у него артикула совпадают он перетянет к себе все товары. Как бы будет образовываться вакум который можете перетянуть товары. Я могу уже сейчас предложить решение вашей задачи с использованием сушествующих технологий. Вы можете запустить проект А в режим обновления, и указать арткул в поле USP и добавить приставку pr1-artikel И так у вас есть два поля sku = artik usp = pr1-artik И вот когда вам нужно включить парсинг товаров только этого проекта вы можете переключить идентификатор с sku на usp И так можно сделать в любом проекте, и с любыми полями которые поддерживаются в роле идентификатора. Пропись будет выглядеть так. стандартные настройки. немного магии. И вот когда вам нужно перейти в режим обновления только своих товаров, переключаем идентификатор.
  21. Rassol2
    Вот прям в ближайшие время нет. Сейчас и так проект еше под дормозит, сейчас начал рассматривать web apps телеграма, и уже наверстал немного для работы магазина через веб ап. То есть бот будет переходить на новые технологии. Так что сейчас очень сложное время ))
  22. Rassol2
    Обновление v0.9_alpha Много исправлений по кругу, пока бета и альфа всегда нужно обновлятся. Правда критического ничего не было. Нововведения. Добавлено базовое оповещение о новом заказе. Оповещение магазин рассылает всем менеджерам которые добавлены в разделе поддержки, и имеют статус Включен. Обратите внимание что рассылка придет в независимости от того рабочие время у менеджера или нет. Если у менеджера статус отключен, он не получить сообщение о заказе. Так же оповещение о заказе будет иметь звуковое сопровождение даже если в настройках бота указано отключить звуковые уведомления. Кроме случаев где в самом телеграмме менеджер отключил звуковые уведомления от бота, тут я без силен. Сообщение выглядит так. Так же у менеджера будет кнопка окрыть диалог с клиентом. Все менеджеры будут получать одинаковые, так что вам нужно внутри команды определить кто будет отписываться клиенту. А то я представляю уже голодные игры когда все менеджеры в один момент нажимают открыть диалог и начинают долбить клиента. Расширил настройки бота. Скрывать сайт. Добавлена настройка скрытия ссылки на классический сайт. На тот случай если вы хотите торговать только в телеграмме, а классический сайт будете держать просто как базу данных. Кстати в таком случаи вам даже домен не нужен, можете использовать бесплатный от хостинга. Или ip вообще все равно, миниум затрат. Если эта настройка установлен то в информации о товаре исчезает кнопка перейти на сайт. так же исчезает ссылка на сайт в разделе Аккаунт -> О магазине Настройки кол-ва фото. Теперь вы можете выбрать сколько фото будут выводится в превью товара, когда вы листаете товар в категории. И сколько выводить фото в детальном просмотре товаров. Раньше было выводить 3 изображения в превью если они есть. И все изображения в детальном просмотре товара. Было. Теперь можно сделать так. Ну и тоже самое косается вывода доп изображения когда человек желает детально просмотреть дополнительные изображения. Можно ограничить вывод от 1 до 25 фото. Допустим вместо всех выберем показывать только два. Это добавит немного больше вариантов кастомизации магазина. Не забываем при обновлении выполнять ваш_сайт/instg.php
  23. Rassol2
    Ладно тут уже дискусия идет в глубины души. Я хотел донести мысль, что прежде чем стать неудобным для клиента и послать его в ЖЖЖЖесткое изучения мануала, мне нужно убедится что ошибка не в модуле, а в халатности. Именно на этом этапе я несу временные убытки. Но я не могу пропустить этот шаг и после фразы "модуль не выводит товары послать клиента в Ж". И вот пока модуль еше не вылезание в основных направлениях, я не буду реализовать языковой переключатель. Само объяснение этой проблемы и поиск ее максимально сложен. Допустим клиент на укр пишет "нет товаров", я захожу к нему на рус и все есть. И пишу сам дурак. И только через 4 месяца диалога окажется что у нас разные локализации и собака где то там. Короче даже думая о возможных сценариях у меня начинает болеть голова.
  24. Rassol2
    Кто то писал мне по поводу важности артикула, и о том что много его клиентов используют артикул. Я записал это в задание но не могу найти этот диалог. Собственно вопрос. Важно дать возможность поменять вместо вывода кода товара артикул, или же нужно куда то добавить вывод артикула ? Короче распишите тут в ветке модуля подробнее куда и как вы хотите работать с артикулом. Просьба не в ЛС там черт побери ад.
  25. Rassol2
    Ход мысле верный. Но тут то проблема в том что реальный мир и идеальный несовместимы. В идеальном мире все должно быть так как вы сказали. А в реальном открываем ютуб и смотрим сколько девушек на тесле приезжают на заправку. Я знаю что истина будет на моей стороне. Но меня не это волнует. Меня волнует то что мне придется каждый раз доказывать эту истину. И оно кажется что тут все просто. Но мне будут писать что модуль не выводит, и каждый раз тонна времени похоронена. Вот сейчас у меня уже был один случай когда не выводится полное описание а короткое есть. А проблема в том что в полном описании в конце куча шлака, там и css и js и спец символы, короче все чистое и не чистое. По сути проблема в том что пользователь жахнул все в описание товара. А по факту постоянные сообшения что модуль не выводит полное описание и нужно исправлять, и потраченное время на поиск истины. Вот это мне не нравится. По этому пока модуль в состоянии альфа, бета, наверное этого не буду реализовать. Пока сам не убежусь что все самые простые болячки исправлены.

Покупцям

Розробникам

Корисна інформація

Останні розширення

×
×
  • 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.

  I accept