Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

Rassol2

Разработчик дополнений
  • Публикаций

    11 723
  • Зарегистрирован

  • Посещение

Все публикации пользователя Rassol2

  1. Здравствуйте. К сожалению область применения очень узкая а реализация этого будет сложной. Как вариант можете написать php скрипт в котором указать ссылки на скрипты крона аоп, и simplepars и настроить крон на этот скрипт, а не на кроны в моем и сергео модуле. Затем уже в самом скрипте написать логику когда дергать один модуль а когда другой, взависимости от каких событий. Там можно так же настроить что бы модуль аоп не запускался пока не появится новый файл от симпле парс, короче говоря с тами скриптом вы сможете реализовать любой сценарий вызова, даже гибче чем в вшаем тз. И поскольку задача у вас узкая, это наверное будет гораздо правильнее.
  2. Нет вы не правильно понимаете. Правильное понимание будет когда вы увидите что модуль в бета версии. Это тестирование. Тут не идет речи про запуск магазина и без проблемную торговлю. подобные сообщения можете писать после релиза , тогда это будет уместно. будет работать на 2 версии и на 3 четвертую пока не рассматриваю.
  3. Здравствуйте. Вы немного ошиблись во временных диапазонах. Данная настройка уже давно есть в модуле, и вы можете выбрать тот вариант который вам нужен.
  4. При составлении шаблона автоматической рассылки, какие данные вы бы хотели иметь? Допустим {name} - имя пользователя. {date_visit} - Время последнего посешения бота. И в момент рассылки модуль подставить соответствующие данные и получится текст такого вида. Подумайте и напишите в ветке модуля, какие данные вы хотели бы иметь возможность использовать при формировании рассылки. Сейчас я создал только. {name} {login} {phone} {date_visit} {date_add} {date_last_order} А дальше думайте пишите, что бы я изначально заложил базу под множесто вариантов, тогда будет проше и быстрее разрабатывать данный функционал.
  5. Да можно, просто вставляете границу {gran_id} только результат в пред просмотре поиск замены вы не получите. Из за того что в момент обработки границы парсинга в которую вставлены данные из другой границы, вот та другая еше может быть не обработана и неготова для вставки. Но при парсинге в товар все будет сделано. Но вы сможете увидить результат в пред просмотре парсинга в им. Так как тогда все границы уже будет обработаны, и все данные заменены в соответствии с вашими требованиями, Что вы увидите в поиск замене. А вот что будет в пред просмотре парсинга в товар. И в сам товар по факту. так же можно применять границы париснга в поиск замене, заменяя что то на данные из границы парсинга. Единственное когда это не сработает, это если вы сделаете замыкание. То есть. {gran_1} вы используете данные из границы {gran_2} в которой вы используете данные из границы {gran_3} в которой вы используете данные из границы {gran_1} И вот тут замкнулся круг, мы не можем сфоримровать данные для гран один пока не получим данные из границы два, которая в свою очередь ждет данные из границы 3 что бы сформироватся, а третья граница подло ждет данные из первой. В таком случаи в пред просмотре вы увидите {gran_2} вместо данных, ну и в том случаи если вы укажите ошибочную границу которой нет в пределах проекта к примеру {gran_666} ее нет, тогда тоже данные не подставятся. А во всем остальном, вперед подставляйте как вам будет удобно.
  6. Это я понимаю но тут ситуация такова. Крон запускает парсинг одной ссылки, модуль по окончанию париснга одной ссылки сам себя вызывает повторно, и так делает постоянно. В период указанного времени. Если происходит сбой по каким либо причинам, крон хостинга страхует повторным дерганьем задания. Можете проверить может ли хостинг сам себя вызывать, и задолбить хостера если они спецом это убирают. Вот скрипт. <?php echo "<pre>"; echo file_get_contents('https://мой_сайт/admin/sp_cron.php'); echo "</pre>"; echo "Все ок"; ?> Тут результат должен быть таким. Если никакое задание не должно выполнятся то при вызове такого скрипта вы получите, все ок. Если что то должно выполнятся, то браузер будет крутится и потом вы получите все ок. Либо сообщение что сейчас идет выполнение с обратным отсчетом от 5 минут. Это тоже ок. Если посыпятся ошибки, значит что то не так с настройками на хостинге, и сат сам себя не видит в интернете. Скрипт заливаете в корень сайта, меняете доменное имя на ваше. И через браузер вызываете его.
  7. Если у вас не работает на хостинге запуск каждую минуту что странно. Вот эти настройки запросов что указаны в инструкции https://simplepars.top/index.php?page=note&n=27 Можно сделать на любом хостинге, даже не на вашем, и тот другой хостинг будет дергать ваше задание Если у вас есть знакомый на другом хотсинге пусть поставит это задание. Нагрузку на его хостинг это не будет производить, он просто будет дергать ваш скрипт а вся работа будет ложится на плечи вашего хостнга. Вот так можно выйти с подобных ситуаций.
  8. Вот так не бывает, скорее всего вы куда то не туда смотрите. Дайте мне доступ к админку и я посмотрю что у вас, только в лс. Но точно могу сказать что модуль пишет в лог информацию после успешного запроса на добавления записи в базу данных.
  9. Вы обрисуйте зачем вам это нуэно, а точнее какие ваши цели. Возможно тогда мы сможем подсказать что то нормальное. Модуль не может создавать дубли товаров. Если у вас уже есть в магазине товар с таким идентификатором то модуль может только обновить этот товар. Но создать новый с таким же идентификатором нельзя. Но вашу логику можно усовершенствовать, если не задвавать вопрос зачем это делается. Просто в поле идентификатора товара в симпле парс, перед границей прописать произвольный код, к примеру как у вас 15-{gran_1} и модуль будет генерировать идентификатор уже с приставокой. И тогда явно не сможет найти такой же товар у вас в магазине и можно будет создавать новые товары с таким идентификатором в приделах одного проекта. Так же напишите мне в лс, номер заказ и где вы покупали модуль, так как вас нет в списке покупателей.
  10. Все вы верно говорите. Но скорее всего данные берутся с одного места. А сайты меняют размер привью аж никогда. Как перепарсивать фото с донора нужно аж никогда. Но если такое произойдет можно зайти и поменять, раз в жизни. Я не имею ничего против вашего решение оно со всех сторон лучше. Я показал как я решаю эти задачи в реальных условиях. Минута решения готово и дальше, будут проблемы решу по мере поступления.
  11. Анука, я тоже поучаствую в вашем конкурсе. Я бы сделал так. Само правило. resize_cache/| /100_100_{skip}/|/ Я не сторонник усложнять решения без веской на то причины. Хотя по сути все решения будут работать с одной скорость, и давать тот же результат. так что выбор всегда есть.
  12. С одной ссылки обновить несколько товаров нельзя. Так же как и добавлять дубли ссылок и товаров. Это нарушает самую основу модуля. Написать скрипт который будет это делать можете.
  13. Донат заработанных денег Украине. С 01.09.2023 по 30.09.2023 включительно. Было продано на сумму 29$ По традиции добавлю еше от себя. Подробности тут https://opencartforum.com/topic/184237-podderzhka-tgmarket-modul-internet-magazina-v-telegramme/?do=findComment&comment=1801116
  14. Обновление v4.9-9_beta Улучшение построение в XML/YML дерева категорий. По просьбе @Axelenz внедрил штучное преобразование дерева категорий от донора. Очень часто дерево категорий приходит от донора битыми, раньше модуль мог составить дерево категорий только в том случаи если в выгрузке xml была корректная. И указывались правильно родительские категории донора. Теперь же, если придет битое дерево категорий то модуль попробует исправить ошибку прайса и выдать дерево категорий. Возможно некая погрешность в стартовой категории дерева, но при этого все равно будет 95%+ правильно составленных категорий. Погрешность возможно там где битые категории, где все нормально модуль по прежнему будет выдавать результат на основе обработки категорий донора, без доработки. С этим уже можно будет работать, это луче чем отсутствие категорий как таковых.
  15. Здравствуйте. Вы как то не совсем понятно объяснились. Что значит массово, массово вручную забивать, или из прайс листа доставать, или парсить сайт донор. Из чего то эта массовость должна состоять, так что опишите что у вас за входные данные.
  16. Обновление условий использования. (Пока еще не закреплена в лицензионном соглашении) С этого момента ограничение переноса лицензии с одного сайта на другой проходит процесс либерализации. Раньше переносить ключ с одно сайта на другой можно было не чаше одного раза в 72 часа. С этого момента перенос можно производить не чаше 1 раза в 24 часа. То есть сократилось в 3 раза. Пока что это официально не закреплено в лицензионном соглашении, если не будет злоупотребления буду продолжать либерализацию. Ну а если пойдет злоупотребления вернемся к прежней практике. ЗЫ. не хотел писать этот пост но нужно донести эту информацию до масс. Не хотел писать по причине холивара в этом вопросе. Так что давайте воздержимся от него.
  17. Все старо как мир. делаете границы {gran_1} - oldprice {gran_2} - price И указываете в цену {gran_1}{|}{gran_2} а в акцию {gran_2} Подробнее про оператор {|} можно узнать здесь https://simplepars.top/index.php?page=note&n=33
  18. Верхний пост не относится к парсингу XML которые вы нарезаете, так как после нарезания они будут у вас на хостинге, а долбить себя можно сколько вам будет угодно.
  19. Совет для большинства. Ну или поделюсь опытом. Я как автор хотел бы что бы мой модуль делал все что вы захотите и любые ограничения в нем в первую очередь бьют по мне. Так как это снижает привлекательность моего продукта, так вот именно я тот кто меньше всего хочет их внедрять. И если они есть они обусловлены какими то вескими причинами, не просто так что бы нагадить. Если откатится во времени к моменту внедрения много поточности, то там была большая дискуссия, я проводил много тестов на десятках клинских сайтов, и ограничение в 5 потоков это баланс. До 5 потоков скорость парсинга растет кратно, а от 5 уже не значительно, но при этом нагрузка растет значительно, как и риски блокировок. В общих чертах, в частных случаях и парсинг в 5 потоков может показать худший результат чем в один поток если сильно убогий хостинг у вас или у донора. Лично я парсю, или парсил в такой конфигурации. Если донор знакомый и я с ним работаю постоянно. И я знаю его поведение. Если донор новый, или к примеру какой то из крупных сайтов, где я могу предположить что есть хороший отдел it который не захочет со мной делится информацией. Я парсю в таком конфиге. Эти два конфига я бы назвал базовыми при здоровом парсинге. Но я понимаю что, там где я могу себе позволить делать что то медленно, с минимальными рисками, вы может не захотите или у вас другие требования. Я просто пишу как я поступаю лично. Из прокси у меня есть только один, на тот случай что бы убедится что проблема не в моем ip, как правило в баны не попадаю. Так поступал я когда парсил активно на заказ. Ну и помните, пока вы не создаете проблемы донору, а именно нагрузку, вы никому не интересны. Когда начинаете парсить 50 000 ссылок в 5 потоков, у донора растет нагрузка на веб сервер, и к нему приходит хостер с просьбой перейти на больший тариф или угомонить трафик. И вот тогда донор начнет задумываться что происходить и искать причину и бороться с ней. То есть с вами. Уважайте своего донора и будете жить дружно и долго.
  20. Скрипты дают свободу в решении ваших задач. Просто не стоит в любой непонятной ситуации уповать на них. В данном случаи действительно через скрипты вы не сможете увеличить потоки.
×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.