新QRコード画像登録検索システム移行手順
概要
既存の色分けで分類されたQRコード画像ページの情報を新しいシステムに移行します。
1個ずつ、画像ファイル、色、アンテナ、名前、コメントを登録して行きます。
新しいシステムに移行することにより、入力の規則化、検索性とメンテ性の向上、イタズラの抑制、メニュー画面の簡易化を期待してます。
手順
すでに移行が終わってる画像ではないか確認してから作業をしてください。
終わってる奴はコメント欄に★が付いてます。
また、自分がどのページの画像を移そうとしてるのか事前に宣言してから、作業を開始してください。
終わったら、終わりを宣言してください。
- 既存のQRコードのページを開いて、画像と情報を取得
1個ブラウザーを、このページ専用で開きっぱなしが良いです。
- 画像を保存する
IEなら画像右クリック→(A)対象をファイルに保存
- QRコード画像アップロード(新)を開いて、登録
- 画像の項目&botton{参照};を押して、先ほどの保存したファイルを選択
- 以下、名前、色、アンテナを指定。
情報はさっき開いていた旧QRコードのページのコメントを参考に。
名前などのひらがな文字列は、気の利いたブラウザーなら単語にカーソル合わせてダブルクリックで範囲選択してくれます。
不明な部分は未設定でよいです。
コメントはできるだけ入れるで。長かったり、面倒なら飛ばしても。"光る"とか、アンテナの成長説明はいらないです。 - アンテナで範囲選択があるものは忘れずに
選択が必要なアンテナは、名称に(1/3/全)と付いてます。 - 縞の色指定は頭のてっぺんの色が、色1、その次の色が色2(縞)で。
まあ、どっちがどっちでも問題はないです。検索でも引っ掛かるようになってます。 - 最後、&botton{追加};を押して登録
新規に作成された個別ページに飛びます。
登録ページに戻る際は、画面上部のTop > QRの階層リンクか、左側のメニューから。
- 移行が完了した画像は、元QR表のコメントに★印
重複しないためです。
赤1なら赤1全部終わったところで、最後まとめて書き換えでもいいです。
その場合は、TextEditorで置換すると楽です。例えば、"(preview:1){"→"(preview:1){★"で置換
- 以上で1セット
- 間違えた場合、修正をしたいとき
一覧表から登録したページに飛んで、そのページのソースを直接編集してください。
画像を貼りわすれた場合は、修正が面倒なので、そのページごと消して、最初からやり直してください。
間違えたページを消して、ページ番号が欠番になっても大丈夫です。番号が若い順に勝手に埋まっていきます。
やり方が、わからない場合はそのページは放置で良いです。コメント欄で依頼してください。
- 複数人で作業する場合の注意
コメント欄で、これからどのQRのページのファイルの移行作業をするのか宣言してください。
複数人が同時に同じページの移行作業をしないようにしてください。
作業が終わったら、宣言してください。
懸念事項
- ページ数の増大
新しいシステムは、1画像につき1ページ作られます。既存のものは1ページ20画像程度でしたので、移行することにより相対的にページ数が増大します。
また、現状(2012/10/21)アップロードされてる画像は900弱くらいです。画像は今後も増え続けるので、サイト内のページ数の絶対量が増えていきす。
wikiwikiでページ数(正確には、ページ名称の文字列長の総和)が増えると次の問題がおきます。リンク
この問題は、サイト内でAutolink機能を使っているときにのみ起こる問題なので、AutolinkをOffにすれば回避できます。(要管理者権限)
Autolinkがなくなることによって、一部の単語に貼られてる自動リンクが解除されますが、このサイトは大抵のページに左メニューから1回で飛べるので大した問題はないと思います。またリンク自体は、ソースの文字列を[[]]で囲むことにより自分でつけることができます。
また、今回作成した新しいシステムのページは意図的にページ名称の長さを抑制しています。"QR"の半角2文字+ページ数値分です。このことにより、上記Autolinkの問題が起きるまでの時間リミットを緩和しています。
結果的に問題が起きなければそれでよし、問題が起きた場合はAutolinkを切る対処でまずは乗り切れるので重大性はないと考えます。
感覚的に2000ページくらいは問題が出ないのではないかと思ってます。
- ファイル容量の増大
wikiwikiとして特に規定はないようです。リンク
概算ですが、3DSで出力された画像ファイルは、1個高々70KB程度です。仮に1万ファイル登録しても700MB程度です。無料ホームページで1GB貸すところもあるくらいなので、まあ、なんとかなるでしょう。
- サーバーへの処理負荷増大
ページ数やファイル容量よりも、サーバーへの負荷の方が問題かもしれません。
一覧表示や検索の仕組みは、QRページ以下に存在する全ページの読み込みと、それらからの定義された項目の抽出によって行われます。
すでに同様の仕組みで動いてる質問箱は500件以上のページで普通に動いており実績的にそれくらいは問題ないですが、今後1000件、2000件と増えて行くとどうなるかわかりません。
QR検索の動作負荷は、このサイト全体のレスポンスのみならず、同サーバー内に同居するほかのサイトにも影響します。
このことが問題になった場合は、まずQRのページを分散します。例えば、現在のQRページー以下の階層を1000件区切りとして、次にQR2を作ってその下に1000件とやることにより、ページの読み込み量を分散します。
最終的にどうにも負荷が緩和できないときは、QRアップロード専用のWikiに移行を検討します。ただ、その前にこのwikiが専用サーバーに入れられるのが先かもしれません。リンク*1
作成:でん