Сама архитектура такая: ядро -> логика сервисов -> протоколы доступа.
Т.е. сервисы существуют сами по себе и не привязаны ни к каким протоколам изначально, следовательно сервисы могут иметь очень много протоколов доступа включая бинарные. Вариант с бинарными протоколами интересен (спасибо за внимание и хорошую идею) и он нужен, в течении ближайшего времени мы определимся с ним.
В статье было написано
> К слову, на днях будет анонсирован виджет формы обратной связи
На все рук не хватает. Постепенно делаем, например если бы зашли в форум, то нашли бы сервис формы обратной связи, он с админкой и виджетом написан полностью на js. Осталось докрутить дизайн, остальная функциональность почти завершена. Если интересная галерея, то ее можно довести до готового продукта. Просто цель примеров показать как создавать приложения на базе плафтормы.
> Как и предполагал ваша платформа неплохо подойдет для программирования виджетов и программ для мобильников.
На самом деле все зависит от наполнения сервисами. Можно вызвать метод, и где то далеко десятки серверов произведут сложный расчет и пользователь увидит результат который бы на локальной машине (не говоря уже о портативном устройстве) он получал часами. Да, разработчик как и пользователь получает легкую оболочку, но под ней может скрываться серьезный монстр :) Нужно дать сложные вещи через простой интерфейс доступа.
За очень короткий период уже не получится потому что там действительно большой объем работы и с каждым днем платформа будет функциональнее и больше.
Первый момент, пример с клиентскими разработчиками, которые без знаний разработки серверной части спокойно поднимут полноценное настроенное окружение на сервере со своей БД, кешированием и т.д. одним лишь вызовом метода GenerateApp из сервиса управления приложениями, и после этого у них в руках множество сервисов, можно писать на чистом javascript или actionscript веб приложения, которые смогут обмениваться данными через сеть и хранить большие объемы данных в БД, а также получают возможность манипулировать этими данными мощностями платформы.
Второй момент, чем больше приложений тем лучше, так как интерфейсы обмена данными унифицированы, то и интеграция между приложениями будет проще, априори у таких приложений будет существовать API т.е. не нужно делать отдельное API достаточно расшарить данные через сервис Прав доступа на другие приложения или пользователей и все, забирать их можно через существующие методы сервисов.
Третий момент, все таки команда далеко не новичков в этом деле целенаправленно развивает на протяжение многих месяцев сервисы и интерфейсы. Создавая комплексное решение команда сделает качественнее работу, чем просто поднять за один день систему в которой будет и удобная работа с БД (например тот же ORM) и управление правами доступа. Представьте что платформа это более совершенный инструмент. Зачем разработчику делать сначала инструмент, а потом продукт с помощью этого инструмента.
Четвертый момент, это делегирование нагрузок, даже если разработчики имеют свои сервера и серверные наработки, они могут использовать API платформы для дублирования данных и других целей.
ИМХО :)
Если они хотят сделать действительно надежную и безопасную систему, то нужно поменять полностью философию построения такой ОС. Время когда создавались ОС для персонального компьютера прошло. Движение вперед это разворачивание ядра ОС на множестве серверов, а прикладные приложения полностью работают с интерфейсом такой системы через сеть. А устройствам доступа достаточно дать легкую оболочку.
Еще бы Тибет находится на уровне более 5500 метров над уровнем моря и окружен с севера и юга горами. Не все там чисто физически смогут находится, не говоря уже про прокладку путей сообщения.
> Что мне мешает раздавать как на легальном так и на нелегальном трекере?
Поверьте когда начнут закручивать гайки, людей, которые «поделятся» станет намного меньше. Так было с нелицензионным ПО так станет и с трекерами. А для трекеров главное разнообразный контент и большое число пользователей. И когда начинают закручивать активно гайки, провайдеры шарахаются трекеров, и тут появляется замена которая:
1. Легально распространяет лицензированный контент.
2. Не сильно бьет по карману и дает какие то бонусы активным пользователям
Большинство выберет это решение.
> К тому же вы не поняли главного. Ни один «правообладатель» не согласиться выпускать продукцию…
Правообладетелю положить на лицензии и т.д. для них это ИНСТРУМЕНТЫ чтобы решить свои задачи и если появятся более эффективные инструменты они их используют, и если не они то конкуренты. А их задачи: окупить затраты, часть прибыли оставить на развитие компании и что то положить себе в карман и это нормально. Если любая предложеная модель для монетизации трекеров покажет плюсы, то правообладатели согласятся. Мы здесь не узнаем плюсы и минусы этой модели для этого нужно делать исследование.
> чтобы не платить за себя и за «вон того парня», просто из-за того что они редко качают
Никто не платит «вот за того парня» каждый платит за себя. Просто активные пользователи способствуют распространению контента и поэтому система будет снижать их издержки. Все платят не более той стоимости, которая установлена правообладателем. Если поставлена стоимость в 50р, и ты активный пользователь у тебя к примеру 20р списывается, если очень активный то 0р или что то идет еще на баланс в плюс. Если не активный пользователь, то спишется около 50р, но не более.
При большом количестве пользователей и централизации системы рейтингов у правообладателей уменьшится головная боль по распространению контента (что снизит издержки компании, сокращение отделов занимающихся сбытом и т.д.), этим займутся сами пользователи, цена на цифровую копию станет меньше, не нужны диски, коробки, транспортные расходы.
Зачем вам это нужно будет, если при раздаче на легальных трекерах вам на баланс будет идти денюжка, которая снизит ваши затраты на приобретение другого контента в легальном трекере. Активным пользователям не будет стимула лезть на нелегальный, а тем кто качает раз в 3 месяца нет стимула выкладывать на нелегальных трекерах.
Цена контента как раз не зависит рейтинга, цену устанавливает производитель. А вот затраты пользователя уже зависят от рейтинга. Если ты активный потребитель контента то платишь меньше, а если один раз в 3 месяца то платишь больше. Как пример оптовые закупки, при больших партиях идет скидка, при рознице нет скидки. Именно так называемая «скидка» при приобретении контента строится на основе рейтинга активности.
Производитель не будет получать прибыль если контент фуфло, потому что он не будет активно распространятся, а контент распространяют пользователи пиринговых сетей. А если не будет распространятся, то производитель много не получит так как система завязана на соотношение раздач к скачиванию.
Цена как раз плавающая + на нее также влияет, то как пользователь поспособствовал распространению контента. Зависимость затрат от коэффициента раздач/скачиваний не совсем прямая должна быть.
Как реализовано это уже второе, транзакции через интернет производят, возьмите биржевые терминалы там миллионы долларов в минуту перемещаются по открытой сети и ничего. Расширить возможности торрент клиентов можно и будет работать все без глюков.
Все сделать можно было бы желание, хотя можно смотреть и дальше как закручивают гайки так же проще и интереснее, чем поступить более разумно.
Если так пойдет и дальше то зажмут через законодательство, большинство просто будут сторониться трекеров. Выход только один найти компромиссное решение которое устроит всех.
Смотря как сделать, реализация упрется в детали, такие задачи решаются, работают же биллинговые системы сотовых операторов и ничего, а там нагрузки приличные.
Понятное дело что торрент может выступать в роли официального поставщика коммерческого контента, но после скачиваний появляются другие сидеры этого же контента, первичное размещение первый сидер, следующие сидеры и личеры, эти группы пользователей в зависимости от активности или добавляют на свой баланс денежные средства или списывают. Тем более в трекерах уже есть зачатки такой системы — рейтинг. На рейтинг можно и завязывать такую систему.
Т.е. сервисы существуют сами по себе и не привязаны ни к каким протоколам изначально, следовательно сервисы могут иметь очень много протоколов доступа включая бинарные. Вариант с бинарными протоколами интересен (спасибо за внимание и хорошую идею) и он нужен, в течении ближайшего времени мы определимся с ним.
> К слову, на днях будет анонсирован виджет формы обратной связи
На все рук не хватает. Постепенно делаем, например если бы зашли в форум, то нашли бы сервис формы обратной связи, он с админкой и виджетом написан полностью на js. Осталось докрутить дизайн, остальная функциональность почти завершена. Если интересная галерея, то ее можно довести до готового продукта. Просто цель примеров показать как создавать приложения на базе плафтормы.
> Как и предполагал ваша платформа неплохо подойдет для программирования виджетов и программ для мобильников.
На самом деле все зависит от наполнения сервисами. Можно вызвать метод, и где то далеко десятки серверов произведут сложный расчет и пользователь увидит результат который бы на локальной машине (не говоря уже о портативном устройстве) он получал часами. Да, разработчик как и пользователь получает легкую оболочку, но под ней может скрываться серьезный монстр :) Нужно дать сложные вещи через простой интерфейс доступа.
Первый момент, пример с клиентскими разработчиками, которые без знаний разработки серверной части спокойно поднимут полноценное настроенное окружение на сервере со своей БД, кешированием и т.д. одним лишь вызовом метода GenerateApp из сервиса управления приложениями, и после этого у них в руках множество сервисов, можно писать на чистом javascript или actionscript веб приложения, которые смогут обмениваться данными через сеть и хранить большие объемы данных в БД, а также получают возможность манипулировать этими данными мощностями платформы.
Второй момент, чем больше приложений тем лучше, так как интерфейсы обмена данными унифицированы, то и интеграция между приложениями будет проще, априори у таких приложений будет существовать API т.е. не нужно делать отдельное API достаточно расшарить данные через сервис Прав доступа на другие приложения или пользователей и все, забирать их можно через существующие методы сервисов.
Третий момент, все таки команда далеко не новичков в этом деле целенаправленно развивает на протяжение многих месяцев сервисы и интерфейсы. Создавая комплексное решение команда сделает качественнее работу, чем просто поднять за один день систему в которой будет и удобная работа с БД (например тот же ORM) и управление правами доступа. Представьте что платформа это более совершенный инструмент. Зачем разработчику делать сначала инструмент, а потом продукт с помощью этого инструмента.
Четвертый момент, это делегирование нагрузок, даже если разработчики имеют свои сервера и серверные наработки, они могут использовать API платформы для дублирования данных и других целей.
Если они хотят сделать действительно надежную и безопасную систему, то нужно поменять полностью философию построения такой ОС. Время когда создавались ОС для персонального компьютера прошло. Движение вперед это разворачивание ядра ОС на множестве серверов, а прикладные приложения полностью работают с интерфейсом такой системы через сеть. А устройствам доступа достаточно дать легкую оболочку.
Родился
Умер
Поверьте когда начнут закручивать гайки, людей, которые «поделятся» станет намного меньше. Так было с нелицензионным ПО так станет и с трекерами. А для трекеров главное разнообразный контент и большое число пользователей. И когда начинают закручивать активно гайки, провайдеры шарахаются трекеров, и тут появляется замена которая:
1. Легально распространяет лицензированный контент.
2. Не сильно бьет по карману и дает какие то бонусы активным пользователям
Большинство выберет это решение.
> К тому же вы не поняли главного. Ни один «правообладатель» не согласиться выпускать продукцию…
Правообладетелю положить на лицензии и т.д. для них это ИНСТРУМЕНТЫ чтобы решить свои задачи и если появятся более эффективные инструменты они их используют, и если не они то конкуренты. А их задачи: окупить затраты, часть прибыли оставить на развитие компании и что то положить себе в карман и это нормально. Если любая предложеная модель для монетизации трекеров покажет плюсы, то правообладатели согласятся. Мы здесь не узнаем плюсы и минусы этой модели для этого нужно делать исследование.
> чтобы не платить за себя и за «вон того парня», просто из-за того что они редко качают
Никто не платит «вот за того парня» каждый платит за себя. Просто активные пользователи способствуют распространению контента и поэтому система будет снижать их издержки. Все платят не более той стоимости, которая установлена правообладателем. Если поставлена стоимость в 50р, и ты активный пользователь у тебя к примеру 20р списывается, если очень активный то 0р или что то идет еще на баланс в плюс. Если не активный пользователь, то спишется около 50р, но не более.
При большом количестве пользователей и централизации системы рейтингов у правообладателей уменьшится головная боль по распространению контента (что снизит издержки компании, сокращение отделов занимающихся сбытом и т.д.), этим займутся сами пользователи, цена на цифровую копию станет меньше, не нужны диски, коробки, транспортные расходы.
Все сделать можно было бы желание, хотя можно смотреть и дальше как закручивают гайки так же проще и интереснее, чем поступить более разумно.