search

ArcBlock / dappideas

Ideas collection for decentralized apps
7 stars 0 forks source link

personal link blocklet #106

Open mave99a opened 3 years ago

mave99a commented 3 years ago

https://linktr.ee/

user have this simple blocklet to link everything they have

mave99a commented 3 years ago

my links: https://linktr.ee/mave99a

very simple service, with a friendly UI, sometimes useful for people, esp. if they don't have domain names for many details.

mave99a commented 2 years ago

https://github.com/techno-tim/littlelink-server

wangshijun commented 2 years ago

techno-tim/littlelink-server

基于这个改造得到去中心化的版本即可。看了下这个项目是用 react 开发的，大部分配置都是通过环境变量去控制。 项目做如下改造，即可变成 blocklet：

可能会遇到问题的是 build 和 bundle 那步。

wangshijun commented 2 years ago

https://github.com/ArcBlock/dappideas/issues/202

wangshijun commented 2 years ago

最终视觉效果

Screen Shot 2022-03-29 at 17 14 22

mave99a commented 2 years ago

这个其实搞个xmark theme也可以 太简单了

wangshijun commented 2 years ago

这个其实搞个xmark theme也可以 太简单了

@LancelotLewis 现阶段的 xmark 还不具备读取动态数据，渲染直出页面吧？（比如需要 build）

mave99a commented 2 years ago

config update之后 build一下cache着？

其实大部分场合都是静态的 并不需要每次request都动态来获得数据。

mave99a commented 2 years ago

xmark 如果作为blcoklet默认的内容引擎的话 大部分场合应该都是静态的。但不可能像build package那样，而是每次update，添加页面的时候build一次

LancelotLewis commented 2 years ago

现阶段的 xmark 还不具备读取动态数据，渲染直出页面吧？（比如需要 build）

是的，前端项目都会有这个限制，如果是服务端渲染的项目就相当于可以动态读取 环境变量 并动态生成页面

mave99a commented 2 years ago

现阶段的 xmark 还不具备读取动态数据，渲染直出页面吧？（比如需要 build）

是的，前端项目都会有这个限制，如果是服务端渲染的项目就相当于可以动态读取 环境变量 并动态生成页面

react 在浏览器端不就是一个浏览器端的模版引擎吗？

LancelotLewis commented 2 years ago

react 在浏览器端不就是一个浏览器端的模版引擎吗？

build 还有一个功能是将环境变量中的值转变为代码中的数据，常见于不同服务器提供不同的环境变量来让页面展示不同的东西（比如说开发服务器和生产服务器）

mave99a commented 2 years ago

react 在浏览器端不就是一个浏览器端的模版引擎吗？

build 还有一个功能是将环境变量中的值转变为代码中的数据，常见于不同服务器提供不同的环境变量来让页面展示不同的东西（比如说开发服务器和生产服务器）

我理解中除了SSR是把页面渲染为静态HTML，非SSR 的 react 或vue 的build，把数据和模版等优化package起来，最终还是在浏览器端来执行动态的模版（比如react）来加载数据的。 （correct me if I am wrong）

这样其实就是有些数据是可以build time加入package的，有些数据只能run time 获取。 在不涉及SSR的情况下，本质上应该是相同的？

LancelotLewis commented 2 years ago

我理解中除了SSR是把页面渲染为静态HTML，非SSR 的 react 或vue 的build，把数据和模版等优化package起来，最终还是在浏览器端来执行动态的模版（比如react）来加载数据的。

对的，所以SPA应用一般都是 run time 加载数据，然后在浏览器端动态渲染页面，这样对 SEO 不友好（对爬虫不友好），所以诞生了 SSR（当然SSR还有别的优势）

这样其实就是有些数据是可以build time加入package的，有些数据只能run time 获取。 在不涉及SSR的情况下，本质上应该是相同的？

也是对的

mave99a commented 2 years ago

因此我觉得未来的dapps 的框架是：

浏览器 + 一个基于JS 的标准界面框架 ---> 形成一个通用“dApp 浏览器”

一种dapp 就是按照一套这个dapp的协议 给通用dApp浏览器提供数据。 这个数据提供的方式可以是RESTful，也可以是GraphQL。

过去有过一些思考：

ee07b577 commented 2 years ago

在什么场景下用户会需要这样的界面，把各种链接聚合到一个界面，有点像名片，是为了展示自己吗？但同时其他人会不会推测出这个身份下是一个什么样的人，失去匿名性

my links: https://linktr.ee/mave99a

very simple service, with a friendly UI, sometimes useful for people, esp. if they don't have domain names for many details.

mave99a commented 2 years ago

匿名与否是用户的选择，而不是系统的决定

web2不允许用户选择，web3 可以让用户决定是否需要匿名

这类聚合服务已经是目前web3最常见的一种服务（虽然用处不大）

mave99a commented 1 year ago

一个简单的网址大全工具还是有价值的。 比如能支持简单的分类。 这样可以把自己常用的网址给展现好，成为自己的start 页。

这个其实可以就是一个did storage里的目录结构，这样网址就存放在自己的storage 里，很容易添加和分享。 实际保存在did storage 那端是采用 db，还是一堆文件，有待实现的优化。 从外部来看可以就认为是folder 里很多link，可以有个数据格式（可以采用浏览器的书签格式）