Rassol2
-
Posts
11,656 -
Joined
-
Last visited
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by Rassol2
-
встречный вопрос. Кто вас сказал что это не работает ?
-
Я уже объяснил вам всю сложность. Я вам показал пример где это можно править. Я вам объяснил что это не так просто как вы думает, далеко не так просто. Теперь у вас есть на руках. 1. Понимание где это правится. И вы можете переделать под свой вкус, и так как вы считаете правильным. 2. У вас есть PHP скрипте, где вы можете написать совершенно новую логику по работе с атрибутами, а в модуле отключит работу с атрибутами. Считаете что все должно быть иначе, имеет на это право. Считаете что все не так сложно, теперь имеете возможность сделать сами так как вам нужно. Я думаю, я сделал максимально для того что бы вы могли достичь своей поставленной цели. Дальше все зависит от вас.
-
Значит у вас выбраны все зыки в париснге в им. Как вариант. Но как я написал ранние, вмешиваясь в эту логику учесть все варианты развития событий с учетом всех локализацией я не могу, по крайней мере не на вскидку. Так как сложность логики выпростает квадротично.
-
не явная логика за такое нужно казнить. Вы потом будете отвечать на вопросы почему я выбрал два языка а записалось только в какой то один ? Я не буду. Так и сделано в скрипте что я вам скинул в прошлом ответе. Точнее в функции. А если написать собственный скрипт то и в использовании этой фнуии нет необходимости. Я это к тому что нужно писать фунции которые вписываются в общую концепцию модуля. А не так что где то да, где то нет, а может да, а может нет. А если это то будет то. Нужно стараться что бы все было логично и последовательно во всей системе. Кто хочет выйти из этого, ок, для вас я сделал PHP скрипты. Конечно, а почему так, подробно описано в этой статье. https://simplepars.top/index.php?page=note&n=39
-
Так и сделано, я же вам в скрипте это написал.
-
Вопрос на поверхности кажется простым. Но если начать копаться глубже все станет на свои места. 1. В модуле поддерживается заполнение сразу в несколько языков. А значит если кто то укажет два и больше языка. Тогда модуль должен записать одно и тоже значение сразу в несколько языков атрибутов. И вот это уже ломает весь подход описанный вами. Так как с вашим предложением это не реализуем. Тогда получается нужно отказаться от возможности заполнять одновременно несколько локализацией, и делать это по очереди что точно пройгрышный вариант. 2. Да модуль действительно записывает с учетом локализации. Можно видеть в коде модуля. Но тут же в строке 2992 вы можете видеть, что перед тем как записать модуль предварительно сносит запись с базы данных об этом атрибуте. Вы можете комментировать эту строку и будет то что вы описали. Но тогда вы встретите проблему описанную в пункте 3. 3. Если мы предварительно не сносим в товаре все записи по определенному атрибуту в разных локализация, тогда мы должны предварительно проверить есть ли в товаре атрибут с значением в нужной локализации. И затем нагородить возможности обновления только отдельных локализацией в пределах одного действия обновлять товар. И опять упремся в вопрос что делать при выборе сразу двух и более языков. А поскольку языки и парсинг это не совместимые ваши, по причине описанные в этой статье https://simplepars.top/index.php?page=note&n=39 Нет ни какого смысла разводить 10001 ветку направления что обновить в какой момент в каком языке, так как сложность логики модуля вырастает квадратично, а при проблемах локализации и парсинга это подойдет одному из 1500человек. Зато модуль будет усложнен и работать медленнее для всех. И настраивать его будет сложнее всем. Я уже не говорю о разработке и поддержании Ну и как предложение. Вы можете попробовать переделать эту функцию вот так. //Добавляем атрибу в товар. public function addAttrToProduct($pr_id, $attr, $langs, $dn_id){ if( !empty($attr[1]) ){ $attr[1] = trim($attr[1]); } foreach($langs as $lang){ //перед тем как производить запись новых атриубтов в товар производим удаление. $this->db->query("DELETE FROM `".DB_PREFIX."product_attribute` WHERE `product_id`=".(int)$pr_id." AND `attribute_id`=".(int)$attr['id']." AND `language_id`=".(int)$lang['language_id']); //Добавляем $this->db->query("INSERT INTO `" . DB_PREFIX . "product_attribute` SET `product_id`=".(int)$pr_id.", `attribute_id`=".(int)$attr['id'].", `language_id`=".(int)$lang['language_id'].", `text`='".$this->db->escape($attr[1])."'"); } $log = ['name' => $attr[0], 'value'=>$attr[1], 'attr_id'=> $attr['id']]; $this->log('addAttrToProductLog', $log, $dn_id); } Тогда в теории модуль не должен допустить дубли одного и того же атрибута в одном товаре на одном языке. Но я пока не готов ручаться за все варианты исходов с локализацией и без. Попробуйте отпишитесь.
-
@Reanimaster Я не понимаю в чем смысл ваших текстов. Вы же видели что я написал что дам скрипт. Зачем все эти танцы с бубном с wegt или еше чем то. Ради чего ? Я понять не могу.
-
Так я же написал что дам скрипт, какая разница сколько знаю ?
-
Вот к примеру один пользователь решает свой вопрос с возможностью создания дублей атрибутов. Что бы модуль напрямую создавал атрибуты в своей группе. Что бы при добавлении товара проверялось еше выбранная группа атрибутов. и вот уже даже есть результат. Все возможно. Так что если нужно что то не ординарное у вас есть такая возможность.
-
Забыл добавить. Но никто не мешает сделать скрипт который будет грузить атрибуты в любой логике, как вы только пожелаете.
-
Если вы читали тогда должны понимать что такой возможности нет. А почему ее нет, описано в ссылке что я вам да.
-
Это не изменяет того факта что нужно сделать 1. Парсинг в CSV 2. Загрузку через DownloadMaster который знает гугл, или wget в котором нужно разбираться, и загрузить к себе на комп. 3. Затем фтп, и загрузку в магазин. Или SimplePars => Сразу в магазин куда нужно. Тем более что скрипт я предложил написать. Хотя я его уже в этой ветке написал. Так что вот это ваше высказывание явно не корректное. https://opencartforum.com/topic/123017-podderzhka-simplepars-universalnyy-parser-dlya-im/?page=337&tab=comments#comment-1736570 Потому что как раз видно что цель это результат без танцев с бубном как предлагаете вы.
-
Подробно об этом есть статья здесь. https://simplepars.top/index.php?page=note&n=39
-
Нет, что это ? Вы думаете что хотя бы 5 процентов знают что это такое ? Из тех кто в этой ветке? Я не думаю.
-
Так как функция новая публичных кейсов не так много. Вот тот что я публиковал, простенький https://opencartforum.com/topic/123017-podderzhka-simplepars-universalnyy-parser-dlya-im/?do=findComment&comment=1735929 Так же есть скрипт который переписывал логику загрузки фото в магазин. Там нужно было что бы модуль не парсил фото к себе так как много товаров и фото, а что бы в базу прописывались ссылки на фото донора. Таким образом автор экономит место на диске как я понял. Но этот скрипт я делал на платной основе под клиента, и публиковать его не могу.
-
Я уже подробно отвечал на этот вопрос. В опенкарте нет нормально системы загрузки файлов. Нет встроенной системы вывода этих файлов. Поэтому нет ее и в модуле. Сделав одну систему прийдет сотня человек и скажет "А че у вас так криво сделано" Переделаю под них, прийдет другая сотня и скажет "А че у вас так криво сделано" Нужен единый стандарт. Его нет Сейчас вы уже сами для себя можете решить этот вопрос через собственные скрипты так как вам это нужно. Скрипт будет выглядеть так. <?php $data = file_get_contents('ссылка на pdf'); file_put_contents('Путь куда сохранить в фтп', $data); ?> И вот оно чудо. Модуль качает файлы pdf размешает их у вас в магазине. А дальше выводите их куда хотите. Можете прям третей строкой в этом чудо скрипте указать куда в базу данных записать новый путь к этому pdf у вас. И теперь каждый пользователь сам отвечает за стандарт загрузки пдф, так как ему нужно.
- 13,430 replies
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
Парсинг настраивает так же как и любой другой элемент страницы. А вот загрузка, тут индивидуально. Скрипта у меня нет его нужно вам писать, и писать его под вашу систему блога. Они разные бывают, используют разные таблицы баз данных и структуры. Как настраивать границы парсинга есть в инструкции модуля это тема уже заезжена. Как писать скрипты есть тут, это тема максимально новая. https://simplepars.top/index.php?page=notes&tag_id=34
- 13,430 replies
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
Если бы я за деньги сказал что напишу, то я бы сразу указал цену. А в вашем подходе есть один маленький косяк. Нужно парсить SimplePars ссылки в csv. Затем от туда все ссылки через какой то загрузчик загрузить к себе на комп. Затем с свое компа загрузить в FTP нужного магазина. Зачем это все ? Можно сразу через SimplePars загрузить туда куда нужно, без плясок с бубном. Или вам стоило написать что, цель не решить задачу максимально просто, а использовать все возможные программы и подходы которые вам известны. Тогда да, ваш подход оправдан.
-
Здравствуйте. Спарсить можно, загрузить нет. Встроенного функционал по записи статей в блог нет. Да и не понятно какой у вас блог стоит. Можете сами через собственные скрипты написать функционал по записи информации в ваш блог.
-
Составите проект где нарезана страница на 17т И создана одна граница париснга с ссылкой на пдф. И я вам напишу скрипт который будет качать фал по ссылке и класть его в директорию у вас на хостинге.
- 13,430 replies
-
- 2
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
И пишите скрипт который будет идти по ссылке скачивать ее к себе в нужную папку, можно сразу на нужном сайте. А саму страницу предварительно нарезать через XML на отдельные 17т ссылок. Я бы так поступил. У меня теперь мантра такая. Раньше на экзотику писал "Такой возможности нет, или модуль не может" Теперь пишу "Написать скрипт на PHP что бы он сделал то что вы хотите"
- 13,430 replies
-
- 2
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
Это вам нужно проверить, все так как вы хотели или нет. Я написал так как я понял вашу задачу. Проверяйте предложенные решения.
- 13,430 replies
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
Ой, кажись вышло такое правило придумать {reg[#(\d)+,+(\d)#]}|$1.$2 Проверьте может это вам поможет
- 13,430 replies
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
Это при учете что внутри границы может быть две запятые, одна которую нужно поменять. Она же указатель десятичной дроби. И вторая которую ненужно менять, к примеру запятая в тексте.
- 13,430 replies
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
Тогда проще будет поменять разделитель. Потому что заменить запятую именно между двумя цифрами будет еше тот квест. В этом случаи нет возможности ни к чему привязаться кроме цифры с лева от запятой и справа и заменять, а это 100 правил типа. 0,0|0.0 0,1|0.1 0,2|0.2 ..... 9,9|9.9 А как то пороше через регулярку, в голову не лезет.
- 13,430 replies
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
