"Колхозное" путаешь с воспитанием доброты, щедрости и взаимоуважения.
Так же как, смазка замка в двери к типу двигателя :) Конечно, мне такого не понять.
Короче, как я вижу, ни аргументов ни нормальных объяснений нет. Очередной трёп и набивание себе цены. Ок, с этим всё ясно.
И чё?! Как это говорит о сложности создания импорта?
Да брось ты! :) Я ж не твой клиент что бы мне тут по ушам кататься :). Какая-такая "специальная"? Есть товар, есть его хар-ки. Всё! Какие "плоские - не плоские" таблицы? Многомерные что ли? Есть связи между данными таблицами. Нет проблем их нормально построить. (ещё в конце90х\начале 2000х я в акцесее делал аналог данных ИМ - копр. справочник сотрудников. Там разноплановых данных юзера (филиал, отдел, даты приёма\повышения, телефоны и тд) - не меньше, чем у товара)
А фильтрация никакого отношения к обсуждаемой проблеме (универсальности импорта) не имеет.
Примеры сложностей в большинстве случаев. "Не плоских" данных если угодно. Для того, что бы можно было увидеть масштаб проблемы.
Где?!
Лиса на лесном форуме: Вышла я на ужин когда стемнело. Ну чтоб никакие гуляльщики по лесу не мешали. Сижу себе спокойно, кушаю бутер. Вдуг хрясь! мне хвост какой-то бегун топчет.. Потом ещё и фонариком в глаз! Я с перепугу возьми и цапни его за ляжку.
Как думаете, что теперь - не подхвачу ли я заразу? Мб к айболиту смотаться?
Не спроста ж он потом смазывал ляжку спиртом.
Примеры когда будут?
Я никогда не говорил об абсолютной универсальности. Я все время подчеркивал - для большинства (чит: популярных) задач. И это реально.
И ессно, что абсолютной универсальности быть не может.
"Структура ВП" тут никаким боком. Речь о соответствии полей (артикул цена, описание и тд) импортируемых данных и полями "принимаемой стороны". ВП был приведён просто как хорошо известный мне образец реальной реализации.
Это смотря с какой точки смотреть :) Согласен, в приведённой цитате логичней бы смотрелся "импорт" :) Запарка.
Скорее уже выварное :)
И Ваш муж будет "это" есть?!... сочувствую ему. Свежая говядина варится с полчаса. Старая - часа два.
АПД. ardova, не обижайтесь плз. Я не со зла. Все делают ошибки. Научитесь со временем. В тч пользоваться интернетом ДО того, как брать нож в руки.
Это корп. продукт, так что.. Хотя нечто похожее (гибкий импорт ХМЛ) есть в коммерческом продукте - десктоп под винду. Всего 80$. Готов купить? ;)
Никаких обид. И я это вполне допускаю (см пару постов выше). Но я, как ни пытаюсь выяснить, почему-то до сих пор не увидел сколь-нибудь серьёзных проблем в реализации экспорта. Пока только размахимание руками и попытки достать линейку.
Об том и топик! Когда разработчики будут думать в одном направлении с их клиентами (продавцами в данном случае) - тогда всё станет на место :)
Я участвовал :) Правда, не как кодер, а как.. "почти программист" (описывал алгоритмы) и тестировщик, и не в ИМ, но сути не меняет. Могу утверждать - разработчикам удалось сделать более-менее гибкий инструмент для импорта ХМЛ-данных. Инструмент, удовлетворивший если не 100%, то 99,9% пользователей этого продукта.
Единственное, что так и не реализовали (проект прекратил развитие) - это импорт из разных ХМЛ-файлов (упрощённо: когда ИД данных находится в одном файле, сами данные в другом, а их хар-ки в третьем-десятом. И таких зависимых файлов - масса). Хотя это отчасти можно считать не популярной, а эксклюзивной задачей.---------- Добавлено 28.07.2014 в 12:19 ----------
Ну не надо уж так утрировать. Подготовить ХМЛ - не большая проблема. Хотя зачастую с простого csv достаточно. Сделать импорт в нужные поля - не велика проблема. Главное вначале настроить соответствие и связи.
Не сочтите за [что-нибудь], но даже в плагинах к ВП есть пошаговые "натсройщики" полей с виз. контролем: что, куда, какой формат, зависимости и тп. При этом достаточно один раз всё это настроить и дальше можно использовать этот шаблон.---------- Добавлено 28.07.2014 в 12:22 ----------
Неа, тогда он платит за разработку велосипедов :)
