/tag/前提

前提回顾：@qqbb https://v2ex.com/t/1212035 《月薪 3000 元小伙签下 1850 万购房合同，房东、中介突然报警称买方交易违规，警方调查后揪出背后诈骗团伙，13 人被逮捕》： https://mp.weixin.qq.com/s/22bl00N2B5tJqfMDXlGCvg 第一步，骗子让出资人李女士借 277 万元给小何付首付，等钱一到账就瓜分掉，还不出钱是小何的事，因为这个借贷是小何和李女士间的，跟自己没有关系； 第二步，有了这个首付流水后，包装小何去贷款，贷下来的钱也全是卖家的，而负责还银行贷款的是小何。 就这样，卖家房东和中介团伙勾结，瓜分卖房款 1850 万，小何成了最大的背贷工具人。

有个需求，需要修改PDF里面的数据，但是PDF里面有个数字签名，一改就会提示内容被修改，有什么工具或者办法可以搞吗？ 10 个帖子 - 9 位参与者 阅读完整话题

BUGTEAM 开通方案 目前主要有两种配置方式，前提是需要先准备一个可管理团队的主账号。主账号具备后，可以根据实际需求选择对应方案。 方案一：现有 Team 绑定自有域名 先准备一个普通的 ChatGPT Team 。 在团队后台添加并验证自己的域名。 不建议直接手动邀请成员加入。 前往 admin.openai.com 完成域名绑定相关设置。 使用该域名邮箱配置 SSO ，让成员通过统一登录方式加入团队。 方案二：通过 Codex 空间配置 新建一个 Codex 空间，按实际需求准备相应积分。 空间创建完成后，绑定并验证自己的域名。 后续通过域名邮箱和 SSO 方式邀请用户加入，账号归属类型以后台最终显示为准。

前提条件 ：你有一个注册时间 满 5 年 的 GitHub 账号。 网络环境 ：过程中需要在中国网络和海外网络（梯子）之间切换，请提前准备好工具。 操作步骤 ： 打开邀请链接（需中国网络） 访问 https://invite.linuxdo.org/ 使用 GitHub 登录 点击“使用 GitHub 登录”，输入你的 GitHub 账号和密码完成登录。 真人验证（需切换至海外网络 / 开梯子） 此时页面会要求进行真人认证（如 reCAPTCHA）。请 打开梯子，切换到外网 ，完成验证。 切回中国网络，点击最终验证 真人认证通过后， 关闭梯子，回到中国网络 ，再次点击页面上的“验证”按钮（或类似确认按钮），即可完成注册。 注意事项 ： 如果你的 GitHub 账号注册不足 5 年，可能无法通过邀请资格校验。 网络切换顺序不要乱： 中国网络打开页面 → 外网过真人验证 → 切回中国网络点最后验证 。 如果某步卡住，可以尝试清理浏览器缓存或使用无痕模式重试。 祝顺利上车！ 1 个帖子 - 1 位参与者 阅读完整话题

前提：装了巨魔和Filza 最近iOS16.4以下的老设备访问l站会卡在loading页面，查了下原来是Discourse支持iOS的最低版本为16.4。 现在低于iOS16.4的设备想要访问L站可以安装 GitHub - minh-ton/reynard-browser: An experimental Gecko-based web browser for iOS 13+. · GitHub 这个浏览器，但是体验太差了，用惯了fluxdo很不习惯。就想着有没有办法继续在fluxdo里面使用。看了下reynard的设置，发现它可以添加插件获取网页的cookie，这给我继续在fluxdo里面刷l站给了希望。 安装完插件，可以在网页里面复制cookie 获取到cookie后，我们需要在fliza里面找到，在/var/mobile/Containers/Data/Application里面找到fluxdo，进入fluxdo，点击Document，会看到有.cookies文件夹 点击.cookies文件夹会看到cookies.v1.json和pending_set_cookies.json两个文件 我们只要cookie里 _t _forum_session cf_clearance _cfuvid 的值相应的更新到文件里面，然后重新打开fluxdo，你就能愉快地刷帖子了 1 个帖子 - 1 位参与者 阅读完整话题

这两个活动的前提是四川掌银用户可以参加，有需要的佬可以私信一下我这里我就不放码了，也可以去四川农业银行公众号活动里看 1.第一个活动是看几秒消防知识后就可以三选一领取立减金 2.第二个活动是农行每个月都有的瓜分抽奖，花几分钱兑换3.88立减金 1 个帖子 - 1 位参与者 阅读完整话题

正在严肃使用 macmini ，最大的感受就是在我的 2k 显示器上图标/终端/鼠标都特别小： 而在下面的“分辨率”设置中调整则会导致变得特别模糊，而且是 模糊到我不能接受的程度 。 是否有类似在vscode中的 “Ctrl+Shift+=” 的形式上 放大整个页面图标 的好方案呢？ 9 个帖子 - 5 位参与者 阅读完整话题

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？

前提： 1 亿左右的数据，数据来源是设备的轨迹数据(gps ，速度，温度等信息)，设备端按 5s 左右一次上报 查询需求： 能支持查询 3 400 台设备的最新轨迹数据 查询单个设备的轨迹信息(这个简单) 我自己尝试搭建了 3 个节点的 es ，每个节点 4g 左右内存，发现执行需求 1 时，大概需要 2-5s 左右，查询语句： curl -X GET "http://192.168.1.210:9200/test_index/_search?pretty" \ -H 'Content-Type: application/json' \ -d '{ "query": { "terms": { "serialNumber": [省略 sn] } }, "collapse": { "field": "serialNumber" }, "size": 300 }' mapping 信息： { "settings": { "number_of_shards": 3, "number_of_replicas": 1, "index": { "sort.field": "createTime", "sort.order": "desc" } }, "mappings": { "properties": { "serialNumber": { "type": "keyword" }, "createTime": { "type": "date", "format": "strict_date_optional_time||epoch_millis||yyyy-MM-dd HH:mm:ss.SSS||yyyy-MM-dd HH:mm:ss" }, "longitude": { "type": "double" }, "latitude": { "type": "double" } } } } 请问可以做到需求 1 查询 3-400 台设备，耗时到 1s 左右吗？