Php on akky@サイボウズラボ・ブログ

indieblog.page - Dokuwiki作者による、個人ブログアグリゲーションサイト

Wed, 06 Jul 2022 00:00:00 +0000

indieblog.page は、個人ブログのページを集約したアグリゲーション、サイトそしてサーバツールです。

インディーウェブ運動は、独自ドメイン、セルフホスト、非集中管理の個人ブログ等を、著者がコンテンツの所有権を自ら保持したまま連携させることで集権型の SNS に対抗しようとする運動です。

運動自体は2012頃に一番盛り上がっていたようで、その後ツイッターの代替を個人サーバの集合体で実現しようとした Mastodon の登場が2016 年、今もインディーウェブの運動は続いているようです。

アンドレアス・ゴアさん(Andreas Gohr)は、Wikiツールの一つとして有名な DokuWiki を2004年から開発している有名人ですが、このゴアさんが新たに公開したのが indieblog.page 。

indieblog.page のトップページ

サイトはシンプルな作りで、中央の青い"Open Random Blog Post"ボタンをクリックすると、登録されている様々な個人ブログ記事にランダムで飛びます。それだけ。

自分もインディーブロガーだと思う人は誰でも、あるいは他のインディーブログを推薦したいときも、RSSフィードが提供されている個人ブログの登録を提案してよいことになっています。

indieblog に戻ってボタンを押しても、次はまた別のブログ記事にジャンプします。今も個人ブログを続けている人たちの間で、新たな個人ブログの発見を手助けするwebサービスと言えますね。

ソースコードも公開されていて、indieblog.page と同じようなサイトを自分でホストすることもできます。Dokuwiki はファイルベースだけでデータを記録していて、当初はそれが管理も楽で広まったのだと思いますが、この新ツールは SQLite を使っています。

ゴアさんのオリジナルは「個人ブログならなんでも」でしたが、特定のジャンルで募ってジャンル内のブログを集約するようなサイトも立てられますね。

via Hacker News

オープンソースプロジェクト内のTODO個数調査

Mon, 17 May 2021 00:00:00 +0000

マーティン・シュライスさん(Martin Schleiss)がブログで公開したのが、Linux をはじめとする巨大オープンソースプロジェクトのソースコードにおける「やらないといけない」あるいは「後で考える」マークである“TODO"の個数の移り変わりをグラフ化したものです。

基本的には、プロジェクトの年月が重なるほど、コードに書かれた TODO の個数は増えていくようです。上の PHP のグラフでは、メジャーリリースや通常リリースの時期の少し前に TODO が増えているようにも見えます。

プロジェクトによっては単調増加ではないものも。Rust は TODO の個数自体が少ないように見えるし、途中で数個まで減っている時期もあるので、意識的に TODO の解消を目指したりしていたのかもしれません。

Next.js 、version 10 と 10.1 のどちらのリリース時期でもなく、突然増えています。

ブログ記事では言語処理系やライブラリなど、有名なもの20個弱についてグラフ化されています。

プロジェクトの規模、歴史の長さによってもTODO の個数は変わりますが、規模や歴史と無関係に多い少ないもあったりもします。シュライスさんはTODO が有ることはどのオープンソースプロジェクトにおいても貢献をする余地があるということだ、と言っています。あなたが良く使っているツール/ライブラリのTODO は増えているでしょうか?

HTTPステータスコードを絵文字にする提案

Tue, 02 Apr 2019 00:00:00 +0000

PSR-7 のユーティリティクラス http-message-util において、ステータスコードの定数名を絵文字にしてはどうか、という提案が出ています。

週末が4月の始まり付近に掛かるという新事実にちなみ。絵文字はステータスコードの新標準となりつつあります。特定のステータスコードの数字にどんな意味があるかというのを覚えなくても、絵文字によってステータスコードを見た人々の感情を表すことができます。またこれは、404エラーが出たというユーザーからのつきない呼び出しを解消します。彼らは電話口で、建設中の絵文字が表示されたので完全に状況を把握したと述べることでしょう。

差分を見てもらった方がはやいでしょうか。

定数名の方を変えるんですね。

# 4月1日の提案です。プルリクエストまで掛かってますが。

Ruby on Rails に影響を受けたPHPフレームワーク(2005)のその後

Fri, 29 Jun 2018 00:00:00 +0000

ブログの過去記事 Ruby on Rails の PHP 移植プロジェクトで、「Ruby on Rails を PHP で」という触れ込みで2005年当時に売り出していた3つのフレームワークを紹介していました。

その3つのフレームワークが現在どうなっているかを調べました。

CakePHP

13年後の今も健在ですね。最初のとっつきやすさから人気が出たのと、日本語に紹介する人が多く熱心だったこともあって、一時期は一番人気のPHPフレームワークでした。今は PHP 7ベースということ。

Biscuit

2005年当時のBiscuitはリンク切れとなっています。元の作者はその後 Ruby 使いとなったままのようで、Biscuit や PHP についての言及はブログにはありませんでした。

Biscuit Linkという別のPHPフレームワークがあり、作者のCarlosさんは1994年生まれ。Biscuitフレームワークに「インスパイアされ」て作ったフレームワークと自己紹介にあります。

PHP on Trax (旧名 PHP On Rails)

独自ドメインは無くなっていましたが、GitHub 上にソースコードはあります。直近の更新が2014年。PHP5ベースでパッケージ管理はPEARです。

Drupalコミュニティが中心人物の一人をSM趣味を理由?に追放

Wed, 29 Mar 2017 00:00:00 +0000

Drupalコミュニティから広がって今議論となっている事件について、日本語の情報ではわかりにくいところがあったので調べてみました。

要点

PHP製のオープンソースCMS として人気のある Drupal のコミュニティが、長年のコントリビューターラリー・ガーフィールド氏(Larry Garfield)をコミュニティから追放。背景に男尊女卑SF小説のファンコミュニティやSM愛好コミュニティへの参加があるということ。

個人の無関係な性嗜好でコミュニティから排除することに反発の声が上がっている。

登場人物・用語

ドリス・バイタルト氏(Dries Buytaert)

Drupalの設立者。

2016秋来日時の記事

個人ブログ

ラリー・ガーフィールド氏

ハンドル名Crell

バイタルト氏も突出した(prominent)と認めるDrupalコントリビューター。コミュニティ歴12年

Drupal 7のDBアーキテクト、Drupal 8 のwebサービスリーダー

Twitter @Crell

クラウス・プーラー氏 (Klaus Purer)

Drupalコミュニティメンバー。ガーフィールド氏が黒幕と見ている。

反地球シリーズ (Gorシリーズ)

ジョン・ノーマン氏による1966年から現在まで続くSF小説シリーズ。

エドガー・ライス・バローズの「火星シリーズ」に影響を受けた宇宙SFだが、特徴の一つとして男尊女卑的な価値観の強さが挙げられるということ。

今でこそ、ＳＦやファンタジイやホラーの中で、かなり過激なセックス描写がある、なんてのも、それほど珍しくはなくなったけれども、このシリーズが出た当時は、「ＳＦではなくＳＭだ」とか、かなーり本国アメリカで物議をかもしたそうだ。

手当たり次第の本棚

日本語への翻訳はシリーズの途中で止まっている。

ファンコミュニティでは、小説に影響を受けて「片手で拍手する」「“be well"という文で会話を切り上げる」などの奇癖があり、ガーフィールド氏もそれらを実践している。

Gorシリーズ公式サイト

1987年公開の映画 Gor - IMDb

時系列

2016/10頃要登録のコミュニティ(登録者500万人)でガーフィールド氏が7年前に主人(D/)仲間の結婚式に寄せたコメントのスクリーンショットを誰かが外で流し始めた(ガーフィールド氏による推定)。

2016/10-11 複数のDrupalコミュニティメンバーから、Drupalのコミュニティ・ワーキング・グループ(CWG)にこの件での問い合わせが送られる。議題に上がるもCWG「問題なし」との結論。CWGはバイタルト氏へ報告。

11/24-27 プーラー氏、チェコのプラハで開催されたDrupalイベントIronCampでガーフィールド氏とこの件について(非好意的に)話す。

プーラー氏、前期のBDSMコミュニティサイトや同種の出会い系サイトに登録し、ガーフィールド氏の過去の投稿を探して記録し始める(ガーフィールド氏の推測)

1月プーラー氏とガーフィールド氏、Google Hangoutで(非好意的な)会談。プーラー氏はDrupalコミュニティでの役職やリーダー的役割から降りることを要求。

2/24 バイタルト氏がガーフィールド氏に電話し、「プロジェクトの価値に反するところがある」という理由でDrupalプロジェクトを去るよう通告。(ガーフィールド氏は2/27のDrupalConに出ないことを期待してのことと推測)

2/27 メーガン・サニッキ氏(Megan Sanicki)から、「バイタルト氏との会話の結果、」DrupalCon イベントのスピーカーから外したとガーフィールド氏に伝える。

3/22 ガーフィールド氏がブログ記事「情報が多すぎる(TMI About me)」で公開反論。コミュニティが私生活の情報を基に自分を排除しようとしていると述べる。同時にSM愛好(主従関係の恋愛, hierarchical relationships)の趣味があり、BDSMのコミュニティとGor愛好家(Gorean)のコミュニティに所属し、特に規模の小さな後者で活発に活動していることも。

[メモ] Docker + Spress で静的サイトを作る

Wed, 19 Oct 2016 00:00:00 +0000

PHP製の静的サイトジェネレーター Spress を、Windows 上で Docker で実行しました。

ソース

PHP製の静的サイトジェネレーターSculpinを使ってみたのですが、開発が思ったほどアクティブでなさそうなのと、Spress が Sculpin の影響を受けた後継者である、みたいなことを言っている人がいたので、こちらも試すことにしました。

今回も、Docker Compose を使ったセットアップのメモを、Spress自身を使って静的ブログにしてみました。

SpressをDocker(+Compose)で動かす

しかし、日本語のタグやカテゴリーに対してファイルを生成しないので、非ヨーロッパ諸語に関してはSculpinよりも手入れが必要という印象でした。slugを作るところの関数が、UTF-8一般には対応しておらず、マッピングテーブルを使ってウムラウト等を消しているだけ。

明治150年だけじゃない! 毎年和暦のキリ番を祝いたい人のためのキリ番情報

Fri, 07 Oct 2016 00:00:00 +0000

今日のニュースより

菅官房長官は閣議のあとの閣僚懇談会で、「再来年は明治元年から１５０年を迎え、わが国にとっても一つの大きな節目だ。明治の精神や日本の強みを再認識することは極めて重要であり、明治以降の歩みを次世代に残すことが大事だ」と述べました。

官房長官再来年の「明治１５０年」へ施策検討 | NHKニュース

2000年のときに江戸400年を祝った覚えないな。なぜ明治だけ？

はてなブックマーク - yamaisan のブックマーク - 2016年10月7日

年号はいっぱいあるのに、ってことですね。明治が好きで明治に戻りたくてしょうがない人が政治家に多いのかもしれません。

それはともかく、「年号はたくさんあるので、毎年何かしらキリのいい〇〇周年になってるのでは」と思い、計算してみました。前後10年ずつ20年分です。ソースコードはこちら

2006年(平成18年)は

大同 1200年
嘉承 900年
保元 850年
建永 800年
康元 750年
延文 650年

2007年(平成19年)は

天平宝字 1250年
天安 1150年
天徳 1050年
承元 800年
正嘉 750年
徳治 700年
長禄 550年

2008年(平成20年)は

和銅 1300年
康平 950年
天仁 900年
延慶 700年
永禄 450年
万治 350年

2009年(平成21年)は

貞観 1150年
平治 850年
正元 750年

2010年(平成22年)は

弘仁 1200年
天永 900年
永暦 850年
文応 750年
万延 150年

2011年(平成23年)は

応和 1050年
応保 850年
建暦 800年
弘長 750年
応長 700年
康安 650年
寛正 550年
寛文 350年
正徳 300年
文久 150年

2012年(平成24年)は

正和 700年
貞治 650年
大正 100年

2013年(平成25年)は

長和 1000年
永久 900年
長寛 850年

2014年(平成26年)は

康保 1050年
建保 800年
文永 750年
明和 250年
元治 150年

2015年(平成27年)は

霊亀 1300年
天平神護 1250年
治暦 950年
永万 850年
元和 400年
慶応 150年

2016年(平成28年)は

仁安 850年
文正 550年
享保 300年

2017年(平成29年)は

養老 1300年
神護景雲 1250年
寛仁 1000年
文保 700年
応仁 550年

2018年(平成30年)は

安和 1050年
元永 900年
応安 650年
文政 200年
明治 150年

2019年(平成31年)は

延久 950年
嘉応 850年
承久 800年
元応 700年
文明 550年

2020年(平成32年)は

宝亀 1250年
天禄 1050年
保安 900年
元亀 450年

2021年(平成33年)は

治安 1000年
承安 850年
元亨 700年
大永 500年

2022年(平成34年)は

貞応 800年

2023年(平成35年)は

天長 1200年
延長 1100年
天正 450年
延宝 350年
安永 250年

2024年(平成36年)は

神亀 1300年
天延 1050年
万寿 1000年
承保 950年
天治 900年
寛永 400年

2025年(平成37年)は

安元 850年
元仁 800年
嘉禄 800年
健治 750年
正中 700年
永和 650年

今年2016年は享保300年だそうです。暴れん坊将軍の時代ですね。そして、検索したら出てきました。享保300年を祝ってる人たち。明治だけじゃなかった!

[メモ] Docker + Sculpin で静的サイトを作る

Fri, 30 Sep 2016 00:00:00 +0000

PHP製の静的サイトジェネレーター Sculpin を、Windows 上で Docker で実行しました。

ソース

サンプルのテーマを派生させて差分で日本語+自分用のテーマを作ろうとしたけど、theme の仕組みはまだ実験的です、とある通り、サンプルテーマもテーマ内のアセット読み込みに対応してなかったりまだまだでした。

セットアップのメモをSculpin自身を使って静的ブログにしてみました。

Home — Docker ComposeでSculpinを動かすブログ — ついでにサンプルテーマを日本語に

使えそうなら自分用で必要な Theme と Bundle を作っていこうかとも思っていましたが、他のツールも触ってみた方がいいかもという結論になりました。

ズンドコキヨシ問題をPHPとFSMで解く

Fri, 18 Mar 2016 00:00:00 +0000

先週一部で流行していた、ズンドコキヨシ問題。

Javaの講義、試験が「自作関数を作り記述しなさい」って問題だったから
「ズン」「ドコ」のいずれかをランダムで出力し続けて「ズン」「ズン」「ズン」「ズン」「ドコ」の配列が出たら「キ・ヨ・シ！」って出力した後終了って関数作ったら満点で単位貰ってた
— TCM (@kumiromilk) March 9, 2016

ランダムな結果の中から特定のシーケンスが出たら「キヨシ」を出し、終了する、という要件で、解き方はいくらでもあると思いますが、自分が考えたのは有限オートマトンを使ったもの。

まずはPHPでFSMを扱っているパッケージを探します。Packagist でFSM で検索。ダウンロード数が多いパッケージをいくつか見てみて、使い方が好みなものを選びます。今回は Stagehand_FSM を選びました。業務ならここでパッケージの中を精査するんでしょうけど、まあここでは省略します。

{ "require": { "piece/stagehand-fsm": "2.4.*" } }

Composer で持ってきて呼び出します。楽ちんですね。

require 'vendor/autoload.php'; use Stagehand\FSM\StateMachine\StateMachineBuilder;

ドキュメントにありますが、ステートマシンのインスタンスを作り、状態と遷移と開始(や終了)を与えて動かすだけ。

ということで、与えるデータを作るために、次はズンドコキヨシ問題の遷移図を考えます。“online FSM editor"で検索すると、ブラウザで遷移図を描けるページが見つかりました。これは便利。

(間違いがあり、画像を差し替えました。@qckanemoto さんありがとうございました。)

あとは図を基に状態と遷移を与え、それぞれの状態で「ズン」や「ドコ」、あるいは「ドコキヨシ」を表示させれば完成です。

FSMを使う意味

今回のチャレンジを最短の手数で解くだけなら、必ずしもFSMみたいなものを使う必要はないでしょう。ただ、遷移図や遷移表みたいなものを書いて、それをただコードに落とし込む、というのは、抜けを減らせる安心感があります。

# 図を間違うこともありますし、コード化するときに間違うこともありますけどね。テスト書いてないので、業務レベルなら失格です

もし、キヨシが出る条件が頻繁に変わるとか、ズンとドコを使って新しい曲を作りたいとか、同じコードのデータ(遷移表)だけをさまざまに切り替えて別の動作をさせたいとか、そういう方向に仕様の変化が予想される場所なら、使うといいのではないかなと思います。ゲーム系のプログラマーはたぶんこういうの日常的に使ってるのでは。

あとは、描いた遷移図や遷移表からそのままJSONなりの定義が出力できて、それを直接食わせたら動くライブラリ、みたいなものがあると、もっと楽で間違いもないんだろうなあ、と思いました。さらに手間を掛けるならそういうツールやライブラリを探すか、作るかするんでしょうね。

Depressed? 自分が憂鬱かどうかをAPI提供できるオープンソースアプリ

Thu, 17 Dec 2015 00:00:00 +0000

AreYouDepressed は、自分の状態が鬱かどうかを知らせるためだけのサイトと、そのAPIを提供するためのソフトウェアです。

デモサイトにアクセスすると、鬱なら"Yes"、そうでないなら"No"が、色やバックグラウンドのアニメーションをそれぞれ変えて、表示されます。

設置者には、4時間置きに指定したアドレスにメールが届き、“Yes"か"No"をクリックすることで状態が更新されます。

JSON APIで現在の状態や、

最近の履歴を取得することもできます。

メールだけでなく、管理画面から更新したり、状態を問い合わせるメールを送らない時間帯を指定したりする機能もあります。

PHPのLaravelフレームワーク上に構築されたアプリのソースはGitHubで公開されていて、自分用の同種のサイトを公開することができます。

鬱状態を広く世界に通知する以外にも、状態を伝えるという単機能のサービスとして何か使いみちがありそうな気もします。

https://depressed.evan.netsoc.co

ワードプレスのインポートツールで警告が消えない問題

Sat, 07 Nov 2015 00:00:00 +0000

WordPress のサーバ再構築をする必要があり、標準のXMLエクスポート形式であるWXRファイルを読み込ませたところ、最新のWordPressを使っているのにも関わらず以下のような警告が出てきます。

( ! ) Strict standards: Declaration of WP_Import::bump_request_timeout() should be compatible with WP_Importer::bump_request_timeout($val) in C:\Users\akky\OneDrive\services\akimotojp\blog\wp-content\plugins\wordpress-importer\wordpress-importer.php on line 38

バグ報告もされているのですが、これがなんと2年も前のもの。ずっと直ってないというわけです。

直し方がわかってないわけではなく、現時点のバージョンなら、wp-content/plugins/wordpress-importer/wordpress-importer.php 1110行目の

function bump_request_timeout() {

を

function bump_request_timeout($unused) {

などとするだけです。

わかってるなら配布してるオリジナルを直してよ、と思うところですが、バグチケットの中でリード開発者により「まれにしか使わないインポートの警告を消すためだけに、500万人の管理者にアップデートさせるのは『アップデート疲れ』(update fatigue)もあるのでやりたくない」という結論が出されていました。

そして、他の重要な修正も入るなら喜んでプラグインの更新を掛けるよ、と、未解決のインポート周りのチケットリストを紹介することで返答を結んでいます。

そんなに気になるなら他の重要なバグ直せば一緒に直るよ、なんていう返しもあるのかあ、と変なところで感心しました。

インポート機能を全員が使うわけではない、というのは確かにその通り。インポート作業をするぐらいの利用者なら警告の意味も読めるし、これが実害のない警告に過ぎないこともちょっと検索すればわかるかもしれません。

しかしそれでも、推奨された最新バージョンを使って、標準で動かして警告が出てしまうのは、それこそ500万ユーザーを誇るならカッコ悪いように思うですが。警告を見た人の多くはそれが何かを調べ、対処するなり無視するなり判断するという時間を取られていますし。

WordPress Importerプラグインの一番新しいバージョンも5ヶ月前に出ており、このチケットが切られた2年前より後に修正を含めるタイミングはあったみたいだし。

# 他にStrict Standardsを外すという解決法もなくはないですが、PHP 7 も見えているこの時期にそんなことをするのは当然オススメできません。

weca.mp - 島でPHPの開発合宿

Wed, 23 Apr 2014 00:00:00 +0000

面白い開発合宿の案内が流れてきたのでご紹介。この業界、泊り込みのイベントを「キャンプ」となぞらえることは良くありますが、今回企画されたPHPの開発合宿We Campは本当のキャンプ場で開催されます。しかも場所は島。

オランダのデ・クルート島。地図によれば、フェルウェ湖という湖の中に浮かぶ島のようです。宿泊は「豪華な」テント。トイレ・シャワー完備。

イベント内容ですが、当日集まった中からランダムな5人でチームを組み、コーチの助言を受けながら新しいものを開発するということ。技術を高めるのももちろんですが、チーム開発やチーム管理なども鍛えられる機会になると。

また、「人生は仕事と技術だけではない」ということで、ただ缶詰になって開発するだけではなく、昼間のボートやカヌー、夕方からのいろいろなアクティビティも予定されているのだとか。

開催は8月25日から29日の5日間。参加料は食事や往復のボート代も含めて375ユーロ。現時点での残り参加枠は24人分だそうです。PHPの開発者でこの夏冒険してみたい人、オランダまでどうでしょう? オランダでのイベントですが、サイトも全部英語ですし、このあたりのイベントは周辺の国からも参加があるでしょうから、英語で大丈夫だと思います。

僕は家事等あってちょっとオランダまでは行けそうにないですが、ちょうど個人的(←会社とは無関係のイベントです)にも野外での開発会を考えていて、明日第一回を行うところだったので、自然の中での開発会がどんな成果を作り出すのか、興味がありますね。

# こちらの開発会は、告知が遅くなってしまったのでまだ参加者が少ないです。明日木曜昼に東京で時間のある方はぜひ

書評: PHP逆引きレシピ第2版

Wed, 25 Dec 2013 00:00:00 +0000

いただいた本。PHPに関して、「こういうことがしたい」という希望から、それをする方法を探すための本です。

https://www.amazon.co.jp/PHP%E9%80%86%E5%BC%95%E3%81%8D%E3%83%AC%E3%82%B7%E3%83%94-%E7%AC%AC2%E7%89%88-PROGRAMMER%E2%80%99S-RECiPE-%E9%88%B4%E6%9C%A8/dp/4798119873/

第1版の時と同じような感想ですいませんが、まず、この分厚い本を最初から最後まで読んだりはしていませんのでご了承を。パラパラと読んだ限りは、ある目的を達成するためのPHPのコード例が、今風のコードでわかりやすく紹介されていると言ってよいかと思います。

ほとんどのコードが、"<?php"で始まりhtmlヘッダもすべて含んでいますが、ブラウザ経由で動かさなくてもわかるような項目については、コマンドラインから実行できる形でも十分なんじゃないでしょうか、とは思いました。

第8章のphpMyAdminを使いたい、は、PHP関係ない、と思ったものの、これまで触ったことがない人には実はかなり有用かもしれません。phpMyAdmin の使い方って、自分の場合は使いながら勘で覚えたのですが、今から思えば最初はいろいろ不思議なことをしていたようにも思うので。

同じ問題を解決するにも色々な方法があり、必ずしも本書で紹介された方法が最新で最適と言えないこともあるとは思いますが、すごく古かったり、今では推奨されないようなやり方はそんなに載っていないように感じました。

# たとえば、077は自分ならphp_intl拡張を使いますし、210はfilter_var()を使うと思います。いくつかの有名ホスティングサービスで動くコードであることも検証されているようなので、PHP拡張が必要なコードは入れにくいのかもしれません。

あと、本の特性的に、どうしても内容を検索したくなってしまいます。電子書籍のほうがいいのでは。鈍器になりうる重さがなければ、電車通勤の人とかの暇つぶし(というと語感が悪いか)として読むと、新たな発見があるかもしれません。

書評に関する注意書き

貰って書いた本についてはその旨記述します
このブログはサイボウズ・ラボの社員ブログなので、秋元個人に献本いただいても、何でも自由に書けるわけではありません
もちろん、書評以外の他のブログエントリもそうですが、社員ブログではあってもサイボウズ・ラボ全社やサイボウズ・グループの意見を代弁してるわけではありません
献本いただいても必ず読めるわけでも、ご紹介できるわけでもありません。読書の速度は遅いので、発売前や発売直後に送っていただいても、ご紹介が半年後になるようなことも多々あります

PHPで数字を英語に変換する

Fri, 02 Aug 2013 00:00:00 +0000

5年前に作った「数字を英語に」を手直ししました。

数字を入れると、その数字を英語でどう読むかを変換するという単機能のサービスです。

たとえば、「42」に対して、“forty-two"を返します。

作ったまま放置していたのですが、少ないながらも毎日利用者がいるようなので、一から書き直してみました。

今回の作り直しでは、以下のような変更を行っています。

ベタPHPからSilexフレームワークの利用へ変更
PHPで書かれたライブラリNumber to wordをやめて、PHP Intl拡張を利用
上記に伴い、英語・フランス語以外のテキスト化にも対応。話者人口の多そうな言語での結果を列挙しています。
デザイン無しから、流行のTwitter Bootstrapを利用、デザインをレスポンシブにしてスマートフォン対応
各種ライブラリをComposer管理に

5年も経つといろいろ便利になって、労力は少ないのに見栄えも機能もいいもの(当社比)が作れるものですね。

5年前は、ライブラリの説明に「ドイツ語にも変換できるヨ」とあったので表示させていたら、ドイツ語のわかる方から「すごく間違った結果が出ますよ」と指摘されて引っ込めました。もし今回変換結果が違ってたら、僕の間違いというよりPHPかICUライブラリの間違いです。

「世界最大の PHP 雑誌」には英語版が無い?

Fri, 12 Aug 2005 00:00:00 +0000

[2018-07-30 更新] リンク先のサイトがドメインごと無効になっていたので、リンクを外しました。まだ残っているFacebookページを見る限り、2012年3月号が最後の号だったようです。

Zend 社からのニュースレターで案内されていた、PHP Solutions Magazine という雑誌。聞いたことがない。PHP Architect は読んでたことあるし、PHP Magazine も知っていたけど、このどちらでもない雑誌が最大(自称)とは、まったく知らなかった。

それで、雑誌のサイト PHP Solutions Magazine に行くと、サイトは英語であるものの、この雑誌、フランス語、ドイツ語、イタリア語、スペイン語、ポーランド語(!) しか存在しないらしい。そんなの読めんよ。。。

当初のリンク先は http://www.phpsolmag.org/en/

この5ヶ国語版の合計が4万部発行、ということなんだけど、これって世界最大規模なんだろうか。

PHP Magazine も、英語のは「インターナショナル版」とあるように、本家はドイツ語らしい。PHP は欧州でもっとも普及しているということなのだろうか。