IronMann
-
Публікації
441 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача IronMann
-
Помогли бы тогда автору, допилить. А то уже два года с момента анонса прошло, а работам ни конца ни края не видно. Не операционная ведь система пишется, а шлюз данных. Месяца за три такие задачи решаются, при четкой постановке задачи. У меня, да и не только у меня, есть и знания 1С и знания PHP, но тут вопрос выбора - заниматься программированием, или коммерцией. На все сразу времени точно не хватит. При условии, разумеется, что перечисленное выше делается качественно. Далее, боюсь даже спрашивать - а как у вас с доставкой? Прямо заколдованный вопрос какой-то... Задаю его постоянно в теме разным участникам, после чего 95% из них пропадают из темы навсегда. Надеюсь, вы не пропадете, ответите? От чтения этой темы складывается ложное представление, что доставка для интернет-магазина нафиг никому не нужна и никто её не использует. Но за рамками этой темы, картина совершенно иная - большинство интернет-магазинов используют доставку. А 1С, в УНФ в частности, от релиза к релизу наращивает функционал по работе с доставкой. -
Вы просто ГЕРОЙ во всех отношениях. Говорю вам честно - удивлен, даже не верится, что такое может быть. Что у вас точно есть и не отнять - это железные нервы, если вы используете данный модуль на своей рабочей базе.
-
Файл руками сделан, или сгенерирован 1С-кой?
-
Можно вам вопрос? У вас есть рабочий интернет-магазин? Как вы сейчас решаете вопрос с экспортом видов доставки с сайта в заказ в 1С?
-
Это вы о чем?
-
Базовый функционал на чистой установке не отрабатывает, какой там лучше???? Пусть хоть без глюков бейсик в начале заработает!
-
Я сленга из курилки вообще не понимаю, изволь понятно выражаться по-русски. Могу объяснить правописание некоторых слов, если у тебя с этим затруднения. Я автору и ошибки помогал отлавливать и советы давал - всё бестолку, имхо. Жалею сейчас о потраченном времени только. Посмотрим, на сколько времени тебя хватит. Есть просто подозрение, что нерабочесть данного модуля, это не случайно, а просто своеобразный способ привлечь страдальцев на донат. Фиг его там знает, как продажи рабочего релиза пойдут, может и не пойдут вовсе. И за релиз еще отвечать надо будет, технически и методологически его поддерживать как следует. А вот костыли к бетам крутить можно вечно и отвечать ни за что не надо - не трожж художников!
-
99% этих контор, это делальщики костылей, в т.ч. и из данного модуля тоже. Костыли не нужны, нужен работающий коробочный продукт, за который было бы не жалко заплатить деньги.
-
Ты тут думаешь, что ты мессия и свет истины невежде открыл, со своими 4-мя постами на форуме , а тебе скажу, что оно как оно сейчас есть, в плане качества работы модуля - так оно было есть и будет. Два, Карл, читай внимательно - ДВА, целых ДВА года это уже продолжается, и вряд ли что-то изменится. Ты не знаешь, почему там автор что-то не закинул, и автор скорее всего тоже не знает, почему он не закинул, и никто вообще не знает, почему этот модуль не работает нормально. Две причины, почему я трачу время на эту тему. Первая - самому ужасно интересно, чем же все это закончится. Причина два - надо сказать, что в плане попыток замахнуться на полноценную реализацию возможностей обмена данными между 1С и Опенкартом, эта была самая многообещающая. Другие, надо сказать, пошли по пути пусть все будет простенько-кондовенько, зато работает как часы.
-
Смотри ниже. Условия тестирования: УНФ 1.6.15.44. Выгружается две категории и один товар. У товара две картинки и три доп. сведения (число, число, строка). Все поля карточки товара заполнены. ocStore 2.3.0.2.3. Чистая установка + модуль. Перед обменом данным таблицы очищены средствами модуля "очистить таблицы". Обмен данными не работает. Журнал ошибок:
-
Замечено. Там много проблем замечено. Некоторые еще с первой страницы данной темы до сих пор не решены.
-
В общем, грусть печаль полная... Тестировал свою УНФ 1.6 с тремя версиями модуля: 1.6.3.12, 1.6.4.3 и текущей. Условия тестирования были идентичны: ocStore 2.3.0.2.3 - чистая установка + модуль. УНФ - одна категория, один товар, две картинки к товару, все поля карточки товара заполнены, созданы три доп. сведения. Характеристик нет. Тип цены один. Единица измерения - штука. 1.6.3.12 - загружена категория и товар, но радоваться рано! При повторной загрузке, когда по идее не должно ничего происходить, загрузка затыкается и модуль в лог пишет ошибку. 1.6.4.3 - загружена категория, товар не загружен. 1.6.4b34 - загружена категория, товар не загружен.
-
Бери больше! Пока он выйдет в релиз, можно будет уже профи стать! Вопрос только в том, а надо ли... Еще раз выскажу мысль, что ПОЛЬЗОВАТЕЛЬ, не должен заниматься программированием, ровно по той же причине, почему водитель авто, совершенно не должен быть автомехаником и автоэлектриком.
-
Самый короткий путь такой - открываете файл import.xml, который генерирует ваша УТ для обмена с сайтом. Там находите нужное вам свойство и его наименование. Далее, в адском окне, в соответствии с синтаксисом оконного маккро-языка, делаете строку "свойство ## model". Вроде так. Т.е. присваиваете значение указанного свойства полю model в БД. Если у вас вообще нет того поля, которое вы хотите переносить в карточку товара в поле Модель, то его нужно создать. Можно создавать в виде дополнительного реквизита, либо дополнительного сведения. У меня УНФ, я название модели производителем держу в дополнительных сведениях.
-
Сейчас протестировал обмен данными с модулем версии 1.6.3.12, как наиболее удачной, и модулем текущей версии 1.6.4b34. Наборы данных для обоих модулей идентичны. Для чистоты эксперимента, модуль текущей версии установлен на чистый ocStore. УНФ 1.6.15.44. Никаких дописок не делалось, функционал полностью штатный. С модулем 1.6.3.12 обмен товаром прошел успешно. Модуль текущей версии товары не загрузил и послал прощальный привет строкой "2018-07-09 21:56:46 - 8025(M) *** ЧТЕНИЕ ЕДИНИЦ ИЗМЕРЕНИЙ ***" Смысла комментировать не вижу, бета не рабочая.
-
Когда простота и понятность настроек плавно мигрирует в неудобоваримую тарабарщину - это плохо, очень плохо. Взлетают и более серьезные проекты, без макро-языков. Данный модуль, как проект, взлетает уже два года. И с таким удобством настройки - коммерческих перспектив не имеет никаких. Хотя даже не знаю, ставит ли вообще автор перед собой задачу сделать коммерческий продукт. К сожалению или к радости, успешный программный продукт должен быть привлекателен для широкого круга пользователей. Таких простейших и реально необходимых для интернет-магазина функций, как доставка, до сих пор нет и не предвидится, зато появился целый макро-язык, особенно там, где без него все прекрасно работало. Наверное ура. P.S. Тут в комментариях кто-то отписался, примерно - "отличный фреймворк!". Это не комплимент, это грусть и печаль. Нужен рабочий модуль "установил, настроил - работает", а не фреймворк.
-
Начинаем копать функционал текущей беты... Виталию неимоверно хочется внедрить транслятор макро-язык в модуль. Это, возможно, очень круто с точки зрения изучения программирования, но совершенно тяжело для восприятия пользователя, даже подготовленного. Реальная польза от этой инновации нулевая, она будет только мешать и раздражать 98% работающих с модулем. "В примере строку можно перефразировать так: взять из тега "Код" значение, затем обрезать значение начиная с четвертого символа и до конца строки и записать в поле "isbn", для использования второго определения, внимательно читайте инструкцию к фцнкциям PHP. Можно использовать несколько функций влаживая одна в другую. Правило вступает в силу после загрузки основных полей, так что можно переопределить уже загруженное поле этим правилом, строчки обрабатываются сверху вниз"..... - СТОП, СКАЖИТЕ, КОМУ НУЖЕН ЭТОТ УЖАС?? Чтобы настроить модуль, нужно будет обязательно "внимательно читайте инструкцию к фцнкциям PHP"? А если хочется просто настроить, без функций PHP, то не, никак? Чтобы просто прописать присвоение реквизита или доп. свойства из 1С полю в карточке товара в магазине, теперь нужно будет изучать структуру базы данных в MySQL? Для тех, кто не знает и не щупал более ранние версии, безумный транслятор макро-языка триумфально пришел на смену вполне вменяемой настройке "Запись свойств товара определяемыми пользователем из торговой системы", которая имела совершенно логичный и понятный всем вид: "Название свойства в ТС" - "Название поля в товаре" и настраивалось все очень быстро и просто. О сомнительной пользе этого макро-языка писалось уже ранее. Но видимо, у Виталия полет творческой мысли уже вышел далеко за рамки такой банальщины, как удобство использования. "Пока это только проект, но работает уже, хочу услышать мнения по поводу этой настройки, использования PHP функций в ней и выполнение их через eval(), насколько это будет безопасно, жду комментариев" - НЕ НАДО, ПОЖАЛУЙСТА! Помилосердствуйте, верните человеческую "Запись свойств товара определяемыми пользователем из торговой системы".
-
В УНФ 1.6.15.44 (м.б. и ранее), в настройках обмена заказами с сайта, появилась настройка "Службы доставки", которая вполне логично позволяет связать типы доставки с сайта с типами доставки Учётной Системы. Когда наконец-то в модуле будут реализована ДОСТАВКА?
-
Можно узнать, на каких? Хочется лично убедится, что ваш модуль используется в реальной жизни на работающих сайтах. Пока, извините, ощущение вечной альфа-версии.
-
Среди читателей этой темы есть владельцы рабочих магазинов? В данном модуле нет доставки. Кто его пользует у себя на рабочем магазине, как он обходит отсутствие связи доставки в магазине с услугами доставки в 1С?
-
И опять вопрос - А ЗАЧЕМ??? Ничего шикарного в этом нет, это только загромоздит функционал и сделает логику работы модуля абсолютно не понятной. Виталий, с этими галочками под каждую несуразную хотелку, вы скоро сами уже забудете, если уже не забыли, что где и как у вас в модуле делается.
-
И зачем это надо, если не секрет?
-
Они его не платным хотят сделать, а свои хотелки вперед всех за деньги протолкнуть. Это, конечно, выгодно будет, вплоть до аукциона, чьи хотелки первыми в кодирование пойдут, но ровно до тех пор, пока хотелки одних, не придут в полное противоречие с хотелками следующих. Я вам уже писал, что очень показательный случай недавний, когда товарищ от вас что-то захотел, а на самом деле, он просто не разобрался, как в его конфигурации контрагент заводится. Я могу вам предложить свою помощь как системного аналитика, разработчика пользовательских интерфейсов, координатора требований, а так же частично тестировщика и тех. писателя (методички, руководства). Если вам такая помощь нужна, давайте попробуем разделить задачи и поработать вместе. Чтобы было понятнее, что именно я могу привнести в проект, скажем так, если вы добились на уровне программного кода увеличение скорости работы в 10 раз, то возможно, мои навыки помогут повысить удобство и эффективность работы пользователей и конечную привлекательность модуля для потенциальных пользователей, в 10 раз.
-
Виталий, к вам вопрос. Почему вы отказались от модели Open Source на данном этапе разработки модуля? Я вижу, что здесь достаточно сильных программистов, чтобы помочь вам в ряде накипевших и перезревших вопросах. Не хватает системного подхода и управления требованиями, но это все решамо - было бы желание. Сформировали бы небольшую команду, развернули бы несколько тестовых хостов, под каждую типовую конфу (УТ, УНФ и т.п.) Работа бы пошла быстрее и веселее. А то вы тащите на себе все, код, тестирование, устранение багов, работу с хотелками... При этом, совмещаете это еще с вашей бизнес-деятельностью. Вы просто так себя замучаете в итоге, упадет и продуктивность и самомотивация.
-
Совершенно согласен, что водяные знаки нужно накладывать только на большие изображения. На счет накладывания водяных, надо высказаться проще - либо накладывание водяных знаков является функцией модуля, либо не является. Функционал сторонних модулей заметно выше и что не маловажно - в процессе деятельности магазина можно водяной знак менять. Модуль, по логике работы, физически не сможет менять водяной для товаров в магазине без сеанса полной выгрузки. По совокупности факторов, я больше склоняюсь, что накладывание водяного знака следует в модуле отключить.
