Добавлено: Сб Июл 14, 2007 6:56 am Заголовок сообщения: Как удаляются продукты из базы - Интеграция
Этот вопрос логично возникает, если использовать другой подход интеграции магазина с ShopXML, чем cool_shop
Дело в том, что cool_shop - как основа многих магазинов работает следующим образом:
сначала все данные из базы удадяются , потом база постепенно подниается, это может длиться различное время у меня это 1-1.5 часа.
даже на этом форуме читал что в моменты вытягивания дааных сайт или подраздел относящийся к отпределенному типу магазинов становился недоступным. Чем это пахнет вы себе можете представить - это сайт без продуктов, если сайт так простоит определенное время теряются деньги что еще хуже теряется SEO рейтинг (более долгосрочные убытки)
поэтому я модифициую уже существующие данные а не удаляю их, рабоатет на ура, но есть вопросы
КАК продукт удаляется????
Вопрос к разработчикам back-end ShopXML... помогите разобраться
В зависимости от этого нужно будет производить определенные действия на стороне инегрирующегося сайта (cool_shop).
С моей колокольни, как можно удалить продукт, есть несколько способов:
1. Удалить запись из базы, т.е. нет продукта и все.
2. Указать что он удаленный, этот способ еще называют soft-deleted.
3. Указать что доступное количество продуктов меньше чем 1
4. еще что-то о чем я не знаю.
Добавлено: Сб Июл 14, 2007 10:04 am Заголовок сообщения:
Я не понял всей важности вопроса. Какая вам разница, как он удаляется в центральной системе? Если вы переделываете движок, то удаляйте у себя как хотите.
Добавлено: Пн Июл 16, 2007 9:39 am Заголовок сообщения:
Доктор писал(а):
Я не понял всей важности вопроса. Какая вам разница, как он удаляется в центральной системе? Если вы переделываете движок, то удаляйте у себя как хотите.
Проблема поддержания актуальности данных в двух базах цетральной и локальной СУЩЕСТВУЕТ. Я не просто так пытаюсь внести изменения. Для того чтобы правильно с минимальными потерями времени довести интеграцию с ShopXML нужно владеть спецификациями.
Секции по удалению данных в доках НЕТ, проверять как удаляются объекты будет очень растянуто во времени, поэтому я спрашиваю тех людей которые об этом могут что-то знать. Это логично с моей стороны.
Ответа я пока не получил.
Добавлено: Пн Июл 16, 2007 9:50 am Заголовок сообщения:
Pages писал(а):
Вытягивай базу из shopxml, обновляй у себя, которые не обновились, помечай, как скрытый.
Отличный совет, НО
зачем это делать, если записи (продукты) физически могут не удаляться, т.е. они модифицируются самой системой так чтобы соответсвовать условиям, чтобы быть неактивными, поэтому просто не показываться на сайте.
Поэтому я прошиваю как это происходит, чтобы не гадать на кофейной гуще и не в носить изменения которые могут быть не восстребованы.
Да и вообще я волноваться стал только после того как поднял два магаза один на полмесяца раньше, чем другой и у них различное количество продуктов, скрипты идентичные. Собственно вот суть моего волнения....
Второе беспокойство что любое изменения кода для проверки удаленных продуктов тестируется только теоретически, потому как проверять придется на реальных данных, а как и что отлавливать я не знаю, а исследовать данные на входе очень затратно по времени.
Использовать тестирование в стиле MockObjects я не могу, так как не знаю что может быть входными данными. А не знаю, потому как никто не сообщает как это может быть, т.е. нет инфы.
Добавлено: Пн Июл 16, 2007 11:36 am Заголовок сообщения:
shefbel2007: прочитав ваши сообщения ловлю себя на мысли, что не могу толком понять о чем они Мысли бы как-то покороче и почетче что ли...
Не устраивает процесс обновления в текущем шопхмл. Действительно, для больших баз неоптимален. Хотя по-настоящему долог только во время первого обновления, когда тянутся картинки. Решили переделать - с богом. Но возникают какие-то затруднения, суть которых я не особо понимаю. Зачем-то нужно знать, как удаляются товары в центральной системе. Почему это должно интересовать клиентский магазин - напонятно. Это не его собственно дело. Если сегодня удаляется так, а завтра по-другому - это что, должно означать, что клиентсие скрипты переписывать нужно?? Удаляться оно, как нетрудно догадаться, может по-разному. Полностью удаляться, деактивироваться и т.д.
Что вам на клиентском магазине по сути нужно? Реализовать свою, удобную для вас систему. Нет продукта - удаляете или деактивируете у вас как вам удобно. Что вам за дело при этом до механизма удаления в центральной системе???
Удаляться оно, как нетрудно догадаться, может по-разному. Полностью удаляться, деактивироваться и т.д.
Что вам на клиентском магазине по сути нужно? Реализовать свою, удобную для вас систему. Нет продукта - удаляете или деактивируете у вас как вам удобно. Что вам за дело при этом до механизма удаления в центральной системе???
Отлично, мы уже друг друга понимаем.
Я хочу узнать удаляются или деактивируются, если последнее, то делать ничего не нужно, т.к. клиентский магаз. не выдаст продукт пользователю, если И то И другое, то нужно писать код, который трудно проверить... (хотя его реализация будет достаточно простой...)
В общем я дописывать ничего не хочу и тем более если это не нужно.
Судя по ответу, все таки прйдется, (хотя ответ был нечеткий - питаю надежды что ничего творить не нужно)
У удаляются, и деактивируются в зависимости от потребности. Деактивированные могут теоретически быть активированными вновь. А могут и не быть.
Спасибо, этот ответ исчерпывающий.
2ALL:Мне прийдется писать дополнения в мой же код (изменений в cool_shop вносить не нужно, т.к. там другая схема наполнения базы)
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
FAQ
Поиск
Пользователи
Группы
Реклама
Регистрация
Профиль
Войти и проверить личные сообщения
Вход
, потом база постепенно подниается, это может длиться различное время у меня это 1-1.5 часа.
