Forwarded from RWTG9Y4's STDOUT
Forwarded from 今天abc看了啥🤔 (asfr | abc1763613206🤔)
新年好！自从我们发布 Project NANO 解谜项目到现在，已经过去了大约八个月的时间了。
截至发稿时，解谜平台总访问量约 1.92w ，合计 21 人通关，祝贺各位！
值此 2021 年到来之际，我们正式发布该项目的官方题解以供各位观赏。
https://blog.hanlin.press/2021/01/project-nano-official-writeup/
截至发稿时，解谜平台总访问量约 1.92w ，合计 21 人通关，祝贺各位！
值此 2021 年到来之际，我们正式发布该项目的官方题解以供各位观赏。
https://blog.hanlin.press/2021/01/project-nano-official-writeup/
翰林的小站
Project NANO: Official Writeup
#00 一些废话新年好！自从我们发布 Project NANO 解谜项目到现在，已经过去了大约八个月的时间了。 截至发稿时，解谜平台总访问量约 1.92w ，合计 21 人通关，祝贺各位！ 值此 2021 年到来之际，我们正式发布该项目的官方题解以供各位观赏。 注意：该题解由各位出题人合作编写，因此可能会出现风格上的种种不同。 多废话两句：1. 在题解的开头会贴出关卡到达人数，该处已经为综合
Forwarded from RWTG9Y4's STDOUT
bruteforce_base64.php
2.1 KB
刚刚把 https://t.me/illusory_world/2976 的所有可能性列了一下
这是用来爆破的脚本，当然不是最佳实现，太困了随便写的，而且没做去重
果然 shuffle 还是不太好，还是套个正常点的密码吧（
这是用来爆破的脚本，当然不是最佳实现，太困了随便写的，而且没做去重
果然 shuffle 还是不太好，还是套个正常点的密码吧（
Forwarded from RWTG9Y4's STDOUT
#linux #sysadmin #ipc 下午玩了一会 Qt DBus Viewer 和 PyGTK DFeet DBus-Debugger 🤔
感觉挺灵活的，比如就可以找到 KDE 的截屏工具动作执行的 API ，Qt 的都支持 quit, aboutQt() ，设置 styleSheet 什么的，Fcitx 也在用可以设置激活 IM
DBus 的设计我感觉还可以，连接进去就可以看 / 路径编址的对象，对象 interface 即其 implement 的操作接口（比如
可惜两个工具都不太完善， Qt 的那个太客户端化 请求响应都是全局的 而且不能看 X icon 和 pid ，
GTK 的偶尔卡死（而且树路径视图不支持异步，systemd 对象表加载都要等半天）不支持参数列表界面只能手码 eval python code 而且还没有处理 GLib 转型自动兼容的问题，Treeview 非常死没批量操作， property 也不能 set
#GUI 说起来我以前觉得 tree 什么的控件化就好没必要拆 Model/View ，现在想想 Qt 做得还挺正确的，既能拆分 filter/sort 列表变换又能提升可组合性，降低分配开销，为什么非要写“数据->视图”的单次输出流程呢
感觉挺灵活的，比如就可以找到 KDE 的截屏工具动作执行的 API ，Qt 的都支持 quit, aboutQt() ，设置 styleSheet 什么的，Fcitx 也在用可以设置激活 IM
DBus 的设计我感觉还可以，连接进去就可以看 / 路径编址的对象，对象 interface 即其 implement 的操作接口（比如
org.freedesktop.Inspect 的 inpect() 可拿对象接口 xml），可以有 method/property (x/setX) /signal 成员，之前 #DontKnow ，还以为是非常麻烦涉及到二进制格式什么的。（就是对象模型较麻烦新手容易误以为是 Java JMX 那种固定少数个路径的）可惜两个工具都不太完善， Qt 的那个太客户端化 请求响应都是全局的 而且不能看 X icon 和 pid ，
GTK 的偶尔卡死（而且树路径视图不支持异步，systemd 对象表加载都要等半天）不支持参数列表界面只能手码 eval python code 而且还没有处理 GLib 转型自动兼容的问题，Treeview 非常死没批量操作， property 也不能 set
#GUI 说起来我以前觉得 tree 什么的控件化就好没必要拆 Model/View ，现在想想 Qt 做得还挺正确的，既能拆分 filter/sort 列表变换又能提升可组合性，降低分配开销，为什么非要写“数据->视图”的单次输出流程呢
Forwarded from dnaugsuz
touching fish... 👌🐟
文 化 输 出
应该是偷懒
loaf on the job,be idle,snatch a moment of leisure 吧
文 化 输 出
应该是偷懒
loaf on the job,be idle,snatch a moment of leisure 吧
#statement #freedom #dev #microsoft
duangsuse:
LibreOffice 好像一直在用 WxWidgets……？ 别说替代 MS，根本不可能包装给办公室用户只能算弱的技术DEMO复用品，还不如金山 WPS，那个抄袭算是 pixel perfect 草
(o_o;:
他不算是 WxWidget
duangsuse:
也是因为自由软件最大部分实践者真正是在做后端非GUI的部分，做GUI的又没有一点提升可操纵性的意识，几个好的项目终归掩盖不住大部分项目要么然算法牛/后端牛，但要么然前端菜/不是给实用的研究型项目
LO 的 gui 重构早在从 OpenOffice 叉出时就应该提上日程，凭他们的体量，专门弄个 GUI 库/fork子集优化 我觉得都不过分，现在要搞，多少界面要同步重设计？ 凭 LO Write 的工具栏设计我可以认为它就是对后端读写渲染库的拙劣封装，一大堆图片按钮就那么搁那，别说花里胡哨的动画和子菜单了，生产力软件居然没有基本的 tab 分类一下
duangsuse:
LibreOffice 好像一直在用 WxWidgets……？ 别说替代 MS，根本不可能包装给办公室用户只能算弱的技术DEMO复用品，还不如金山 WPS，那个抄袭算是 pixel perfect 草
(o_o;:
他不算是 WxWidget
duangsuse:
也是因为自由软件最大部分实践者真正是在做后端非GUI的部分，做GUI的又没有一点提升可操纵性的意识，几个好的项目终归掩盖不住大部分项目要么然算法牛/后端牛，但要么然前端菜/不是给实用的研究型项目
LO 的 gui 重构早在从 OpenOffice 叉出时就应该提上日程，凭他们的体量，专门弄个 GUI 库/fork子集优化 我觉得都不过分，现在要搞，多少界面要同步重设计？ 凭 LO Write 的工具栏设计我可以认为它就是对后端读写渲染库的拙劣封装，一大堆图片按钮就那么搁那，别说花里胡哨的动画和子菜单了，生产力软件居然没有基本的 tab 分类一下