V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  rekulas  ›  全部回复第 6 页 / 共 80 页
回复总数  1586
1 ... 2  3  4  5  6  7  8  9  10  11 ... 80  
132 天前
回复了 unt 创建的主题 微信 微信电脑版聊天记录有办法破解吗
你是不是在找 PyWxDump 之类

但是偷看别人的消息是不厚道的
133 天前
回复了 jiangwei2222 创建的主题 分享创造 再来推广一下自己写的域名邮箱服务
修复以上配置后,程序终于跑起来了,但是发现没账号密码,找遍文档也没有

只能自己拉下来 db 文件,查看下源码里密码 hash 函数自己手动写入一个账号,上传覆盖,终于可以登录了...

说实话,体验感受并不是很美好建议优化下

我估计你的目的是一开始就启动 web 然后用户从 web 初始化系统

但是现实总是复杂多变的,我的 80 端口冲突所以直接覆盖了默认配置,而且 init 参数没有改,导致踩了不少坑
133 天前
回复了 jiangwei2222 创建的主题 分享创造 再来推广一下自己写的域名邮箱服务
好吧 上面配置看错了 httpsEnabled 0 1 都是启用 2 是不启用, 这 🤣
133 天前
回复了 jiangwei2222 创建的主题 分享创造 再来推广一下自己写的域名邮箱服务
当我修复了以上问题,继续运行,又报 ssl 错误
panic: at /home/runner/work/PMail/PMail/server/services/setup/ssl/ssl.go:157
然而我的 httpsEnabled 已经为 0 sslType 也设置为 1 了 我不懂为什么还要强制去开启 ssl
ssl 这种交给 web 服务就好了
133 天前
回复了 jiangwei2222 创建的主题 分享创造 再来推广一下自己写的域名邮箱服务
另外文档不是很清晰,我跑起来发现没配置文件,看了代码才猜到应该放到 config/config.json 里,对小白或不熟悉的不友好

另外我只想搭建一个收件服务器的话应该不需要 dkim,但启动似乎强制校验,也没有开关...
133 天前
回复了 jiangwei2222 创建的主题 分享创造 再来推广一下自己写的域名邮箱服务
提个建议 配置文件可以考虑按不同功能/类型的不同分层级管理,全部平铺看着好累而且以后扩展新功能也会显得杂乱
可以试试车机自身能不能通过 app 开启 5555 调试,如果能的话就简单了,直接将端口反代到外网你甚至可以服务器推过去
137 天前
回复了 CarlJ9 创建的主题 商业模式 免费浏览器扩展的出路只有被收购吗?
@18k 你不提我还没注意 🤣
所以由于未来预期可能会对我的用户造成损失,所以需要额外多补偿我一点?
还是因为负罪感的原因多点钱才能弥补我的心理创伤?
emm...但是钱越多负罪感不就越大了么,有点矛盾了
139 天前
回复了 jddk 创建的主题 分享创造 开发了一个浏览器欢迎体验
因为对踏板不满意,所以我重新造了个车?
性能有点渣, 输入 1000 都会卡一会,有时候 cpu 拉高还下不来了
我觉得可以设置一家相对较稳的作为存储并开 cdn,再找一家备用平台开 cdn 并设置源为第一家并预缓存文件就行了
就算第一家出问题一般也会 1-3 内恢复,第二家也能用
可以考虑放 sphinx,这点数据量挺轻松
或者找一个其他开源搜索框架自己做 不过要说到效果上一般的框架可能还是比不过 es(框架很多 但权重得分计算做得好的不多)
145 天前
回复了 v2li32 创建的主题 PHP 讨论下 PHP 转 go 的水平
我是 php/java 转 go 用着感觉很爽
php 能实现的 go 都能实现,php 不能实现的很多 go 也能实现
最基础的一点,go 直接解决了 php 的性能和常驻问题两个大问题,我个人非常在乎性能问题,当同样的接口转 go 后相应从几十毫秒下降到 1-3 毫秒,成就感无法替代,虽然也用过 phalcon swoole 等框架,但是说实话非常蹩脚,而且生态太脆弱了,实在难以继续
还有个问题就是写 php 多了会越发觉得 php 底层的随心所欲, 历史坑太多

我个人觉得 cli 运行的 php 才是真正的 php,如果 php 从诞生开始就专注于丰富 cli 生态(例如 webman 这样的框架早点出来受到认可大家都陆续丰富其生态), 说不定现在局面会好很多, 不过现在想这些也晚了
147 天前
回复了 tbc3211 创建的主题 程序员 生产环境开一个接口方便删除数据
仅从安全性上来看,用随机生成的 token 的 hash 值校验,确保其他人看到源码也无法利用的话,我觉得是没有安全风险的 只是流程不合规
149 天前
回复了 tracymcladdy 创建的主题 程序员 用脚本帮朋友抢个专家号居然没抢到
@5sheep 对这里其实有一点吹牛,只是找到了对方的对应区而已然后部署到同一个区,估计只经过了一两个交换机转发,ping 值只有 0.x 毫秒 四舍五入约等于本网了
149 天前
回复了 tracymcladdy 创建的主题 程序员 用脚本帮朋友抢个专家号居然没抢到
@zhulixin 好思路 下次我也试试
149 天前
回复了 tracymcladdy 创建的主题 程序员 用脚本帮朋友抢个专家号居然没抢到
抢购其实没程序员想的那么简单,很多时候是经验问题而不是纯粹的技术问题
以前帮人抢购场馆,同一 token 下将并发控制到了极限-刚好不被拦截的地步,为了尽量低延迟将程序部署到腾讯云同机房同网段遍历到了内网地址直接发请求,记得当时单请求响应已经到了 2-5 毫秒级别,我以为稳了,结果还是抢不赢别人
后面复盘,怀疑对方已经将请求优化到了微秒级别,简单来说,假设平台放号是 1700000000.000000 这个时间点, 竞争对手有可能在选择 1699999999.999594 这个时间点发出请求,到达服务器的时候就能刚好抢到一张,而我的请求.000000 才开始发出,已经严重落后了,后面我又进行了小范围的提前请求,也没有成功,这种情况的话就需要长期的测试积累了,通过估算精确到一个极致才能保证领先,因为嫌麻烦就放弃了

当然还有个可能平台直接内定了,这种情况更加不是技术能搞定的..
估计音视频流是分开处理的吧,远程桌面本身就不是用来远程娱乐用的,实时性方面肯定无法保障
可以试试一些专注于游戏领域的远程方案,例如 parsec 之类,之前和朋友同城玩游戏延迟挺低接近本地
1 ... 2  3  4  5  6  7  8  9  10  11 ... 80  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2201 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 10:08 · PVG 18:08 · LAX 03:08 · JFK 06:08
Developed with CodeLauncher
♥ Do have faith in what you're doing.