Axelenz
-
Posts
736 -
Joined
-
Last visited
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by Axelenz
-
SPsetting-16.json http://sportdrive.com.ua/product/3d-doska-dlya-risovaniya-holodnoe-serdce http://sportdrive.com.ua/product/3d-doska-dlya-risovaniya-mir-dinozavrov http://sportdrive.com.ua/product/3d-doska-dlya-risovaniya-skazochnyy-patrul http://sportdrive.com.ua/product/3d-konstruktor-animal-world-belka-275-detaley http://sportdrive.com.ua/product/3d-konstruktor-animal-world-belochka-275-detaley http://sportdrive.com.ua/product/3d-konstruktor-animal-world-olen-287-detaley http://sportdrive.com.ua/product/3d-konstruktor-animal-world-popugay-227-detal http://sportdrive.com.ua/product/3d-konstruktor-animal-world-slon-289-detaley http://sportdrive.com.ua/product/3d-konstruktor-animal-world-tukan-271-detal http://sportdrive.com.ua/product/3d-ruchka-penobon-2-pokoleniya http://sportdrive.com.ua/product/aerohokkey-ot-seti-220v
-
Подскажите, в чём может быть причина. Регулярные выражения нормально отрабатывают на вкладке "Поиск/Замена", но на вкладке "CSV/Парсинг" и в прайсе не работают... Работаю на локалке... {reg[#\t#]}| {reg[#(^.*\r)#]}| {reg[#(^\n\r)#]}| Версия модуля самая последняя.
-
Можно и так, спарсить рандомную выборку указанного количества (или по умолчанию % от всех) ссылок и вывести рекомендуемое количество выделенных столбцов под данные. Но мне кажется, что это слишком избыточно будет... тот, кто реально парсит (и дружит с логикой и головой) уже предполагает заранее, чего и сколько ему необходимо для работы... Как правило, никому не нужны 15 категорий или 35 фотографий в карточке... А с атрибутами и заморачиваться нет смысла... их конечно же на правый край... только на край... Да и в справке по модулю сразу об этом написать, хотя бы в виде рекомендации с упрощённым пояснением почему нужно так делать...
- 13,360 replies
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
Я всё же смею предложить Вам некое решение для расширения (как мне кажется) возможностей парсера. Вот сейчас имеем одну вкладку "Настройки парсинга", но при этом две вкладки "CSV/Парсинг" и "Парсинг в ИМ". Так почему же не сделать и две вкладки: "Настройки парсинга для прайса" и "Настройки парсинга для ИМ" соответственно ? Пусть границы которые попадают в одну из этих вкладок отображаются сразу же и во второй, но... но пусть во вкладке "Настройки парсинга для прайса" будут те полезные дополнения, которые, например, не нужны для ИМ, но весьма необходимы для создания готового прайса (где уже не нужно будет прайс дорабатывать драчевым напильником в Excel и пр.) и наоборот... Всего одна вкладка, но она позволит и сохранить "универсальность" парсера и будет намного удобнее и для тех, кому необходимо вносить данные в ИМ и для тех, кто занимается парсингом для других и кому интереснее получать готовые прайсы... Может стоит побороться за звание "самый лучший парсер всех времён и народов" ? )))
-
Значит, если необходимо получить на выходе несколько столбцов с категориями/подкатегориями, где в каждом столбце категория отдельно указана, не прибегая в дальнейшем к Excel, то самый простой способ - это указать повторяющиеся границы не один раз, а по количеству нужных категорий и "Пропустить вхождения" в каждой их этих границ каждый раз на один шаг... т.е. выдёргивать по одной категории/подкатегории на столбец, а не все сразу, через разделитель.
-
Подскажите, а возможно ли сделать так, чтобы был выбор, указывать в настройках парсинга или "разделитель" (чтобы выводить данные в 1 столбец) или резервировать определённое количество столбцов для вывода данных. Например, мне достаточно 10 фотографий. Я указываю для границ сразу цифру 10 и модуль разбрасывает все спарсенные фотографии по 10-ти столбцам (где больше 10-ти - лишнее отбрасывается). А сейчас по умолчанию для каждой границы выделяется лишь 1 столбец. Да можно всё и в Excel сделать, но удобнее всё же получать на выходе с модуля уже готовые данные...
-
А вот Вам и спасибо большое ))) Про "Выключить комп после парсинга" я уже молчу... жду следующих бет с интересными решениями ) Пока для выключения использую программу "Таймер выключения", парсинг то происходит, как правило, ночью...
-
Очень удобно было бы, чтобы высчитывалось (примерное) время парсинга. А то постоянно приходится считать вручную, на сколько часов/минут оставлять компьютер включенным... Затрачено времени: 5 минут Обработано ссылок: 104 | Ссылок в очереди: 451 Оставшееся время: 20 минут Ещё можно чекбокс добавить, где галку ставить "Выключить компьютер после завершения парсинга". Зачем же пользоваться сторонними программами. если всё это возможно добавить для удобства работы ?
-
Поспешил... в моём случае так не решить проблему. В данных донора присутствует кроме кодировки UTF-8 ещё и другие кодировки и это не ошибка. Например, названия на немецком языке, где используются символы типа äöü и пр.
-
На локалке проблема решается выбором кодировки HTTP сервера (Open Server 5.2.2) - UTF-8. Потому, как по умолчанию она: "не задано". Благодарю за ответ.
- 13,360 replies
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
А ошибка с кодировкой на локалке будет ликвидирована ? Ну или поставить выбор, работать на локалке или в инете...
-
И это не на одном сайте... я сброшу в личку минимум 2 сайта с подобной проблемой.
-
-
Собственно... поставил последний OpenServer 5.3.0 и последнюю версию ocStore 3.0.2.0 и максимально php7.3 (64) и MarianDB-10.3 (64). И не парсит ни предыдущая версия ни v2.5-3_Beta... И не экспортирует... " Неправильный формат файла настроек. " Откатился на v2.5-1 - экспортирует, но не парсит.
-
Работает... импортирует ) Благодарю.
-
"Неправильный формат файла настроек"
-
А у меня ни разу не получилось импортировать настройки...
-
Да вот хотя бы этот. У меня ещё ни разу не получалось сделать импорт/экспорт настроек ( SPsetting-12.json
-
Я в любом случае буду всеми способами перетягивать данные, чтобы получить более новые и более быстрые способы парсинга...
-
А из-за этого возможно, что не работает импорт/экспорт настроек, пишет: "Неправильный формат файла настроек" ?
-
да, придётся переходить на новую... Просто на локалке были установлены разные CMS...
-
сенкс, проскочило с 250... Рекомендую давать на модуль минимальные требования, чтобы понятно было, с чем модуль работать не будет...
-
#1071 - Указан слишком длинный ключ. Максимальная длина ключа составляет 767 байт та же ошибка...
-
Ошибка в использованиии MySQL 5.5 там ограничение по длине в более поздних версиях длина увеличена Вот что пишут: " 767 bytes - это указанное префиксное ограничение для таблиц InnoDB в MySQL версии 5.6 (и предыдущих версиях). Это 1000 байтов для таблиц MyISAM. В MySQL версии 5.7 и выше этот предел был увеличен до 3072 байт. Вы также должны знать, что если вы установите индекс в большом поле char или varchar, которое закодировано в utf8mb4, вам необходимо разделить максимальную длину префикса max 767 байтов (или 3072 байта) на 4, что приведет к 191. Это связано с тем, что максимальная длина символа utf8mb4 равна четырем байтам. Для символа utf8 это будет три байта, в результате чего максимальная длина префикса индекса будет равна 254. Один из вариантов заключается в том, чтобы просто установить нижний предел для полей VARCHAR. "
-
минуточку... Ответ MySQL: #1071 - Указан слишком длинный ключ. Максимальная длина ключа составляет 767 байт
