Удаление товаров, после удаления продавца

[IEVteam]

Всем привет!

Вот такая ситуация. К примеру, есть пользователи, которые могут размещать товары для продажи. Но вдруг этот пользователь «нашалил» и его нужно наказать. Как делать? Есть первый вариант – это сделать его учетную запись не активной в параметрах: Пользователи – Аккаунты - Просмотреть/редактировать – Одобрено – НЕТ. Но прошло время и товар, который он выставлял на продажу нужно удалить, как и его учетную запись. Так вот «рождается» два вопроса:
1. При условии, когда пользователь «НЕ ОДОБРЕН» будут ли оформляться заказы на его товар и приходить уведомления к нему на почту?
2. Как удалить именно его товары, т.к. при удалении его учетной записи товары не удаляются?
P.S. Самое интересное то, что при удалении товаров (любых) - связное фото этих товаров остается на сервере...

С Уважением, IEV Team

[Alex]

Всем привет!

Вот такая ситуация. К примеру, есть пользователи, которые могут размещать товары для продажи. Но вдруг этот пользователь «нашалил» и его нужно наказать. Как делать? Есть первый вариант – это сделать его учетную запись не активной в параметрах: Пользователи – Аккаунты - Просмотреть/редактировать – Одобрено – НЕТ. Но прошло время и товар, который он выставлял на продажу нужно удалить, как и его учетную запись. Так вот «рождается» два вопроса:
1. При условии, когда пользователь «НЕ ОДОБРЕН» будут ли оформляться заказы на его товар и приходить уведомления к нему на почту?
2. Как удалить именно его товары, т.к. при удалении его учетной записи товары не удаляются?
P.S. Самое интересное то, что при удалении товаров (любых) - связное фото этих товаров остается на сервере...

С Уважением, IEV Team

1. Легко проверяется опытным путем, самому проверить времени нет.
2. Нужно проверять, скорее всего это не делали, но в принципе сделать не сложно.
3. Картинки действительно не удаляются и что еще хуже, если к этому же товару загружаешь новую картинку с тем же именем, то старая не удаляется, а новая получает новое название, например было image.gif а получится image_1.gif

[nemo]

Добавлю:
При редактировании пользователя надо будет поправить перевод и изменить "Одобрено" на что-нибудь типа "Показывать товары пользователя".
1. В этом случае, когда выключено "Показывать товары пользователя", товары станут недоступны и, следовательно, заказывать их не будет возможности.
2. К сожалению, поиска товаров в административной части по пользователю нет, есть только возможность включить выборку в пользовательской части (включив показ блока "Каталог (продавцы)"), но для самого продавца должно быть включено то самое "Одобрено".
По поводу удаления товаров... Есть над чем работать, т.к. остаются изображения не только удалённых пользовательских, но и вообще, любых товаров... Способ должен быть, т.к. с подобной проблемой сталкивались в одном из скриптов отечественного магазина и кто-то написал скрипт удаления не используемых изображений. Что касаемо переименования загружаемых изображений, при условии уже имеющихся одноимённых, то думаю, что решим, "поколдовав" в файле includes/image_functions.php после строки:

// generate new filename adding a number e.g. 'example_2.gif' 

именно там, как я понимаю, эта функция и прописана.

[iskif]

именно там, как я понимаю, эта функция и прописана

прописана то она там, но правильненее не "ковырять" функцию get_new_file_name, а найти, где она вызывается и отключить\заменить.

По поводу удаления товаров..

Доверять удаление какому-то стороннему скрипту я не рискну, т.к. он будет зависеть от очень многих условий и даже 1000 успешных срабатываний не исключают ошибки при 1001 -ом. А бэкапить все изображения перед его запуском долго и утомительно
Удалять файлы средствами mysql пока нельзя (если я не отстал от жизни ) Но в SQL Server 2008 уже можно. Так что, я думаю, осталось совсем немного потерпеть, когда это реализуют и в mysql.
Ещё, как вариант, намекнуть разработчикам, что картинки можно хранить и непосредственно в базе. С картинками до 5 Мб, которые ещё и могут кэшироваться в браузерах и прокси серверах, mysql справляется без проблем с производительностью. В идеале - при установке спрашивать, хранить картинки в базе или отдельно. А совсем в идеале - разделить картинки товаров и картинки статей. Первые - в базу (размером до 500 Кб, к примеру), вторые - как сейчас, любого размера. Статьи врядли будут удаляться с такой же скоростью, как товары.

[nemo]

...А совсем в идеале - разделить картинки товаров и картинки статей. Первые - в базу (размером до 500 Кб, к примеру), вторые - как сейчас, любого размера. Статьи врядли будут удаляться с такой же скоростью, как товары.

Если про хранение в папках, а не в БД, то проблем нет - изображения к статьям хранятся в отдельной папке images/articles/, где в свою очередь существуют папки для изображений списка, больших изображений и для загружаемых через менеджер текстового редактора - small, large, editor.

[iskif]

Если про хранение в папках, а не в БД, то проблем нет - изображения к статьям хранятся в отдельной папке images/articles/, где в свою очередь существуют папки для изображений списка, больших изображений и для загружаемых через менеджер текстового редактора - small, large, editor.

Это я знаю Имел ввиду, что не все картинки в базу запихивать, а только для товаров. А картинки статей оставить, как сейчас есть и в размере не ограничивать. Но это всё вряд ли будет. Переделывать структуры многих таблиц придётся и, соответственно, переделывать связи между ними. Так что реальнее, наверное, дождаться реализации управления файлами средствами БД

[ndmitry]

Я вот тут подумал... Если при удалении товаров остаются изображения, это как-бы не хорошо, но... Если будет реализовано одномоментое удаление, у некоторых интерне-магазинов, использующих при размещении новых однотипных товаров дублирование уже существующих, которые при дубляже имеют "общие" изображения, будут проблемы, если будет удалён один из таких "товаров-дублей", остальные товары останутся без изображений. Получается, что не всем такое может быть полезно.

[iskif]

поэтому я и говорю, что сторонние скрипты надо осторожно применять
такая же проблема и при хранении картинки в базе - надо или дублировать для каждого товара, либо делать проверку на отсутствие связей, но средствами базы проверку сделать гораздо проще, чем средствами файловой системы
Так что я за то, чтоб картинки товаров запихнуть в БД