Art in Kochiを18件ほど更新しました。ぜひご覧あれ。
http://art.jpn.ch
フリーペーパー版の修正や編集に追われていたので、
すっかりおろそかになってしまっているサイト版のArt in Kochi。
継続的情報サイトにとってこういう更新の断続は致命的。
とにかく人件費がないことにはスタッフがないので更新ができず、この状況は改善されません。
しばらくは イベントを開催するサイドのみなさんからの、情報の投稿をお願いいたします!。
そして、フリーペーパーを配布を開始したということは、
つまりサイトを見に来る人が増えるということで、
サイトに情報が一番必要な時に サイトに情報がない状態になっています。
しかも後述参照ですが「18件以上更新できない状態」になっています。最悪。
システム設置時の根本からの問題。
こうなってくると情報の更新だけではなくなるので、 私の代打がいない。
で、どうにか人が居なくても状況を改善できる部分はないのかと考えたところで、
新記事(新イベント)を更新するのにかかる構築時間が完全にネックなのです。
結局システムの根本からの問題。
以下そこから始まるMTの話。 (=MovableTypeやサーバーを使っていない人にはとにかく縁のない意味不明な話)
http://art.jpn.ch
フリーペーパー版の修正や編集に追われていたので、
すっかりおろそかになってしまっているサイト版のArt in Kochi。
継続的情報サイトにとってこういう更新の断続は致命的。
とにかく人件費がないことにはスタッフがないので更新ができず、この状況は改善されません。
しばらくは イベントを開催するサイドのみなさんからの、情報の投稿をお願いいたします!。
そして、フリーペーパーを配布を開始したということは、
つまりサイトを見に来る人が増えるということで、
サイトに情報が一番必要な時に サイトに情報がない状態になっています。
しかも後述参照ですが「18件以上更新できない状態」になっています。最悪。
システム設置時の根本からの問題。
こうなってくると情報の更新だけではなくなるので、 私の代打がいない。
で、どうにか人が居なくても状況を改善できる部分はないのかと考えたところで、
新記事(新イベント)を更新するのにかかる構築時間が完全にネックなのです。
結局システムの根本からの問題。
以下そこから始まるMTの話。 (=MovableTypeやサーバーを使っていない人にはとにかく縁のない意味不明な話)
-----------------------------------------
つまり、人間がどれだけ急いだって、パソコンの処理能力が低くて時間がかかると 人間が待ちの状態になる
時間の無駄ができ、 私みたいになんやかんややっている人が合間にできることではなくなってきているわけです。
パソコンの処理能力、それを解決するためにもWindowsをついに購入。
(けっして動画を見るためだけではなくね。)
それでも解決不能なのが「サーバーの処理時間」。
いくらパソコンに空き容量があったところでサーバーに空き容量がないと再構築がものすごく遅い。
最速20秒以下で済むはずのことを1分も2分もかかった上に、正常な処理ができずに500エラーが出る
(500エラーというのはサーバー負荷過多の表示)という自分の人生がどんどん無駄に削られていく時間。
で、それが起きるのは 「MTGrid」を使ってMTのメインページのテーブルに 各カテゴリーの新着順位5位までの記事の画像やエントリータイトルを表示しているからだ と思っていました。
ずっとそう思っていました。だからまだ良かったのです。
実態はそうではなく、「200MBしかない所に190MB以上のデータを送っていたから」でした。
なぜそれがわかったかといえば、
全部MTGrid表示の所を カテゴリー別抜き出しのlastn="1"のoffset="n"でバラバラに分解して順表示してみたにもかかわらず、再構築が500エラーだったから。
記事が増えすぎ、データ量が増し、画像の量が増し、 残りのわずかな容量で処理をしていたから500エラーが出るんです。
つまり、できるわけがないことをやっていたから500エラーが出ていたのです。
・・・まぁそんなことにはだいぶ気がついていたのですが、 ついにその容量も超過し、
現在のArt in Kochiは 「200MBのスペースに203MBのデータが詰め込まれています」
もう限界です。システムのストレス的にも人間のストレス的にも限界です。
発信側も限界なら、表示側も限界です。遅い。表示が。
とにかくサーバー引っ越しをします。
なんでこんな情報データベースのサイトを作るのに200MBしかないところを使うんだ?
そっちのほうがはなから疑問だ。
そもそもいつでも引っ越しできるようにhttp://art.jpn.chというドメインを 一番フォワードに
持ってきているのですが。
「ロリポの200MBコース+MT」というのもなんだかんだで貧弱な組み合わせなわけですよ。
そうは言っても他のなんだかんだとくっついて登録しているわけでtacoはロリポとは分離不能。
ならばチカッパにするべきではないかと。
チカッパはロリポからムームードメインの移行が可能で、200MBの5倍である1GBサーバ。
(tacoはムームーをとってないが)
しかもロリポの200MBに300MB追加する500MBコースと月額が同額=500円。
同じ所がやってるので、ロリポBLOGからチカッパBLOGにデータを読み込みできないはずがなく。
引越の場合、初期費用が半額(2100円→1050円)。
しかも月々210円追加すれば、1GBどころか2GBまで使えるわけです。
・・・何なんだ今までの無駄な時間。
(さらに言えば、設置当初ロリポはMTをcgiフォルダに入れないと動作しないタイプのサーバだったのに、いまやサーバー内のどこでもcgiが動く。
[↑こんなことを書いても何がどれだけ面倒かたいていの人には全然伝わらない])
とにかく無駄が多すぎる。
なんでそもそもMTにせざるを得ない状況になったのだろう。
なんでXOOPSにしなかったんだろう。
不特定多数からの投稿を反映させるならどう考えたってこの2択だったら答えは「XOOPS」だろう。
おかしい。
最初っからそんなことには気づいているのに、
何故管理する役目になる私は知っていたのにこういうことになってるのか。
で。どんなに正論でも私が何が不服なのかは結局9割9分の人には伝わらない。
やっぱり把握している人間が決定しないと意味がない結果しか生まれない。
無駄だらけだ。
つまり、人間がどれだけ急いだって、パソコンの処理能力が低くて時間がかかると 人間が待ちの状態になる
時間の無駄ができ、 私みたいになんやかんややっている人が合間にできることではなくなってきているわけです。
パソコンの処理能力、それを解決するためにもWindowsをついに購入。
(けっして動画を見るためだけではなくね。)
それでも解決不能なのが「サーバーの処理時間」。
いくらパソコンに空き容量があったところでサーバーに空き容量がないと再構築がものすごく遅い。
最速20秒以下で済むはずのことを1分も2分もかかった上に、正常な処理ができずに500エラーが出る
(500エラーというのはサーバー負荷過多の表示)という自分の人生がどんどん無駄に削られていく時間。
で、それが起きるのは 「MTGrid」を使ってMTのメインページのテーブルに 各カテゴリーの新着順位5位までの記事の画像やエントリータイトルを表示しているからだ と思っていました。
ずっとそう思っていました。だからまだ良かったのです。
実態はそうではなく、「200MBしかない所に190MB以上のデータを送っていたから」でした。
なぜそれがわかったかといえば、
全部MTGrid表示の所を カテゴリー別抜き出しのlastn="1"のoffset="n"でバラバラに分解して順表示してみたにもかかわらず、再構築が500エラーだったから。
記事が増えすぎ、データ量が増し、画像の量が増し、 残りのわずかな容量で処理をしていたから500エラーが出るんです。
つまり、できるわけがないことをやっていたから500エラーが出ていたのです。
・・・まぁそんなことにはだいぶ気がついていたのですが、 ついにその容量も超過し、
現在のArt in Kochiは 「200MBのスペースに203MBのデータが詰め込まれています」
もう限界です。システムのストレス的にも人間のストレス的にも限界です。
発信側も限界なら、表示側も限界です。遅い。表示が。
とにかくサーバー引っ越しをします。
なんでこんな情報データベースのサイトを作るのに200MBしかないところを使うんだ?
そっちのほうがはなから疑問だ。
そもそもいつでも引っ越しできるようにhttp://art.jpn.chというドメインを 一番フォワードに
持ってきているのですが。
「ロリポの200MBコース+MT」というのもなんだかんだで貧弱な組み合わせなわけですよ。
そうは言っても他のなんだかんだとくっついて登録しているわけでtacoはロリポとは分離不能。
ならばチカッパにするべきではないかと。
チカッパはロリポからムームードメインの移行が可能で、200MBの5倍である1GBサーバ。
(tacoはムームーをとってないが)
しかもロリポの200MBに300MB追加する500MBコースと月額が同額=500円。
同じ所がやってるので、ロリポBLOGからチカッパBLOGにデータを読み込みできないはずがなく。
引越の場合、初期費用が半額(2100円→1050円)。
しかも月々210円追加すれば、1GBどころか2GBまで使えるわけです。
・・・何なんだ今までの無駄な時間。
(さらに言えば、設置当初ロリポはMTをcgiフォルダに入れないと動作しないタイプのサーバだったのに、いまやサーバー内のどこでもcgiが動く。
[↑こんなことを書いても何がどれだけ面倒かたいていの人には全然伝わらない])
とにかく無駄が多すぎる。
なんでそもそもMTにせざるを得ない状況になったのだろう。
なんでXOOPSにしなかったんだろう。
不特定多数からの投稿を反映させるならどう考えたってこの2択だったら答えは「XOOPS」だろう。
おかしい。
最初っからそんなことには気づいているのに、
何故管理する役目になる私は知っていたのにこういうことになってるのか。
で。どんなに正論でも私が何が不服なのかは結局9割9分の人には伝わらない。
やっぱり把握している人間が決定しないと意味がない結果しか生まれない。
無駄だらけだ。




検索









