New: Website hosting service #1507
Comments
1. Website templates (dining.gifts)Подробное описание dining.gifts template: #1320
Пункты меню для создания сайтов находятся в разделе TOOLS. |
2. Create new websiteДля создания нового сайта пользователь должен выбрать website template (сейчас будет только одна опция - dining.gifts), выбрать уникальное имя сайта, а также подтвердить согласие с Web Hosting Service Agreement.
Когда сайт создался, то он появиться как самостоятельный раздел в левой колонке и sub-menu будет содержать все необходимые настройки. После создания сайта желательно перейти в пункт Configuration (чтобы продолжить сохжание сайта). Иначе можно на Website/Manage. При создании сайт inactive. |
3. Manage websitesВ этом режиме пользователь может активировать и останавливать свои сайты, смотреть текущую статистику daily active users (DAU) и общий баланс. Баланс один на все сайты (по аналогии с Rewards campaigns). Если пользователю нужны разные балансы на разные сайты, они могут открыть дополнительные аккаунты. Оплата и расчеты за хостинг делаются в HBD на счет: waivio.hosting. Цена за web hosting подсчитывается каждый день по количеству daily active users, но не менее установленной минимальной цены за день. То есть, для каждого сайта ведется счетчик и раз в сутки значение счетчика записывается в блокчейн как billing transaction, а счетчик обновляется.
К обсуждению: может есть другие метрики, которые бы хорошо отражали нагрузку на сайт и их было бы проще считать? Цена:
То есть сайты, с менее 200 DAU платят фиксированную цену $1/day. Цена не зависит от кол-ва объектов на сайте. Overdue: Пока баланс положительный, все работает в штатном режиме. Если баланс становится отрицательным, то весь трафик просто отправляется на базовый website (например, dining.gifts). Notifications: По мере сокращения баланса, начинаем слать notifications: за 3 мес, за 2 мес, за 1 мес, за 3 недели, за 2 недели, за 1 неделю, потом каждый день. После возникновения отрицательной задолженности, шлем уведомление об остановке сайта каждый день 7 дней. На этом перестаем слать уведомления.
Deactivate Пользователь в любой момент может остановить веб сайт. Весь трафик перенаправляется на базовый сайт (со стнадартными объектами). Имя сайта остается за пользователем, который его создал еще 6 месяцев. После чего это имя исчезнет из его аккаунта и станет доступным для других.
|
4. Reports for websitesПо умолчанию показывается общая история биллинга по всем сайтам и оплатам. Если пользователь ограничивает выборку конкретным сайтом, то оплаты не показываются (так как они относятся к общему балансу). Если выборка ограничена только определенным периодом времени, то показываются все транзакции, включая оплаты.
|
5. ConfigurationЭтот пункт зависит от выбранного website template. Для сайтов dining.gifts по сути требуются только логотипы, начальная позиция карт и ссылка на About объект с дополнительной информацией и легальными документами.
При добавлении карт, размер окна соответствует стандартному desktop или mobile экрану и пользователь может подогнать изображение карты (фокус и масштаб). Эти данные и будут использованы. Если реальный экран будет откличаться, то задача вписать заданный участок. Далее должны идти поля с выбором базовых цветов для сайта. Надо понять, какие установки имеет смысл дать пользователю на исправление и описание к ним. Для указания цветов открывается диалог с перечнем полей для ввода цветов в формате #ffaa77, и при нажатии Ok, они сохраняются.
|
6. SettingsSettings секция для всех сайтов одинаковая и содержит общие параметры: Google Analytics tag, и Beneficiary с указанием процента отчислений с авторских вознаграждений. По умолчанию можно ставить 3%, и website owner, как Beneficiary.
|
7. DomainВ будущем пользователи смогут налаживать домены первого уровня. Этот экран будет использоваться для этих настроек. |
8. AdministratorsHive - это публичная блокчейн и любой пользователь может публиковать updates к объектам. Далее community голосует за эти предложения. Однако, в рамках сайта, иногда важно, чтобы объекты показывались определенным образом. Для управления этим процессом существует роль администратора. Approve или reject голос администратора явлестя определяющим. Если несколько администраторов голосовали по одному update, то только последний голос по времени принимается в учет. Если любой из администраторов claimed authority над объектом как ownership, то для такого объекта показываются только поля (updates), которые approved одним из администраторов. В режиме Administrators владелец сайта может назначать администраторов.
Логика работы со списком идентична работе с blacklist.
|
9. ModeratorsНекоторый контент, который публикуется на Hive блокчейне может противоречить местному законодательству или не соответствовать политике компании. Такой контент не должен появляться на веб сайте. Для этого владелец сайта может назначить модераторов. Если модератор ставит Hide post (yammer 1033) на пост или комент, то этот контент будет запрещен к показу на сайте.
Управление списком модераторов осуществляется так же, как и для blacklists.
|
10. AuthoritiesЛюбой пользователь Hive может объявить, что он будет следить за точностью объекта через процедуру claim authority. Далее, он голосует Approve или Reject на object updates. Пользователь также может заявить ownership authority над объектом, указав на то, что учитываться должны только approved updates. Владелец вебсайта может указать authorities, которым он доверяет. Этот механизм можно использовать, чтобы добавить контролируемые списки объектов на вебсайт, а также обеспечения точности описаний этих объектов. Например, производитель может следить за точностью описания своей продукции, а вебсайты могут добавить все их товары на свой сайт просто добавив производителя в список trusted authority.
Управление списком authorities осуществляется аналогично blacklist. Авторитет голосов администраторов сайта выше, чем голоса authorities. Это может быть полезно, например, когда администратор вебсайта может переназначить ссылку на кнопке Buy, чтобы она включала affiliate code данного сайта.
|
11. ObjectsВ этом режиме владелец сайта может задать до 30 прямоугольных зон на карте. Все объекты (restaurant, dish, drink), которые попали в любую из заданных зон будут показаны на вебсайте (на карте и в поиске).
При нажатии на оранжевый плюс добавляется новая зона. По умолчанию она появляется в центре карты, пропорционально габаритам самой карты и примерно 1/2 от ее размера. Левый верхний и правый нижний углы имеют оранжевые области для изменения размера зоны (click & drag). В правом верхнем углу - крестик, для удаления зоны (с подтверждением: Do you want to delete the area? Delete/Cancel). При отдалении карты (Zoom out) на определенном уровне станет трудно показывать controls. В этом случае просто показываем бордюр прямоугольника (зону) без controls. Пользователь должен будет Zoom in, чтобы опять увидеть controls.
|
12. Object filtersФильтры по объектам позволяют ограничить тематическую специализацию вебсайта. Для этого владелец сайта может указать набор тегов для каждого из типов объектов, которые могут появляться на сайте (карта, поиск). Например, если фильтры по ресторану указаны как:
Добавление тегов осуществляется по аналогии с добавлением hashtags на preview странице перед постингом нового поста.
|
13. Restrictions (Muted users)Модераторы могут mute пользователей, а администраторы могут добавлять их в blacklists и даже ссылаться на других пользователей и на их blacklists. В такой ситуации владельцу сайта важно понимать, почему привилегии того или иного пользователя приостановлены и кем. В случае с blacklists, владелец сайта может восстановить привилегии пользователя по редактированию объектов, если добавит его в свой whitelist. В разеделе Muted собираются в один список все пользователи, которые muted любым модератором. Владелец сайта тоже может mute пользователей и на таких пользователях он видит кнопку Unmute. Для всех остальных - просто ссылку на модератора/ов, который/е muted данного юзера. Если пользователь muted, то его посты и комменты не показываются, а на страничке профайла показывается только его username. Этот режим может быть использован для частичного удовлетворения "right to be forgotten", когда пользователь требует от владельца сайта, чтобы информация о нем была недоступна.
Сортировку делать по Recency (если есть информация, когда он был muted), Rank, A..Z
У администраторов нет доступа к конфигурации сайта и они используют стандартный инструмент - (campaigns) blacklist. Если администратор добавил кого-то в blacklist, то все updates, инициированные этим пользователем и голоса на updates перестают учитываться. Остаются только те updates, за которые есть другие голоса. По сути, весь вклад этого пользователя в создание и усовершенствование объектов должен быть проигнорирован.
Для добавления пользователей в blacklist или в whitelist владелец сайта должен идти в Rewards/Blacklist.
|
Это обновленная задача yammer 294 - #453. Основные отличия: добавлена концепция Authority (используется для определения подмножества объектов для вебсайта) и первый образец фокусирован на dining.gifts (yammer 852 - #1320), потом на dish.tips (yammer 850 - #1314). Также изменена концепция billing - переходим на подсчет daily active users, а также делаем общий баланс для оплаты сайтов.
Web hosting функционал доступен только для полноценных Hive accounts (в частности потому, что оплата сервиса производится в HBD).
Причина использования HBD связана с вроятностью больших авансовых платежей и обязятельств вернуть средства, если другая сторона откажется от сервиса и потребует возврата денег. Это позволяет сушественно снизить риски по данному сценарию. Возврат денег пока осуществляется только в ручном режиме.
Пользоваетли Waivio могут создавать социальные сайты на третьем уровне имен доменов: pacific.dining.gifts, van.dining.gifts и т.п. Waivio будет иметь коллекцию имен типа dining.gifts, dish.tips - базовые темлпейт (website template).
Есть параметры конфигурации, которые не зависят от выбора базового website template (admins, mods), но есть и набор параметров, которые сильно зависят выбранного template. Поэтому для каждого сайта создается свое меню, пункты которого монут зависеть от типа сайта.
После выбора website template, может появиться выбор design template, который может существенно изменять внешний вид, но не общую логику сайта. В первой версии системы design template будет максимально ограничен, например, изменением цветов и подгрузкой логотипа.
The text was updated successfully, but these errors were encountered: