主题
-
诡异的油罐车 这件案子发生在90年代初的时候，天津机务段，在现在的普济河道立交桥下，是归属北京铁路局管辖，天津机务段负责火车机车的日常维护检修，其中有很多的过往货运列车，当时货运管理并不严格，所以有工人偷窃货物的情况，当时的大米，电器，服装，凡是能拿走的，都要丢失一些。工人们偷来的东西拿家自用或者变卖。 某一次，一列经过天津的油罐车在例行检修后，开往了河北某地的化工厂，当地的工人打开油罐车低部的阀门，开始卸油，突然发现有一罐车阀门打开，却怎么也排泄不出油来，可是用竹竿检测，发现罐车还是满的，似乎里面阀门被什么堵塞住了，当地的工人就只好从上部打开盖子，抽油出来，漫漫的油见底了，发现罐车里面有某个东西堵塞住了排油口，没办法，只好派个人进去清理，下去个工作人员，仔细一瞧，大吃一惊，原来是爬着个死人，这下事情大了，叫来了当地的公安，把人捞上来一看，穿着铁路的工作制服，胸前还有个工作牌，一看是天津机务段的，立刻联系了天津的警方，派人去调查接受这个案件，后来经过分析，估计是该人准备偷油，然后找来了桶，从上面捞油，此时列车突然启动，这人站立不稳，一头栽了下去，掉进了罐车里，由于油比水轻，此人根本无法漂浮上来，并且里面四壁光滑，就这样活活淹死了。 找到了该工人家属，我陪同去了，因为这事也不光彩，不知道怎么安慰这家属，他留下了个５岁的女孩，似乎还不知道所发生的一切，我过去抱抱孩子吧，孩子说：爸爸口渴了，爸爸口渴了。 我告诉孩子说爸爸累了，他睡着了。孩子还说：爸爸前天晚上回来了，说他口渴了，找水喝，过了一…
-
- 16 篇 回复
- 590 次 查看
-
-
-
搞到 8 点 30 之后，回去吃个饭洗个澡休息娱乐一下都很晚了，迟到他 tm 发钱相当于一天白干。六点半到 8 点 30 相当于白干，每次 tm 五点 30 左右来个需求，要你今天做完，故意让你加班，他喵的，八点 30 之后也就 tm 一顿外卖钱都还没，我是真服了。
-
- 0 篇 回复
- 61 次 查看
-
-
-
-
- 1 篇 回复
- 167 次 查看
-
-
-
-
- 1 篇 回复
- 234 次 查看
-
-
-
-
-
- 0 篇 回复
- 109 次 查看
-
-
-
- 0 篇 回复
- 111 次 查看
-
-
-
- 0 篇 回复
- 58 次 查看
-
-
-
- 0 篇 回复
- 84 次 查看
-
-
自己写了一个软件当作学习，把一台 Android 设备作为服务端，通过 fcm 转发通知给另一台设备 1.首先，根据官方教程去 Firebase 控制台建立一个项目 https://firebase.google.com/docs/cloud-messaging?hl=zh-cn 2.Android Studio 建个 app ，可以同时给服务端和客户端安装的，里面当然根据教程加入 Google 服务及其 json 文件 3.app 里加入一个 NotificationListenerService ，作为服务器，监听新通知，转发到 fcm 服务器用 加入一个 FirebaseMessagingService ，在客户端上接收转发过来的 fcm 消息用 4.Android 设备要作为服务器，目前就只能选择使用 HttpV1 api ，使用 okhttp3 发送 post 请求，模拟服务器，并且只好手动提供凭据（ firebase 控制台下载 json 文件，里面包含密钥什么的，放到设备应用安装 data 目录下本地读取，使用 google-auth-library-oauth2 生成 token ），并且启动一个 ForegroundService 确保设备息屏后，也能持续稳定转发通知 5.在客户端设备上，收到通知，如果客户端上安装了相同包名的通知来源应用，这可以直接点击通知启动对应应用，这需要 fcm 添加自定义 data 。 当应用在后台时送达的通知消息。在这种情况下，通知将传送至设备的系统任务栏。默认情况下，用户点按通知即可打开…
-
- 0 篇 回复
- 78 次 查看
-
-
v2ex 上，Block 会让自己看不到一些账号的发帖和回复，但帖子的楼层数仍旧是按照自然数排列的，不会跳过被拉黑的账号的发言楼层数。这使得每个账户看到的发言和对应的楼层数可能都不一样。而在 Block 的数量变多，以及 Block 一些比较活跃的账户后，几乎每个帖子跟别人都是不同的（根据别人的回复的楼层这么推断的）。 虽然说，是我这个账号 Block 的人多了造成的结果。不过, 请问这个设计是否能优化一下呢？比如楼层数跟随回复内容而不是自然排列。 @Livid
-
- 0 篇 回复
- 63 次 查看
-
-
设备：iPhone iOS 17 微信：iPhone 8.0.50 [语音转文本] 前段时间就观察到了微信在滚动聊天记录时 GIF 表情都会暂停，想来可能是为了提升帧数的缘故？就先不说 Telegram 没有做暂停的事了，反正今天又发现语音转文字时整个页面也都会被冻结，无法返回，无法滚动。（点击输入框可以正常触发键盘弹出）。 这让我无法批量转换语音，之前的用法都是从末尾的一条开始，依次向上点击“转文本”按钮，很快就能都转好 [个人表情收藏] 我也没啥要求，可不可以除了“对方输入中”之外，再加一个“对方正在翻找表情中”的状态？收藏了百十个表情，翻起来真的是没个一两分钟下不来，而且就像 USB Type-A ，往往是从下到上再从上到下，然后再在第三第四次里面找到那个表情，嗨呀，简直就好像用 UTF-8 序去翻花名册一样酸爽（限中文[裂开]）！ （此处附一张坂本真在《花与爱丽丝》中的截图，随便哪张，但考虑到网友心理健康，请自行脑补吧）
-
- 0 篇 回复
- 59 次 查看
-
-
-
一起身心跳就飚到一百二三持续好几天了，高的时候会到 150 ，有时候一天都不敢怎么下床，怎么办啊，我又不想去医院 个人生活方面之前长期熬夜睡眠不足，还有打游戏精神紧绷，之前有一次游戏当中激动说了别人，心跳乱蹦乱跳躺在床上好几个小时才缓和过来 现在游戏不敢玩了，但是现在这种状况什么也干不了，我不知道怎么恢复了
-
- 0 篇 回复
- 60 次 查看
-
-
抖音能下载到的最高画质也是糊糊的 不像小红书在服务器保留原始画质文件可以通过油猴下载 杯具的情况是博主在抖音平台上传的某些视频却不在小红书也上传，导致粉丝最多只能下载到糊糊的抖音压缩版本。 怎样劝说博主一碗水端平不要偏心抖音平台？
-
- 0 篇 回复
- 56 次 查看
-
-
例如有如下的 spec, 该怎么将其转化为能够发送 http 请求的 tool, 然后给相应的 agent 去使用呢... --- openapi: 3.0.3 info: title: openapi-server API version: "1.0" servers: - url: http://localhost:8080 paths: /hello: get: tags: - Greeting Resource responses: "200": description: OK content: text/plain: schema: type: string
-
- 0 篇 回复
- 70 次 查看
-
-
看中国气象台知道晚上要下暴雨。 18:27 打开 APP ，预告降水 19:12 分开始。 过了几分钟发现已经下雨了，打开 APP 已经显示中雨和持续时间。 算是准确预告，实时修正了。看了一下源数据是北京天气+彩云天气+中国环境监测总站。 https://i.v2ex.co/d077H9RW.png
-
- 0 篇 回复
- 86 次 查看
-
-
放 cookie 中，但是后端不读 cookie 所有请求需要前端把 token 放到 header 中一个参数下 后端读 header 中的这个参数 这样是不是就可以放置 csrf 攻击了呢？ 第三方直接通过服务链接带 cookie 过来，因为后端不读取，所以鉴权不通过
-
- 0 篇 回复
- 86 次 查看
-
-
附上数据截图： https://imgur.com/3WHwzP7 邮件 base64 编码：c2hvb3Npbi56aGFuZ0BnbWFpbC5jb20= 感谢
-
- 0 篇 回复
- 76 次 查看
-
-
-
- 0 篇 回复
- 53 次 查看
-
-
在线用户 (显示全部在线用户列表)
- 当前在线没会员