Google App Engine など

定期代計算 サービスをバージョンアップしました。 定期券料金検索を無料・登録なしで使いたい方が増えているようです。 そんな方に向けてスマートフォン対応したサービスを公開しています。 こちらの 定期券料金検索 を使ってみてください。 バージョンアップ内容は、会社や路線を選ぶことなく、いきなり駅名を選ぶことができるようになった点です。 たとえば 柏駅からの定期代はこちら です。 （JR東日本 常磐・成田線・常磐線快速） このサービスの特徴として スマートフォンでも利用無料 ２駅の区間だけでなく、その路線全体を一覧表示する 入力不要、全部選択式 といったことが挙げられます。 もちろんこのサービスは Google App Engine で動作しています。 よろしければ 使ってみて ください。

都道府県表示の概要 都道府県を表示するサイトをクラウド上に作成。 都道府県 速度評価 速度評価を実施しました。 結果 テキスト圧縮を推奨されました フッタ部のコントラストを改善するよう推奨されました

身長、体重から BMIと適正体重を表示するサイトを公開しました。 https://bmi.ko2.info/index.html こちらのサイト、通常であれば身長や体重を入力してもらってBMIや適正体重を計算で求めるパターンが多いのですが、一覧で表示できるよう Google App Engine Java を使用しました。 計算自体は JSP で行っています。 遅いと評判のJSPですが、最近GAEのJSPは速くなったような気がします。 もちろん動的に計算する必要はありませんので、今後は静的化、高速化をしていきたいと思っています。 もしよかったら使ってみて下さい！ https://bmi.ko2.info/index.html

税込金額を表示するサービスをアップしてみました。 こちらです→ 税込 １円から百万円までの消費税込金額や税額が表示されます。 それだけといえばそれだけですが、 ポイントとしては入力不要でクリックだけで表示できるところです。 Google App Engine を使って実装しています。 この消費税計算はJSPだけでもできるのですが あえてServletを重点的に使っています。 というのも、JSTLのループよりもServletで生成したほうが高速だからです。 速いは正義！ と思う方、ぜひ利用していただきたく思います。 よろしくおねがいします！ 消費税込

郵便番号 広島 というキーワードでの検索がこのところ増えているようですが、広島で何かあったのでしょうか。どなかたの出身地でしょうか。 さて、 郵便番号検索 サイトを引き続き時々更新しています。 このところの更新を手元のメモから記載します。以前記載したことと重複があるかもしれません。 広告の削減と修正 各ページで不要な広告タグが入っていましたので、それらを削除しました。 ほとんどの場合は表示されていなかったと思いますが、余分に表示されていたケースですっきりしたかと思います。 またAMPで広告枠だけが表示される箇所があり、意味不明な空白エリアになっていたので、修正しました。（※現在AMPは試験的に外しています） この修正では広い空白エリアだった箇所が、小さな広告になっています。 ところでAMPページの作成者の間では遅いと不評だったAMP広告は、だいぶ洗練されてきたのか、かなり高速に表示されるようになりましたね。 規格への準拠 各HTMLの規格への準拠度を上げました。 たとえば <style type="text/css"> ↓ <style> といった具合です。 以前は上の書き方が推奨されていた（あるいは上の書き方でなければ動かないブラウザがあった）ため、上のようにしていました。 今では規格のバージョンアップにともなって下の記述が推奨されていますので、それに追随した形です。 scriptタグも「javascript」の記載を省略しました。 sitemap.xmlの高速化 これは検索エンジン向けのファイルではありますが、高速化しました。 利用者に直接の影響は無いのですが、検索エンジンの巡回タイミングによっては、サイト全体に負荷が掛かってしまい、利用者の閲覧するページも若干遅くなってしまっていたからです。 仕組みとしては、今までsitemapを動的生成していたものを、サイトデータの更新時に一度だけ生成して、以降はそれを参照するだけにしました。 なにせ郵便番号や法人データは多いので、sitemapも巨大化します。ここを動的生成していては毎度多くのリソースを消費してしまいます。 逆に郵便番号データは月に一度程度の更新しかないので、都度生成より月に一度に合わせての生成が適切と言えます。 sitemapはずっと気にはなっていたのですが、そ...

関連記事表示ガジェット relpostsgad をアップデートしました。 relpostsgad とは relpostsgad とは、Blogger に柔軟な関連記事表示を提供すべく開発・運用しているサービスです。構文解析によって柔軟に記事をピックアップします。 アップデート内容 今回のアップデート内容は、関連記事を選ぶ「精度」の改善です。 このガジェットは当ブログでも使っているのですが、どうも今までにないタイプの記事を書いたところ、急に精度が低くなったなぁと感じての対処です。 （最近いくつか書いているビットコインや仮想通貨の記事で、ほとんど関係のない記事ばかりがピックアップされてしまったのです。） 具体的な処理改善内容 解析処理で次の語句を無視するようにしました。 ひらがな１文字 ひらがな２文字 一応語句は品詞を見ていて名詞などに限定しているのですが、それでも「よう」といったありふれた語句が検出されてしまっていました。「よう」なんていろんな記事に入っていますから、まるで関係のない記事が出てきてしまいます。 そこで短いひらがなを除外してやれば、一般的過ぎる語句を拾う確率を下げられるのではないかと考えました。 やり方としてはベイジアンだのニューラルネットワークだのも興味はありましたが、実装にかかる時間とのトレードオフで単純な処理方法を選びました。単純でも実用上充分に効果があるのなら、それはそれだと考えます。 改善後の目標 新しい処理により関連性が高まり、セッションあたりのPV数や直帰率の改善につながることが目標です。 その他 構文解析には形態素解析エンジン kuromoji を使用しています。ユーザ辞書などは使っていません。 ガジェットの設置方法に変更はありません。また既に設置済みのガジェットに変更を加える必要もありません。当方サーバ内処理のみでの改善となっています。

郵便番号関連サイト のデータを更新しました。 最新の郵便番号データになっております。 余談ですが、サイト名に郵便番号と入れて始めたサイトでしたが、だんだんいろんなデータを投入しているうちに、郵便番号の範疇を越えるサイトになりつつあります（汗）。 それから一部AMPも対応してみています。 AMP導入についての感想 この程度のサイトでどこまで効果があるのか疑問もありますが、たまたま検索結果に出てきたものをタッチしてみると、確かに表示が速いですね。 ただし Google Adsense の表示が非常に遅く、AMPに対応したからと言って検索順位や訪問数に変化があるようには感じません。（順位については公式に無いとされていますし） たとえば当サイトの場合は、良くも悪くもページのデータ量が少ない上に、Google App Engine という強力なインフラを使っています。 つまり、ほとんどのページが表示に３秒とか４秒なんてかかりません。ハナから Google パワーで速いのです。 App Engine の強さは appspot.com に ping しても分かります。google.co.jp よりも速かったりします（笑）。 おそらくこのようなサイトでは「表示が遅い」と感じて帰ってしまう利用者は少ないと思います。そこへAMPで高速化しても、無駄ではありませんが、その対応時間でもっと他にやるべきことがありそうです。 ですので、元々ストレスなく表示されているサイトの場合、AMP は SEO やユーザを引き止める効果が薄く、むしろ広告収入において機会損失になるかも知れません。 逆に、表示の遅いサイトでは AMP 対応する効果が高いと言えそうです。あるいは負荷に応じて課金される環境の場合は、課金額を減らす効果が見込めます。 極端な話、貧弱なインフラでも大人気サイトを運営することもできるのではと思います。コンテンツが AMP キャッシュに載ってさえいれば、どんなに負荷が集中しようと、全部 AMP サーバがさばいてくれるということですから。

百人一首のサイト に機能を追加しました。 更新内容 読み順での一覧を追加しました。 上の句、下の句での並びがあります。 それと今回のアップデートではないのですが、せっかくプログラムで出力しているのでランダム表示という機能も用意しています。こういうのはコードを書くとしても数行で出来てしまうので、プログラムはstaticっぽいサイト作成にも向いているんだなと思います。 当面先かも知れませんがある程度アクセスが増えたらランキングなども加えてみたいと思っています。 よろしかったら使ってみてください。