このご時世にこんなアナログな事ある？とある会社のとある商品ページは「全部静的ページで、Topとカテゴリページ合わせて20ページ以上あって、1000前後の商品が載ってて、週一回商品の増減、入れ替わり、価格変動があるので週一回必ずhtml/css/ssi更新して、1人の人間が目でpc/so チェックして表示間違いがないかを確認する」という状況。普通このレベルはCMS使って、動的に商品一覧/詳細ページ生成とかしないと、当然ミスが起こるし、目でチェック出来るレベル超えてると思うのですが、皆さんどう思いますか？こういう会社って意外と多いの？これ普通なの？
19 件の回答
普通じゃないけど、そういう作業が好きな人にとってはいいんじゃね。
効率を上げるための策は必要だとおもうね。人権費を計算してみると
わかると思う。
環境によって「普通」の定義は違う。ITリテラシーの低いその会社では「普通」なのだろうが、少なくともWeb業界では「異常」だろう。
かなり大手で、最先端っすITリテラシー高いっす的なオーラを出してる会社なので、この感じなのやっぱ変だよなー。やっぱり普通じゃないなー。やべーなー。
静的サイトの方が速い
工数増えて稼げるなぁ
CMSに疲弊した俺は、むしろそういう方向に移行してるよ。5年くらい前から。
node.js上でDB読み込んで、pug/sass展開すれば、全然問題ないよ。
「静的ファイル」と「動的ファイル」の違いは、「プリコンパイル」か「リアルタイムコンパイル」かの違いに過ぎないから、今の時代はCMSのような大げさのものはいらんと思うよ。
Re:8
ほんまそれ。
リアルタイムにデータが変わるわけじゃないのに毎回レンダリングするとか効率悪い
Re:8
そりゃ静的にするならそうするさ。だがトピ主の環境はジェネレータも導入されてないようだが。
Re:8
主です。
＞node.js上でDB読み込んで、pug/sass展開
勉強になります！そうですね。たしかに、静的サイトの方が表示速いし、リアルタイムでデータも変わらんしで、静的ページである事自体は問題ではないですね。問題はページができるまでの過程です。お察しの通りジェネレータもありませんし、Webデータベースから一回csv出して手でごにょごにょしてからssiにしてみたいな運用です。で、私の今の権限、状況ではこの運用変えられそうにないので、会社辞めることにしました～！！
Re:11
最近はリアルタイムコンパイルと初回のテストツール使いまわしたクロールで静的ファイル作って回してる。大手ほど人も技術も老朽化して技術サイクルが遅くなるものなんだろうな。
資金のサイクルに比べて技術サイクルや保守性なんて気にされないもの。
Re:8
キャッシュじゃだめなの？
Re:13
？
Re:13
キャッシュでいいと思うよ
Re:15
？
Re:15
たぶん、こういうことなんじゃないかと思って回答した。
コンパイルの仕組み自体はサーバー側において、初回アクセス時にコンパイルした結果を永続的に存在させる。それを実ファイルで存在させるかキャッシャとしてメモリ上で存在させるかは問題ではなく、毎回毎回リアルタイムコンパイルしないという目的は達成しているということかと。
Re:15
あるいは、単純なリバースプロキシやCDNをキャッシュと言ってるのかも。
Re:17
補足ありがとう。そういう認識であってます。
昔からよくある常套手段だと思うので。
node.js使って効率的にすすめるしか・・・。ただ、担当者レベルでの修正も発生するとなると難しい言語使えないリスクもあるかな・・・。
大手だからって最先端とは限らないよね。セキュリティに重きを置きすぎている会社もあるから。
前にいた会社はセキュリティ重視で秀丸エディタしか使えなかった。
あと、何するにも書類を作成して上長に許可もらわなきゃだから時間かかったり等・・・。