VIZ.cx
denis-skripnik posted note :
А теперь расскажу о планах по Viz-links. Почему сюда: на control.viz.world подписка истекла, а продлевать ломы. Да и здесь пора уже всё публиковать. Итак, что такое Viz-links. @on1x предложил мне создать приложение, которое будет работать, как поисковик и линковщик, на подобии блокчейна Cyber. Я согласился. Суть реализации: 1. Награды аккаунту committee с указанием определённого memo. В бенефициарах указываются те провайдеры, запустившие приложение, у которых есть желание видеть добавляемые данные. В конфиге приложения можно будет выставить минимальный учитываемый процент, но надо учитывать, что если будет высокая конкуренция, если у приложения нет ничего особого, и он требует для добавления 100% бенефициарские, может не получить их. 2. В custom_sequence указывается id протокола: 0 - viz:// 1 - https:// 2 - ipfs 3 - magnet 3. В Memo указываются данные. Формат: запрос,адрес1,адрес2 адрес1 - это ссылка, которая будет выводиться по запросу, адрес2 - ссылка, к которой относится адрес1. Например, если адрес1 - это музыка, адрес2 - может быть видео, где эта музыка есть. Указываются они без протокола. Например, не viz://@on1x, а @on1x; не https://denis-skripnik.name, а denis-skripnik.name Также с ipfs и magnet ссылками. 3. База данных: Коллекция "links". Состоит из ancor, address1, address2, award_amount. Адреса указываются с протоколами, т.е. не так, как в memo наград. 4. award_amount - сумма полученных наград с указанием соответствующих данных. В полночь каждого дня уменьшается на 1%. 4. api. Куда ж без него: без api приложение было бы неполноценным, т.к. нельзя было бы использовать его. 4.1. Полнотекстовый поиск, т.е. поиск с полным совпадением фразы с введёнными данными: ip:3000/viz-links/?type=full_search&query=запрос После обращения по url производится получение из базы данных элементов с query=запрос, отсортированные по сумме награды. Дубли объединяются, после чего формируется список адресов, где есть эта ссылка. Представим, что запрос "Денис Скрипник". Тогда ответ будет приимерно таким: [{"link": "viz://@denis-skripnik", in_links: ["https://denis-skripnik.name", "https://dpos.space"], {"link": "ipfs://hash", in_links: ["https://denis-skripnik.name", "viz://@denis-skripnik"]} Т.е. берутся address2 совпадающие и добавляются в in_links. Это позволит вывести на странице блок вида "Относится к", который будет открываться после клика по ссылке "подробнее" напротив соответствующего результата. 4.2. Поиск с неточным значением. По сути, если бы это был js, мы бы искали в array.indexOf('запрос') > -1, но т.к. поиск по коллекции в БД., он будет иначе, но суть думаю понятна. Адрес будет иметь вид: ip:3000/viz-links/?type=onfull_search&query=Денис В примере выше будет искать слово "Денис" в запросах "Денис Скрипник", "Денис Иванов" и т.п. (смотря какие есть). Результаты будут почти такие-же, но помимо link и links будет ещё ancor, т.е. точное словосочетание, обозначенное для конкретной ссылки. Всё. Возможно концепция будет корректироваться. Предлагаю оставлять ответы на данный пост: прочту и, может, внесу коррективы. #viz #виз #приложение #разработка #концепция

Comments


Первые 3 пункта не понял. Зачем они? При чем аккаунт комитте, мемо и т.д.?
    Потому что viz-links Использует бч Viz Для добавления данных ссылок. А чтоб был единый получатель наград, выбран committee. Суммы же наград влияют на ранжирование ссылок по запросам. Теперь понятно?
      Да, спасибо.
        Во благо. Рад, что стало понятно.
          Я это писал не только для того, что бы мне стало понятнее, а еще для тебя :). Ты публично описываешь идею, и нужно её раскрывать как можно шире, что бы было понятнее широкой публике. Спасибо!