-
设置访问授权码后如何通过 API 访问?
2024-03-29 12:56但我第一次。。。调用 api 是正常执行的啊?
难道思源 api 不经过鉴权就能访问?
你看下我反馈的 api 请求的对比啊
-
设置访问授权码后如何通过 API 访问?
2024-03-29 11:41我强制在构造的 api 请求中加入 cookie,把本地的 cookie 都带上,然后就可以正常使用了。
这说明,确实触发 cookie 中的 session 认证了。
-
设置访问授权码后如何通过 API 访问?
2024-03-29 09:3803-29 日
第一次 未开启鉴权密码。在 127.0.0.1 提交后,正常执行
第二次 开启鉴权密码后,在 127.0.0.1 提交后,反馈鉴权失败。
现在又变成,只要访问授权码,配置鉴权,就不行了。。
-
设置访问授权码后如何通过 API 访问?
2024-03-28 10:40不会,我同一个请求包,只是把 127。0。0。1 换成公网的。
而且,同一个公网的地址:
第一次未开启鉴权密码。提交后,提示因为公网访问说要配置鉴权密码
第二次开启鉴权密码后,反馈鉴权失败。
大概率是鉴权的 bug
-
设置访问授权码后如何通过 API 访问?
2024-03-28 10:12 -
Quicker 的思源 SQL 生成器,已经支持基于 sql 生成数据库,真的非常好用。 数据库是否可以直接支持基于 sql 形成生成数据库?
2024-03-27 09:32可惜这样好的插件在 quicker 上,如果成为思源的核心插件多好。
-
尽管不想扫兴,但我还是憋不住了!
2024-02-23 10:21对楼主的思路不一定认可,但是对结论是认可的。
之前就提到过,作为开发者喜欢让自己的能力有更多的体现,就会更喜欢做偏技术型的工作。比如,数据库、pdf 阅读、闪卡这种新的大块的功能很有挑战, 但是反复打磨 UI、改软件图标。这种事情就显得非常的无聊。。。
只不过,当产品放到市场上的时候,就要换个角度来看了。看个图:
对用户而言,它的体验是从听到这个产品名称、看到图标、访问网站首页开始的。不是开始使用某个大的功能开始的。《创造 非传统的方式做有价值的事情》这本书中提到,和用户体验相关的事情一切都很重要。这本书真的建议看一下,对于任何做产品的人看了可以少走 5 年弯路,磨刀不误砍柴工。
只是做产品,就是要能一秒钟切换到用户思维来看问题。两位开发者,做产品、做运营、做开发。精力有限也能理解,只是期望在 UI(颜值即正义)、移动端(app 的用户应该占据 60%,电商 app 流量早就已经是主流的,我们的形态特殊,但也不能超脱这钟大趋势)、产品运营推广上再多一些投入。
比如移动端,无法跨快多选进行复制、有一定的概率打开后无法编辑(关闭后再打开就好了无法稳定重现,但出现好几个月了)、切换文档的效率太低(最近编辑文档按钮放的更突出点)。
我感觉现有的大的功能模块刚刚好,下一步稳住,优化好现在的功能,体验进一步提升,就真神器了。
-
数据库模板列简单使用指南
2024-02-18 17:33好吧,建议支持。。。。。
你看 pyjupter 为啥方便,就是因为可以交互的执行 python 代码,展示结果。
如果可以可以把数据库和文档内容可以相互读取,这个方向貌似应该是没有问题。
-
说实在的,我得反对下双链笔记的开发
2024-02-18 16:30这个也需要讨论啊
科技发展有自己趋势,有一个很明显的趋势,信息永远趋向于让自己更容易被更多人看得到。从石头上的文字,到竹简,再到纸张,无线电,互联网。更具体点:
web1.0 专家发布信息,大家只能看信息
web2.0 微博每个人都可以生产信息。
web3.0 本质上数据主权,解决可信问题。
信息渴望被看到,渴望被到处引用。
双链一种让信息更加便于被关联、被看到的方式。这种趋势的技术演化的必然。
这种趋势也是被实证的,双链笔记为啥能够在已经有 onenote、Evernote 老牌笔记还能兴起的。
一句话,观点不要违背最基本的规律,也能违背客观事实(双链笔记有已经有不少的用户),如果违背了,那说明可能是自己的观点和用法有问题。
只需要在正确的方向上探索,及时微调方向,大概率是不会出太大错的
-
数据库模板列简单使用指南
2024-02-18 15:57请教一下:
.action{.列名称},是在数据库中生效的对吧,如果我想在文档中,找到某个数据库,读取某个值,应该如何做?
反过来,如果我想读取某个块的内容,作为数据库的值应该如何做?
如果这两个可以实现,可玩的花样就太多了。