和 Codex 一块儿搓了个新前端 hu60next
莫名其妙的评论
@Sunset,拿出更好的作品之前不要发表这种评论
不应该在内容未加<!-- markdown -->标签的情况下启用行内公式。 https://hu60.cn/q.php/bbs.topic.107159.html?floor=1#1 https://next.hu60.cn/topic/107159#floor-1
<!-- markdown -->
@七号,为什么还是要请求user.info?不能从?_uinfo=name,avatar,sign,contact中得到吗?
user.info
?_uinfo=name,avatar,sign,contact
视频链接:SVID_20260728_054128_1.mp4(7.9 MB)
@七号,首页也在疯狂请求user.info,这种频率我绝对不能接受。 如果 https://hu60.cn/q.php/index.index.json?p=1&pageSize=30&_topic_summary=180&_uinfo=name,avatar,sign,contact&_time=1 得不到想要的信息,请立即告诉我,我马上作为扩展添加到 _uinfo 内。
_uinfo
视频链接:SVID_20260728_055536_1.mp4(7.32 MB)
@七号,_uinfo现已包含user.info页面的所有字段,应该没有任何理由再单独请求user.info接口了。
https://hu60.cn/q.php/index.index.json?p=1&pageSize=30&_topic_summary=180&_uinfo=name,avatar,signature,contact,regtime,blockPostStat,isFollow,isBlock,isNoDisturb,hideUserCSS,permissions&_time=1
(其中以下字段登录后可见:_u_isFollow,_u_isBlock,_u_isNoDisturb,_u_hideUserCSS)
_u_isFollow
_u_isBlock
_u_isNoDisturb
_u_hideUserCSS
@七号,现在不需要预取了,所有信息都可以在当前页面返回,前端自己把从当前页面搜集到的用户数据缓存起来就行了。 注意:如果要在后端缓存,请区分用户。不同用户的isBlock等字段不同。
isBlock
@七号,我们有大量没有<!-- markdown ->标记的历史内容,必须保持这些内容的正确渲染。 如果你希望markdown及其行内公式扩展在你的前端是必选的,请始终为你的内容添加<!-- markdown ->标记,但不要影响以前没有该标记的内容。 在_content=html模式下区分内容是否开启markdown也很简单,markdown内容始终以<div class="markdown-body">开始。
<!-- markdown ->
_content=html
<div class="markdown-body">
@七号,比如,强行启用行内公式解析将破坏以下内容:
@七号,虎绿林之前也实现了通过[math]a+b[/math]或《公式:a+b》UBB嵌入latex数学公式(https://hu60.cn/q.php/bbs.topic.95320.html#nav)。 不支持$分隔符主要就是为内容兼容性考虑。
通过[math]a+b[/math]或《公式:a+b》UBB嵌入latex数学公式
$
还有我突然想到,如果用户把 $ 当作“美元”来用呢?
考虑以下内容: XXX VPS大甩卖,1G+20G $1,2G+40G $2,4G+80G $5,8G+200G $8!
真的要给每个 $ 都添加 \ 转义吗?
\
@七号,我倾向于采用类似<!-- markdown -->的方案来支持行内公式,比如添加<!-- math -->标记然后让用户自主开启(或者前端智能检测到用户插入公式时自动添加该标记)。 之后我可能会把基于<!-- math -->标记的行内公式解析功能添加到后端。
<!-- math -->
https://next.hu60.cn/topic/107159
莫名其妙的评论
@Sunset #66 嗯,你有好的创意可以写一个nextnext 版本。或者把创意告诉我来帮你实现
@Sunset,拿出更好的作品之前不要发表这种评论
不应该在内容未加


<!-- markdown -->标签的情况下启用行内公式。https://hu60.cn/q.php/bbs.topic.107159.html?floor=1#1
https://next.hu60.cn/topic/107159#floor-1
@七号,为什么还是要请求
user.info?不能从?_uinfo=name,avatar,sign,contact中得到吗?视频链接:SVID_20260728_054128_1.mp4(7.9 MB)
@七号,首页也在疯狂请求
user.info,这种频率我绝对不能接受。如果 https://hu60.cn/q.php/index.index.json?p=1&pageSize=30&_topic_summary=180&_uinfo=name,avatar,sign,contact&_time=1 得不到想要的信息,请立即告诉我,我马上作为扩展添加到
_uinfo内。视频链接:SVID_20260728_055536_1.mp4(7.32 MB)
@七号,
_uinfo现已包含user.info页面的所有字段,应该没有任何理由再单独请求user.info接口了。https://hu60.cn/q.php/index.index.json?p=1&pageSize=30&_topic_summary=180&_uinfo=name,avatar,signature,contact,regtime,blockPostStat,isFollow,isBlock,isNoDisturb,hideUserCSS,permissions&_time=1
(其中以下字段登录后可见:
_u_isFollow,_u_isBlock,_u_isNoDisturb,_u_hideUserCSS)@七号,现在不需要预取了,所有信息都可以在当前页面返回,前端自己把从当前页面搜集到的用户数据缓存起来就行了。
注意:如果要在后端缓存,请区分用户。不同用户的
isBlock等字段不同。@七号,我们有大量没有
<!-- markdown ->标记的历史内容,必须保持这些内容的正确渲染。如果你希望markdown及其行内公式扩展在你的前端是必选的,请始终为你的内容添加
<!-- markdown ->标记,但不要影响以前没有该标记的内容。在
_content=html模式下区分内容是否开启markdown也很简单,markdown内容始终以<div class="markdown-body">开始。@七号,比如,强行启用行内公式解析将破坏以下内容:
@七号,虎绿林之前也实现了
通过[math]a+b[/math]或《公式:a+b》UBB嵌入latex数学公式(https://hu60.cn/q.php/bbs.topic.95320.html#nav)。不支持
$分隔符主要就是为内容兼容性考虑。还有我突然想到,如果用户把 $ 当作“美元”来用呢?
考虑以下内容:
XXX VPS大甩卖,1G+20G $1,2G+40G $2,4G+80G $5,8G+200G $8!
真的要给每个
$都添加\转义吗?@七号,我倾向于采用类似
<!-- markdown -->的方案来支持行内公式,比如添加<!-- math -->标记然后让用户自主开启(或者前端智能检测到用户插入公式时自动添加该标记)。之后我可能会把基于
<!-- math -->标记的行内公式解析功能添加到后端。