Русское сообщество Chinascript.ru по поддержке и русской локализации Discuz!, ECShop, ECMall, UCenter

 Забыли пароль?
 Регистрация
Поиск
Популярное: Discuz ECMall ECShop
Автор: admin

[CMS] CMS DigitalMallCenter

   Закрыть [Скопировать ссылку]
 Автор| Опубликовано 05-07-2016 09:22:10 | Показать все сообщения
Наш хостинг
добавил Cripter в 04-07-2016 13:12
Просто Вы писали, что за основу (или как пример) брать axe ...

это само собой будем делать тоже, а как же без этого
Опубликовано 05-07-2016 09:28:00 | Показать все сообщения
сообщение изменено Cripter в 05-07-2016 09:30
сообщение изменено Cripter в 05-07-2016 09:29
файлы покупателя хранятся неограниченное время, чтобы покупатель мог в любое время обратиться к ним,


1. Этот момент немного "напрягает" минимальное (максимальное) время с моей (и с кем я общалась и смотрела на сторонних сервисах , отчетах) точки зрения администратора который платит за ХОСТИНГ и ему не очень хочется держать такой "мертвый" груз безграничное время, поэтому предлагаю Вам еще раз поднять вопрос с Вашими программистами по этому вопросу, но я предлагаю сделать максимальное время хранения купленных файлов на хостинге на 90 дней. Далее не имеет смысла их держать.

2. Сделать статистику и вывод ПРОДАВЦУ письма если его товар за 90 дней не разу не продался то ему присылать письма о предложении сменить цену или текст описания товара.
Если товар у ПРОДАВЦА не продался ни разу за 180 дней (или более) то удалять этот товар у продавца (проинформировав при этом самого продавца).

Лишний груз никому не нужен:
- Продавец либо должен сменить цену для продажи товара либо как то "про стимулировать" продажи путем покупки платных услуг. Если товар потерял свою ценность за свои 180 дней (не актуальный шаблон, логотип на новый год и др). То и зачем его держать.

- Администратор не держит и не платит за лишнее место на дисковом пространстве и у него голова не болит за покупку все более больших дисковых пространств.

- Покупатель как минимум может за 180 дней тоже пару раз скачать файл. Зачем его держать дольше?

Пример:
- Продавец загрузил видео клип 200 Мб.
- Покупатель №1 купил этот товар, и у него тоже хранится копия этого файла еще 200 Мб.
- Покупатель №2 купил этот товар, и у него тоже хранится копия этого файла еще 200 Мб.
И это как минимум 2 покупателя.
Итого от одного товара у нас будет занято уже минимум 600 Мб.

А теперь представим таких файлов сотни + картинки + архивы + куча покупателей и каждый хранит свою копию файла - это же сразу на сколько ТЕРРА байт нужно иметь сервер?

При авто удалении ненужных файлов у продавца/покупателя - администратор хоть как то сможет протянуть на своих 5 - 10 Гб, а если все пойдет то и сможет купить больше.

==========================================================================================
Можете немного подробнее описать или показать на примере - как выглядит НОМЕР ЗАКАЗА если было приобретено несколько товаров у разных продавцов.

Пример если номер заказа такой №111 и куплены 3 товара (1 фото, 1 архив, 1 текст) у разных продавцов.
Как можно будет общаться (админу) с покупателем по поводу неправдивости того или иного товара если № заказа один на все 3 товара?

Иными словами каждый продавец своего товара получает вид, что его товар купили и видит номер оплаченного заказа 111.
Что происходит если покупатель выставляет ЖАЛОБУ то не будет ли каждый продавец видеть, что на его товар выставлена жалоба и не будет понимать что это не относится к его товару а относится к товару для другого продавца.
Ну  как то так.

Сам номер заказа с 3 товарами выглядит так: №111(3)
Предлагаю в номер заказа дописывать в скобках или через тире такое:
- для Администратора №111(3) - понятен номер заказа и что там 3 товара.
- для ПРОДАВЦА 1 №111(1) - понятен номер заказа и что там именно его товар под первым пунктом.
- для ПРОДАВЦА 2 №111(2) - понятен номер заказа и что там именно его товар под вторым пунктом.
- для ПРОДАВЦА 3 №111(3) - понятен номер заказа и что там именно его товар под третьим пунктом.
- для ПОКУПАТЕЛЯ №111 (3) - понятен номер заказа и что там три его заказанных товара.

НУ как то так или я неправильно описала.?

Комментарий

1. Уже оговорили с ребятами. Сделаем гибче и удобней - администратор сам сможет определять срок размещения фай  Подробная информация Ответить Опубликовано 05-07-2016 10:56
Опубликовано 05-07-2016 10:49:54 | Показать все сообщения
сообщение изменено Cripter в 05-07-2016 11:57
сообщение изменено Cripter в 05-07-2016 10:57
сообщение изменено Cripter в 05-07-2016 10:54
файлы покупателя хранятся неограниченное время, чтобы покупатель мог в любое время обратиться к ним,

Это может привести к небольшому шулерству со стороны ПРОДАВЦОВ:


1. Продавец покупает дисковое пространство 1 Тб на 1 день (час, неделя) - в общем самое малое время.
2. Продавец создает товар №1 и загружает свой архив 1 Тб - выставляя при этом цену 1 копейку.
3. Регистрируется как ПОКУПАТЕЛЬ и быстренько покупает этот товар №1 заплатив за него 1 копейку.
4. При Вашей схеме ("
файлы покупателя хранятся неограниченное время, чтобы покупатель мог в любое время обратиться к ним") создается КОПИЯ товара №1 на 1 Тб у покупателя и есть постоянная ссылка на него (товар для скачивания).
5. Продавец удаляет товар №1 из своего списка товаров. И него снова доступно 1 Тб дискового пространства.
6. Теперь  Продавцу достаточно иметь всего 1 -2 килобайта дискового пространства (за него можно вообще не платить) и распространять свой товар  №2 к примеру как ТЕКСТ со ссылкой на постоянную ссылку из пункта 4.

И все.
Теперь не надо ПРОДАВЦУ иметь и оплачивать администратору ВСЕГДА  1 Тб дискового за свой товар.

Ну как то так - надеюсь механизм понятен хоть и описан в 2 словах.

Рейтинг

Количество участников 1Золото +5 Магия +3 Свернуть Инфо
admin + 5 + 3 Молодца!

Показать список

 Автор| Опубликовано 05-07-2016 10:56:00 | Показать все сообщения
добавил Cripter в 05-07-2016 10:28
сообщение изменено Cripter в 05-07-2016 09:30
сообщение измене ...

1. Уже оговорили с ребятами. Сделаем гибче и удобней - администратор сам сможет определять срок размещения файлов покупателя вплоть до нелимитируемого срока.
2. Обязательно сделаем.
После нескольких таких введений или изменений придется постоянно менять правила... это напряжно, как для меня (я очень ленивый) и посему предлагаю сделать еще и динамическое изменение контента правил использования сервиса. То есть в нужных пунтах правил (пользовательского соглашения) будет выводиться актуальная информация на текущий момент со всеми числами, сроками и остальным нестатичными данными.


По поводу неправдивости того или иного товара (если № заказа один на все 3 товара):
-Общение происходит непосредственно с продавцом своего товара.
-Номер заказа для товаров разных продавцом - это чисто виртуальная связь.
-В случае надобности покупатель может заблокировать/разблокировать или начать вести дебаты с любым из этих продацов.
Так что общий заказ - это виртуальная связь, которая разделяется между продавцами и без всякой путаницы в дальнейшем. (связь ID заказа - ID товара - ID продавца)
Опубликовано 05-07-2016 11:03:14 | Показать все сообщения
сообщение изменено Cripter в 05-07-2016 11:06
сообщение изменено Cripter в 05-07-2016 11:05

1. Спасибо.
2. Про какие правила идет речь
После нескольких таких введений или изменений придется постоянно менять правила


Вроде администратор 1 раз написал правила размещения файлов и все - надо изменил, сделал рассылку всем пользователям (емаилы ведь есть продавцов/покупателей), Что мол изменился пункт такой то и добавилось это...

Или какие то более глобальные правила.?
А блин понятно про какие (180 365 90 дней).

ОК. Понятно. - по номерам заказов.


Комментарий

Да, именно, изменение сроков указанных в правилах (это же надо будет оговорить все), либо без ограничений по ср   Опубликовано 05-07-2016 12:14
Опубликовано 05-07-2016 11:11:17 | Показать все сообщения
Сделаем гибче и удобней - администратор сам сможет определять срок размещения файлов покупателя вплоть до нелимитируемого срока.

Это для РАЗДЕЛОВ свои сроки или в НАСТРОЙКАХ для всего сайта?


(Было бы хорошо для каждого раздела. Такой пункт при создании нового раздела)


К примеру:
Фотографии Нового Года - 30 дней
Фотографии достопримечательностей - 365 дней
Фотографии вчерашней аварии - 7 дней

Комментарий

Пока сделаем для всего сайта. Если делать по разделам, то тогда придется запрещать при редактировании изменя  Подробная информация Ответить Опубликовано 05-07-2016 12:18
 Автор| Опубликовано 05-07-2016 12:18:40 | Показать все сообщения
добавил Cripter в 05-07-2016 12:11
Это для РАЗДЕЛОВ свои сроки или в НАСТРОЙКАХ для всего ...

Пока сделаем для всего сайта. Если делать по разделам, то тогда придется запрещать при редактировании изменять раздел. Так как увеличится мигрирование из раздела в раздел с одним товаром, это нехорошо. Это на будущее. Нам главное запустить базовый функционал, а после этого будем его расширять. Задумок масса имеется =)
Опубликовано 05-07-2016 13:42:03 | Показать все сообщения
сообщение изменено Cripter в 05-07-2016 13:46
Пока сделаем для всего сайта.
ОК.
Да я со своей стороны смотрю. А Вы как программисты.
Нам главное запустить базовый функционал,

Тут одного базового уже многим с головой достаточно будет.

Комментарий

Не переживайте, на одном месте не будем топтться  Опубликовано 05-07-2016 18:08
Опубликовано 07-07-2016 08:34:05 | Показать все сообщения
Наш хостинг
сообщение изменено Cripter в 07-07-2016 08:45
сообщение изменено Cripter в 07-07-2016 08:35
Я сколько ни общалась с различными разработчиками многих CMS у которых основное направление Интернет-магазин, но никто (даже не знаю почему) не обращал внимание на следующее предложение:
- ОТЗЫВЫ О ТОВАРЕ МОЖЕТ ПИСАТЬ ТОЛЬКО ТОТ ПОЛЬЗОВАТЕЛЬ КОТОРЫЙ КУПИЛ ТОВАР.

Странно во многих зарубежных мега магазинах давно стоит такая система написания отзывов, но только не у наших, отечественных разработчиков из стран бывшего СССР.
Может это "фишка" такая и все как то договорились, чтобы не идти по стопам работы зарубежных Интернет-магазинов
Которая дает пище для развития новых сервисов типа ОТЗОВИК и др.

Поэтому повторюсь и у Вас с предложением о внедрении в программный код системы проверки пользователя на предмет его покупки того или иного товара и предоставления ему возможности писать комментарии и отзывы только на тот товар который был им приобретен с ПОКАЗОМ рядом с комментарием, ЗА КАКУЮ СУММЫ им был сам приобретен товар (дабы небыло подтасовок).

Тоесть можно сделать 2 закладки одна для ОТЗЫВОВ о купленном товаре. (для тех кто действительно купил товар)
Вторая с вопросами любого пользователя по тому или иному вопросу. (любой зарегистрированный пользователь может написать вопрос к продавцу о его товаре, для всеобщего видения и чтобы все могли видеть ответ продавца на тот или иной вопрос)

При таком подходе можно будет делать определенный акцент на то, что отзывы о товаре именно пишут те пользователи которые купили товар, а не простые агенты которые "гнобят" один товар у своего конкурента в пользу больших продаж другого своего товара.


Комментарий

Cripter, рад Вам! Спасибо за предложение. В планах, изначально, заложен функционал отзывов с возможностью оставля  Подробная информация Ответить Опубликовано 07-07-2016 09:46
 Автор| Опубликовано 07-07-2016 09:46:03 | Показать все сообщения
добавил Cripter в 07-07-2016 09:34
сообщение изменено Cripter в 07-07-2016 08:45
сообщение измене ...

Cripter, рад Вам! Спасибо за предложение. В планах, изначально, заложен функционал отзывов с возможностью оставлять отзывы о товарах ТОЛЬКО ПОКУПАТЕЛЯМ, купившими ИМЕННО ЭТИ ТОВАРЫ. Отзывы будут доступны как на странице товаров (с разделением на положительные и отрицательные), так и на странице магазина продавца (отзывы по всем товарам с разделением на положительные и отрицательные). Вообщем, все делаем по нашему образцу - Axefile.com. Все остальное можно будет реализовать расширив функционал, но это уже после выхода первого релиза DMC. У нас сейчас задача выпустить рабочий релиз с заявленным функционалом, но на заметку я это поставил.
Чтобы ответить, вам надо авторизироваться в системе Вход | Регистрация

Правила начислений

Закрыть

Горячая информацияНазад /2 Вперед

Карта|Теги|Черный список|Версия для КПК|Архив|RSS|Русское сообщество Chinascript.ru

GMT+2, 27-05-2017 17:49 , Processed in 0.041927 second(s), 17 queries , Gzip On.

Powered by Discuz! X3.1 Licensed

© 2001-2013 Comsenz Inc.

Быстрый ответ Вернуться к началу Назад к списку