Если у вас ERP не управляет ценами и надо внешнюю систему то и PIM подойдет. Можете взять тот же наш OpenPIM и сами все настроить. Затраты все равно конечно будут, либо вы время свое потратите, либо нам заплатите за внедрение, это вы уже сами решаете. Если надо то напишите мне на vpedak@openpim.ru, организуем демо и я вам все покажу
Начал своими силами, потом когда первые продажи пошли то уже подключал других. Сейчас с помощью нейросетей это было бы еще быстрее, а так кода пришлось прилично писать самому.
В ИТ... я больше ничего не умею :) Я работал до этого с PIM системами, вот написал свою версию, стал продвигать. Тяжело конечно, пришлось продажам поучиться, продвижению... Поиск первых клиентов занял долгое время, но потом стало проще уже. Сейчас уже понятнее что нужно рынку. Но конечно сам процесс до первых продаж занял 1.5-2 года...
Я вот согласен с автором... Мне 54 сейчас, решил что в 50 лучше делать что-то свое чем зависеть от поиска работы. В итоге сейчас свой бизнес (небольшой но вполне кормит). Конечно геморно это очень и все тоже не стабильно, но хоть сам могу влиять на результат, а не ждать пока HR отфильтрует или нет мое резюме
А как насчет интеграции PimCore c Российскими маркетплейсами? Она же это из коробки не дает, это надо вам интеграторам делать... Есть примеры где это уже работает?
Просто у нас в OpenPIM это уже внедрено и работает у десятка клиентов... Ну и вы пишете что в OpenPIM "Нельзя генерировать файлы производные от существующих" - 'это не так, у нас это работает часто в проектах. Просто как и другое это надо настроить под каждого клиента. У нас система поддерживает кастомизацию, в любом месте ее можно расширить и настроить.
Вместо внедрения западных систем лучше приходите к нам в OpenPIM, становитесь партнерами и внедряйте :). Мы поможем и научим.
а вам никто не сможет сказать что эта область хрень или нет... Надо пробовать продавать, если есть продажи то область рабочая... Хотите поучиться продажам - ok, в этом есть смысл, я тоже когда начинал немного поузнавал что и как. Но не надо зацикливаться на тренингах по продажам. Пройдите 1-2 если надо и потом в "поле" и продавать. Как будет первый клиент так значит вы на правильном пути.
А если хочется получить поддержку от психотерапевта, то и идите к нему, а не к коучу по успешному успеху :) Найдите на профи ру например специалиста и оплатите его услуги.
вы просто головой подумайте... если этот коуч такой крутой что точно знает как привлечь клиентов (маркетинг там и т.д.) то что он сам бизнес не делает? ;) Вы и есть его бизнес, повешать лапшу на уши и содрать денег... Не может он знать как точно привлечь клиентов, потому что разные ниши - очень разные привлечения. B2B это одно (и там супер разница с корпоратами работать или с мелким бизнесом), B2C вообще жопа с каждым сегментом свои заморочки...
ok, только зачем мне в этом вы и ваши (платные как я понимаю) услуги? Не надо никому платить, надо брать и делать... Вот это и бесит, что вы нифига не даете, а только деньги хотите. В общем, если кто-то хочет то надо брать и самому делать, не надо слушать про успешный успех.
Быть разработчиком и делать бизнес это вообще разные вещи, это не рост нифига. Кто-то готов на этот гемор (свой бизнес), а кто-то нет. И не факт что последние не правы. Свой бизнес это 24 часа в день работы и нет гарантии что что-то получится, даже если вы умный и упертый
OpenPIM полностью Российская разработка, можно посмотреть про это на нашем Российском сайте. Вы только в своем обзоре совсем не учли цены на внедрение (а они могут различаться в десятки раз) и вообще локальные особенность, например поддержки локальных маркетплейсов. В общем в этом обзоре маловато информации для нормального принятия решения. Brandquad в частности самы дорогой (но не значит что самый лучший)
Ну конечно, куда нам до вас... Не надо передергивать, никто не писал что хватает. Мы сами решаем на каком уровне не выдавать дальше (если надо дальше то уже надо будет посылать новый запрос). Это зависит от ситуации, но главное, что это возможно и мы сами это контролируем. Ножом можно и хлеб резать и вены... Надо самому решать как использовать инструмент.
А какая проблема с раздутием выдачи? Если выдача несколько сот килобайт то современные браузеры это скушают и нет проблем, если у вас дерево выдачи очень большое то в этом и фишка... Вы сами решаете внутренний тип будете выдавать полностью или выдадите его как другой тип (обрезанный) и не дадите ходить дальше. Надо просто понять, что нет одного правильного пути. Для каждого проекта свое... Мы например выдаем 2 уровня максимум и на втором уровне не выдаем уже сущность вложенную, а выдаем ее ID. Хочешь ее получить, делай следующий запрос...
В этом и смысл что никто не обязывает вас выдавать все дерево объектов на 5 уровней например. Вы сами определяете как вы считаете правильным. Обычно 2-3 уровня хватает (я бы даже про третий уровень подумал уже). Это в любом случае уже лучше чем прсто rest но при этом и решает все проблемы что он тут описал
Автор сам себе гемора насоздавал и жалуется... Никто не мешает не делать такую большую схему, сделай ограничение на каком то уровне и все, не давай ходить дальше и не будет проблем.
Пагинация - вообще без проблем, откуда там проблемы?
Запросы видишь ли в браузере одинаковые... Дык сделай разные. Можно тупо послать /graphql/nameOfMyRequest и сервер отлично это отработает, а nameOfMyRequest игнорирует, хотя в браузере все будет видно.
И т.д. В общем, надо уметь пользоваться инструментом. Мы используем 3 года на небольшом проекте и только рады...
я так понимаю, что ваш коментарий нужен для того чтобы показать какой вы крутой, что вы являетесь продвинутым пользователем и находитесь за пределами постсоветского пространства. То есть вы уже почти бог... Спасибо что просветили нас убогих
Ну если не нравится вам использовать клиентские библиотеки то дергайте graphql просто через fetch. В чем проблема то? Мы у себя в проекте так и делаем. graphql это же просто строка посланная через HTTP POST.
Да нет у вас никакой уникальной ситуации. Вы слишком накручиваете. И продажи начинаются не с продажников, а с того, что основатели компании продают сами, а когда уже поймут как - то можно и продажников набирать. И с разработкой - тоже самое. Сделайте первую версию (заодно поднимите свою компетенцию), а потом все равно захочется все переписать, так как и решения вы будет принимать не самые лучшие и сам продукт изменится до неузнаваемости (когда вы пойдете с ним на реальный рынок). Вы похоже просто хотите поиграть в красивый большой бизнес. (без обид)
да вы после первого mvp еще 5 раз все перепишите, не из-за технологий, а из-за того что сам продукт будет меняться. Не надо начинать бизнес с аренды офиса и найма секретарши, а надо с продаж. Так же и тут, сделайте сперва хоть что-то работающее на том, что умеете. А потом уже будет понятнее и куда продукт будет развиваться и какие технологии надо поменять и т.д.
Если у вас ERP не управляет ценами и надо внешнюю систему то и PIM подойдет. Можете взять тот же наш OpenPIM и сами все настроить. Затраты все равно конечно будут, либо вы время свое потратите, либо нам заплатите за внедрение, это вы уже сами решаете. Если надо то напишите мне на vpedak@openpim.ru, организуем демо и я вам все покажу
карточку можно перенести в корзину через метод https://content-api.wildberries.ru/content/v2/cards/delete/trash но ему на вход надо дать nmID. Соответственно сначала надо найти карточку по артикулу или бар коду и взять ее nmIDs. найти можно через метод https://content-api.wildberries.ru/content/v2/get/cards/list там можно задать фильтр типа
{
settings: {
filter: {
withPhoto: -1,
textSearch: "<артикул>"
}
}
}
Начал своими силами, потом когда первые продажи пошли то уже подключал других. Сейчас с помощью нейросетей это было бы еще быстрее, а так кода пришлось прилично писать самому.
В ИТ... я больше ничего не умею :) Я работал до этого с PIM системами, вот написал свою версию, стал продвигать. Тяжело конечно, пришлось продажам поучиться, продвижению... Поиск первых клиентов занял долгое время, но потом стало проще уже. Сейчас уже понятнее что нужно рынку. Но конечно сам процесс до первых продаж занял 1.5-2 года...
Я вот согласен с автором... Мне 54 сейчас, решил что в 50 лучше делать что-то свое чем зависеть от поиска работы. В итоге сейчас свой бизнес (небольшой но вполне кормит). Конечно геморно это очень и все тоже не стабильно, но хоть сам могу влиять на результат, а не ждать пока HR отфильтрует или нет мое резюме
а чего вы structured output не используете? Он же для выделения данных и придуман.
А как насчет интеграции PimCore c Российскими маркетплейсами? Она же это из коробки не дает, это надо вам интеграторам делать... Есть примеры где это уже работает?
Просто у нас в OpenPIM это уже внедрено и работает у десятка клиентов... Ну и вы пишете что в OpenPIM "Нельзя генерировать файлы производные от существующих" - 'это не так, у нас это работает часто в проектах. Просто как и другое это надо настроить под каждого клиента. У нас система поддерживает кастомизацию, в любом месте ее можно расширить и настроить.
Вместо внедрения западных систем лучше приходите к нам в OpenPIM, становитесь партнерами и внедряйте :). Мы поможем и научим.
а вам никто не сможет сказать что эта область хрень или нет... Надо пробовать продавать, если есть продажи то область рабочая... Хотите поучиться продажам - ok, в этом есть смысл, я тоже когда начинал немного поузнавал что и как. Но не надо зацикливаться на тренингах по продажам. Пройдите 1-2 если надо и потом в "поле" и продавать. Как будет первый клиент так значит вы на правильном пути.
А если хочется получить поддержку от психотерапевта, то и идите к нему, а не к коучу по успешному успеху :) Найдите на профи ру например специалиста и оплатите его услуги.
вы просто головой подумайте... если этот коуч такой крутой что точно знает как привлечь клиентов (маркетинг там и т.д.) то что он сам бизнес не делает? ;) Вы и есть его бизнес, повешать лапшу на уши и содрать денег... Не может он знать как точно привлечь клиентов, потому что разные ниши - очень разные привлечения. B2B это одно (и там супер разница с корпоратами работать или с мелким бизнесом), B2C вообще жопа с каждым сегментом свои заморочки...
ok, только зачем мне в этом вы и ваши (платные как я понимаю) услуги? Не надо никому платить, надо брать и делать... Вот это и бесит, что вы нифига не даете, а только деньги хотите. В общем, если кто-то хочет то надо брать и самому делать, не надо слушать про успешный успех.
блин, и тут инфоцыгане...
Быть разработчиком и делать бизнес это вообще разные вещи, это не рост нифига. Кто-то готов на этот гемор (свой бизнес), а кто-то нет. И не факт что последние не правы. Свой бизнес это 24 часа в день работы и нет гарантии что что-то получится, даже если вы умный и упертый
OpenPIM полностью Российская разработка, можно посмотреть про это на нашем Российском сайте. Вы только в своем обзоре совсем не учли цены на внедрение (а они могут различаться в десятки раз) и вообще локальные особенность, например поддержки локальных маркетплейсов. В общем в этом обзоре маловато информации для нормального принятия решения. Brandquad в частности самы дорогой (но не значит что самый лучший)
а кто вам мешал выдавать ссылки на ноды вложенные, а не снова ноды?
Ну конечно, куда нам до вас... Не надо передергивать, никто не писал что хватает. Мы сами решаем на каком уровне не выдавать дальше (если надо дальше то уже надо будет посылать новый запрос). Это зависит от ситуации, но главное, что это возможно и мы сами это контролируем. Ножом можно и хлеб резать и вены... Надо самому решать как использовать инструмент.
А какая проблема с раздутием выдачи? Если выдача несколько сот килобайт то современные браузеры это скушают и нет проблем, если у вас дерево выдачи очень большое то в этом и фишка... Вы сами решаете внутренний тип будете выдавать полностью или выдадите его как другой тип (обрезанный) и не дадите ходить дальше. Надо просто понять, что нет одного правильного пути. Для каждого проекта свое... Мы например выдаем 2 уровня максимум и на втором уровне не выдаем уже сущность вложенную, а выдаем ее ID. Хочешь ее получить, делай следующий запрос...
В этом и смысл что никто не обязывает вас выдавать все дерево объектов на 5 уровней например. Вы сами определяете как вы считаете правильным. Обычно 2-3 уровня хватает (я бы даже про третий уровень подумал уже). Это в любом случае уже лучше чем прсто rest но при этом и решает все проблемы что он тут описал
Автор сам себе гемора насоздавал и жалуется... Никто не мешает не делать такую большую схему, сделай ограничение на каком то уровне и все, не давай ходить дальше и не будет проблем.
Пагинация - вообще без проблем, откуда там проблемы?
Запросы видишь ли в браузере одинаковые... Дык сделай разные. Можно тупо послать /graphql/nameOfMyRequest и сервер отлично это отработает, а nameOfMyRequest игнорирует, хотя в браузере все будет видно.
И т.д. В общем, надо уметь пользоваться инструментом. Мы используем 3 года на небольшом проекте и только рады...
я так понимаю, что ваш коментарий нужен для того чтобы показать какой вы крутой, что вы являетесь продвинутым пользователем и находитесь за пределами постсоветского пространства. То есть вы уже почти бог... Спасибо что просветили нас убогих
Ну если не нравится вам использовать клиентские библиотеки то дергайте graphql просто через fetch. В чем проблема то? Мы у себя в проекте так и делаем. graphql это же просто строка посланная через HTTP POST.
Да нет у вас никакой уникальной ситуации. Вы слишком накручиваете. И продажи начинаются не с продажников, а с того, что основатели компании продают сами, а когда уже поймут как - то можно и продажников набирать. И с разработкой - тоже самое. Сделайте первую версию (заодно поднимите свою компетенцию), а потом все равно захочется все переписать, так как и решения вы будет принимать не самые лучшие и сам продукт изменится до неузнаваемости (когда вы пойдете с ним на реальный рынок). Вы похоже просто хотите поиграть в красивый большой бизнес. (без обид)
да вы после первого mvp еще 5 раз все перепишите, не из-за технологий, а из-за того что сам продукт будет меняться. Не надо начинать бизнес с аренды офиса и найма секретарши, а надо с продаж. Так же и тут, сделайте сперва хоть что-то работающее на том, что умеете. А потом уже будет понятнее и куда продукт будет развиваться и какие технологии надо поменять и т.д.