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
-
Нет не скрипт, в модуле же давно существуют арифметические операторы {+} {-} {*} {%} Записываем данные в поле через оператор сложение и будет счастье {gran_1}{+}{gran_2}
-
Это значит что крон на хостинге запускал модуль каждую минуту только с 12 до 8 утра. А значить настройки времени в модуле работали только в пределе этого диапазона. Это как к примеру таймер установленный в телевизоре, что он может работать в определено время. Этот таймер вы настраиваете в модуле. Но при этом электричество в дом подают только с 00:00 - 08:00 Исходя из этого понятно, не имеет значение что телевизор можно включать в 13.00 , поскольку электричества для его работы все равно не будет Этот пример довольно хорошо объясняет зависимость настроек крона в модуле и на хостинге, и именно по этому одно из условий поставить выполнение на каждую минуту, что бы электричество было всегда. А все остальное настраивать через интерфейс модуля.
- 13,430 replies
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
Здравствуйте. Обновить кеш в админке, скорее всего проблема в нем. И не забывать при обновлении выполнить inst.php
-
Здравствуйте. Во первых ознакомитесь с инструкцией по крону. там четко написано что крон на хостинге должен выполнятся ежеминутно. Если выполнение 2 сек, то скорее всего у вас стоит дополнительная зашита авторизации. Если да тогда нужно прописать логин и пароль от нее в коде модуля что бы он мог обращатся к скрипту sp_cron.php Если нет такой зашиты, тогда нужно открывать логи на сервере и смотреть что там написано, есть ли какие то ошибки.
-
Ничего странного. Поправьте регулярнее я с телефона писал и пропустил одну скобку. Внимательно посмотрите и добавьте. Отправлено с Телефона используя Tapatalk
-
Можете вот так &nbdp;| Если в поле поиск замены так и виднеется. Либо так это железный метод. {reg[#[^0-9,.]#}| Тогда в границе останется только цена, все остальное улетит. Отправлено с Телефона используя Tapatalk
-
Извините но там я не вижу описания того как вы хотите что бы скрипт работал. Я же попросил описать как вы видите реализацию, по какому пути вы хотите идти.
-
Опишите тут как скрипт должен работать, по вашим потребностям.
-
И обратите внимание что в модуле есть один древний косяк, при определении времени модуль не умеет переступать через 00 То есть вот такое задание будет работать 0-21, а вот такое нет 21-3 При написании этого функционала я допустил оплошность и время линейно от 0-23 Указывать можно только в приделах одних суток, нельзя указать время где посреди периода будет происходить смена суток.
-
А как я сделаю фунцию и напишу, использовать только тем у кого доноры не редиски. А те у кого редиски ню ню. И потом когда мне будут задавать вопрос, умеет ли модуль использовать одно фото вместо 100 ? что мне написать. Да умеет только если донор не редиска, а потом еше объяснять кто редиской считается а кто нет. А пользователь это тот кто 100% скажет , а ну так у меня у донора нет фото с одинаковым названием, мне все подходит. А потом через недельку в ЛС каждый второй у вас какая то ошибка главное фото путается с дополнительными, и вообще модуль парсит фото которых нет. И понеслось. Луче ногу прострелите мне сразу. Если писать функционал он должен работать для всех. Тут таковой возможности нет. Ну а кто хочет так сделать он может, возможность такова есть.
-
Если не запускаются, ищите проекты которым выделен тот же кусок времени, и убедитесь что они не тратят все это время. Если у вас стоит проект на работу с 5 вечера до 10 и в этом проекте 1000000000 ссылок. И ест другое задание которое стоит с 8-9 вечера. И там одна ссылка и вот первый проект передаст управление только в том случаи если он закончил свою работе. Но поскольку он не закончил свою работу до 9веча. То время на выполнение второго уже ушло. И даже если первый проект закончит свою работу в 9.01 второй уже не запустится так как он имеет право работать исключительно с 8-9
-
нет, ни строчки кода с последнего обновления. А по поводу дублей фото, против физики не попреш. А кто хочет убедится. Можете попробовать написать скрипт который будет скачивать фото, и пытаться определить есть такое фото в уже или нет. Илт лично для себя, если вы уверены что под одним названием будет только одно фото написать скрипт который будет проверять есть ли в базе у товаров фото с таким именем, и если есть вместо сохранения текущего использовать то что есть в базе. То же задачка окажется не сильно простой но все же можно. Ну и если фото начнут путаться из за одинаковых имен вы знаете куда копать. А для публичного использования такой подход не годится, луче себе сразу ногу отстрелить.
-
Здравствуйте. увеличьте размер поля в базе данных. Главного фото и дор фото, это разные таблицы и поля.
-
Да правильно. Но помните имя фото вместе с путем хранения не должны превышать 255символов. В противном случаи опенкарт будет обрезать строку, и фото будет не работать. Что то последние время часто этот вопрос стал всплывать. Допустим у сайта донора 1000 товаров. И все фото он решил именовать вот так. 1.png 2.png 3.png и того у нас 1000 товаров по три фото, и имена у всех фото одинаковые. Главное фото 1 доп фото 2,3 Вопрос. У всех товаров одинаковые фото или разные ? Для ответа на этот вопрос я вижу только два пути. 1) при парсинге каждого фото вычислять его хеш сумму, и вычислять хеш суммы для каждого фото что имеют такое же название у вам в магазине. И если хеш суммы одинаковые то можно сказать что фото одно и тоже. И того при парсинге любого фото у нас возрастает колоссально потребление ресурсов так как НА КАЖДОЕ ФОТО нужно запросить в разных таблицах фото с одинаковыми именами. Затем вычесть хеш суммы и сделать сравнение. И того на товар из 3-5 фото нормально так прирастет. Дальше скорость парсинга колоссально замедлится. Если запрос из базы еше не сильно тормозит, то вычисление хеш сумм каждого фото добавит времени в скорость. 2) написать целый комплекс который будет постоянно при загрузке фото вычислять хеш суммы хранить в отдельной таблице, делая лишние запросы и создавая лишние проблемы. При этом любая загрузка фото не через мой модуль будет ломать всю систему, так как такие фото не будут учитываться. Затем нужно бует написать при удалении товара зачищать фото и данные из этой таблицы, так как фото с такой хеш суммой тоже удалится. Но любое удаление товара черех сторонний модуль опять же все поломает, так как сторонний модуль не будет беспокоится о хранении актуальной информации об фото в базе симпле парс. И того такой подход не будет работать, он мертво рожденный. 3) В 2022 году, где хостинг стоит 5$ в месяц. А килограмм говядины 8$, можно доплатить 2кг говядины в месяц на дисковое пространство что бы закрыть глаза на это, учитывая что интернет магазин это источник дохода. Примерно так обстоят дела с дублями фото.
-
Ограничение стоит в базе. а поскольку при записи в поле значения длиной в 100символов, а поле в базе рассчитано на 64, база просто отрежет хвостик. Везде модуль на это не обращает внимание кроме полей которые могут быть идентификатором, тут это важно. Так вот если вы берете поле которое может быть идентификатором в simplepars вам нужно. 1) увеличить значение в базе. 2) Увеличить значение в модуле. Как увеличить значение в модуле. Открываете файл /admin/model/catalog/simplepars.php находите строку $form['model'] = substr(trim($this->madeLogicalMathem(str_replace('{csvnc}','',$form['model']), 'str')), 0, 64); И под ней блок со всеми строками и их ограничениями. Меняете эти значения в нужных вам полях. Эти значения по умолчанию выставлены на количества как у стандартного опенкарта.
- 13,430 replies
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
Не имеет значения. для сопутствующих товаров которые реализованы в стандарте опенкарта больше ничего не нужно. Все что нужно описано этой статье. https://simplepars.top/index.php?page=note&n=51 если вы связь создали все там будет прописано как нужно.
-
Я не знаю что будет через год два или десять, но на данный момент никак.
-
Вариант б. Пока никак, название не гарантирует что фото одинаковое. Это вы знаете а модуль нет. По этому предлагаю вам парсить только уникальное фото. А остальные sql запросом добавить в товары. То есть сделать запрос и присвоить всем товарам доп фото. Ну или опять же написать свой php скрипт который постоянно будет вычитать хеш сумму фото записывать в какую то промежуточный. таблицу а дальше при парсинге нового фото вычислять хеш сумму и сравнивать с теми что есть и если такая же сумма нашлась удалять фото и брать уже имеющиеся.
-
Присутствует. и если такое фото есть добавляется к имени пиставка и загружается второй раз с другим именем.
-
Ну это не поправить код тут нужно писать логику и внедрять ее. Просто так я не могу написать что нужно править. Так что тоь ко в скрипты.
-
нет не могу, такого нет в модулем. Мы осуждали теорию. Но ничего не мешает вам написать скрипт php который будет делать заполнение описания с учетом ваших особенностей. Можете проверять и по названию и по содержанию.
-
Ничего подобного ближайшая время реализовано не будет. Извините.
-
Одинаковое название не гарантирует одинаковое фото. Исходя из этого нет, это сделать не получится. Ну или в описании у вас будут совершенно не те фото что вам нужны.
-
Сделать проверку сложно. Так как фото в описаниях не хранятся в отдельной базе данных. А просто ссылка внутри кода.
-
у всех атрибутов по умолчанию должна быть группа. Все атрибуты что создает модуль по умолчанию присваиваются группе атрибутов с id (если не указана другая) Так вот эта группа атрибутов не имеет названия, и оно не отображается у вас. Но если атрибут уже создан в какой то группе, то он отображается в ней, а над ним написано название этой группы. Вам нужно перенести все атрибуты в группу с id = 1 и у вас не будет подписи. Вот так выглядит эта группа в админке опенкарта.
