hello (@gjhkjhkh)

Profile

Name: hello @gjhkjhkh

Bio:

Tweets

hello (@gjhkjhkh) 2023-12-22 07:58:27.24399615 +0800 CST
https://proxyxai.com
hello (@gjhkjhkh) 2023-08-01 21:45:17.71347537 +0800 CST
站长最近咋不更新了~
hello (@gjhkjhkh) 2023-07-25 19:03:04.81481143 +0800 CST
视频怎么嵌入的~
hello (@gjhkjhkh) 2023-07-21 23:57:52.270548383 +0800 CST
感觉把图片显示完整比较合适
hello (@gjhkjhkh) 2023-07-21 22:12:57.950256264 +0800 CST
《奥本海默》https://filelist.cn/s/d871e3013abk
hello (@gjhkjhkh) 2023-07-21 22:05:39.535585898 +0800 CST
《基辛格:理想主义者》 filelist.cn/s/4f72e9bbrszk
hello (@gjhkjhkh) 2023-07-19 22:50:44.684726086 +0800 CST
貌似左下侧更合适 ~ 地方更大一点, 😄
hello (@gjhkjhkh) 2023-07-19 22:44:26.248223123 +0800 CST
作为一个广告发布区域很有意义啊, 主要是觉得 [友情链接] 已经做了, 看看能否加一个,放到首页右下测 ~
hello (@gjhkjhkh) 2023-07-19 09:54:55.957868016 +0800 CST
右下侧空白地区,是否可以增加一个广告链接区域, 和 v2ex 右侧那个广告链接区域类似
hello (@gjhkjhkh) 2023-07-19 09:51:22.497109636 +0800 CST
对比 twitter 的预览, lln 对图片显示不全~
hello (@gjhkjhkh) 2023-07-18 23:35:02.317686516 +0800 CST
https://twitter.com/elonmusk/status/1681306302394568704
hello (@gjhkjhkh) 2023-07-18 23:34:04.486969566 +0800 CST
hello (@gjhkjhkh) 2023-07-15 11:41:30.540331888 +0800 CST
Bio 设置后, 不能再次清空
hello (@gjhkjhkh) 2023-07-13 23:05:02.569449501 +0800 CST
https://free.xabcai.com
hello (@gjhkjhkh) 2023-07-13 21:36:26.293327407 +0800 CST
生成式人工智能服务管理暂行办法 http://www.cac.gov.cn/2023-07/13/c_1690898327029107.htm
hello (@gjhkjhkh) 2023-07-12 20:02:51.342526211 +0800 CST
那就再多个判断了, 名称不符合要求的, 默认都设置为目前的随机字符串ID, 主要是看新登录上来的人, 显示名称和一个随机字符串ID ,有点别扭
hello (@gjhkjhkh) 2023-07-12 19:57:49.480083742 +0800 CST
另外是否可以考虑, 用户第一次登录的时候, 可以把用户名自动设置为获取到的显示名称, 多一次判断, 是否当前系统已经占用, 没有占有,则自动设置,占用了的话,才显示目前的随机字符串ID
hello (@gjhkjhkh) 2023-07-12 19:53:32.180395693 +0800 CST
当系统到一定规模的后, 推文数据 [点👎]/[点👍] 超过某一比例的时候, 自动进入系统再次数据清理模块,最终系统裁决是否删除, 让系统自动运转
hello (@gjhkjhkh) 2023-07-12 19:34:43.78466561 +0800 CST
隐藏可以, 不过感觉不需要的内容,最优方案最终还是需要真正的删除, 感觉系统设计的时候,把规模考虑为成千上万的量级,是不是可以减少不必要的回头设计~, 如果是垃圾内容占用了大量存储,对系统也是浪费,影响系统的健康运转
hello (@gjhkjhkh) 2023-07-12 19:21:50.308234089 +0800 CST
带引用的,包含不友好信息的推文,目前只能从 etcd 里面删除了吗
hello (@gjhkjhkh) 2023-07-11 21:44:34.907963154 +0800 CST
家里电脑,没有再复现
hello (@gjhkjhkh) 2023-07-11 20:04:17.87199291 +0800 CST
https://filelist.cn/disk/0/bug.mov
hello (@gjhkjhkh) 2023-07-11 20:03:17.974739705 +0800 CST
https://filelist.cn/s/aa05aedejrxg
hello (@gjhkjhkh) 2023-07-11 19:57:35.907440188 +0800 CST
退出登录, 多试试
hello (@gjhkjhkh) 2023-07-11 19:51:40.407626558 +0800 CST
确实存在, 你多试试... safari 浏览器 , 我也试了无痕浏览模式, 确认不是缓存的问题
hello (@gjhkjhkh) 2023-07-11 19:38:11.38798534 +0800 CST
Home 页面多刷新几次, 好像依然还有
hello (@gjhkjhkh) 2023-07-11 19:20:18.084996578 +0800 CST
https://xabcnews.com/friends
hello (@gjhkjhkh) 2023-07-11 19:10:38.319781604 +0800 CST
是否可以稳定统一为 Home 页面的比例
hello (@gjhkjhkh) 2023-07-11 19:07:53.039629044 +0800 CST
目前左侧菜单, 不同菜单, 点击有闪动,调整了不同信息浏览的宽度吗? 感觉变化跳动比较影响体验
hello (@gjhkjhkh) 2023-07-11 18:34:24.934809575 +0800 CST
@rkonfj 后面会考虑强化图文写作的支持吗? 也就是说支持博客模式, 比如 https://xabcnews.com/ywgx/status/2uC556Sb8SocJCxWz 不能写作文档, 得把图文分离才能勉强写一篇博客
hello (@gjhkjhkh) 2023-07-11 00:23:58.341568855 +0800 CST
最新的 config.yml 有空更新~
hello (@gjhkjhkh) 2023-07-08 16:30:25.671247794 +0800 CST
明白了
hello (@gjhkjhkh) 2023-07-08 08:17:29.060445927 +0800 CST
目前有没有办法删除被回复的或者带# 的推文
hello (@gjhkjhkh) 2023-07-08 07:17:33.403115739 +0800 CST
#系统设计 , 当用户大规模增长的情况, 需要超大规模的存储的情况下, 如何处理?
hello (@gjhkjhkh) 2023-07-07 22:33:53.319681864 +0800 CST
多图展现有点问题,有的时候会重复展现,本来是3张图片,有几率展示为4张
hello (@gjhkjhkh) 2023-07-07 20:53:41.503507559 +0800 CST
目前图片删除,并没有在存储系统真正的删除,后面是否要改进?
hello (@gjhkjhkh) 2023-07-07 20:48:11.978159508 +0800 CST
或许应该以集体智慧的思路来设计系统, 把传统管理员角色交给每一个用户, 每个用户自己既是系统的使用者也是系统的管理员
hello (@gjhkjhkh) 2023-07-07 20:27:23.138480111 +0800 CST
展示在前面的,是一定时间内,人民群众点赞最多的, 不单纯以最新时间广播推文
hello (@gjhkjhkh) 2023-07-07 20:26:17.744608631 +0800 CST
也就是说广播的推文, 不是单纯以时间线, 而是以集体裁决的推荐算法确定,这样的系统就活了
hello (@gjhkjhkh) 2023-07-07 20:24:19.228387409 +0800 CST
也就是说,一个推文,默认推荐的比值是正1: 反1 = 1, 假设有不友好的推文了, 那么用户看到后, 给予反对投票,这样比值会变小,比如小到 0.5 的时候, 系统自动设定不推荐
hello (@gjhkjhkh) 2023-07-07 20:21:33.497166462 +0800 CST
或者发挥集体裁决的算法,推文给予让每个用户拥有打标签的权利,比如正反比例小于某个值的时候,自动给予不推荐
hello (@gjhkjhkh) 2023-07-07 20:19:33.148444277 +0800 CST
这样的场景看看如何处理比较合适?
hello (@gjhkjhkh) 2023-07-07 18:26:05.214016273 +0800 CST
每个都设置为空吗
hello (@gjhkjhkh) 2023-07-07 18:22:56.004508645 +0800 CST
感觉不需要考虑爬虫,小而美的社区不需要爬虫,大规模的twitter 想尽办法要禁止爬虫~
hello (@gjhkjhkh) 2023-07-07 18:20:57.917818933 +0800 CST
现在默认加载的图片质量有压缩,是否可以配置不压缩
hello (@gjhkjhkh) 2023-07-07 17:45:28.512807441 +0800 CST
小众社区,目前的etcd完全OK
hello (@gjhkjhkh) 2023-07-07 17:25:01.939597709 +0800 CST
我觉得 lln 可以定位做新 twitter 或者新微博
hello (@gjhkjhkh) 2023-07-07 17:18:06.035906644 +0800 CST
比如几个T的数据, 不知道 etcd 是否可以
hello (@gjhkjhkh) 2023-07-07 17:17:36.340681452 +0800 CST
数据存储扩容呢
hello (@gjhkjhkh) 2023-07-07 17:14:09.966190382 +0800 CST
可以考虑加个 postgres 搞搞~ , 感觉最终还是逃不掉, 如果希望网友都注册来玩的话; 另外不知道有没有考虑过, 大规模的访问, etcd 存储最终是不是以后还要更换其他
hello (@gjhkjhkh) 2023-07-07 16:55:06.188028418 +0800 CST
自建 lln 的用户体系难度有多大? 主要是现在大部分网友无法注册
hello (@gjhkjhkh) 2023-07-07 15:48:30.213923153 +0800 CST
嗯, 下一步啥计划
hello (@gjhkjhkh) 2023-07-07 12:46:35.768667021 +0800 CST
hello (@gjhkjhkh) 2023-07-07 12:46:07.183955776 +0800 CST
hello (@gjhkjhkh) 2023-07-07 11:46:16.039528981 +0800 CST
hello (@gjhkjhkh) 2023-07-07 08:22:11.428650538 +0800 CST
hello (@gjhkjhkh) 2023-07-07 00:16:58.758138677 +0800 CST
config.yml 例子
hello (@gjhkjhkh) 2023-07-06 23:54:22.800628545 +0800 CST
hello (@gjhkjhkh) 2023-07-06 23:37:10.488487135 +0800 CST
有空更新一下 config.yml @rkonfj 我看看是否支持 R2 存储的配置
hello (@gjhkjhkh) 2023-07-06 23:34:26.127107386 +0800 CST
这样很好用, 不过感觉如果也支持 markdown 应该更通用
hello (@gjhkjhkh) 2023-07-06 23:33:29.477545845 +0800 CST
hello (@gjhkjhkh) 2023-07-06 23:27:57.041934119 +0800 CST
如何继续支持原来那种外部图床加载
hello (@gjhkjhkh) 2023-07-06 23:24:32.115312753 +0800 CST
![https://filelist.cn/s/2941eedfpgam](https://filelist.cn/s/2941eedfpgam)
hello (@gjhkjhkh) 2023-07-06 23:23:38.846639303 +0800 CST
NB
hello (@gjhkjhkh) 2023-07-06 21:25:55.529019632 +0800 CST
建议给uid来个特有前缀，uid和另外一个id样子上面看不出区分
hello (@gjhkjhkh) 2023-07-06 21:24:23.340623563 +0800 CST
chatgpt next web 这个项目之前也有类似的问题，现在已经已经修复了
hello (@gjhkjhkh) 2023-07-06 21:00:05.005582617 +0800 CST
有的
hello (@gjhkjhkh) 2023-07-06 19:23:19.889095015 +0800 CST
目前查看uid好像不是很方便, 请教怎么查看当前用户uid
hello (@gjhkjhkh) 2023-07-06 19:20:45.354432373 +0800 CST
在微信开放平台注册开发者账号，在应用中添加APP的资料，提交微信审核，审核通过之后生成对应的AppID和AppSecret
hello (@gjhkjhkh) 2023-07-06 19:07:39.021827318 +0800 CST
啥时候支持微信认证登录~
hello (@gjhkjhkh) 2023-07-06 19:06:53.363412883 +0800 CST
《老实人启蒙》https://filelist.cn/s/yl2kad154a9d
hello (@gjhkjhkh) 2023-07-05 23:58:59.323153976 +0800 CST
hello (@gjhkjhkh) 2023-07-05 23:27:25.03566921 +0800 CST
#大家好才是真的好
hello (@gjhkjhkh) 2023-07-05 21:49:29.883313026 +0800 CST
是的
hello (@gjhkjhkh) 2023-07-05 18:16:00.320935517 +0800 CST
以后要做 openapi 的页面的话,感觉在那里合适
hello (@gjhkjhkh) 2023-07-05 17:47:37.963421378 +0800 CST
@rkonfi uid 在哪里看~
hello (@gjhkjhkh) 2023-07-05 15:31:34.603254708 +0800 CST
用户自己发的信息,总会有删除的理由的,如果发现不能删除,这样体验感觉不太好
hello (@gjhkjhkh) 2023-07-05 15:01:02.051367138 +0800 CST
感觉不合理
hello (@gjhkjhkh) 2023-07-05 12:46:10.825126823 +0800 CST
两个问题:- 1. #xxx 发了以后, 删除后,热点那边数据自动同步, 也就是一个热点,删除后, 热点还在- 2. 上面截图的推文其实已经删除了, 但是没有自动刷新,用户再次删除的时候,提示失败
hello (@gjhkjhkh) 2023-07-05 12:25:50.944810907 +0800 CST
hello (@gjhkjhkh) 2023-07-05 10:51:48.976482736 +0800 CST
test
hello (@gjhkjhkh) 2023-07-05 00:12:01.440646308 +0800 CST
`curl -I -X PUT -H "Content-Type: application/json" -H "Authorization: 2u9ZTPcV1NDbf3duh" "https://api.xjira.com/v/user/2u9ZTPcV1NDbf3duh/verified?code=1"`目前这样请求 403 ```admins: - 2u9tDK3wQi35yN8kD - 2u9ZTPcV1NDbf3duh```
hello (@gjhkjhkh) 2023-07-04 23:49:13.906611436 +0800 CST
目前阶段,咋设置这个绿色的认证标记~
hello (@gjhkjhkh) 2023-07-04 23:42:56.51496402 +0800 CST
有风险吗
hello (@gjhkjhkh) 2023-07-04 23:35:21.352326049 +0800 CST
好像没有看到怎么搞认证的按钮~
hello (@gjhkjhkh) 2023-07-04 22:35:47.595220661 +0800 CST
@rkonfj ~ github 登录咋个配置~
hello (@gjhkjhkh) 2023-07-04 11:06:05.494538453 +0800 CST
hello (@gjhkjhkh) 2023-07-04 10:38:49.013095187 +0800 CST
是最新的代码,不知道是否和配置有关系
hello (@gjhkjhkh) 2023-07-04 10:16:18.040319497 +0800 CST
最新的前端代码, 登录的时候 js 报错了 https://xjira.com
hello (@gjhkjhkh) 2023-07-03 22:28:35.883647723 +0800 CST
#test
hello (@gjhkjhkh) 2023-07-03 20:37:11.201819534 +0800 CST
图更新了~
hello (@gjhkjhkh) 2023-07-03 20:06:31.120035592 +0800 CST
上面写错了, 环境变量配置在 xabc-twitter 里面
hello (@gjhkjhkh) 2023-07-03 20:04:09.140322627 +0800 CST
380字符太少了, 现在贴代码很不方便~
hello (@gjhkjhkh) 2023-07-03 20:03:47.194801186 +0800 CST
```listen: 0.0.0.0:8876...state: etcd: endpoints: - http://etcd:2379 certFile: keyFile: trustedCAFile:model: status: contentListLimit: 1024 contentLimit: 81920000```
hello (@gjhkjhkh) 2023-07-03 19:56:03.757819342 +0800 CST
@rkonfj 可以考虑把配置调大一点```model: status: contentListLimit: 1024 contentLimit: 81920000```一键拉起后端, 前端资源在 cloudflare pages 那边
hello (@gjhkjhkh) 2023-07-03 19:51:25.221697281 +0800 CST
域名在 cloudflare 的话, https 证书就不需要自己管理了, 全自动更新的
hello (@gjhkjhkh) 2023-07-03 19:43:42.360439678 +0800 CST
可以考虑这种目录结构, 一个项目 api 和 pages无论前端还是后端代码更新, 触发 github action , 前端和 cloudflare pages 自动管理触发更新, 后端和云主机管理自动更新也就是说本地提交代码到 github ,稍等1分钟就全自动部署更新了
hello (@gjhkjhkh) 2023-07-03 19:32:54.655482287 +0800 CST
前端资源放到 cloudflare pages 里面比较好
hello (@gjhkjhkh) 2023-07-03 19:07:40.506268012 +0800 CST
ls
hello (@gjhkjhkh) 2023-07-03 10:25:05.895962477 +0800 CST
```FROM golang:bullseye as builderWORKDIR /buildCOPY go.mod go.sum ./RUN go mod downloadCOPY . .RUN CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -ldflags="-s -w" -o xabcai-proxy```