Я как-то с Доктором перетирал тему удаления продуктов, есть удаление продуктов soft-delete, есть hard-delete.
hard-delete - это это когда сервак на запрос о инфе по продукту не выдает инфы.
soft-delete - это когда продукт на самом деле не удаляется, а имеются его свойства, так что он для конечного полхователя становиться невидимым, но записи в МОЕЙ базе есть.
СУТЬ моего письма:
я очень прошу не делать hard-delete, потому лично я прокачиваю (не всегда) отдельные продукты, они то появляются, то исчезают, при чем лично у меня URL по title генериться, и для поисковой системы получается что страница, то появиться, то исчезнет.
Вам, держателям ShopXML возможно без разницы, а для меня это значит, что я не потеряю позиции, которые заваевываются временем и тратой денег.
Вот на пример, для пирсинга, конца мая 2007 по сегодняшний день, исчезли и появились сново 904 продукта. Если учесть что база там под 3000, то много получается.
Зарегистрирован: 22.07.2004 Сообщения: 316 Откуда: СССР
Добавлено: Сб Апр 12, 2008 5:08 am Заголовок сообщения:
Обязательно сносить... ибо держать в индексе, а тем более привлекать посетителей на страницы несуществующих товаров это непростительно.
Мало того, если речь идет о ювелирке - то там удалять старые товары надо целенаправлено и чем быстрее тем лучше, ибо такое ужасное качество старых фоток просто отпугивает покупателей!
Я за hard-delete!
P.S. 2 shefbel2007 - не стоит продвигать отдельные товары, продвигайте категории и морду, либо создавайте новые "страницы" в админке _________________ Svift.org | Не все ссылки одинаково полезны...
Нужны правильные ссылки? Приглашения в PromoText.ru
Добавлено: Сб Апр 12, 2008 6:02 am Заголовок сообщения:
Сносить нет смысла, проще написать что товар закончился и убрать его из поиска в магазине, и кустомерам не мешает и ПР в 404 не уходит. Это все можно сделать на стороне своего шопа. _________________ Дешевые домены за Webmoney
Обязательно сносить... ибо держать в индексе, а тем более привлекать посетителей на страницы несуществующих товаров это непростительно.
Мало того, если речь идет о ювелирке - то там удалять старые товары надо целенаправлено и чем быстрее тем лучше, ибо такое ужасное качество старых фоток просто отпугивает покупателей!
Я за hard-delete!
P.S. 2 shefbel2007 - не стоит продвигать отдельные товары, продвигайте категории и морду, либо создавайте новые "страницы" в админке
Вариантов куча, как сделать лучше при удалении продуктов? Вот в чем вопрос, тот кто делает ссылки на продукты, покупает их или сам раскручивает, рано или поздно попадает в ситуацию когда 30% внешних ссылок на продукты невалидны. ЭТО полохо, как не крути.
У меня магазины самописанные, более того изменить скрипт или сделать так чтобы не было больно можно в обоих случаях, скрипт мой, база моя, что хочу то делаю. Но, я зае№бался его писать, много есть вещи о которых я не знаю или не догадываюсь на текущий момент, поэтому начинать что-либо в этом направлении НЕ имеет никакого смысла, тем более того - это дорого. И потом любой недочет (баг) попадает в продакшен, а это уже ЛАЖА.
ЛИЧНО я вижу массу приемуств от soft-deleted, удаление продуктов из-за плохих картинок, не аргумент в сторону hard-deleted, так как старые нормально апдэйтятся, а новые тоже могут иметь плохое качество. Проблема может быть только в одном, это внутренний workflow, который используют операторы, забивающие данные в базу, они могут операться на факты и критерии при удалении продукта, о которых я не знаю. Но даже сейчас я не вижу проблемы в soft-deleted.
Конечно, если пользователь нашел продукт который soft-deleted в базе, не должен иметь возможности сделать заказ. Для этого нужно немного поменять стандартный скрипт, никто не мешает ему на этой же странице показать Related Products, и кастомер не будет потерян.
Если пользователь зашел на сайт и двигается по нему он не найдет soft-deleted продукт уже сейчас - поправьте меня в этом, если я неправ.
Svift писал(а):
P.S. 2 shefbel2007 - не стоит продвигать отдельные товары, продвигайте категории и морду, либо создавайте новые "страницы" в админке
Это не решение, а workaroud, при чем с точки зрения расскрутки - это ЖЕСТКОЕ ограничение, и его нужно постоянно держать в голове.
Добавлено: Вс Апр 13, 2008 10:15 am Заголовок сообщения:
Доктор писал(а):
Честно говоря, вообще не врубаюсь где проблема, особенно на фоне того, что:
shefbel2007 писал(а):
У меня магазины самописанные
Ну не хотите удалять убранные продукты - ну не удаляйте. Ставьте им у себя окально out of stock и всех дел.
Удивляюсь глубине сложностей...
Я постараюсь, изложить по порядку, сразу оговорюсь, сейчас эта проблема не относиться к тому как работает скрипт и есть ли в нем баги. Т.е. посмотрим на то как живет shop после установки и не будет пока обращать внимание на тех. проблемы.
1. магазин установлен и работает
2. я редактирую описание продукта, чтобы сделать его уникальным в SE
3. я ставлю ссылки на продукт, прямые ссылки
4. поисковая система находит продукт приводит пользователей, Google раздает PR
Что произойдет когда продукт будет удален, а потом создан такой же как и ранее, за одним исключением, что меняется его ID, который является УНИКАЛЬНЫМ идентификатором продукт.
в результате мы теряем все что связано было с пред версией продукта, это пункты 2-4, остается только
1. магазин установлен и работает
Так вот мое предложение было не делать hard-delete, т.к. изменения которые нужно внести чобы не потерять результаты работы над продуктом (пункты 2-4) минимальны, и это справедливо как для cool_shop, так и для магазинов писаных поверх Integration API, который доступен для каждого, и который испоьзует тот же cool_shop.
Сделать думаю просто, но я не уверен в этом, так как проблема может быть не техническая, а организационная.
Вот ответ на твой прямой вопрос
мне бы взять да поменять скрипт, и не вспоминать cool_shop, однако в связи с тем, что удаленный продукт, и вновь появившейся имеют разные ID в вашей системе, отсюда начинается головняк. Могу расписать какой именно. Но этот головняк не проблема, проблема в том что любой баг связанный с интеграцией с вашей системой отловить можно практитески только в продакшене, и от момента внесения изменний, вызвавших этот баг, до исправления уходит много времени (3 месяца), и при чем нужно очень скурпулезно тестировать, чтобы обнаружить, ЭТО накладно, очень. Я знаю о чем пишу.
А хочешь занеси это проблему в разряд багов По приколу, ведь если рассматривать систему в целом как систему управления контентом (CMS), то это баз так как изменения внесенные в описание продукта теряются после hard-delete и восстановления продукта.
Мне бы хтелось чтобы вы хоть как-то отреагировали на эту тему, а не отмахнулись, типа и так работает. IMHO soft-deleted дает конкурентное приемущество в Search Engine Optimization (SEO), собственно для чего и был придуман shopxml
Уффф.
Ну если он удалился, а потом появился с новым ID - то это появился именно новый продукт. Формально это новый продукт. Так с ним операторы обошлись - и это не техническая проблема в принципе.
Старый продукт, есkи он просто деактивировался, а потом включился - будет со старым ID, разумеется.
А как поступать со старыми, повторюсь, - это вам самим решать. Если раскручивали его и т.д. и т.п., то не удаляйте, маркируйте его отсутствующим в стоке, да выводите релейтед. Или сделайте еще лучше что-то, что хотите.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
FAQ
Поиск
Пользователи
Группы
Реклама
Регистрация
Профиль
Войти и проверить личные сообщения
Вход
По приколу, ведь если рассматривать систему в целом как систему управления контентом (CMS), то это баз так как изменения внесенные в описание продукта теряются после hard-delete и восстановления продукта.