Модуль Импорта товаров в Ubercart - Продадим -)

А что с ССК прикажете делать? у товара около 40 дополнительных полей.
Вот добавилось поле новое к примеру у товара и что? звать Вас и Вы за символическую плату скрипт дорабатывать будете?
А если у этого ску на сайте есть фото а надо другое поставить?
А если у ску 10 фото?
А если мне надо у 2000 товаров описание поменять?
и т.д. с большего вопросов можно насобирать выше крыши, но пока хочется услышать от Вас ответы на эти вопросы.

кстати при 40-50.000 товаров у каждого из которых 40-50 сск полей как Ваш экспорт в эксель будет работать?

PS. Исправьте грамматические ошибки на своем сайте.
PSS. Для того чтоб не падало по тайм ауту в друпале придумано batchAPI.  batchAPI, в 6-ке это уже в ядре

Ну ничего. Наш импорт просто предлагает вам выбрать поле соответствия для Нового "Даже ЦЦК созданного" поля -)

Более того он и имена их показывает...
Никаких проблемм.

Хорошо, я спросил а Вы ответили ;)
а по остальным вопросам?

дорабатывать за символическую плату думаю да - будем.

Можно сделать что бы фото менял.
как много фото - подумаем.
40-50к товаров - нужно подумать. Впринципе должен сработать. Нужно учитывать что мы его вообще пока на шаред-хостинге тестировали с дичайшими ограничениями.

p.s. Ошибки исправить на своем блоге не могу. Потому что это уже такой сайтл -) На самом деле стараюсь писат внимательней. Просто не всегда получается.

смешно, тем самым просто оттянув проблему с таймаутом. ну про батч-апи уже сказали да..

интересно, какие еще странные решения нас ждут за тридцать баксов?..

А чем собсвтенно смешно?
Решения Вас никакие впринципе не ждут. Потому друпал это же бесплатная система и все на ней можно сделать бесплатно. Ждите пока сделают модули, потом критикуйте их что не так и.т.д.

Я искал готовое решение - не нашел.
ПОэтому нами было принято решение сделать самим любой ценой. Таймауты нам теперь не страшны, и работает все ровно так - как хотели.

Я уж не говорю что Кроме Импорта, немаловажным делом наш скрипт делает еще и ЭКСПОРТ.

set_time_limit(0) ? ))

Ну экспорт вроде как и не был проблемным в друпале особенно в 6-ке,
Позвольте еще уточнить некоторые детали.
1. При повторном экспорте товаров, надо в очередной раз выбирать соотношения полей или оно где-то храниться.
2. если во внешней системе и системе уберкарта разные ску как к примеру в 1С есть своя система кодов Товар - 2210 а на сайте ему соответствует SKU - 4156 Как в таком случае поведет себя Ваш скрипт? предусмотрена ли какая-то таблица соответствия "nid - Товар" для такого случая?
3. Аналогично для выгрузки (Экспорта).
4. хочется все таки увидеть или узнать результаты тестов для 40.000 - 60.000 товарных позиций с более чем 30-40 CCK полями.
5. Вы не ответили вопрос про тайтлы и боди.

orangeudav, не на всех хостингах это помогает. И друпал от этого не перестает делать много запросов к БД.
glu2006,
1. да. Конечно хранит. По совпадением старается подставить сам. Если что всегда можно поправить ручками. ( скрипт пытается сам определить где какие находятся, в крайнем случае думаю несложно в первую строку прайса прописать однозначные имена столбцов по которым скрипт однозначно определит куда импортировать содержимое этих столбцов..)
2. Нет. Пока еще не сталкивались с необходимостью делать разные SKU в Уберкарте и 1С
3. аналогично.
4. Обязательно сделаем тест и узнаем. Пока максимум делал 30000 товаров. На очень ограниченном хостинге. Бразуер по таймату вырубился, но скрипт продолжал работать в фоновом режиме. И в итоге сделал свое дело. (но там приерно 6 CCK полей было и 4 категории (терминов в таксономии в разных словарях). В ближайшее время потестируем это на ВДС. И узнаем.
5. тайтлы и боди -- тоже прописывает, еще тизер прописывает (сори. думал что ответил)
6. фото делаются просто. Вы заранее заливаете свои фото в папку files, а скрипт смотрит соответвиве (именя файлов) - напротив ску.
еще вопросы будут - спрашивайте.

В принципе все что мне хотелось узнать, я уже узнал.
Просто хотелось представить себе функционал на 30 долларов.
Ведь по любому еще допиливать придется на 40-вник ;)
Я только одного понять не могу, почему этот скрипт вы не сделали модулем для друпала?

В блоге я писал что сделали сначала модулем. Но он не делал настолько массовый импорт, насколько нам был необходим. Хотели сделать сначала вообше скрпт запскаемые прямо из ssh, но потом поняли что хоть какой-то веб-интерфейс ему необходим.

Более того, мне непонятно, почему Вы сами не сделаете то что можно назвать по Вашему мнению полноценным скриптом и не выложите в паблик... или в продажную версию.

Не делаю лишь потому, что для создания универсального модуля надо финансирование и причем не 30 долларов ;), а его нет. Это во первых.
Во вторых в настоящий момент нет смысла, поскольку с выходом семерки все придется переделывать и притом кардинально.
Наработок под 6-ку у меня более чем достаточно, но даже их не хватает чтоб сделать универсальный модуль. node_import хорош для выдирания из него функционала маппинга, но не более того. Слишком много нюансов вылазит на поверхность и приходится гнаться либо за производительностью, либо за универсальнностью.

Вы получили узко специализированный продукт, который надо у Вас купить и потом еще и допилить. ведь даю гарантию в 150% с атрибутами ваш скрипт не работает :) а если к примеру у меня товары разных контент типов т.е. product и product-1 тоже не будет работать, а это все надо учитывать при разработке модуля.

Понятно что в перспективе угодить каждому это высшая ступень, а вот как до этой ступени подняться? гыыыыы (стена + голова).
А выпускать в свет частные решения, так их и так более чем достаточно. Да и любой более менее знающий апи спец напишет частный скрипт примерно за неделю.

glu2006, Вы впринципе все все верно написали. За исключением одного но -)

Почему-то люди думают, что если кто-то что-то начал продавать. Так он просто мегануждается в средствах, и в том, что все стали в очередь и покупали его модуль.

Наша продажа вызванна далеко не этими мотивами.
Просто я очень долго искал то, что было необходимо личн мне. Но найти не смог. Осмелился я и предположить, что кому-то вдруг это пригодится. Поэтому выставил. но не бесплатно как это приятно. потому что слишком много критики бесплатно получать пока не готовы. А ввиде небольшого платного модуля.

Всем не угодишь. Вообще у любых универсальных систем, как и у любого универсализма впринципе априоре есть куча недостатков (избыток кода, вес, заторможенность, не гибкость и не мобильность).

Поэтому это лишь частное. но вполне машстабируемое решение. Которое по времязатратам точно стоит своих вмз -)

За бесплатное и с указанием что это среднезаточенное решение для убера никто бы Вас не критиковал, а даже наоборот люди бы добавляли в него свои куски, указывали бы на недостатки в Вашем коде и в итоге мог бы получиться нормальный человеческий продукт, я в свое время допустил примерно такую же ошибку как и Вы только я не продавал свои решения а просто не выкладывал их тут, в итоге выход модуля импорта просто заглох за счет нехватки у меня времени.

Простите, конечно. НО я считаю наоборот, что Ваша ошибка именно в ТОМ, что Вы не попытались тогда продать свой модуль хоть в каком-то состоянии для того что бы привлечь небольшую часть инвестиций.

Мы ведь продаем модуль, но не запрещаем никому его перепродать, или видоизменить, или обратиться за советами ?

Да. Я согласен что бесплатные програмные решения с открытым кодом это очень правильно. И для имеджа порой очень ценно написать к примеру какой-то модуль, софт, который выложить бесплатно. Но не все мы к сожаленю (или счастью) обладаем потенциалом Торвальдса и Дрис Байтаерт ... которых я считаю посто мозгами открытого ПО -)

Есть ведь и насущее. И текущее. И то что нужно сейчас. И это не способ поставить на поток что-то, или стремиться к идеальному решению, а просто метод поделиться с миром тем, что сделал для себя но занебольшое вмз (я же пишу, торгуйтесь, спрашивайте, критикуйте).

У нас вообще друпал сообщество вялое. Почти все сложные и на мой взгляд стандартные вещи приходится искать на англоязычных сайтах. А может просто еще проникновение слабое, а может просто вот "никто не делится бесплатно решениями".

Стали бы мы городить огород и писать то, что написали если бы уже было "НАШЕ решения" за скромную плату?
Нет. Не стали бы!

Продавать недопиленные решения я считаю не правильным, почему человек должен заплатить деньги а потом еще и доделывать его? Это как купить себе костюм и потом перешить его.
Я считаю что продавать можно и нужно полностью завершенный продукт, чтоб человек взяв его в свои руки сразу начал им пользоваться.

Я не против того что Вы что-то продаете, на здоровье.

1С, Майкрософт.. фирмы которые много не любят. НО у которх как раз политика "откатать на лицензионных и нетолько пользователях" - а потом сделать лучше и пойти вверх...