- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Где искать - на сайтах фрилансеров?
Да, совершенно верно
Не очень понятно, что значит хранить? В чем хотите, в том и храните, все разобрать можно и импортировать и экспортировать...
А, ТС не хранить надо, а выгружать и обновлять...
Я вон выгрузки делал для новостроек, когда только начинал, но там такой хаос с присылаемыми данными был, что это караул полный 🤪
Или ТС нужна по типу интеграции 1с базы с сервисами? Чет я после пива туго соображаю, простите :)
Продумайте бизнес-логику, под неё заводите базу.
В ней делайте выборки и синхронизируйте с тем, куда вы там всё это отправлять собираетесь.
Проект-менеджер вам нужен, если сами смутно представляете, что собираетесь делать.
Продумайте бизнес-логику, под неё заводите базу.
В ней делайте выборки и синхронизируйте с тем, куда вы там всё это отправлять собираетесь.
Проект-менеджер вам нужен, если сами смутно представляете, что собираетесь делать.
И ТЗ четкое программисту, вот прям очень :) чтобы потом дыры не латать в скриптах загрузки/выгрузки 🍿
Продумайте бизнес-логику, под неё заводите базу.
В ней делайте выборки и синхронизируйте с тем, куда вы там всё это отправлять собираетесь.
Проект-менеджер вам нужен, если сами смутно представляете, что собираетесь делать.
Да, видимо, как-то так нужно. Нужен переводчик моих мутных замыслов на язык программистов. Проект-менеджера где искать - тоже на сайтах фрилансеров? Подскажите, сколько его услуги могут стоить?
nvsibmv, вы сами себе где-нибудь напишите, что вам нужно в итоге получить, а потом уже ищите...
В папке goods и её подпапках
Вместе со всеми фотками, описаниями итд итп
А уж потом "выгружать куда надо".
Здравствуйте.
Посоветуйте, пожалуйста - где лучше хранить базу товаров, если планируется залив некоторой её части на разные площадки для торговли: инет-магаз на РФ, ибей.ком для заграницы и др.?
Например, имеем прайс листы от поставщиков. Обрабатываем их, итог заливаем в одно место (куда?), каждый день корректируем. На инет площадках, где продаем, также нужна ежедневная корректировка цен и наличия (в соответствии с главным хранилищем).
Как удобнее организовать хранение базы товаров, если планируется периодическое подключение новых площадок для торговли?
Для таких задач обычно используют PIM-системы тыц
Для таких задач обычно используют PIM-системы тыц
Спасибо, почитаю о них.
Переформулирую вопрос: в каком программном продукте вы бы хранили базу товаров, если одним из условий было бы - бесконечное её (базы товаров) увеличение.
Хочется начать с малого (загнать свои 100-1000 товаров), но сразу в правильном программном продукте, и постоянно добавлять новые категории товаров. И выгружать их (по определенным выборкам) на разные площадки.
От базы много всего хочется: несколько складов, синхронизация остатков на всех площадках, просчет цены (наценки) в зависимости от площадки (у всех разные комиссии) и т.д. и т.п. (или это все делается вне базы?)
Спасибо, почитаю о них.
Переформулирую вопрос: в каком программном продукте вы бы хранили базу товаров, если одним из условий было бы - бесконечное её (базы товаров) увеличение.
Хочется начать с малого (загнать свои 100-1000 товаров), но сразу в правильном программном продукте, и постоянно добавлять новые категории товаров. И выгружать их (по определенным выборкам) на разные площадки.
От базы много всего хочется: несколько складов, синхронизация остатков на всех площадках, просчет цены (наценки) в зависимости от площадки (у всех разные комиссии) и т.д. и т.п. (или это все делается вне базы?)
В продолжение наших обсуждений - PIM системы это инструмент не только для хранения данных о товарах но и организации работы с ней. Например Akeneo имеет функционал управления процессом перевода контента товара на разные языки. То есть она помогает организовать работу переводчиков. Это полезно когда у вас большая номенклатура, много языков и не хочется пускать в админку сайта-витрины, где толпятся покупатели, кучу бестолковых контент-менеджеров. Из такой системы можно организовать раздачу контента как по сайтам-витринам (у меня есть заказчик, которому из такой системы раздается контент в 4 разных магазина на 2-х или 3-х языках в зависимости от потребностей), а можно выгружать в разные агрегаторы, если они не требуют дублирования публикации контента на сайте с открытым доступом, типа сайта-витрины (то есть выгрузка в Я.Маркет тут не пройдет, т.к. в Akeneo доступ только авторизованным посетителям).
А вот управление складами - это другая задача. Многоскладовость, точнее многовитринность реализована в таких движках как Magento и Prestashop. В Magento 2 даже реализован механизм резервирования товаров на разных складах под заказ. Это когда заказчик запросил столько, столько у вас раскидано по нескольким точкам продаж и вам нужно организовать доставки одному клиенту из разных точек под выполнение одного заказа. Но Мадженто 2 это очень сложный и тяжелый инструмент. Для стартапа с неопределенными долгосрочными перспективами он не годится. Слишком высокая стоимость владения сайтом.