- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте.
Посоветуйте, пожалуйста - где лучше хранить базу товаров, если планируется залив некоторой её части на разные площадки для торговли: инет-магаз на РФ, ибей.ком для заграницы и др.?
Например, имеем прайс листы от поставщиков. Обрабатываем их, итог заливаем в одно место (куда?), каждый день корректируем. На инет площадках, где продаем, также нужна ежедневная корректировка цен и наличия (в соответствии с главным хранилищем).
Как удобнее организовать хранение базы товаров, если планируется периодическое подключение новых площадок для торговли?
Посоветуйте, пожалуйста - где лучше хранить базу товаров, если планируется залив некоторой её части на разные площадки для торговли: инет-магаз на РФ, ибей.ком для заграницы и др.?
Например, имеем прайс листы от поставщиков. Обрабатываем их, итог заливаем в одно место (куда?), каждый день корректируем. На инет площадках, где продаем, также нужна ежедневная корректировка цен и наличия (в соответствии с главным хранилищем).
Как удобнее организовать хранение базы товаров, если планируется периодическое подключение новых площадок для торговли?
Не совсем понятно в чем вопрос. Можете хранить на Гуглдокс или в идеале создайте сайт. Его можно легко обновлять автоматически, а другие площадки использовать для рекламы самыми эффективными обьявлениями
Не совсем понятно в чем вопрос. Можете хранить на Гуглдокс или в идеале создайте сайт. Его можно легко обновлять автоматически, а другие площадки использовать для рекламы самыми эффективными обьявлениями
Товары могут не совпадать на разных площадках. Удобно ли пихать все в базу сайта, если многие товары он не будет продавать (они будут представлены на зарубежных площадках, например)?
Удобно ли пихать все в базу сайта, если многие товары он не будет продавать (они будут представлены на зарубежных площадках, например)?
ну пихните "сайт", закрытый от индекса.
а по-хорошему - все равно на другие площадки грузить в форматах xml/yml. храните в ЛЮБОЙ БД, которая умеет экспортировать в таком формате
ну пихните "сайт", закрытый от индекса.
а по-хорошему - все равно на другие площадки грузить в форматах xml/yml. храните в ЛЮБОЙ БД, которая умеет экспортировать в таком формате
А как реализуется изменение остатков на площадках, если на одной из них продана единица товара? И какие все-таки БД или программные продукты лучше подходят, можно примеры - почитаю хоть чуть-чуть об этом
А, дома в офисе компа нет? Открою секрет, многие там и "хронят" нужную информацию.
А как реализуется изменение остатков на площадках, если на одной из них продана единица товара? И какие все-таки БД или программные продукты лучше подходят, можно примеры - почитаю хоть чуть-чуть об этом
в той же БД храните "остатки по складам (aka маркетплейсам)". в каждую выгрузку пойдет свой "склад". да любая, mysql, postgres, mongoDB. программисты по ТЗ вам лучше посоветуют
в той же БД храните "остатки по складам (aka маркетплейсам)". в каждую выгрузку пойдет свой "склад". да любая, mysql, postgres, mongoDB. программисты по ТЗ вам лучше посоветуют
Пардон, я наверное не точно написал. Предположим, осталась одна единица товара. Она выкладывается на три маркетплейса. На одном покупают - надо обнулить (уменьшить на единицу) наличие на других (где этот товар был выставлен)
Пардон, я наверное не точно написал. Предположим, осталась одна единица товара. Она выкладывается на три маркетплейса. На одном покупают - надо обнулить (уменьшить на единицу) наличие на других (где этот товар был выставлен)
обнуляете наличие в базе, генерируете новые файлы с актуальным наличием
Пардон, я наверное не точно написал. Предположим, осталась одна единица товара. Она выкладывается на три маркетплейса. На одном покупают - надо обнулить (уменьшить на единицу) наличие на других (где этот товар был выставлен)
Это вам нужен программист который напишет скрипт, а не место где хранить. Так же он посоветует сервак и по
Это вам нужен программист который напишет скрипт, а не место где хранить. Так же он посоветует сервак и по
Где искать - на сайтах фрилансеров?