禁止做的事情，建议就是不要做。

轻则开除、吃官司，重则老板报警给你留案底。

引用师爷的话：不能拼命，拼命还怎么赚钱？

先看是不是服务器上有现有的满足需要的监控方案，如果没有再考虑加监控。

在满足监控需求的基础上，哪个顺手就用哪个，比如你对 zabbix 熟悉就用 zabbix ，如果对 prometheus 熟悉就用 prometheus 。

支持题主的态度。

可以按照这几个步骤循序渐进：
1. 直接找对方沟通。
2. 要求物业和居委会协助解决。
3. 报警调解（是的，只能调解，但对不懂法的人有威慑作用）。
4. 提起民事诉讼。

自己收集证据即便再准确也可能不具备法律效力，得找公证机构。

国家层面出台了环境保护法律，是总体规定，在此基础上地方会根据自己情况出台地方法规，比如噪音管控时间就是会以地方法规为主，有的是到早上 8 点，有的是到早上 6 点，如果你所在地区的法规规定到 6 点，那么工作日 7 点才出现噪音是不违反规定的……

法律途径解决问题就是得严格按照法律来评估，有时候规定没那么严格的话即便你感受不好也没辙。

社区工作从来都是不容易做的，你不能期望对方像工作上的同事一样言必信、行必果，而且大概率对方自制力较差、有那么几个人性弱点作怪，所以要想达到目的关键还是得有耐心。

build 就是对代码进行处理，包括编译、压缩、合并、打包等步骤，所以 build 可以包含打包，但打包不完全等于 build 。

如果你不是公司的 IT 岗，就让公司 IT 岗提供方案，如果对方拒绝提供方案说明公司禁止这么做，就不要再 Hack 了，因为出不出问题你都违反公司规定。

一般的做法是 NAS 配置账号和访问控制规则，然后提供 VPN 给员工连接，所有账号都一人一号。

至于用什么协议也是看公司 IT 给开放哪些，在开放的里面选择最适合你的。

我们公司曾经出过一次因为把 NAS 挂载到办公电脑上，而被办公电脑上的勒索病毒加密了的情况，现在都会加强历史备份和风控……

我是 DIY 玩家，所以我推荐群晖和威联通。

除非你心态很好、技术能力很好、时间很多、特别缺钱，否则我不推荐 DIY 。

先定数据量，比如你计划用 10 年要寸多少 TB 的数据；然后定硬盘数量；最后根据硬盘数量确定要多少个盘位的产品。

另外 RIAD 的主要作用是解决可用性问题，完整性需要靠备份来解决。

管理素材主要是打标签和搜索，你要是有手动打标签的习惯的话就不依赖工具，如果没有余力手动打标签可能就得用一些带识别功能的照片管理工具，这个可以在 V 站搜一下推荐 NAS 照片管理工具的帖子。

@selectChase #196 我们当时是在城市花园拍的，还比较满意。当然这是好多年前的经验了，不确定现在是什么情况。

从逻辑上来讲，处理捐赠衣物的机构要想确保衣物干净，肯定是不管捐赠者洗没洗过都会按照自己的标准进行清洗。

从心理层面如果捐赠者希望通过预清洗来表达自身对所捐赠的衣物、募捐机构以及受捐者表示尊重，捐之前也是可以洗一洗的，这算是一种仪式性的行为。既然是仪式性的，那么核心考虑的就是人的感受，而不是实用性。

国内注册的.cn 域名，在国内 DNS 平台解析的，DDNS 解析到家里公网 IP 用了五六年了，运营商从来没找过我。

感觉问题可能不在这块，可能你公开提供 Web 服务了，或者家里有 PCDN 在跑，因为运营商监控也就是扫扫协议，看有 Web 协议的包或端口，再访问你的 IP 能打开页面，就能实锤你在公开提供 Web 服务。

有的运营商合同上会写禁止用于 Web 服务用途，另外要想公开提供 Web 服务也得有备案。不过个别地区的个别运营商允许那种家里监控必须在公网挂一个管理页面的情况，我有一同事就跟运营商这么说然后就没事了。

产品经理应该有产品运营上的规划，比如核心功能有哪些、对产品哪些方面进行验证、要用多大成本和多长时间完成产品验证。基于这些信息，开发人员再设计出 MVP 方案来提供验证，MVP 方案用得不一定就是最终成品所使用的实现方案，看是否可以用最小成本验证最大假设。但要明确验证到哪种程度就可以开始切换正式方案，而不是上来就用正式方案或者 MVP 方案走太远的路。

研究政策关键是研究执行方式。

不备案就是会被监管部门限制，监管部门人力有限，不可能挨家公司查，只能通过几个关键口子来实现监管：
- 应用商店
- 网络运营商或云服务器厂商
- 域名解析平台

如果一款 APP 不依赖这几个口子，即便不备案也基本不会被查到或限制。

研究政策也要研究政策背后的目的。

APP 备案背后的核心目的是整治诈骗的情况，所以对监管行为都可以按照这个方向来进行推测，不符合这个方向的要么就完全不监管，要么就是优先级比较低。

所以可以得出结论是，对网络的限制不是限制用户的，而是限制 APP 厂商的，比如你设计一个 APP ，有个服务端需要部署在服务器上，而服务器需要接入网络才能提供服务，为你服务器提供网络接入的厂商就要核实你的 APP 备案情况。这个在各个口子平台提供的备案说明里都有描述了。

一个草案，具体按照你的需求修改。
一个附件表，一个附件引用表。
附件成功上传就记录到附件表，记录路径等信息；帖子或表单每次添加这个附件都在引用表里记录一下，记录是哪个帖子、转帖、引用贴或表单使用了了哪个附件。
定时任务定期对比两个表，找到没有被引用的附件，然后执行删除操作。可以排除最近几个小时上传时间的附件，避免用户正在编辑帖子或表单但还未发布的情况。

移动机械硬盘实际上都是硬盘盒+2.5 英寸机械硬盘，机械硬盘在这么小的尺寸下基本都是叠瓦盘，可靠性方面肯定是不如 NAS 用途的盘的。

这种产品的设计预期使用场景就是极低频率写入数据的。

长期通电没啥问题，频繁写入故障率会高一点。

真的需要 NAS 的话，就群晖威联通两个牌子比较可靠，其他的都得试水才知道。

固态和机械看你对速度的需求、设备的支持情况，以及你的读写强度。4TB 便宜的固态，如果用 QLC 颗粒的的话，写寿命肯定差于机械，但是速度很快，适合家用常规写入量的场景。

教育部法规禁止公开名次了，教育系统投诉一下吧。

不同公司内对各岗位的定位都不一样。比如在有些公司，开发还兼任运维的工作，还有的公司产品经理还兼任项目经理的工作。

大前端可以是从横向来讲的，包括 Web 前端、App 前端、PC 前端等的，技术范畴；也可以是从纵向来讲的，包括 UI 、客户端处理、客户端与服务端数据流、服务端 BFF 等的，技术范畴。

具体干什么取决于企业部门团队的组织结构和人力资源规划。

RAID 是用来保障可用性的，不是用来保障完整性的。换句话来说就是 RAID 只保障你在硬盘坏了之后修复的过程中不需要停止提供服务。

保障数据完整性基本就只能备份，要么全都备份一份到两份，要么选重要数据备份一到两份。备份还分为本地备份和异地备份，异地备份可以避免服务器所在地区遭受天灾人祸导致备份丢失。

我也是 4 盘位 NAS ，空间也比较紧张，备份目前就是比较丑陋得外接 USB 硬盘盒，把重要数据用 btrbk 每天单独备份。虽然丑陋，但有效。以后有条件整个更多盘位的。

玻璃就是普通钢化玻璃，但可以做多层，每层之间是空气。

北方一般双层可以保暖，三层就是保暖加隔音。