Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

Axelenz

Users
  
  • Posts

    744
  • Joined

  • Last visited

Everything posted by Axelenz

  1. Так, чтобы наверняка, то это можно решить с помощью связки двух модулей SimplePars + АОП. Но с точки зрения рациональности, экономия на покупке HPM не оправдана, потому, что сложность настройки парсинга и покупка второго модуля АОП делают такую экономию весьма сомнительной... А с точки зрения SEO лучше конечно иметь отдельные товары, чем один товар с опциями... Проиндексированных товаров будет в разы больше, когда они идут отдельно, со своими названиями...
  2. Всё зависит от того, насколько Вы "в лоб" взялись парсить донора... Маркетплейсы и разные площадки не любят, когда их парсят и всячески этому мешают, о чём неоднократно писалось на этом форуме... Вы не сообщили, какое количество товаров, но можно предположить по тому, что забанили, что их тысячи... и парсили наверное в 5 потоков и рандомные задержки не выставляли ?
  3. Я согласен, что Вы идёте медом компромисса и учитываете пожелания большинства. При этом Вы сами понимаете, что ценность товара на сайте, который имеет идеально обновляемые количество и цену с донора, но при этом не имеет Описания и Фото практически нулевая... Всё чаще люди просят парсить Описание только как временное, с дальнейшим замещением его своим уникальным Описанием и чтобы оно потом не затёрлось при обновлении... Сказать что это мои пожелания... я всего лишь исполнитель, который решает задачи, поставленные Заказчиками...
  4. Ну или создание дополнительных ключей, заполнено всё в товаре или нет типа "empty" или не "empty", чтобы остальные товары с базы не брать, где нет такого ключа... "
  5. А нельзя добавить в Действии, кроме Добавления и Обновления ещё выбор: Заполнение пустых полей. Именно на тот случай, чтобы этот проект можно было время от времени запускать для вылавливания и заполнения всего, что уже спарсено, но раньше не было заполнено у донора ? Пустые Описания, пустые атрибуты, фото и пр. ? Сейчас такое сплошь и рядом... доноры спешат выкладывать новые товары, у которых не надлежащим способом заполнены карточки... заполняется потом... может быть... А парсить каждый раз, например, десяток тысяч товаров с обновлением Описания в надежде на то, что наконец заполнится описание у десятка товаров, где его не было... тоже как вариант так себе...
  6. Понимаю, что идеального ничего нет... И тот вариант, который я предложил так же далёк от идеального. Например вариант, когда в новых товарах сразу не заполняют Описание, а Описание может появиться через ЛЮБОЙ промежуток времени... Тогда необходима проверка по всем имеющимся товарам с донора, чтобы заполнить пустые места в description... Вот если бы в Парсинге в ИМ, в Описании, При обновлении можно было сделать выбор: Заполнить Описание, если его нет - было бы просто замечательно )))
  7. Я расскажу, где это реально может пригодиться... Например: Двуязычный сайт. Парсятся xml на 2-х языках. Первым проектом идёт парсинг с рус. xml, Обновляются существующие на сайте товары. Вторым проектом идёт Добавление новых товаров с рус. xml. Третьим проектом идёт Обновление товаров с xml укр. Но при этом есть одно условие... Заказчикам необходимо существующие Описания довести до нормального уникального Описания. Поэтому вариант с обновлением, где обновится ВСЁ однозначно не интересен... А вот вариант с тем, чтобы с новых товаров второго проекта перекинуть товары (SKU) в третий проект и производить дальнейшие обновления (или прочие действия) ТОЛЬКО с ними - это самый идеальный вариант без всяких "костылей"... Вот возможность перекинуть товары с помощью действий через cron с одного проекта в другой - это хорошо реализовано в модуле. А дальше ? Создаётся впечатление не завершённости задуманного. Т.е. товары нужные в проект закинули, а что с ними дальше можно сделать в рамках одного проекта... ((( Эта реализация отбросила бы много разных "костылей"...
  8. @Rassol2 Иногда очень не хватает в этой панели выбора, чтобы выполнить что-то с товарами, которые находятся только В ЭТОМ ПРОЕКТЕ. Особенно это актуально для мультиязычных магазинов, а таких сейчас очень много... и когда дополнительно применяется ручное изменение Описания и пр. Возможно это реализовать в следующих версиях модуля ? Если нет, то можно попросить работающий скрипт, который будет давать такую возможность, работать с товарами только ЭТОГО ПРОЕКТА ? Т.е. если обновлять товары по SKU, то обновлять только те, что в ЭТОМ проекте и не обновлять товары, которые находятся в других проектах, не смотря на совпадение по SKU... Благодарю за ответ.
  9. Вся суть проблем и сообщений на форумах в том, что любая "домохозяйка" (не зависимо от пола) думает, что можно вот так запросто взять установить Opencart, купить модули, кое-как установить и настроить их, даже не зная элементарных принципов сайтостроения, php, html и css... и моментально начать получать прибыль, при этом не вкладывая особо денег в специалистов, которые понимают, как всё настроить, чтобы сайт работал как часы... Когда денежный поток проходит мимо, то у "домохозяйки" возникают вопросы, почему не работает так, как представлялось, почему приготовленный денежный мешок не наполняется по cron... и крайним оказывается сразу разработчик... ) Не собственное невежество и не желание читать скучные мануалы и форумы по работе модуля, а зачем ? Инструкции и документации написаны для слабаков... а настоящие ковбои сразу заскакивают на дикого мустанга и совершенно не важно, в какую сторону он их понесёт... Не думаю, что разработчики должны быть "удобными" для всех... иначе они должны будут заниматься обучением со школьной скамьи, а их разработки так и не получат дополнительных возможностей...
  10. Сегодня помог заказчику убрать из Описания около 30 Гиг дублей фото в Описании. Фото большого разрешения и общее их количество было около 30,000... Если у кого-то есть подобная проблема, кому не хочется оплачивать ежемесячно за хранение лишних десятков Гигабайт на хостинге дублированных многократно фото - обращайтесь... Но каждый случай может быть не похож на предыдущий, поэтому требует тщательного анализа... Как и говорил разработчик, нужно искать компромиссное решение... я нашёл своё )
  11. Для того, чтобы с достоверностью 99% получить правильный результат, нужно использовать ПРАВИЛЬНЫЕ пути для хранения самих фото для Описания. Например: путь хранения составлять с учётом подкатегории, где находится товар или использовать серии товара...
  12. Штатный "список товаров" он... никакой. Поэтому люди предпочитают покупать дополнительные модули, которые намного расширяют возможности редактирования и визуальное представление товаров. Но это к теме SimplePars никаким боком... Вам на иные ветки форума с подобными вопросами... А в SimplePars можно использовать поле Расположение [Location] для того, чтобы отобразить например название проекта...
  13. Да, у нас любят Opencart, а у них предпочитают PrestaShop... Категории выводятся скриптами... Найти выбранную категорию возможно лишь по её классу class="selected" <a href="http://buty-wolka.pl/145-basenowe" class="selected" title="">Basenowe / Kroksy / Ogrodowe</a> Вот видим интересующую нас категорию... Дальше дело техники, извлечь её из общей массы... А чтобы получить это, необходимо использовать правильные cookie.
  14. Ну если слева стоит {skip}, то справа нужно же его повторить через $1 или как будет осуществляться строгое соответствие ? А то получится "возьми откуда угодно и положи куда попало..." А вообще по такой логике работать чётко работать не будет... для этого необходимо строгое соответствие всей подобной логики у самого донора, а такое практически никогда не бывает... И фото должны уже присутствовать в той папке, куда идёт перенаправление... Лично я так бы никогда не делал...
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.