Компонент «Продажа полей» для ICMS 2

Прочитал, посмотрел видео, нет продажи полей в одни руки, как так?
Но покупать все равно придётся.

Вот Александр dwd проснётся утром и конечно скажет. А то пост ночной
Купили вы поле вот так (- Бессрочный выкуп пользователем. После единоразовой оплаты пользователем содержимое полей становится видимым данному пользователю на постоянной основе.)
А потом я купил?
Купили вы поле вот так (- Временный выкуп пользователем. Содержимое полей после оплаты пользователем открывается для данного пользователя на предусмотренный тарифом срок.)
И я тоже куплю.
Вот то:
Лимит продаж по умолчнию 1,2,3,100....раз
Если достигнут лимит продаж:
Удалить файл, Удалить запись в корзину, Удалить запись с сайта.

А... запретить продажу забыл ещё один пункт ограничений.

У вас отличнейшая фантазия, браво! Вы придумали еще 2 способа продажи полей до которых я не додумался. И невольно подтолкнули меня к третьему забытому мной способу. Получается, что когда мне нечем будет заняться я могу освоить три новых направления:

- эксклюзивный выкуп(продажа в одни руки)
- лимитированная продажа(определенное число копий)
- аукцион(торговля за право эксклюзивного выкупа)

А если серьезно, то здравое зерно в этом есть, нужно найти время и подумать над этим, спасибо за идеи.

1. Спасибо Денису Васильевичу, идею я выкрал у него https://goodmade.ru/instantcms2/225-pole-platnyi-fail-s-limitom-prodazh.html
2. Я вам не верю, в плане что вы имеете в вашем жизненном графике, (когда мне нечем будет заняться)
А вот если найдёте время подумать над этим, думаю сообщество и я в том числе будет вам благодарно.

Чуток похвалили мою фантазию, закипело не остановить.
Вот какой способ продажи ещё придумал, точнее передачи за деньги всего.
Заплатил я за поле, и стал автором публикации.
А в публикации есть конечно поля которые видны только автору.
Проще говоря меняем автора публикации но не задаром, за оплату.

Тоже интересует суточный лимит на покупку полей.
То есть с полем ничего не делать (не удалять), а запретить покупать ЕЩЁ такие поля, в сутки, больше установленного лимита.

dwd, компонент отличный, собираюсь купить или до НГ или если не успею после...

Не планируете ли сделать свою версию компонента «Биллинг» но с открытым?

да, было очень полезно, так как биллинг уже не обновлялся давно и закрытость кода тоже вносит свои неудобства.

Поддержу Дениса. Нужен очень простой функционал платёжных агрегаторов.

Не планировал подобных вещей. И на это есть ряд причин.
1. Все решают заказчики. Мое планирование как правило сводится к потребностям тех людей, которые ко мне обращаются. В основной своей массе я пишу то, что нужно им. Порой эти просьбы вообще далеки от сайтостроения. Ну а если у меня от этого остается какое-то время, то жизнь тут же беспощадно находит чем его занять))
2. Поляна уже занята. Как бы то ни было, но я стараюсь не дублировать тот функционал, который уже присутствует в системе и дополнениях других разработчиков. А в данном случае даже считаю его неправильным. Биллинг - это компонент от разработчиков системы, а следовательно при всех его недостатках продажи приносят им какую-то копейку, что позволяет меньше заниматься зарабатыванием денег и больше времени посвящать системе.
3. Хорошо там, где нас нет. Учитывая место моего проживания написание и поддержка подобного компонента сопряжены с рядом юридических трудностей - Webmoney запрещен, Яндекс заблокирован, Qiwi и WalletOne тоже под запретом, большинство платежных систем вообще не желают сюда заходить и здесь работать. Следовательно даже тестовые аккаунты этих систем это куча юридической волокиты.

Во всех разработках всегда есть дубли того или иного, просто иначе поданные ))

Да, тут вы правы на 100%. Абсолютно все разработки состоят из букв латинского алфавита.
Так что хочешь ты этого или нет, но без повторов не получится))

Автор конкретной публикации может устанавливать цену полей? Можно ли будет купить одно поле сразу во всех дочерних ТК на какой-то срок?
Пример использования - продажа цифровых товаров. Создается один родительский ТК (товар) и к нему дочерний ТК. (файлы товара). человек покупает сразу все дочерние поля-файлы. Что-то вроде подписки получится.

Будет ли доработка для UserPay ?

Есть ли у вас аналогичное решение для групп? то есть чтобы пользователь мог получить временный доступ-подписку в какую-либо закрытую группу. Закончится время и пользователь будет исключен.

Я конечно могу потратить час и написать трактат о том, как решить все ваши перечисленные задачи посредством данного компонента. Но во-первых у меня нет желания этого делать, во-вторых это будет скорее похоже на повесть о каше из топора. Да и вообще - мое дело писать инструменты, ваше - решать нужны ли они вам и придумывать как использовать. Мы же начинаем скатываться к диалогу "а нет ли у вас такого же, но с перламутровыми пуговицами?".

Цена всегда устанавливается продавцом, а им в данном случае выступает не автор а площадка. Особенно в случаях с оплатой размещения самим же автором публикации. Хотя реализовать назначение цен самими авторами тоже не сложно. Если вам это будет необходимо я подскажу как.

Не вижу смысла дублировать функционал компонента Биллинг - приобретайте подписку и получайте доступ ко всем полям типа/типов контента разом. Компонент полностью поддерживает уже реализованные в Биллинге подписки, о чем написано в описании.

Не обижайтесь, но это бредовая на мой взгляд идея. И уж с точки зрения архитектуры сайта абсолютно не верная. Все вами описанное реализуется не нагромождением нескольких типов контента и кучи записей в них, а всего лишь одним обычным полем, которое без труда может вмещать все ваши файлы. Если не знаете в какую сторону искать, подскажу - мультизагрузка. Да и архивацию тоже пока никто не отменял, любой товар помещается в один архив без каких-либо дополнительных усилий, для этого незачем плодить страницы. В вашем же случае мы начинаем торговать уже не полями, а целыми записями дочернего типа контента, а точнее целыми пачками записей.

А нужна? Мотивируйте. А то я плохо понимаю какая конкретно доработка требуется. Вводить и выводить деньги вы можете через что вам заблагорассудится, продажа же заключается лишь в перекладывании ноликов в столбце balance из одной строки в другую.

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

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

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

Если мой ответ вам показался в чем-то резким, то прошу меня извинить. А судя по фразе "не хотел вас чем-то задеть" он вам таким показался. Вы меня не задели, просто вы подняли своими вопросами целый пласт тем, и некоторые из них, например вопрос про UserPay просто поставили меня в тупик. Речь в них идет о вещах, абсолютно никак не связанных ни с компонентом, ни с продажей полей в принципе. И это кстати типичная ошибка многих - люди порой не разделяют работу с платежными шлюзами и внутрисайтовые торговые операции, искренне считая, что обе эти операции должен выполнять один и тот же компонент. А по поводу мультизагрузки - это не реклама и не побуждение к действию - я просто указал правильный с моей точки зрения вектор решения вашей задачи.

Может все просто потому, что я не люблю ходить вокруг да около, а прямо говорю как есть? И что собственно такого я написал выше? Фразу про перламутровые пуговицы? Что, если мне действительно показалось, что мы скатываемся именно в эту плоскость? Представьте себе ситуацию - приходите вы в рыбный отдел и говорите - я хочу купить у вас эту рыбу, скажите, а у нее есть встроенный гироскоп? Мне почему-то кажется, что ответ продавца вас удивит.

Если вопрос касается компонента я всегда стараюсь ответить на него четко и полно, так что данный пример неуместен. Все мои дополнения снабжены подробными описаниями и видеообзорами. Все, кто задавал какие-либо вопросы получили на них ответ. Но когда мне задают вопросы не имеющие отношения к компоненту я не всегда в состоянии ответить. Если хотите почувствовать себя в моей шкуре попробуйте ответить на вопрос - если я сайт сделаю на инстанте у меня буквы синие будут или фиолетовые? Желательно подробно и в деталях, а то мне, как покупателю данный вопрос кажется непонятным)))

Не поверите, но проще уже некуда. Это вам подтвердит любой, кто имел со мной реальные дела, а не занимался перепалками в комментариях.

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

Ну... (Людвиг Аристархович), вы даёте. Такой прекрасный пост был.

makework, вам показалось.
Имхо, г-н dwd весьма коррректен.

Как по мне, главное чтобы шел диалог.
Про UserPay еще все же хочу уточнить. Может я действтиельно запутался, хотя разницу между внутренними операциями и шлюзами вроде как понимаю. Главное, что этот UserPay позволяет создать внутренний счет пользователя в виде баллов, точно так же как и биллинг. И без биллинга невозможна работа вашего комопнента "продажа полей". Поэтому мне показалось логичным спросить про бесплатный UserPay о том, можно ли как-то настроить работу вашего компонент именно с UserPay. Я понимаю, что изначально вы ориентируетесь на биллинг и что сейчас нет связки с ЮзерПей. Здесь больше вопрос в "Возможно ли доработать на работу с UserPay?"

Я не только вам задаю такие вопросы, но и всем, чьи разработки считаю крайне перспективными. И прекрасно понимаю, что чудес не бывает и за доработки нужно платить.

P.S. Свои разработки можно и нужно рекламировать.

Ну давайте по порядку. Для того, чтобы продавать поля не нужны ни Биллинг, ни UserPay, ни какой-либо другой компонент.

Зачем компоненту Биллинг?
1. Подписки. Информация о тарифных планах, их стоимости и т.д. читается из таблиц Биллинга
2. Статистика баланса в профиле. Компонент пишет статистику покупок полей.

Сделано это для того, чтобы его обладатели могли максимально полно использовать его возможности.
Если вам не нужны поддержка подписок и вкладка Баланс пользователя, то и Биллинг вам не нужен.

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

А я всё о бане: уважаемый Александр DWD, можно дополнить данную разработку полем, снять с публикации?
То есть, открылось после покупки поле юзеру, нажал он на ссылочку, кнопочку, и бац!!! Публикация снялась куда-нибудь.
Плачу в двойне 1700 за компонент и 1700 за доработку поля. Пока кстати не покупал и не тестировал, парадокс, я настолько уверен в ваших разработках и дополнениях

Вы сейчас задали очень сложный вопрос. То, что вы описываете сделать реально, однако тут есть один большой подводный камень - в вашей схеме нет контроля предоставления пользователю услуги. Что делать если я кнопочку нажал, а ссылка не открылась - обрыв связи или другие сетевые проблемы? Если я начал качать файл а закачка оборвалась? И т.д. и т.п. Я возвращаюсь назад чтобы повторить операцию и что я вижу? 404?

Если я вас правильно понял, то целью данной модификации является продажа в одни руки? Если да, то этот вопрос решается немного другим путем.

Да нужна продажа в одни руки, поскольку её нет вот и выдумываю

Так не надо выдумывать, ответ же очевиден - "скрыть запись от всех кроме купившего пользователя"))

Так точно именно запись а не купленное поле.
Только вопрос, автор записи после этих манипуляций что с ним?
У него в арсенале остаётся публикация которую видит тот кто купил, а он видит её или он уже не автор?

Если запись продана, то автор не должен иметь прав ее редактировать. Во всем остальном дело вкуса. Можно показывать автору записи с проданными полями, можно скрывать.

После покупки кто автор? Кто может удалить запись ? Надо чтобы купивший мог.

Если у вас есть конкретное виденье того как это должно работать, то может ТЗ в личку или на почту? 100%-ной универсальности, удовлетворяющей потребности всех и решающей все мыслимые и немыслимые задачи тут все равно не получится))

О, позорище, вот где ужас, понаписал тут с недосыпа. А что вы можете? А что надо? Что можете? То что надо? А это можете? Пошёл куплю компонент для начала, поставлю проверю что надо?

В данном компоненте очень не хватает следующего:
1. Не отображается, когда заканчивается показ поля (как для автора, так и для пользователя)
2. Желательно, присылать уведомления (как на сайте так и на почту), об окончании показа поля, но сделать это через опции, т.е. с возможностью отключения.

Здравствуйте! Посмотрел ваш видео обзор — очень суетливо и быстро, к сожалению не до конца понял того, что интересует.
Уточните пожалуйста.
1. Есть Пользователи, я могу их назначить как Диллеры (Продавцы)?
2. Есть Тип Контента Товары.
Могут ли обычные пользователи делать публикации и продавать тем самым свои товары в типе контента Товары с указанием своей цены? Мне не нужны Фирмы и Магазины.
И ещё, я так понял что цена это просто поле, но в Биллинге же оплата идёт за открытие какого то конкретного поля, которое скрыто от не оплатившего.
Не совсем понял принцип покупки и продажи у вас. В видео вроде вы это не раскрыли подробно.
Надеюсь на развёрнутый ответ, так как если всё устроит — покупаю ваш компонент.
Спасибо!