这类服务有 2 大问题让人很难下定决心。

很典型的“除了优点全是缺点”，按量付费看似很便宜，但控制不了账单，账单是失控状态的还怎么玩呢。

1 、理论上资源无限就意味着账单无限。
2 、随便被攻击或者恶意流量怎么办，都是面向用户的东西。
3 、如果账单可以限额，也不管用啊，达到限制是中断服务呢还是怎么办呢。

第二大问题便是难以迁移。
4 、也就是你用了 CF ，要迁移到其他服务商不会容易，然而就算能迁移，这个账单 bug 还是存在。

这也是为什么大家倾向于租用服务器/VPS ，因为账单可控啊。
个人玩玩就算了，也有被人恶搞的风险，要是虚拟主机/vps ，最多就是打爆了被服务商赶走，这种服务咋整，不管是国内还是国外，欠账单的巨额款，要怎么办呢。

如果只能个人玩玩，且风险大，我个人用都得藏起来，那真是兴趣不大，事实上我也在用 worker ，但只是用来跳转页面用，不管拿它来做什么，都担心超过配额，归根结底，没意思。

其实企业也一样，预算也是重要的一环，不可控的预算企业也怕怕，管理人员也不是傻子，真要长久干都是要估摸好预算否则很容易出事。

pxe ，除了不支持 Windows ，其他都很好。摊手表情

pxe ，除了绕开 Windows ，其他都很好。摊手表情

@johnlin
切合主题我给你点建议吧。
你需要做一个设计器，表格布局就行，要能对表格进行合并拆分，拖拽大小，边框着色，一个页面允许放多个表格，布局这块就搞定了，然后要能拉入控件，然后是保存数据的后端脚本，根据控件设置自动管理数据表的功能。

然后再弄个报表设计器，能够自动写一些 SQL 就行。其他的慢慢衍生吧，只能说背后的东西还是比较多的，你要实际去用用别人的产品，才能明白怎样设计会好。

@mhycy
如果没有猜错，应该是 HTML+后端代码，这类填写的简单做很简单。。。但是真的要用，其实是需要做一个“表单设计器”+报表设计器。如果衍生下去也是一套系统功能，简单粗暴只可能是初期，慢慢的需求就来了。

原来你是乙方啊，那你们还是多慎重评估需求吧，这种需求看似简单，其实要做好背后的逻辑还是很庞大的。

这类需求，一开始你能填单就行。
后面藏着一大堆需求和细节。

自己要做的话细节太多，比如说要不要导入组织架构创建账号，谁发起这个单子，如何让不同的人填写不同的栏位？谁审核？各部门能否自定义管理人员，能否根据内容自动选择审核流程？如何通知需要操作的人？

嗯，你在试图单打独斗开发一套 OA 系统，还是功能完善的那种。

哦对了，其实一旦用起来，就需要全套的解决办法了，所以在厂子里最好买成品，自己搞劳神费心还容易出现后续无法维护的情况。比如说我们前辈开发了个类似的东西，还结合了 ERP 数据查询。。结果上面问，大家都有什么权限啊，我们无 f.u.c.k 可说，因为权限太宽松了，不敢提供，只能报告说前辈开发的，没有权限管理的功能，大家的权限都差不多，数据基本谁都能看，这种项目我们也没能力在上面整合起来。。。。说一千道一万，上面肯定是不信的，但是老项目谁没事想去重构呢，都是灾难。。。。所以在企业里能用成品就不要自己搞，初版开发是不难，就是后面老是要整体调整，就很麻烦了。。。要是用成品我们直接会说“这个功能没有”就行了，自家开发的你不做就是你的问题，不存在什么开发不了。

结果就是劳心费神，还被指责能力差，真的是吐血，我们部门人力也不够，要是开发肯定能开发的，但是你其他工作又耽误了，回头还是一个“能力差”的评价，所以员工早已绝望，效果也是全凭心情，你糊弄我，我糊弄你。

我在企业里碰过的老项目，基本上都是屎山，文档是不可能有文档的，这辈子都不可能有文档的（你能信某个枚举编码是 1 、2 、3 、4 、5 、X ，好家伙你用数字就好好用，X 是什么，还有订单的产品数量用的是字符串字段存储，还存储了千分号，一个排序全死翘翘，你能信几百人的列表，打开速度居然是 8 秒，一看 SQL 无语了，好家伙它每次显示都要去统计所有日志然后排序然后关联到人员再排序，完全不评估服务器运算的复杂度，我优化后直接瞬开），摸着石头去开发，有时候写错了都不知道，关联性低一点的还好，要是关联性多一点的程序，为了修改一个逻辑，查遍所有所有用到的页面，才能梳理出接近真相的答案，但不保真。


这些都是真实经历，我们接手的时候总觉得前辈开发的太辣鸡了，总在上面挑毛病，许多功能还是半成品，等我们接手后，根本没有时间精力去好好梳理，好好的按规范开发，时间不够，人力不够，工作项也是按需求随时变来变去，搞到最后都是糊弄，宁愿花时间摸鱼都不想碰那些代码。。。。不用说，后面的人也会指责我们辣鸡，久而久之个个落得“技术差”的评价，还是花钱买吧，自己搞纯属自己找不痛快，离职后都不安生。

有预算么，买个 OA 系统，这个功能一般是叫“自定义表单”或者“协同表单”，一箩筐全部解决了，也方便维护。

一般企业，搞几百个这种表单都正常。

自己开发纯属没事找事，当然也可以自己开发个设计器，其实见识过成品还是不难开发的，就是费时间，直接打印网页就行。主要功能，按表格布局设计，输入框、单选、多选、下拉控件，数据报表，打印不用专门搞，直接打印网页就行。

不要老想着用 AI 自动化搞然后就担忧，工作你提供的是全套解决方案，而不是个别拧螺丝的小技巧。
就算是编程自动化了，也需要专业的人才能做成最合适最好的成品。

我最近梦见车子去做保养，听别人说车子做保养，全部零件都被换成了杂牌的，吓人，我一看我的车子也被换掉了，有裂纹的轮胎换成了纯杂牌无保障的新轮胎，恐怖如斯。

@xwh

抱歉，我的错，有点想当然了。
这应该是子掩码不包含的 IP 走了默认路由，然后三层交换通过路由表转发回去了 lan 口，这种情况蛮特殊的，可能不同的路由器会有不同的结果。
有点反常识了……

我特别喜欢歪门邪道的方法，因为家用/企业环境不可能都刚好有企业级的二三层网管交换机，且设备不一定趁手，如果是企业里反而好搞，直接按规范来就行。
我再提供几个思路，哈哈哈

@all
更正回答：
解决思路 1(0 成本，有局限)：局域网正常设备有完整的网络功能(Windows/Linux 都有)，通过 ARP 设置不可信 IP 指向错误的 MAC 地址，自然该 IP 也不能访问其他正常设备了

解决思路 2(0 成本，有局限)：要限制的设备有设置路由表功能(Windows/Linux 都有)，直接按范围通过静态路由指向同网段无效 IP 。

解决思路 3：如果局域网内其他设备拥有完整的网络功能，通常会带有防火墙功能，通过自己的防火墙拦截掉不信任的 IP 范围也是可以的。

解决思路 4(买便宜路由器)：要限制的设备上面套一个带防火墙的路由器(老式家用路由器都带防火墙功能，或者刷 openwrt 软路由，或者一百多的企业路由器)，WAN 口接局域网，LAN 口开 DHCP ，IP 段与 WAN 口不相同，限制一下目标 IP 范围就行了。
这个解决办法价格便宜，但是要增加一个路由器。

解决思路 5(要买交换机)：买个带有端口隔离的交换机，5 口的网管交换机比如水星好像也有这个功能。

解决思路 6(受限于路由器功能，可能要买路由器)：路由器带有 VLAN 功能、端口隔离功能。

对了，我已经不用 Chrome 了。

原因是：吃饱了没事干老是乱搞新特性。
你能信右键居然还要滚动才能看到全部菜单，明明空间完全足够，明明右键就是快捷操作啊。

在室外烧烤吗？冬天老家晚上还蛮冷的

IE 太辣鸡，它做得最伟大的事情就是自杀了，禁用 IE 让开发人员终于不用两边开发了。

全员表演给老板看，哈哈哈

@xwh

内容已经说得很全面了，你看内容没看全，要么就是……

国内博客不能搞备案吧。

另外技术文章有没有关键词擦边了的……

可以写个脚本自动处理。

@F798

我说的不是“动路由器”，是“买路由器”，新的路由器只接那个设备，WAN 口接现在的局域网，然后在路由器里设置一下防火墙，没防火墙就按方法 1 来设置路由器网络，轻松搞定。。。刚才发帖的时候有点走神，少说了一句话。

还有疑问吗

只有 php 版本是强制的，其他的不一定