パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

ローソンチケットのWebが42日ぶりに復旧」記事へのコメント

  • バグ取りお疲れ様です(;´Д`)

    この手の製品に限らず、広告とかを見てると、
    ・フィルタをかましてクライアントにより動的に適切なコンテンツを表示する
    よりは、
    ・最初からクライアント毎に適切なコンテンツを見るように促す(携帯用は http://www.webiseite.dom/mibile/ みたいな感じ)
    方が、システム的な初期導入/運用維持費用が安く済みそうなのは、素人考えなのでしょうか。
     確かに同一URLにアクセスさせれば広告的な見栄えはするんでしょうけど、一度アクセスしてしまえばブックマークなり履歴から辿ることが多いんだよなぁ、とか考えると接続先のドメイン(URL)が多少長くても関係なかったりする訳で。
     さらに言ってしまえば、QRコードで掲載してくれるともっとうれしい訳で。
    • by Anonymous Coward on 2005年12月05日 17時28分 (#842737)
      今回のような動的な要素のある場合はN系統作るというのも手間だろうし、独立した外部の振り分け+変換エンジンではなく生成系内蔵の振り分け処理を使うと管理コンテンツも増える。後知恵では変な中間パイプをいれずに後者の形式にしておけば…とかあるかもしれないけど。

      このエンジンの売りは、おそらくバックエンドからそういった生成部分の分岐・変換処理の手間を追放して負荷と開発コストを削減、コンテンツは1ソース・マルチユースで製作コスト削減、でもって後段を増やせばスケーラビリティ確保もできますというような所だろうし、そういう意味では、この構成自体は失敗とは言い切れない。

      障害が長引いた点については、設計で振り分けエンジンの裏側は一本化できることを前提にしていただろうから、生成系が全機器共通の形になって、単に振り分け部分を交換するのも手間でできなかったのかも。動的部分と静的部分を分けて最悪時も一定の稼動ができるようにすることもあるけど、このサイトだとあまり意味なさそうだし。

      たぶん平常時の評価では普通に動いてたのに、実環境で負荷がかかった利用がされると発狂するとかでないの?>トラブル

      製品の不備であることは逃れようがないと思うので、結末としては、ローソンから請求書がやってくるか、厳しいサポート条件を飲まされるかになると思われる。
      親コメント

ソースを見ろ -- ある4桁UID

処理中...