楼主人在北方城市，去一趟香港太麻烦了.有佬有推荐吗 11 个帖子 - 9 位参与者 阅读完整话题
现在gpt开不长链，登录账号太麻烦。有没有插件可以提高登录效率啊 1 个帖子 - 1 位参与者 阅读完整话题
各位到底是怎么扛“独自租房”这个事的，我真的觉得 租房是一个巨麻烦的事，我觉得我250/天 实习 在杭州 不算多但是起码属于双非学历的中位数日薪吧，但是租房真的是 通勤/质量二选一 除非大厂有补贴，而且 每天下午下班回到15平的出租屋之后，真的不会有深深的孤独感吗，我回去之后吃饭的欲望都没有了你们都是怎么扛过来的，这是正常现象吗，还是我太感性了 45 个帖子 - 33 位参与者 阅读完整话题
手机日常用GKD+李跳跳能关8成以上广告，扫共享单车每次等5秒，左上角有跳过但每次点一下太麻烦了。 1 个帖子 - 1 位参与者 阅读完整话题
想用来多开cc，多开几个账号用免费额度，嫌同一个app里切换账号很麻烦。想找个好用的 3 个帖子 - 2 位参与者 阅读完整话题
我主用codex，之前一直使用的中转站。想搞一个gpt plus账号，但是又不想麻烦短信验证之类的，有没有号商出个账号？各位佬友有没有相关渠道？ 2 个帖子 - 2 位参与者 阅读完整话题
Hi @ Livid 站长, 有空后麻烦申请收录一下吧 https://www.leolee.tech/ https://www.leolee.tech/rss.xml https://leolee.tech/atom.xml
Hi @ Livid 站长, 有空后麻烦申请收录一下吧 https://www.leolee.tech/ https://www.leolee.tech/rss.xml https://leolee.tech/atom.xml
之前每次都是给图片路径，麻烦死了 在vscode的插件倒是可以，但是有时候懒得打开vscode 有佬友有解决方法吗 7 个帖子 - 6 位参与者 阅读完整话题
muyuan大佬的公益站太好用，但是站点自动签到太麻烦老是容易遗忘，所以开发了一个每日自动签到的浏览器插件，需要的朋友请自取。使用方法就是chrome/edge扩展页面-点击加载解压的扩展就可以了。 再次感谢muyuan大佬 muyuan-auto-check.zip (1.2 MB) 10 个帖子 - 7 位参与者 阅读完整话题
ubuntu的自带系统各种麻烦，想自己重新dd安装下，请问有一键dd的脚本么？ 刚才在github上找了下，没看到合适的， 3 个帖子 - 3 位参与者 阅读完整话题
萌新刚来L站，用不完的mimo会员分享给大家。还有很多额度，KEY附在下面，用了的麻烦点个赞就行，助力我的三级梦想 tp-c3laae2edi7w2elg5vaegg6ckgyielcchq6ov4do删掉我gwjl8ge8 4 个帖子 - 3 位参与者 阅读完整话题
佬友们，有没有解决办法，换了好多手机号都不行，美区手机号也不行，有没有遇到过的，麻烦解答一下 19 个帖子 - 12 位参与者 阅读完整话题
vibe别提，这东西比你想象的体系庞大的多。没深入前我也是这么想的，不就是metadata采集然后正则匹配各种文件名嘛。 我当前已经用komf尝试了，这玩意不光配置麻烦，还真的不好用。写入xml的效率极低，出错。 我也打算从epub元入手，直接vibe了calibre cli的方式写入。但这只限于epub，并且是那种原版自购的。img-zip这种别想了。index都没。所以得解决komga这类书库管理中的metadata自动化导入匹配的问题。 先玩了下kavita，bug更多，没功夫浪费时间。直接走komga搞。我不在乎内存占用。komga虽然对轻小说不友好，但有opds就行，甚至我根本不需要komga做壳子，有个comicopds就行。 但同样，刮削是个大问题。这里的水深还涉及到了网盘挂载以及302回原的问题。一方面影响刮削速度，一方面影响阅读速度。综合，我实在忍不了在emby可以秒播bd的体验下，等上4-5s才能打开一本漫画的现实。 刮削太慢了。在线阅读？放弃自建？显然不可能，因为在线的质量太差了。有些还有水印。甚至大部分都是压缩图，质量差的，对体验要求高的我根本受不了。 兜兜转转，还得刮削这块得解决。刮削的难度不是匹配，而是没有一个好的解决方案能batch。 komf是我见过涵盖刮削参数最多的，也是我见过最垃圾的一个应用。bug多，失败多。jre还不能调试。远古时代的产物。 我甚至有点想放弃komga，直接vibe一个采集库的想法了。奈何很多轮子得造，比如opds，比如epub.js的二开，比如，比如，比如。 1 个帖子 - 1 位参与者 阅读完整话题
Sub2api项目在批量导入时无法选择分组，需要导入后再批量选择分组，这很麻烦，而且批量导入后如果账号太多存在很多页，还需要翻页去选择。 为了解决此问题，我对Sub2api项目源码进行了优化，并提交了PR 实现了在导入时选择分组的功能，分组会显示供应商进行提示，且在分组供应商与导入冲突时弹出提示阻止导入，非常的人性化 效果如下： 1 个帖子 - 1 位参与者 阅读完整话题
效果预览： https://i.imgur.com/nTa0RBA.png 插件链接： https://chromewebstore.google.com/detail/v2op/adoialgmkiljhaffjombgimddikpmpcc 关于隐私: 访问新帖时,插件会在你的浏览器内匿名抓取一次发帖人的历史回复,送到服务端做相关性筛选并缓存;访问旧帖时直接读缓存,不再重复抓取。（抓取是匿名请求,不带用户的登录态信息） 代码已开源: https://github.com/artshooter/v2op （如果违反了 v 站的规定,我会立刻下架）
效果预览： https://i.imgur.com/nTa0RBA.png 插件链接： https://chromewebstore.google.com/detail/v2op/adoialgmkiljhaffjombgimddikpmpcc 关于隐私: 访问新帖时,插件会在你的浏览器内匿名抓取一次发帖人的历史回复,送到服务端做相关性筛选并缓存;访问旧帖时直接读缓存,不再重复抓取。（抓取是匿名请求,不带用户的登录态信息） 代码已开源: https://github.com/artshooter/v2op （如果违反了 v 站的规定,我会立刻下架）
这周我现在 700 次调用 十分抱歉带给您不好的体验，CodingPlan 为了保障所有用户的服务质量和系统稳定性，除了调用次数限制外，还会对短时间内的资源消耗进行综合评估。当系统检测到短时间内资源消耗较高时，会进行临时限制，通常一小时后即可恢复。建议您将大型任务拆分为多个小任务，分时段提交，这样既能避免触发限制，也有助于获得更好的响应质量。
这周我现在 700 次调用 十分抱歉带给您不好的体验，CodingPlan 为了保障所有用户的服务质量和系统稳定性，除了调用次数限制外，还会对短时间内的资源消耗进行综合评估。当系统检测到短时间内资源消耗较高时，会进行临时限制，通常一小时后即可恢复。建议您将大型任务拆分为多个小任务，分时段提交，这样既能避免触发限制，也有助于获得更好的响应质量。
没有开注册，不属于推广。 地址: https://ai.rainfly.cn/v1 key（base64）: c2stdHlqOEhoUUdSWHVtYWc5djFIaUtVbzFtanNpbDhzUFUzRldPWEtGTzdzN0xQQWtQ 麻烦用力蹬。谢谢。 9 个帖子 - 7 位参与者 阅读完整话题