この時間は、お山田智さんにワードプレスコンテンツのリニューアルと採用システムの剪定についてというタイトルでお話をいただきます東京文化財研究所の社内開発者として文化財情報のデータベースを作成されているお山田さんですがここ最近でのワードプレスの変化とともにシステムリニューアルについてといろいろなことが重なっている中で運用の課題などを含め、技術剪定などどのようにお仕事を進められているのかをお話しいただきたいと思いますでは、お山田さんどうぞよろしくお願いいたしますご紹介に預かりましたお山田と申しますどうぞよろしくお願いします先ほどのキービジュアルのところにもタイトルは書かれておりましたが本日はワードプレスコンテンツのリニューアルと採用システムの剪定についてというタイトルで発表いたします多くの大学や研究所でウェブデータベース、ウェブコンテンツを公開しておりますが多くの場合、研究者個人やゼミ、あるいは研究室単位で開発や運用というものをされていることが多く研究者の移動や退職でデータベースが中に浮いてしまうということもよくありますしかしこれらの情報というものが学術資料である、あるいは公共の情報であると考えるのであればURLまで含めて無期限の、期限を定めない継続あるいは公開というものが実のところ、アモークの前提となってもおりますあとはいえ、情報やURLが維持されるためにはやはりバックエンドが定期的に作り替えられる必要があります本発表のそういった試行錯誤の中間報告となりますちょっとまだリニューアル自体が終わっていないということと、個別具体的な事例報告など申し訳ないところがあるんですけども、付き合いただければなと思います発表内容の概略になります。簡単に自己紹介をさせていただいて、その後でリニューアル対象のコンテンツを紹介いたしますその後、運用上の問題に触れてリニューアルの方針、それから試案、施策と進んで最後にまとめたいと思います最後にまとめの後でリニューアルにあたって、Web全般の考え方であるとか、ちょっと技術的なところで参考になったサイトというものを紹介して終わりたいと思います私が所属している東京文化財研究所なんですけれども、本発表では今後その略称で等分件とさせていただきます。JR山手線のウイスザリ駅が催り駅でございまして、東京国立博物館の裏手に立っております1930年このスライドでお示ししている黒田正希、画家の黒田正希、ご飯で有名な黒田正希ですね彼の有意言とあと遺産の一部を使って美術の研究所として設立されましたただ現在はお祭りなどの向け分解算や修理材料、あるいは保存環境そのものLEDであるとか、そういった証明機材が美術品で与える影響、そういったことも研究対象としておりさらに海外の遺跡などの発掘調査を含めて行っておる文化財全般についての研究所として活動していますなおこの黒田正希はの党文献の設立のきっかけとなった画家ですけれども、鹿児島生まれで5歳の時におじさんで明治の施策の黒田気渥なの用紙になりますそのあと17歳で法律の勉強のためにフランスに留学するんですけれども、9年後に帰国した時には画家になっていたっていうなかなか不思議な経歴を持ってそのまま法律日本ではアカデミックに油絵を学んではいなかったんですけれども、そのあとフランスで勉強して帰ってきてこういう絵を描くに至ったっていう不思議な方でございますそうですね、黒田正希は後半で有名なんですけれども、案外経歴を辿っていくとなかなか用紙だったっていうところもあって難しい経歴を持った人でもありますそういった等分件で私はデータベースを作っておりますが、ITとの関わり、Webとの関わりということで申し上げますと、2000年ごろに個人ウェブサイトを手打ちのHTMLで始めたことがきっかけでしょうかそのあと、アルバイトでウェブサイトの作成やファイルメーカーですね、今でも使っておりますけれども、ファイルメーカーアプリの開発等を行うようになりまして、2013年ごろワードプレスとか変わるようになりますただ、ワードプレスにつきましてはブログツールとしてではなくて、前SQLのデータを公開するためのビューはとして認識していました前SQLのデータっていうのを自由に表示できるなんてすごい、っていう認識でワードプレスに関わりになりまして、あのテーマもPHPで自作しておりましたそしてそのまま2014年に本日の主題でもあるワードプレスで作成したWebコンテンツを公開し、現在まで10年までの運用を継続しておりますなお私自身は広報担当っていうわけではありませんが、研究成果や調査データのWebでの公開っていうところを職務としている関係で、データベースに限らずWebサイト全般の構築等によも担当しております2014年に作成したワードプレスのコンテンツと申し上げましたが、当文献では同じタイミングで2つのワードプレスを構築しており、現在まで両者の運用を継続しております簡単に言いますと、所蔵している資料のリストを公開している総合検索当文献GOJPアーカイブスっていうわけですけれども、それともう一つデジタル化した文化剤の画像や先ほどのクロダ席が残した日記などコンテンツ自体を公開している研究資料データベースとなりますこちらの当文献GOJPのMaterialsというわけで公開しております資料のリストと資料そのものという使いわけです総合検索でクロダ席検索しますとクロダ席の中央公論から出ている4冊組の日記の本がヒットしますMaterialsの方で検索しますと、そちらの5000日分のクロダ席の日記がそのままワードプレスの投稿として登録されておりますまず資料のリストを公開する当文献総合検索についてご説明いたします例えば浮世絵のかつしか北斎で検索すると複数のデータベースに対して横断検索を行います単純な表のレイアウトで一行一レコードなんですけれども、詳細をクリックするとレイアウトの都合で一欄から漏れた前後目が表示されるというふうになっておりますそして学術系とか公共系のウェブサイトデータベースでよくある仕様なんですけれども、基本的に個別のレコードは個別のURLを持っておりませんワードプレスの特徴として、1レコードが1つのURLを持つということがあると思いますが、総合検索は検索対象のレコードをワードプレスには登録していないためURLが発行されておりませんでは、何をワードプレスに登録しているのかと申しますと検索画面と検索結果の画面を固定ページとして登録しております固定ページAに設置したフォームで検索しますと、検索結果を表示する固定ページBに専用します固定ページBでは検索ホームから検索後を取得して、ここでSQLを組み立ててマリアDBに問い合わせを行います検索対象のデータはワードプレスとは関係なく独自に作成したテーブルにあらかじめ登録しておりますので、組み立てたSQLはこの独自のテーブルからデータを抽出しますSQLなんですけれども、基本的にはその前後曖昧検索でデータを取ってくるので、速度はそれほど早くはありません取得したデータにつきましてはJQueryのデータテーブルです、こちらを使って表示しておりますですので、現在およそ177万件が登録されております検索可能なデータベースなんですけれどもワードプレスに登録しているのは原則として検索ホームが設置された固定ページ、それから検索結果を表示するための固定ページの2ページということになりますただこれがデータベースごとにこのペアがあって、さらに日Aでそれぞれの固定ページがありますので、合わせて110ページというところが固定ページとして登録されております先ほどのスライドと繰り返しにはなるんですけれども、総合検索につきましては検索対象データをワードプレスには登録しておらず、マリアDBに独自に作成したテーブルに登録しておりますしたがってデータの追加や削除といったデータの操作についてはマリアDBを直接操作することで行っております例えばPHPMyAdminを使ったり、リアのサーバーに入ってコマンドで操作したりとしておりますが、ワードプレスを返さないで作業を行っておりますですので、ワードプレスの利用として諦めて限定的な利用方法といえますこういったワードプレスの利用方法につきましては、そもそも等分件ではそのデータをファイルメーカーやExcelといったワードプレスの外の別のアプリで研究者やプロジェクトごとに作っているという事情がありますいってみれば、その業務系と公開系とでシステムを分けておってデータの編集や操作については業務系のみで行い公開系は公開に限定した機能で運用することで安全性などを担保しているということになります一方、コンテンツ自体を提供している研究資料データベースの方につきましてはカスタム投稿、カスタム分離またカスタンフィールドの機能をすなおに利用して見た目上で複数のデータベースを実現しています現在のところ、カスタム投稿で約10万件、カスタンフィールドで約160万件を利用しております先ほど申し上げている黒田正希の日記も大体5000日分なんですけれどもすなおに1886年5月21日の投稿として登録しておりますただ、画像なんですけれども画像ファイルにつきましてはワードプレスのメディア機能は使わずにサーバー上にFTPで直接アップロードした画像ファイルをIMGタグで表示させておりますワードプレスの本文部分にIMGタグを書いてしまうこともありますしあるいはカスタムフィールドに画像のURLを登録してそれを表示させる場合というものもありますこれなんですけれども画像の枚数が多かったことあとファイルメイヤーそのフォルダーの整理というものを自由に行いたかったのでワードプレスのメディア機能は使えませんでしたただ今となってみるとそのためにワードプレスがデフォーで持っている知恵読み込みなどが適用されず今となっては少々公開しているところでもありますとはいえファイルとデータの関連付けというのはどのように管理しても管理からこぼれる部分があると申しますか結局ファイルの良さというのが例外を共用するところにあるので難しいなと思っています一時なんですけどファイルも文字列に変換してデータベースに登録して管理ができないかと検証したこともありますがコテマを考えるとあまり現実的でありませんでしたJPEGやPDFのように独立性が高いといいますかシステムとは関係なく存在できるほどに一般化した企画のファイルにつきましては例えば組織の内外を問わずダウンロードであるとかでコピーで増えていきますし一方でコピーされたファイルというのが果たしてオリジナルと同一かどうかというところを一致確認することもできませんただちょっと後ほど触れますけれどもウェブサイトにつきましても性的ファイル、HTMLファイルで構築する良さというものは最近改めて評価されているところですしファイルかデータかというのはなかなか一丁一丁だなというところがございますデータの登録についてなんですけれども先ほども触れましたがデータについては基本的にワードプレスの外で作成しておりますこれは2つのワードプレスのどちらも同様です公文権の場合は研究対象の幅が広いため1つの業務系システムがあるわけではありませんそれぞれの研究者がエクセリアファイルメーカーでデータを作成しそこから公開するデータのみを抽出した上でワードプレスに登録していますこういった運用のわずらわしさというのはもちろんあるんですけれども例えばその文化財の所有者の個人情報であるとかそういった配慮が必要な情報の流出というものをほぼ考えなくても良くなりますもちろん情報の改ざんというのは困るのでセキュリティ対策というのは当然行っているんですけれども公開用のシステムや領域には公開してもいいデータ情報のみが保存されているというのはやはり管理上の分かりやすさというのは大変にあるかなと考えておりますまたこういった運用の結果なんですけれども元データのファイルとワードプレスへの登録用のファイルそれからワードプレスというかマリアDB上の登録レコードというふうに3箇所にデータが存在することになりますがこれは最低限のデータのバックアップというものを複数のアプリで動作確認をしながら取得し続けているということでもありますこれでさらにワードプレスの公開用サーバーがクラウドであれば最低限のデータの遠隔子保存ということにもなるんですがよくも悪くも初内のオンプレミスでサーバーを運用しているので今のところ遠隔子保存というところはできておりませんちょっとここまでが前提と言いますか長いマイフルになりましたが本来になりますまずは課題というところなんですけども使い分けか統合というところでもともとリストを検索するためのワードプレスコンテンツ自体を提供するためのワードプレスという済み分けでベッド開発されたものだったんですけどもただある時リストを検索するための総合検索でコンテンツを提供するための研究資料DBの情報が見れるようになりまして右側総合検索の方で総合検索の方ではこういった画像とかは出していなくて資料の目ろく例えばエツナー室図書館にある本のリストなどを出していたんですけれどもやってみたら画像も表示できたというところでやってしまったというところなんですけれどももちろん総合検索は先ほどから検索後からSQLを組み立てるためにワードプレスを利用していると申し上げましたしSQLで検索できるDBであればどんなDBからでもデータを抽出することは難しくありませんまたワードプレスの良さというところを考えますマリアDBにデータが入っていさえすればそれがワードプレスのテーブルであろうがなかろうがデータをいつでも好きな場所に好きなタイミングで表示させることができるというのはやはり動的なCMSであるワードプレスの大きな特徴だというふうにも言えますまたちょっと図書館が代表的ですけれども博物館図書館治療館などではこのところ組織館のデータベースの総合検索総合運用の実現というものが大きな流れとしてありますそれを思うとこの総合検索と研究資料DBの関係も総合検索の側からの総合運用の一つ総合検索の一つと言えなくはありませんとはいえ同一組織内でそれをやってもあまり効果的ではありませんし余補度のヘビーユーザーでなければ使い分けに混乱が承知しまいますということでここからがリニューアリに向けた課題でまず2つのワードプレスの使い分けあるいは統合の可能性の問題です次の課題なんですけれどもこちらはそのカスタム投稿 カスタム分類 カスタンフィールドで構築しました研究資料データベースの問題ですの個別ページのURLに関する問題です等分件のデータはワードプレスではなく別システムで作っているわけですけれどもただ個別ページのURLになって最初ポストIDを使ってしまいましたしたがってそれぞれバラバラのアプリで作成されている元データにワードプレスで生成されるポストIDを紐付ける作業が発生してしまいます例えばこちらのスライドちょっとごめんなさい表示が薄くなってしまったんですけれども民族学者の斉藤玉さんが作成された調査カードのデータベースなんですけれども0000001001番の調査カードですけれどもこちらにワードプレスが発行したポストIDは824906っていうものを紐付けるって管理しなければなりません余談といいますか後で本題になるんですけどどうしてワードプレスなのにポストID.htmlなんていうURLにしたのかと申しますとどういう当時10年前やはりワードプレスなんで大丈夫なのかっていう声が上がりました特にそれまで当文権のあまり同的なウェブサイト コンテンツっていうものを思ってなかったものですから内部的に相当な不安がありましたそこでワードプレスじゃなくて普通のhtmlですよみたいに儀装するようなhtmlを儀装するようなURLに設定したっていうところがありますワードプレス10年運用している中でいろいろ公開はあるんですけどこのhtmlの儀装っていうのは結構後を引く公開で今でも押し切ればよかったなと思っているところですねまたhtmlでなくてもポストIDの方につきましてここの研究プロジェクトで作成したIDや管理番号の方URLに流用すればそれでよかったんですけどもポストIDを利用したがために管理項目が増えたっていう課題となりますこの辺りの運用フローっていうものを改めて確認しますとまずそれぞれの研究プロジェクトでデータが作成されますこの段階で管理番号やIDっていうものが作成される場合が多いです次に元データを公開用に整形しワードプレスにインポートしますワードプレスでポストIDが発行されたポストIDをエクスポートして元データの方に書き戻しますワードプレスからデータをエクスポートするときなんですけどもちょっといくつかプラグインは試したんですけどもカスタム系のところを使っているのかカスタム投稿を使っているかどうもエクスポートが不安定な場合が多く結局PHPマイアドミンであるとかマリアDBに直接アクセスしてデータをエクスポートすることが多いですこの1年の作業フローっていうのは公開データと元データを関連付けるために必要な作業ですただ元データに始まってそこからワードプレスに行くのであれば素直なんですけども元データに始まってワードプレスに到着してさらに元データに戻るとなると運用が複雑になりますし何より管理しなければならないIDが一つ増えるというのは無駄とも言えますこちらの画像は当分県の9職員の尾高線の助の調査写真で画像ファイルはODKの18-090JPEGというものなんですけどもこちらに先ほどのサイトをたまと同じく27-095というポストアイで合わせて管理する必要がありますワードプレスはご存知のようにデフォルトでは投稿タイトルがURLに使われますしURLの変更は技術的には難しいことではありません投稿タイトルそれぞれに今からでもそれぞれのプロジェクトで利用されている管理番号などを利用して9URLからのリダイレクトをかけることも可能ですとはいえURLが変わらずいつまでもアクセスできることデータベースの信頼性ウェブサイトの信頼性というところでもありますこれに当分権のウェブサイトを利用して作成された文件や論文がありまして参考文件として当分権のURLが掲載されている以上これは安易に変更することはできません従いまして仮にURLを変更するとしたら全てのURLに対して変更先の案内表示を行うかリダイレクトというものを永続的に行うことが必要となります例えば当分権も先日連携を開始しましたが国の方で行っているデジタルアーカイブの連携サービスであるジャパンサーチこちらも実のところURLをジャパンサーチのシステムに登録するというURLによる連携でありましてますますURLの重要性というものは提供側として余しているというところがあります個人としてはURLを意識する機会というものは減っていると思われますがウェブの世界をインフラットして捉えるならばURLの維持継続というものはますますいうようになっているように考えられます本来に戻りますとコストIDというワードプレスのデータ管理で管理上の情報というものを把握するということはデータベースに直接アクセスしようとすると必須ではありますが必ず必要ではないと考えますので隠しておいた方がユーズが効いたのかなというところでございます細かな課題というのは他にもいくつもあるんですけども大きなところではこの2点というものを課題としてディニューアルを検討いたしましたそしてもちろん要件を整理するわけですがいきなりつまづくところが総合検索のURLは維持しながら研究資料dbの個別ページのURLも検討しています研究所としては総合検索というシステムを押しているんですけどもまとはいえ実際の論文等で引用されるデータ研究資料dbという二重構造がどうしてもつきまといますレスポンシブ対応につきましてはWebアクセシビリティ対応の一環でございますまた翻訳というところについても求められるところなんですけども専門用語の翻訳を待っていては逆にいつまでも公開できないということになってしまうので日本語を先行公開できるような仕組みというところも求められますまずは単純に一つのシステムで作り直すことにしましたURLにつきましてはリダイレクト対応をすれば目の前の問題の単純な解決はできるというところになります方向性を確認するための施策ですのでどんなシステムで作っても良かったんですけれどもワードプレスはやはり動く見本とりあえず動くところまで持っていくというところが非常に素早くできるのでワードプレスで施策をしております思えば2013年にワードプレスを始めた時もUSBメモリの中でも動作するというような検証環境の構築の観談さというのを当分件でワードプレスを入れた決めてだったかなというふうにこの場合のテーマなんですけれども画面正義の確認ができれば良いという程度のものでございます検証結果としましてはやはり単独のシステムは当たり前ですけど分かりやすくて良いという当たり前の結論です要件との部分につきましてはこれはワードプレスの問題か検証環境の問題かやはり170万件以上のレコードを登録するのにそれなりの時間がかかって170万件ぐらい登録したところで検証は終わったというところでございますもちろん一括登録に必要な作業時間というのは例えば夜間にあるであるとか利用者には関係のないところなのでフロント側の表示速度が我慢できる程度であれば良いという考え方もあると思いますデータのエクスポーティアインポートあるいはばっかりやっぱりストアっていった作業がない速度でこっそりできるのであればいざという時のトラブル対応も簡単ではあります本当にフロント側の速度というのはもちろんサービスの一環として重要なんですけれども一方で管理画面のようなバッケンド側の速度というのが早ければなんとかなってしまうトラブルというのも多いのではないでしょうかURLのリダイレクトにつきましてはURLの変更というものがかかりに1回でしたらなんとかなるかなと思うんですけれどもやはり複数開発性する可能性というところを考えると当たり前ですが可能な限り避けるべきという結論になりますちょっと本題とはそれるんですけれどもデジタルオブジェクトアイデンティファDOIっていうサービスがあってこれはリダイレクト用のURLと実際のURLっていうものペアで管理するサービスでユーザーはリダイレクト用のURLを常にブックマークして使うということで実際にURLが変化したとしても常に目的のページやファイルを開けるっていうサービスなんですけれども学術論文でよく使われるサービスで考え方としてはわかりやすいものですあとは利用者がリダイレクト用のURLではなくて飛んだ先実際のURLをブックマークしてしまったらちょっと意味がないものですし結局この2つのリダイレクト用のURLと実際にURLを管理するテーマっていうのはなくならないのでなかなか普及はしないのかなと思っておりますここで改めて原則に立ち返って考えてみますとワードプレスはコンテンツの作成支援失礼しました作成支援いいかいればエリターから管理、公開、検索っていうふうにさまざまな機能を持っていますこういった利用している機能の重複が発生しているため使い分けがエマイになっているのだと分析できますこれらの機能は党文件の利用状況で考えると1と2のコンテンツの作成支援と管理については研究プロジェクトごとに別システムで作っているのでワードプレスの機能は使っておりませんメディア管理とAPIによるデータ提供についても利用しておりません3456個別公開からマリアレビーの操作リッター辺については対応するところでありますがこれを2つのワードプレスで同じデータに対して行なっていたところに混乱がありましたまた3の個別提供につきましてはURLの設定について運用上の負担が生じていました重複している機能を整理した結果3を行うシステムと4456を行うシステムに分離することができるのではないかと考えましたそしてコンテンツを個別に公開するだけであれば同的である必要もないので実はここはHTMLファイルでも良いのではないかと新しく検証を始めたところですなおこの施策からオリジナルのテーマではなく公式のディレクトリーで公開されているテーマを使うようになりました使ってみたいテーマっていうのは実のところ公式以外でもいくつもあるんですけども公式で公開されていることっていう一つの縛りとして考えておりますというわけで施策の第2欄になりますもともと2つのワードプレスの役割はリストの検索とコンテンツの提供という役割ですがそもそも党文件のコンテンツは本質的には同的である必要がありません既に出来上がっている情報というものをWebに公開しているだけなのでWeb上で新しく何かを作っているわけではありませんそこでコンテンツ部を正的なファイルに置き換えてワードプレスを配置するで正的なファイルを検索するシステムとして同的なシステムを採用しればよいという発想でし策を行いましたいってみれば全てをデータで管理するのではなくファイルを組み合わせた運用というふうになりますポストID.htmlというのが実際にファイルとして存在してしまうわけではなかなか微妙な気持ではあります結局ポストID.htmlポストIDは残るわけなんですけれども新しく追加する分については2位のIDやファイル名を使えばよいので混在も共用しようかなというところですこういった複数の規則が入り乱れてもファイルに関してはほかとかぶらない2位くらいのファイル名であれば問題はないので実際の利用者がURLは理識しなくなっている昨今では実用上の問題はないのかなと考えております資安にの運用イメージになりますちょっとズレていて申し訳ありませんまずhtmlファイルを生成します元データから次に検索用のデータというものをマリアでに登録します最後にマリアDBに接続して検索と一覧画面を生成するシステムとしてワードプレスなり何らかのCMSを設置するということになりますいってみればクローラで情報収集をしない検索エンジンを人前で実装するイメージになるでしょうか大前提としましてURLが変更しないあるいはしたくないというところがありますあれば永続性が求められるURLについてファイル化してしまってシステムの影響を受けないようにしたというところになりますファイル化データ化というところでシステムの選択肢が大きく変わるわけなんですけれどもそもそも論としてファイルという存在は非常に独立性が高く性的htmlで再投構築すれば管理が要らないというのはむしろ管理が難しいあるいはできないと思います例えば気づかないうちにリンクギレが発生しているであるとか発生したリンクギレのファイルがいつの間にか使われていて消すこともできないとなると頭を抱えてしまいますこの点でいわゆるジャムスタックのサービスというのは出来上がるものはファイルなんですけどもファイルを意識させないあるいは管理でクリーンショットは3000人ほどのファイルメーカーからhtmlに書き出したものとなります3000件でだいたい18分くらいかかりました長々と時間を費用しましてようやくのシステムの選択の話になるんですけれどもファイルを組み合わせるとなったと単に高機能なシステムをなんか時々戻りますねファイルを組み合わせるとなったと単に高機能なシステムは不要になってシステム的にはフォームから検索後を受け取れる何かがあればよいという程度の要件に整理できますhtmlファイルのまた変わってますhtmlファイルの書き出しにつきましてはいろんなやり方あると思いますcsvファイルからhtmlファイルを生成するようなフリソフトなどもありますしありますそれこそ今話題と言いますがJAMスタックのサービスであるとかもいろいろありますしシフターもありますただ今のところは高等文献ではファイルメーカーをよく使っておりますのでファイルメーカーからの書き出しで対応できないかなと考えております先ほど約3000件の書き出しにそのリプレイスを予定しているのでもう少し早くなるのかなと思っておりますシステムに関しましては先ほどからワードプレスで試作した画面を出しておりますが結局ワードプレスなのかというとワードプレスでもよいのかもというところでしょうかブロックエディターにつきましてはそうです個別のページというものはhtmlファイルで生成してしまうのでブロックエディターは使わないことにはとてもただ等分件の運用フローですとブログを書きながら装飾を考えるような作業フローというものがないので使えるならば使いたいけれどなければないでも大丈夫というところになりますただもちろん読みやすくて美しいスタイルシートをCSSというものを利用したいんですけども性的なファイルにすることでシステム由来のスタイルシートとこちらが装飾としていいとしているスタイルシートが混在しないというメリットもあるのでレイヤーとデザインを考える段階では使いたいけれども本番ではなくても良いのかなと考えていますこちらは先ほどはRK公式で公開されているRKでテーマ試作しましたがちょっとライトニングでも試作をしておりますそうですね公式以外のテーマでもとても良いテーマもたくさんあって公式のテーマを使えますとプラグインテキナ機能というものがテーマに絶対無効できないというところがありますただ運用している側からしますと絶対使うような標準的な機能につきましてはプラグインテキナ機能もテーマに書いてくれた方が安定するんじゃないのかなと思うところでしてちょっといたし返しだなというところを感じておりますここで改めてワードプレスについて考えてみますとと思いますが個人的には機能をあきらめずに済むCMSかなと思っております例えば情報公開の試圧さであったり表示速度といったパフォーマンスであったりあるいは複数人での編集機能であったりといったここの機能につきましてはより適したCMSやサービスというものがあると思いますがワードプレスについてはWebでできることでワードプレスにできないことはないというふうに考えておりますまたコードにもデータにも自由にアクセスができるというところはいざとなれば本当にどうにでもできるという安心感がありますもちろんそれぞれの現場それぞれのコンテンツでここだけは特化した機能が欲しいというところもあると思いますのでそういった場合はワードプレスで解決するよりもちょっと別な会場の発表でもあったんですけども組み合わせといったものを考えてもよいのかなっていうふうにも思っておりますただ私のところでは今のところ要件を整理しましたところワードプレスでも大丈夫というところになりましたしやはり本当に全てのコード全てのデータに対して自由にアクセスが可能というところを考えますとやはりワードプレスの正的なメールファイルの組み合わせでのリニューアルがよいのかなと思って進めているところでございますちょっとまだ何とも外に出ていないんですけども来年度中に公開予定で作業しておりますので時折ウェブサイトにお立ち寄りいただければ幸いです私のスライドを発表としちゃ以上になるんですけどもサイトリニューアルにあたってこれらのサイトページの考え方に多いに刺激を受けました私たちいることはしませんがどの文章の特定の技術やサービスについて語りながら情報をインターネットに公開するということについて考えさせられる文章だと思いますちょっと今回は簡単にここだけ紹介させていただければなと思うんですけど一段上の2015年のラスマスマードフさんのインタビューでちょっと研究させてくださいどうせ大抵の場合最初に施策した3つか4つというものは没にすることになるんだからというふうに語っているんですねインタビューの中でこのインタビューはPHPについてのインタビューでワードプレースについてのものではないんですけども開発者としては最低限そのアイデアが実現できるんだというふうに説得力を示すためのものをとにかく早く作る必要があるというふうに言っておりましてこの辺りは私がワードプレースに感じている動く見本を作るのがとにかく早いとしているかなと思っておりますその結果ワードプレースでなくなる場合あるいはPHPではなくて他のものにしようかという場合があったとしてもそれはワードプレースやPHPの価値を下げるものではないというふうに強行もお次第です一方こちらは技術的に参考にさせていただいたというか問題解決に使ったページですこちらはインターネットに全部公開されているページなんですけども公開されることは前提にしていないと思いますのでどう簡単にありがとうございましたというところだけ言っておきたいと思います特にカテゴリーの投稿数が線を超えた時に表示が崩れるというのは2013年の時もすごくハマった箇所でして10年ぶりの同じところでハマったというところで懐かしいトラブルでございました以上ご清聴ありがとうございました小山田さんありがとうございましたそしてもし今日のセッションお聞きいただきまして小山田さんにぜひ聞いてみたいことご質問などがある方は一問二問になるかと思いますがお伺いする時間が取れそうですけれどもご質問がある方いらっしゃいますでしょうかいかがでしょうかもしなければまたこの後交流会ともございますのでその際にぜひ個人的にお聞きいただいても大丈夫かと思いますよろしいでしょうかありがとうございましたみなさま改めて大きな拍手をお送りくださいありがとうございます