-
Публікації
11 600 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Повідомлення, опубліковані користувачем Rassol2
-
-
17.02.2023 в 09:30, Axelenz сказал:
Благодарю за пояснения, почему некоторые важные (как для меня) вещи не имеют реализации в модуле на сегодняшний день.
Мои замеры показали что при вставлении 3 запросов на выбор данных из таблиц
1) oc_product_description
2) oc_product_attribute3) oc_product_image
По id товара, и затем просто прогонка в цикле значений где одна переменная в каждом цикле увеличивает значение на единицу. А в конце просмотр этого значение. Сократила скорость парсинга на 30+ % точно не помню но около 34 процентов. Измерения делал еше в конце 20 года. То есть даже не обработка данных а просто прокрутить полученные данные в цикле.
Нагрузку уже не стал даже смотреть.
Единственное место где этот подход реализован это оценка цены перед обновлением.
Скрытый текстТак как в свое время эта потребность вызвала неимоверный ажиотаж.
Колебания курса.
Возможно и описание будет реализовано когда потребность в этом будет больше.
Это я к тому сказал, что бы не было впечатления что мне просто лень, я много работал и тестировал этот вопрос. Я в курсе этого. И даже нашел пару методом сократить нагрузку но пока что это далековато до уровня где можно реализовать просто что бы было. -
17.02.2023 в 09:21, Axelenz сказал:
Ну или создание дополнительных ключей, заполнено всё в товаре или нет типа "empty" или не "empty", чтобы остальные товары с базы не брать, где нет такого ключа...
"
не это не про то.
Я же написал в первом случаи мы просто берем посылку отдаем почтальену и говорим отнеси по адресу и положит под дверь. И вообше все равно живет там кто то или не, белый он, черный или азиат, плевать неси посылку.
Сейчас работает так.
А вот то что вы говорите это уже перед тем как почтальона отправить относить посылку, по адресу, нужно поправить кента сгонять туда и разведать что там по чем, а затем обкашлять решение, и сделать вывод, отдавать эту посылку почтальону или нет.
вы рассуждаете на уровне как оптимизировать проверку данных. А я вам объясняю что никакая оптимизация проверки данных не будет мение затратной и быстрой чем отсутствие проверки как таковой. -
17.02.2023 в 09:05, Axelenz сказал:
Пустые Описания, пустые атрибуты, фото и пр. ?
Это все подпадает под мой рассказ выше.
Да это можно сделать. Но нагрузка.
Узнать пустое поле или нет мы можем только в том случаи если запросим это поле и проведем валидацию данных.
То есть на наш человеческий язык ситуация примерно такова.
Вы даете человеку список из мобильных номеров и говорите перепиши только те номера которые заканчиваются на цифру 8 и модуль сидит и делает это.
А когда вы хотите что то делать с проверкой то это уже звучит так.
Перепиши все номера телефонов где номер заканчивается на цифру 8 и владелец номера женшина.
В первом случаи модуль просто берет артикул сравнивает и отправляет запрос в базу даннх, и ему все равно что было та. Он убеждается что запрос ушел ошибок нет, следующий товар.
А в вашем случаи ему нужно перед тем как отправлять запрос на обновление, запросить что там есть в том поле, затем проверсти анализ нужно делать что то или нет. И если да тогда оправляем запрос.
Нужна такое ?
Однозначно да, это было бы круто. Сам могу представить много сценариев. Это как бы и есть + такой функции.
Минусы.
1) Во первых сложность в реализации. (если мы говорим не об описании а в прицепи о тенденции открытия такого фронда возможностей)
2) сложность в поддержке и учете при дальнейших разработках.
3) Несоизмеримое увлечение нагрузки от работы модуля на базу данных. Замедления парсинга в разы, даже в десятки а то и сотни раз. (Боюсь я только этого пункта)
-
17.02.2023 в 08:52, Axelenz сказал:
Тогда необходима проверка по всем имеющимся товарам с донора, чтобы заполнить пустые места в description...
Вот такого нет.
Нет возможности заполнять описание только там где пусто.Но такое можно приколхозить в будущем все для этого есть в модуле. Единственное что такое подход пораждает лишние запросы в базу данных при работе модуля.
Сейчас он просто собирает все данные в единный комок, и затем пушит обновления.
А если добавлять возможности по типу обновить если действующие описание ...... тут все что угодно ...... тогда мы как минимум пораждаем запросы к текушему товару для анализа и вывода.
Если где то в одном месте это сделать то ок, если это пойдет как тренд боюсь модуль начнет создавать уже большую нагрузку.
-
17.02.2023 в 08:39, Axelenz сказал:
Я понимаю это... вопрос больше касается не столько функциональности модуля, столько тюнинга модуля, чтобы всё было сразу под рукой...
Если это будет массовое явление, и добавление приставки к артикулу неприемлемо то да это будет реализовано.
Пока что я особо не вижу смысла в таком усложнении, тем более что поведение модуля при обновлении станет мение интуитивным.
Но как задача я понимаю ее необходимость, и если есть вопросы около этой темы всегда рекомендую использовать приставки к артикулам, упрощают жизнь. -
17.02.2023 в 08:32, Axelenz сказал:
Вот возможность перекинуть товары с помощью действий через cron с одного проекта в другой - это хорошо реализовано в модуле. А дальше ? Создаётся впечатление не завершённости задуманного. Т.е. товары нужные в проект закинули, а что с ними дальше можно сделать в рамках одного проекта... ((( Эта реализация отбросила бы много разных "костылей"...
Ну вот вариант который я вам описал выше покрывает и эту задачу и даже больше.
Так было и задумано изначально.
А присвоение было сделано для работы с инструментами, что бы шаблоны понимали с кем работают. -
17.02.2023 в 07:41, nikoshot сказал:
Такое есть в модуле АОП
Там есть инлификатор кторый присваивает для модели свой id от проекта.. и например если у вас разные поставщики и артикул sku повторяется то модуль распознает их по модели а именно по id
например модель формируется так..
модель товара + id
и получается что то типа 1235-1
Ну да типо того, у меня это можно самому сделать при необходимости.
Можно хоть все артикула так составлять. А не только так как я предложил выше.
Я так и делал раньше сам присваивал приставку к проектам. -
17.02.2023 в 06:45, Axelenz сказал:
Иногда очень не хватает в этой панели выбора, чтобы выполнить что-то с товарами, которые находятся только В ЭТОМ ПРОЕКТЕ.
Особенно это актуально для мультиязычных магазинов, а таких сейчас очень много... и когда дополнительно применяется ручное изменение Описания и пр.
Возможно это реализовать в следующих версиях модуля ? Если нет, то можно попросить работающий скрипт, который будет давать такую возможность, работать с товарами только ЭТОГО ПРОЕКТА ? Т.е. если обновлять товары по SKU, то обновлять только те, что в ЭТОМ проекте и не обновлять товары, которые находятся в других проектах, не смотря на совпадение по SKU...
Благодарю за ответ.
Вопрос довольно интересный.
В этом что то есть. Но нужно понимать что в момент обновления товаров проект присваевает товару свой идентификатор.
То есть товар загруженный проектом А может принадлежать проекту Б через время, если проект Б обновить этот товар.
Указав жесткий запрет на обновления товаров с других проектов можно, но если настройку установить в проекте А а в проекте Б нет, то после работы проекта Б если у него артикула совпадают он перетянет к себе все товары.
Как бы будет образовываться вакум который можете перетянуть товары.
Я могу уже сейчас предложить решение вашей задачи с использованием сушествующих технологий.Вы можете запустить проект А в режим обновления, и указать арткул в поле USP и добавить приставку pr1-artikel
И так у вас есть два поля
sku = artik
usp = pr1-artik
И вот когда вам нужно включить парсинг товаров только этого проекта вы можете переключить идентификатор с sku на usp
И так можно сделать в любом проекте, и с любыми полями которые поддерживаются в роле идентификатора.Пропись будет выглядеть так.
стандартные настройки.Скрытый текст
немного магии.
Скрытый текст
И вот когда вам нужно перейти в режим обновления только своих товаров, переключаем идентификатор.Скрытый текст- 1
-
17.02.2023 в 06:15, LAZ2735 сказал:
А опции товаров не предвидятся в ближайшем будущем?
Вот прям в ближайшие время нет.
Сейчас и так проект еше под дормозит, сейчас начал рассматривать web apps телеграма, и уже наверстал немного для работы магазина через веб ап.
То есть бот будет переходить на новые технологии. Так что сейчас очень сложное время ))- 2
-
Обновление v0.9_alpha
Много исправлений по кругу, пока бета и альфа всегда нужно обновлятся. Правда критического ничего не было.
Нововведения.
Добавлено базовое оповещение о новом заказе.
Оповещение магазин рассылает всем менеджерам которые добавлены в разделе поддержки, и имеют статус Включен. Обратите внимание что рассылка придет в независимости от того рабочие время у менеджера или нет.Скрытый текстЕсли у менеджера статус отключен, он не получить сообщение о заказе.
Так же оповещение о заказе будет иметь звуковое сопровождение даже если в настройках бота указано отключить звуковые уведомления.
Кроме случаев где в самом телеграмме менеджер отключил звуковые уведомления от бота, тут я без силен.
Сообщение выглядит так.Скрытый текстТак же у менеджера будет кнопка окрыть диалог с клиентом.
Все менеджеры будут получать одинаковые, так что вам нужно внутри команды определить кто будет отписываться клиенту. А то я представляю уже голодные игры когда все менеджеры в один момент нажимают открыть диалог и начинают долбить клиента.
Расширил настройки бота.Скрывать сайт.
Добавлена настройка скрытия ссылки на классический сайт.Скрытый текстНа тот случай если вы хотите торговать только в телеграмме, а классический сайт будете держать просто как базу данных.
Кстати в таком случаи вам даже домен не нужен, можете использовать бесплатный от хостинга. Или ip вообще все равно, миниум затрат.
Если эта настройка установлен то в информации о товаре исчезает кнопка перейти на сайт.
так же исчезает ссылка на сайт в разделе Аккаунт -> О магазине
Скрытый текст
Настройки кол-ва фото.
Теперь вы можете выбрать сколько фото будут выводится в превью товара, когда вы листаете товар в категории.
И сколько выводить фото в детальном просмотре товаров.Скрытый текст
Раньше было выводить 3 изображения в превью если они есть.
И все изображения в детальном просмотре товара.
Было.Скрытый текст
Теперь можно сделать так.Скрытый текст
Ну и тоже самое косается вывода доп изображения когда человек желает детально просмотреть дополнительные изображения.
Можно ограничить вывод от 1 до 25 фото.Допустим вместо всех выберем показывать только два.
Скрытый текст
Это добавит немного больше вариантов кастомизации магазина.
Не забываем при обновлении выполнять ваш_сайт/instg.php -
17.02.2023 в 03:53, Axelenz сказал:
Не думаю, что разработчики должны быть "удобными" для всех... иначе они должны будут заниматься обучением со школьной скамьи, а их разработки так и не получат дополнительных возможностей...
Ладно тут уже дискусия идет в глубины души.
Я хотел донести мысль, что прежде чем стать неудобным для клиента и послать его в ЖЖЖЖесткое изучения мануала, мне нужно убедится что ошибка не в модуле, а в халатности. Именно на этом этапе я несу временные убытки. Но я не могу пропустить этот шаг и после фразы "модуль не выводит товары послать клиента в Ж".
И вот пока модуль еше не вылезание в основных направлениях, я не буду реализовать языковой переключатель.
Само объяснение этой проблемы и поиск ее максимально сложен.Допустим клиент на укр пишет "нет товаров", я захожу к нему на рус и все есть. И пишу сам дурак. И только через 4 месяца диалога окажется что у нас разные локализации и собака где то там.
Короче даже думая о возможных сценариях у меня начинает болеть голова.
-
Кто то писал мне по поводу важности артикула, и о том что много его клиентов используют артикул. Я записал это в задание но не могу найти этот диалог.
Собственно вопрос.
Важно дать возможность поменять вместо вывода кода товара артикул, или же нужно куда то добавить вывод артикула ?
Короче распишите тут в ветке модуля подробнее куда и как вы хотите работать с артикулом.
Просьба не в ЛС там черт побери ад. -
17.02.2023 в 03:23, sergio1987 сказал:
ну по-моему всё просто. если владелец магазина не заполнил другие языки то какие вопросы к Вашему модулю? это тоже самое что человек купил машину и не заправил. Не заправил - не поехал. Т.е человек должен заполнить языки которые ему нужны, после SEO делать, мудули ставить и т.д. Т.е это то что должен сделать админ сайта
Ход мысле верный. Но тут то проблема в том что реальный мир и идеальный несовместимы.
В идеальном мире все должно быть так как вы сказали.
А в реальном открываем ютуб и смотрим сколько девушек на тесле приезжают на заправку.
Я знаю что истина будет на моей стороне. Но меня не это волнует. Меня волнует то что мне придется каждый раз доказывать эту истину.
И оно кажется что тут все просто. Но мне будут писать что модуль не выводит, и каждый раз тонна времени похоронена.
Вот сейчас у меня уже был один случай когда не выводится полное описание а короткое есть. А проблема в том что в полном описании в конце куча шлака, там и css и js и спец символы, короче все чистое и не чистое. По сути проблема в том что пользователь жахнул все в описание товара. А по факту постоянные сообшения что модуль не выводит полное описание и нужно исправлять, и потраченное время на поиск истины.
Вот это мне не нравится. По этому пока модуль в состоянии альфа, бета, наверное этого не буду реализовать. Пока сам не убежусь что все самые простые болячки исправлены. -
Донат денег от модуля TgMarket
В этот раз задонатили 150$
На оба предложенных варианта в равных долях. Подробности в первом посту по ссылке
https://opencartforum.com/topic/184237-podderzhka-tgmarket-modul-internet-magazina-v-telegramme/?do=findComment&comment=1801116- 2
-
16.02.2023 в 14:18, chukcha сказал:
Я понимаю, что за 5$ еще и инструкцию??? Не... Интуитивно понятный интерфейс.
Ну тут вы правы.
5$ - Это просто что бы отсеет людей у которых есть время по задавать вопросы просто так.
У меня в день есть час свободного времени ну и нужно что то поковырять, вот буду ковырять этот модуль. Потихоньку двигая его.
А вот инструкции писать это ад.- 1
-
Пока буду думать. Вот вообще не хочется заводить сайт под инструкции. Я хотел как то так сделать что бы модулю ненужно было инструкция.
-
16.02.2023 в 13:54, chukcha сказал:
Это не ваша проблема!!!Это проблема владельца
К сожалению это в теории. Практика гораздо печальнее.
Я уже хлебнул этого Г когда в SimplePars пользователи выбирают парсить в Укра версию магазина, а при этом предпочитают админку держать в Ру версии.
В итоге я должен объяснять почему модуль парсит, нет ошибок и в логах все окей, а товара нет.И каждый пользователь по разному объясняет что не так. И все уверены что проблема в модуле.
И каждый раз мы проходим стандартный чек лист по поиску проблем и спустя много нервов мы выходим к этой проблеме.
А я вот вообще не готов в двух модулях это делать .Мне кажется я уже не способен сохранять адекватность при обнаружении этой проблемы.
Нужно искать какой то подход который минимизирует недопонимания. -
Появилась некая логическая проблема.
В планах дать пользователю кнопку настройки в боте. Где он сможет выбирать язык. Так сказать дать пользователю возможность менять язык магазина не меняя при этом настройки телеграмма.
Но проблема в том что если у вас в магазине 2 языка и в товаре заполнен только один язык то товар на другом языке не выводится вовсе.
То есть допустим у вас 100 товаров из них только 30 имеют локализацию на Укр.
Если человек переключит язык на укр и нажмет категории то ему выведется только 30 товаров, а остальные 70 недоступные в его локализации останутся за бортом.
Пока не знаю как выйти из этой ситуации, но точно знаю что я не хочу всем объяснять почему у них в телеграмм магазине не видны все товары.
Так что пока вопрос с локализацией под выбранный язык я откатываю.
Особенно учитывая то что в чистом движке есть агл версия которую точно мало кто заполняет в товаре, а вот телеграм на англ часто встречается. -
Так следующая партия доната.
У нас 36 продаж, в этом месяце ставка платформы 22% а значит с каждой продажи мне падает 3.9$Скрытый текст
И того 140,4$ ну и что то докину.
Сейчас что предложили пользователи.02.02.2023 в 02:17, Agatha65 сказал:
И, из последнего.
14.02.2023 в 23:59, maxleshiy сказал:У меня знакомы служит в ПВО. Открыл банку для донатов они собирают себе на прицепы (будут делать себе передвижной мобильный домик) Такой чтоб можно было за машину прицепить и возить с собой так как они окопаться не могут в свзи с тем что они постоянно меняют место дислокации. Если кто-то не против можно им задонатить. Вот ссылка на сбор: https://lmm.in.ua/ua/pomoch--vsu
В этом случаи ссылка на банку - https://send.monobank.ua/jar/A1AmD6ZujX
Я не знаком ни с тем не с тем, я больше по другим фондам.
Но мне нравится идея фондов которые отчитываются, так что ваши предложения жду.- 1
-
15.02.2023 в 03:35, maxleshiy сказал:
Еще если можно профиксить цены
У меня получается все цены с 1с выгружаются в уе, и по курсу на сайте выводится в грн или в уе как выбирает клиент. В боте к сожалению выводится только в уе. Либо если можно допилить выбор валюты, либо выводить 2 цены в уе и в грн или оставить только в грн.
Можно в админке добавить возможно вывода цен в боте в уе или в грн или обе
а то у меня получается все в уе в ботеВыбор валюты и что бы происходила конвертация это задачи не первого этапа. Так что вернемся к этому вопросу когда то в 2-3 стабильной версии модуля.
Так же хочу напомнить что вы не скинули доступы мне в лс, без них проверить и пофиксить проблему с описанием я не могу. -
15.02.2023 в 01:13, Etegro сказал:
Еще подскажите пожалуйста как в модуле реализована мультиязычность, если у меня в магазине 2 языка? На демо боте не нашел.
Язык товара берется с языка админки. На каком язык админки опенкарт на том языке и информация о товаре.
Сейчас как раз работаю над тем что бы привязать локализацию к настройкам модуля.
но пока что так работает.
- 1
-
14.02.2023 в 23:55, maxleshiy сказал:
Любой товар где есть краткое описание там значит есть полное. Вот пример ссылки на сайте в боте можете зайти посмотреть:
https://lmm.in.ua/nf-00000533
https://t.me/Domotec_botСкидывайте в лс доступ к фтп. Админки магазина.
через 2-3 часа буду за рабочим местом посмотрю что у вас.
и убедитесь что у вас уже стоит последняя версия модуля. -
14.02.2023 в 13:51, Etegro сказал:
Может хоть на почту пока реализовать чтобы падали помимо админки, а то как-то не але совсем постоянно мониторить админку.
как я уже написал, все будет.
Обратите внимание что версия модуля Alpha это даже не Beta тут не подразумевается старт торговли. Это больше про то что бы потыкать модуль. и скорректировать все.
Если бета версия модуля это рабочий магазин с возможными ошибками.
То альфа версия может работать а может вообще не работать.
К моменту выхода беты будет добавлена функция оповещения о заказе.- 1
-
14.02.2023 в 07:32, Etegro сказал:
Сорри, если вопрос уже был в ветке. Заказы могут падать менеджеру в Телеграм, или только в админку?
Только в админку.
Но уже начал разработку акаунта менеджера в телеге.
Пока что собираю все во едино.
В планах сделать так что бы у менеджера в телеграм был полный доступ. Через админку в магазине вы выдаете менеджеру доступ а дальше он все можете делать через телеграмм.
Это такие планы. Но нужно внимать что прям все что тут пишут завтра не будет, на это нужно время.- 1
[Поддержка] SimplePars - Універсальний парсер для ІМ
в Парсеры
Опубліковано:
Больше резонанса больше реализаций.