我绝对被国内开发网站的得跪了

righttang

你这个算小事，我们在单位里面做开发的时候，一些Technical Geek特别喜欢开发reusable component，他们的selling point就是，你们以后改的时候，改一个地方，所有的地方都跟着更新。

但是开发reusable component的成本非常高，简单的header 和footer还好说，你一些table，button，还有toggle也要做成component，如果你不是重用几十次的，那基本上就是划不来。

而且对于别的Developer来做修改的时候，找起来特别特别累，以至于到最后，一个带有一段文字，2个按钮的页面，可以让2个Developer干三个星期。你就算copy paste everywhere也不至于干三个星期啊。

所以，这种东西也是case by case。

七瓦

十年前做个一个电商系统， 原来产品介绍页面全是动态从数据库生成的，用户打开一个页面需要近一分钟，主要是网络迟延不是数据库， 改成静态页面后只要几秒。 每天按照新价格重新生成全部页面到一个新目录。上万个产品一会儿就结束了， 第二天凌晨系统一点切换目录。

只要用户爽，码农这点苦算什么

ekom

现在很多CMS页面成生完后都可以下载一个静态的版本。楼主这活批量查找替换就可以了。就Meta Description 和Title得一个一个放，问题是上传后CMS抓取得到吗？毕竟理论上没进入数据库...到时候那个谁CMS里一更新，还得跪...

iamiii

并不是技术差，其实人为设置障碍，你想改点什么，可以再收一笔钱。

飞翔翼

这对楼主来说不是好事吗？工作量上去了，价格也可以开高点

HISOKA

学习了

eguan88

静态网页是否搜索引擎排得更好

nuptwg

七瓦 发表于 2017-6-19 12:27
十年前做个一个电商系统， 原来产品介绍页面全是动态从数据库生成的，用户打开一个页面需要近一分钟，主要 ...

没用缓存吗？

SethRich

eguan88 发表于 2017-7-7 08:08
静态网页是否搜索引擎排得更好

对，更好了，但是被某鬼佬公司告侵权，李鬼公司名，哈哈

12345678901234

一看就知道楼主入行时间短 作的多了 这种情况很多的

静态文件都是脚本生成的

ironcool

我还蛮喜欢静态的页面的呢，绝对稳定不出错，还快得发指。

有好些基于 ruby 的 blog 工具，比如 hexo, octopus，生成就是静态的页面，挂靠在 github，无数据库无 nothing，群众们喜欢得很，便宜大碗。

myfullstack

一天世界晴~ 发表于 2017-6-18 10:44
是不是印度的技术好点

印度也一样。之前在一个公司呆过，公司在该行业全球范围数一数二。但公司有个系统是外包给印度公司的，烂尾在那里很久。后来我接手这个玩意，发现每个jsp文件都没有重用，大量重复代码。后来只能把代码都分析对比合并，再慢慢修改功能。不过印度中国的软件跟贫富一样差距巨大。做得好的其实远超澳洲水平了。

myfullstack

ironcool 发表于 2017-7-31 16:26
我还蛮喜欢静态的页面的呢，绝对稳定不出错，还快得发指。

有好些基于 ruby 的 blog 工具，比如 hexo, oct ...

me too. 使用一些工具将代码转换为静态文件，这样维护和性能两不误。把生成的文件作为静态网站放在AWS S3上，接近0成本。

刘关张

SethRich 发表于 2017-6-18 10:32
就是说如果他要换一下footer里面的联系方式，这玩意儿是没有footer php的，我必须在每个网页里面的footer ...

楼主手动改啊，可以批量改啊，写个script， grep, sed，各种批量改文件方法

churchman

楼主还是见的少，林子大了什么鸟都有，大惊小怪，慢慢的你就见怪不怪了。

什么方案，都有当时各种因素的考量，现在看貌似很傻瓜，也许当时基于需求者的要求，开发者的水平，那是最好的方案。

所以党考验你的时候来了。

kongniao

估计是找在校学生业余开发兼练手

cnmxiu

跪这么久了，累不累呀

istoresys

什么主题回给删除了？

sctoss

herbertchak

静态的多好，你告诉Builder，把网站移到AWS S3上，连服务器的钱都省了

thh100

我之前參與的澳洲某知名企業網站開發工作，人家的產品頁面全部都是HTML的，連CMS系統都沒有。

SethRich

thh100 发表于 2018-12-24 12:02
我之前參與的澳洲某知名企業網站開發工作，人家的產品頁面全部都是HTML的，連CMS系統都沒有。 ...

小企业网站用这种东西。是高射炮打蚊子

lummar

SethRich 发表于 2017-6-19 12:46
这个前提是做的是最简单的CMS品牌宣传类网站，这种用这类型框架确实最好，问题是现在这网站是需要商品管 ...

这个。。。header/footer搞成一个shtml然后让页面包含不就完事儿了。。。

lummar

righttang 发表于 2017-6-19 13:05
你这个算小事，我们在单位里面做开发的时候，一些Technical Geek特别喜欢开发reusable component，他们的se ...

哈哈，跟我碰到的三歌架构师有得一拼。。。
丫的要做一个系统跟第三方集成，功能就是从数据库里读数据，然后发到一个web service，够简单吧？
然后硬是把东西做成了：
1. 一堆recorder往所有UI插，用来拦截数据id，这样一来所有相关的ui都要改。。。
2. 拿到id了，从数据库里读出来，然后搞了一堆mapper来转成一个格式，然后发个ActiveMQ。。。
2.1 如果没能发到AMQ，再往Web service直接发一次。。。
2.2 如果web service也没发成功，扔掉。。。
3. AMQ拿到了，用另外的mapper再折腾一遍发出去。。。
3.1 如果AMQ没能成功发送到web service，用AMQ的exponential delay延迟一下再发，然后居然连AMQ延时的单位是毫秒都不知道。。。
更奇葩的是，AMQ是没有persistent storage的，客户重启一下机器就完蛋了。。。AMQ里面没发出去的统统消失。。。
然后人家架构师是有考虑到消息可能丢失的哦，也有解决方案的：让客户指定时间段，然后把那一段时间内的数据统统通过上面的逻辑再发一遍。。。
顺便呢，把仍处于draft状态的信息也发点出去。。。
同时，为了不让数据库操作太快，顺便再时间字段上用了个函数，将datetime转化为date，以解决按date查询的问题。。。然后在一些客户的老版本数据库上直接崩溃。。。

考虑到代码的可复用性，所以AMQ相关代码是写在客户端里的，然后把二进制文件拷到AMQ消息处理的window service的bin下面再引用。。。再为了让系统可配置，所以准备了四套配置系统，两个配置文件，一个数据库配置再加上注册表，燃鹅，并没有一个能用的。。。

这还不算，为了显示架构师的高超能力，还顺便把十多年没人碰的老代码refactor了一把，搞出来的问题把几乎所有客户的财务报表给搞坏了。。。更nb的是，是极其隐晦的搞坏了，等发现了已经是一年多以后的事情了。。。

donghuayf_066

绝对安全的网站结构！已经见过很多次了。不是一般坑

xyouc

估计为了省服务器的钱，放到aws s3里面吧？