賢者の漬け物石

1. Linux のインストール

1. システム環境設定 > 共有 > インターネット共有
   で、［共有する経路］を "Wi-Fi"、［相手のコンピュータでのポート］を "Bluetooth PAN" に設定
   
2. ［インターネット共有］にチェックを入れる。
   
   警告ダイアログが表示される。
   ［開始］ボタンをクリックすれば設定完了。
   

1. ev3dev の Wireless and Networks > Bluetooth で［Powered］にチェックを入れ、［Start Scan］を選択。
   macOS とペアリングする。
2. ペアリングした macOS を選び、Network Connection > IPv4 で［Change...］ボタンを選択してネットワーク設定を行う。

続きを読む

WordPressバージョン: 4.9

WordPress でカテゴリを追加する関数にはいくつか種類があるが、wp_insert_category() あたりが細かなパラメータも設定できてなかなか良さそう。

と思いきや、4.9.4 で試したら「Call to undefined function wp_insert_category()」のエラーに…。
代わりにwp_insert_term()を使ったらうまくいった。

指定するパラメータは以下のとおり：
・$term
・$taxonomy
・$args

ここ数ヶ月 FuelPHP で何年か前から作りかけているシステムに手を入れているのだけれど、FuelPHP は正直しんどいなぁと思いつつある。
そのうち慣れてきて作業効率も上がるだろうと思っていたが、未だに作業の進みが悪くてダメなんじゃないかこれ？という思いが行き来するようになってきた。。。

いちばん困っているのは、ドキュメントが貧弱で、情報が少ないところ。
結局、自分でコード読むのがいちばん早かったり。
これ2010年頃からはじまっているシステムだから、もっと情報が充実していてもよいと思うのだが。。。

不思議な挙動をするところがあったり、モデルクラスの扱いに面倒なところがあったり、回避策を調べるのがたいへん。

比較的軽いところ、カスタマイズしやすいところは自分の性に合っていると思うのだけれど、フレームワークの特性をうまく利用して、きれいなコードを書いてやろうとか思いはじめると、難しいのではないかなぁ。

PHP Framework: FuelPHP
Version: 1.8

FuelPHP の ORM モデルクラスに $_has_many プロパティを定義してリレーションを定義すると、JOIN が楽になるほか save() や delete() 実行時に関連テーブルのデータも自動的に save()、delete() させるように設定が可能となる。
https://fuelphp.com/docs/packages/orm/relations/intro.html

ところが、この $_has_many プロパティのキーの選び方には注意が必要であることがわかった。

$_has_many のキーに、テーブルのフィールド名と同じ名前を選んではいけない！

つまり、上記 Document ページでいうと

protected static $_has_many = array('comments' => array(
'model_to' => 'Model_Fancy_Comment',
'key_from' => 'article_id',
'key_to' => 'parent_article_id',
'cascade_save' => true,
'cascade_delete' => false,
// there are some more options for specific relation types
));

の 'comments' が、$_properties に含まれていると、動作がおかしくなる。。。

たとえば \Orm\Model クラスの delete() メソッドがどうなっているかを見てみると、


foreach($this->relations() as $rel_name => $rel) {
:
$rel->delete($this, $this->{$rel_name}, true, $should_cascade);
}


としている。
$rel_name は $_has_many プロパティのキー、$rel は \Orm\HasMany オブジェクトが代入されるのだが、$this->{$rel_name} がモデルクラスのフィールド参照とモロかぶりなのである。

これがわかるまで、丸1日かかってしまった。。。

PHP の Pear には、バーコードを生成するライブラリー Image_Barcode2 クラスが提供されているけれど、なぜか NW7 が含まれていないので作ってみた。

(1) Barcode2.php ファイルを探し (通常は /usr/share/pear/Image/Barcode2.php など)、Image_Barcode2 のクラス内定数に BARCODE_NW7 を追加：

const BARCODE_NW7 = 'nw7';

(2) Barcode2 の Driver ディレクトリーに、今回作成した NW-7 用のドライバーファイル Nw7.php を追加。

設置は以上で完了。

使い方は、たとえば：

<?php
require 'Image/Barcode2.php';                                                    
$code = new Image_Barcode2();                                                    
$code->draw('a01234567b', 'nw7');                      

などとすれば、バーコード画像が表示される。

Fedoraは 17 以降から、fedup というツールでお手軽にアップグレードができるようになっていたらしい。

それが理由なのか、あるいは Systemd 導入が理由なのかわからないが、Fedora 16 までのバージョンは "End Of Life" になっていた。
しかもかなり以前に:
https://bugzilla.redhat.com/show_bug.cgi?id=834795

EOF になると、アップグレードすらできなくなるのか。
Fedora 13 で運営しているサーバーがあるのだが、こいつは完全に世間から取り残された。。。

フォームで、name 属性に . を使うと、_ に自動変換されてしまうのね。
今まで知らなかった。。。

いつも忘れてしまうので、メモ。

Apache2 で、組み込まれている Static Module の一覧は、
# httpd -l

ロードされている Dynamic Module の一覧は、
# apachectl -M

で調べられる。

CentOS 6.5 に MongoDB サーバーをインストールしようとしたら、パッケージは存在しているのにレポジトリからダウンロードできずインストールできないと言われた。
CentOS 6.4 はうまくいくのに。。。

やむなく、MongoDB 本家のレポジトリを追加してインストールすることに。
http://docs.mongodb.org/manual/tutorial/install-mongodb-on-red-hat-centos-or-fedora-linux/
基本的には上記URLのとおりにやればOK。

ただ、既存の YUM レポジトリーの MongoDB 関連パッケージとかち合うのが気になるので、enabled=0 のほうがよいかも。

Subversion で巨大なレポジトリーをチェックアウトしようとすると、Secure connection truncated エラーが出ていっぺんにダウンロードできない場合がある。

ssh でレポジトリーにアクセスできるなら、そちらを使えばエラーを回避できるようだ。

SSH で接続する場合のレポジトリーの URL は、

svn+ssh://(ホスト名)/(レポジトリーのパス)