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

byba

Users
  
  • Posts

    1,050
  • Joined

  • Last visited

Everything posted by byba

  1. Поржал над Нетпик , но надо отметить молодцы ребята. Битрикс откатывает франчайзи за каждую лицензию от 30 до 50 % просто по факту продажи. т.е. контора с самого факта продажи лицензии зарабатывает от 200$ , далее поддержка и все остальные навороты. В среднем 1 продажа выливается в 700-1000$ профита для конторы. Естественно они будут петь дифирамбы такой цмс и мягко говоря "Покрывать гуаном" все остальное. Нетпик ничем не хуже и не лучше любой другой конторы, т.к. у них аренда офисов, з\п специалистам, налоги и еще воз и маленькая тележка накладных расходов. В опенкарте мало того, что каждый модуль стоит копейки (это хорошо для пользователей, но плохо для разработчиков), так еще и сообщество "Кто в лес, кто по дрова" , но это не избежно, ибо индивидуализм всезгда связан со "Звездной болезнью" и это нормально. Теперь давайте посмотрим на создание магазина со стороны мал-мальски средней конторы. Предположим, что директор ни бельмес не разбирается в it технологиях. Ему нужно быстрое, эффективное и коммерчески оправданное решение. Так же из за того, что любой директор это прежде всего "Барыга" (по психологии) ему хочется так сказать "Держать руку на пульсе" т.е. внушить себе, что он контролирует процесс создания. Наиболее оптимально (с точки зрения барыги) заключить договор с вебстудией, и в случае чего "Трахать мозг менеджеру " . Т.е. на момент обращения в вебстудию самый важный аспект, не на каком движке будет магазин, а будет ли кому "Трахать мозг" ибо про создании магазинов "Барыга" как правило ничего не знает. Вот и получается, что финансово дееспособные предприниматели даже и не посмотрят в сторону опенкарта (хотя бывают исключения, которые только подтверждают правило), а смотрят те, у кого нет средств обратиться в вебстудию, либо же обращались и им там "Зарядили". Исходя из вышеописанной логики на мой личный взгляд наиболее жизнеспособная сборка на основе опенкарт "Опенкартпро" т.к. является платной (но доступной) ибо из всего потока "финансово не дееспособных" вычленяет думающих. Хотя лично у меня сама сборка вызывает двоякие ощущения (есть просто замечательные моменты, есть откровенно отвратные, но в целом +++ больше). За время пребывания на форуме видел несколько попыток создания вебстудий на основе опенкарт - к примеру то же Нео сео, но начинается оно за здравие (на энтузиазме), заканчивается за упокой (действительно спецы разбегаются) . Ибо на момент организации конторы есть только идея и классные спецы, но абсолютно нет понимания менеджмента, а в процессе работы если и доходит до этого понимания, то как правило уже и все спецы потеряны, да и вся контора уже превратилась в унылое гуано. (особенно меня прикололо, когда месяц назад взял менеджер редиректов от неосео, а там так сказать "из коробки" делаешь экспорт, а в импорт он же заливается с ошибками, а это показатель конторы, которая за поддержку берет от 10$ в час) Резюмирую . Тема создана на основе коммерческой статьи от Нетпик, для тех, у кого она (статья) вызвала только злобу - завидуйте лучше молча, для тех же кто понимает истинные причины - нам есть чему поучиться у вебстудий.
  2. На сайте замечательный код для парсинга картинок в опции <li data-group="0"><img src="/upload/resize_cache/iblock/3c7/110_150_1/UT000057318.jpg" alt="BAMBOLA Удерживающее устройство для детей 0-13 кг NAUTILUS Т.Синий/Красный (3 шт в кор)"></li> <li data-group="1"><img src="/upload/resize_cache/iblock/299/110_150_1/UT000029253.jpg" alt="BAMBOLA Удерживающее устройство для детей 0-13 кг NAUTILUS Серый/Черный (3 шт в кор)"></li> <li data-group="2"><img src="/upload/resize_cache/iblock/39f/110_150_1/UT000057317.jpg" alt="BAMBOLA Удерживающее устройство для детей 0-13 кг NAUTILUS Черно/Зеленый (3 шт в кор)"></li> <li data-group="3"><img src="/upload/resize_cache/iblock/5d7/110_150_1/UT000057313.jpg" alt="BAMBOLA Удерживающее устройство для детей 0-13 кг NAUTILUS Бежево/Синий (3 шт в кор)"></li> <li data-group="4"><img src="/upload/resize_cache/iblock/da6/110_150_1/UT000057316.jpg" alt="BAMBOLA Удерживающее устройство для детей 0-13 кг NAUTILUS Т.Синий/Фиолетовый (3 шт в кор)"></li> </ul> Единственное что, через модуль АОП не получится сдернуть, потребуется контентдовнлоадер. Проще всего обратиться к ребятам занимающимся парсингом в этой теме, ну или попытаться самому разобраться.
  3. ссылки работоспособные ? параметры парсинга верные ? к примеру если в прайсе хотя бы 10 битых ссылок, модуль будет по 2-3 минуты ждать ответа сервера, прежде чем перейдет на другую строчку. Как Вам тут верно заметили, без примеров прайса и скриншотов настроек никто не поможет. К сожалению телепатией тут никто не обладает. (а может быть и к счастью :))
  4. ТКонверсия и четкая логистика это замечательно. Тут ведь такое дело, главное что бы владельца все устраивало.
  5. Прошел почти год, после начала данной темы. Ради интереса заглянул на сайт. К сожалению существенных изменений не замечено. Но... добавилась еще одна модель :))
    Лучший шаблон, который только мне приходилось юзать. Использую для очень серьезных проектов на 200тыс + товаров. Полет отличный.
    На мой взгляд лучший модуль для оперативной обработки заказов. Рекомендую.
  6. Это да, согласен, CD на порядок сложнее модуля поставщиков и даже за месяц всех его "Плюшек" не осилишь. Но тут действительно все от задач зависит. Тот, кто желает сам все освоить и не зависеть от сторонних исполнителей, то однозначно осваивать. Тот, кто экономит собственное время, то проще заказать исполнение и не вдаваться в детали.
  7. Разработчику Респект и уважуха! Оперативная поддержка - Выше всяких похвал. На самом деле то был не баг модуля, а большая б\д. и модуль только подтормаживал, но.... генерил !!!! И это самое главное. Архиважно и архинужно. Вердикт - Рекомендую!!! Из пожеланий для развития - реализовать возможность генерации только на отдельные категории, по заданным параметрам. (но об этом уже писалось) в остальном - все супер-супер.
  8. Купил установил , генерю, но подвисает в зависимости от настроек то на 101 % то на 180% , и в б\д ничего не добавляется. может из за того, что на сайте 50тыс+ товаров ? таймлимиты на выполнение скриптов и на количество запросов увеличены , но не пойму в чем "Засада"
  9. Буду очень благодарен за любую информацию, т.к. это действительно проблема. В моей практике удалось автоматизировать только 3 магазина, но везде обмен односторонний - только с 1с в опенкарт, а с опенкарта только заказы. Все 3 интеграции обошлись владельцам (после всех "Танцев с бубном") в районе 50 тыс. руб. и все 3 "Просто бредили", что им необходимо из 1с что бы все автоматом делалось. Во всех 3х интеграциях есть "Тонкое горлышко" это обмен на нем как правило все подвисает, + программисту 1с очень тяжело объяснять специфику опенкарт и почему логика должна быть именно такой, а не другой. Они то все изображения норовят в 1 папку положить, То cинхру сделать по коду или sku товара. Хотя владельцы и юзают, но мне лично ниодно из решений не понравилось, т.к. требует еще очень много "Ручного допиливания" на сайте, т.е. автоматизация по факту происходит за счет гемора либо в 1с, либо гемора на сайте. И только в 3й интеграции владелец завел чистую б\д с 0 и жестко распорядился менеджерам шифровать товары так, что бы они совпадали с шифровками сайта (это исключение из правил), т.к. в 99% случаев слово "Стандартизация" для владельца пустой звук. На просторах рунета существовал модуль генерящий собственные штрихкоды в 1с и далее ищущий совпадения по другим полям, но пока решался вопрос о его приобретении и тестировании он попросту пропал с продаж по заявлению площадки из за жалоб пользователей. Но..... там только по 1му описанию было понятно, что человек писавший его не по наслышке знает все эти геморы и собственно потому и делал такое, что позволило бы в теории "Причесать " базу данных 1с и разобраться с задвоениями и т.п.
  10. Понятно - теория это хорошо и красиво, но к сожалению она не продает, а только привлекает людей. Как доходит дело до практики возникают проблемы. Детали описывать не буду, т.к. если Вы не тестировали, то и следовательно проблем и требований не знаете не в силу того, что плохо соображаете, а в силу того, что данные вопросы никогда не лежали в поле Вашего внимания. То, на что Вы мне сбросили инфу - унылое гуано, которое разработчики 1с могут засунуть себе в то место, которым они писали данный "Гемор" к сожалению проблема 2х сторонней синхронизации с опенкартом не решена с 2013 года. Предвижу "Бурю" возражений, но немного Вам поясню, что разработчики пишут на "Калечных" базах данных товара , т.е. не реальных, где куча гемора из за тупых менеджеров, где есть задвоения, затроения, и куча прочего гемора. При этом сама 1с более менее - то с глюками, то без глюков фурычит. В условиях нескольких складов и онлайн магазинов возникает сразу же несколько проблем - 1 останавливать торговый процесс нельзя, 2 Причесать базу слишком долго (да и затратно по ресурсам) 3 Создать новую ничем не лучше, чем 2й пунт, т.к. придется еще и менеджеров переучивать. Получаем классическое: Лебедь, Рак , и Щука. Если начинаем выгрузку по id товара, то получаем с каждым приходом "Зуеву тучу дублей" . Единственно верным решением становится создавать товар на сайте, и только потом его же приходовать в 1с . Теперь представим ситуёвину - на сайте 500тыс. товаров в 1с 70тыс. товаров как делать синхронизацию? и это только вершина айсберга. Благо модуль АОП заточен и не под такие геморы, и ему принципиально пофиг какая степень шизофрении у менеджеров того или иного поставщика, и родной склад - выгружающий с 1с. вполне годится как еще один гемор администратору сайта, т.к. разницы никакой что чужой, что свой гемор, только в отличии от чужого на своих менеджеров иногда еще можно и наехать.
  11. Если можно, то подскажите пожалуйста данное бесплатное дополнение буду очень благодарен. Честно сказать в сторону бесплатного ниразу не смотрел, т.к. побаиваюсь жутких глюков, за которые спросить будет некого. Но если есть готовое и провереное решение, то это просто "Супер"
  12. Это вариант хороший, но ограниченный, т.к. в онлайн торговле важнее не столько наличие товаров в 1с, сколько наличие у других поставщиков. По поводу прямой и обратной загрузки Вы попросту лукавите про "Массу решений" т.к. Мониторю корретный 2х сторонний обмен (не ломающий структуру 1с или структуру опенкарта) с 2013 года и ниодного модуля к сожалению не нашел. Был 1 генерирующий свой (альтернативный ) штрихкод, и по этому альтернативному штрихкоду позволявший идентифицировать продукт. Но там "Затырки" были с поддержкой. Все остальные либо расчитаны на "Доение" коммерсантов методом постоянной поддержки, либо работают односторонне, либо абсолютно не умеют работать со спецификой опенкарта. Т.е. за вменяемые деньги (в моем представлении вменяемо в автоматизации до 20 тыс. руб) получить готовое решение невозможно. А писать индивидуальное решение попросту глупо, т.к. будешь финансировать какую либо контору. + ни один разработчик 1с не заинтересован в идеальной работе собтвенных продуктов, дабы если будет работать качественно, то очень быстро останется без "Куска хлеба". 1с ники уже реализовали свой "Доильный аппарат" в виде битрикса, так там из коробки (заплатив не малую сумму за лицензию, половина из которой приклеится франчайзи) функционал даже близко не лежит с опенкартом, а любой чих обходится как минимум в 1800 руб за час работы "Криворукого программера". Этап пройденный, знаю эту "Кухню" т.к. одно время работал в такой "Шарашке" потом понял, что "Не мое" дабы есть решения в разы эффективнее и в несколько порядков дешевле. Но "Пипл хавает" дабы зачастую попросту не знает о существовании альтернативы. Очень рекомендую почитать мануал по возможностям модуля и прикинуть сколько сотен тысяч рублей займет написание подобного модуля под 1с или битрикс (разницы по большому счету нет никакой сайт это или программа). И тут же станете "Поклонником" модуля АОП, более того, каждый раз загружая прайс "Ручками" будете получать удовольствие, от того, сколько денег сэкономили на свой бизнес, а не "Выбросили" на растерзание франчайзи.
  13. Используем свою 1с как одного из поставщиков. И как писалось выше ставим статус "Главного поставщика" дабы товар из наличия продавался независимо от цен у других поставщиков (модуль мониторит самую низкую цену на товар, и к примеру если продукт х есть на 3х складах, то модуль выберет цену того, где дешевле, если только из этих складов нет ниодного "Главного" )
  14. то то и оно, что только наличие и цены для меня бесполезная вещь, т.к. нужны еще обновления, у поставщиков еждневно что то добавляется, а что то исчезает, потому на данный момент только ручками, но сейчас появилась надежда, что уважаемый разработчик фрилансер реализует обработку прайса, от меня требуется подробное Т.З., собственно этим сейчас и занимаюсь. Ну и конечно все пожелания приветствуются, т.к. если сделать автоматизацию забора, и подготовки прайса, то это будет экономить просто огромное количество человекочасов.
  15. Появился вопрос к разработчику - присматриваюсь к Вашему модулю. Вопрос может ли модуль шифровать поставщика в модель , и раскладывать фото по папкам и подпапкам как это делает модуль Есть поставщики, которые предоставляют yml файлы для загрузки , опасаюсь, что будут конфликты с модулем поставщиков. - могу детально в личку расписать алгоритм по которому раскладываются фото и шифруется модель товара. (если это на данный момент не реализовано). Просто потестить - цена несколько кусается, но если модуль все это умеет, то возьму сначала на тестовом поюзать, а потом если все гут, и на боевой подключу обязательно. В целом модуль нужный, но пока приходится обходиться только хмл прайсами, загрузка же yml это новый уровень, который сильно облегчит работу с поставщиком.
×
×
  • 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.