VanillaOS 3を試す

イメージ
以前仮想マシンで試したものの、あまり時間が取れず、しっかり使えていなかった。 余っている(テスト用においてある)Thinkpad x390に実際に入れて試してみた。 Vanilla OS ところが、サイトに行ってみると少し前(2026-08-24)にUpdateされており2→3へと2年ぶりの更新。 簡単に言うとイミュータブルなOSで、OS本体の書き換えは基本的にできず、A/Bパターンで起動する必要がある。 Aでインストールしたものは、Bに入れられ、起動時にBを選択するとインストール後の状態で使える仕組み。不具合があればまたAに戻せるというもの。 若干、コマンド類が変わってしまっているらしい。 イミュータブルなOSは、これまでにも試したものの日本語がうまく扱えないなど常用するには結構厳しいものがあった。 とはいえ、時間の経過で様々なアプリケーションがFlatpakやAppImageで出揃ってきたので、今回テストすることにした。 インストーラ自体は小さく、起動用のUSBに書き込んで起動すればOK。 インストール完了後、マシン名やユーザ名を入力することで、環境設定は完了。 基本的にはFlatpakでインストールするのが正しい使い方らしいので、必要そうなものを入れてみた。 vscode Brave Browser LMStudio DBeaver-ce Thunderird Obsidian opencode LibreOffice など・・・ どれも、サクサクと動作して気持ちいい。 日本語環境 さて、問題は日本語環境だが、調べてみるとflatpakにmozcもfcitx5も存在していた。 これんらばと思い、入れてみる。 https://note.kurodigi.com/vanillaos-fcitx5-mozc/ が、vanillaOS2の記事のようだけれども、同じ手順でOKだった。 すばらしい。 いつも使用しているmozcが動作するようになった。 ところが、LMStudioでハマった… flatpak特有の問題 LMStudioはすんなり入り、LMLinkでローカルのAIサーバも使用可能。 で、URLを指定したときにWEBサイトを取りに行かせて、処理させるMCPでハマった。 https://github.com/modelcontextprotocol/servers...

ソースコードを読んで解決

些細なミスでハマった

ある案件で、FuelPHPを使って開発していた。
ローカルマシンのApacheとMySQLを使った標準のWebアプリ。

ただ、今回はじめてまともにFuelPHPを使ったので、若干なれるのに手間取った。

さて、良い感じに仕上がってきて、本番環境に準備してデプロイすることに。
お客さんがこれまで使っているというSAKURA Internetのレンタルサーバを追加で借りてもらい、設定することに。

SAKURAサーバを使ったことがある人は分かると思うんだけど、MySQLが別サーバになっている。
でもって、契約してあるサーバからしか接続が出来ない仕様。
まぁ、これも理解できる。

そこで、FuelPHPのconfigにあるdb.phpを新規に編集する。

config-----------db.php
 +- development--db.php
 +- production---db.php


共通の設定などは、config直下のdb.phpに書いておき、開発用、本番用と別々の設定で運用できる。

共通のdb.php

<?php
return array(
 'default' => array(
   'type' => 'mysqli',
   'connection' => array(
     'host' => 'localhost',
     'port' => '3306',
     'database' => 'dbname',
     'persistent' => false,
     'compress' => true,
   ),
   'identifier' => '`',
   'table_prefix' => '',
   'charset' => 'utf8',
   'enable_cache' => true,
   'profiling' => false,
   'readonly' => false,
 ),
);

developmentのdb.php

<?php
return array(
  'default' => array(
    'connection' => array(
      'username' => 'username',
      'password' => 'password',
    ),
  ),
);


productionのdb.php

<?php
return array(
  'default' => array(
    'connection' => array(
      'host' => 'mysqlxxx.db.sakura.ne.jp',
      'username' => 'userxxxx',
      'password' => 'passxxxx',
      'database' => 'user_dbname',
    ),
  ),
);




と、こんな感じの設定になっていた
まあ、ローカルのテストでは、何も問題なく動作していたので、
本番用の設定を書き足してOverrideすれば問題なく動くはず…。

意味のわからないエラー発生

さて、実際にテストしてみると動かない。
ログを見ると、

Uncaught exception Fuel\Core\Database_Exception: mysqli::real_connect(): (HY000/2002): そのようなファイルやディレクトリはありません

いやいや、別にファイルの読み込みとかしているわけじゃないし…???

ということで、原因を探すも一向に解決しない。

あれやこれや設定を変えてみるが、エラーがなくなることはなく、動作しない。
何かがおかしい…。

そこで、coreにあるフレームワークのソースを読むことに。
fuel/core/classes/database/mysqli/connection.php で起きているので、ここのconnect()あたりを読む。

try
{
  if ($socket != '')
  {
    $port = null;
  }
  elseif ($port != '')
  {
    $socket = null;
  }
  else
  {
    $socket = null;
    $port = null;
  }

  $host = ($persistent) ? 'p:'.$hostname : $hostname;

  // Create a connection and force it to be a new link
  if ($compress)
  {
    $mysqli = mysqli_init();

    $mysqli->real_connect($host, $username, $password, $database, $port, $socket,MYSQLI_CLIENT_COMPRESS);

    $this->_connection = $mysqli;
  }
  else
  {
    $this->_connection = new \MySQLi($host, $username, $password, $database,$port, $socket);
  }
すると、接続に使うための変数をチェックしたりして、実際に接続するところでエラーが起きている。

まずは、各変数をechoで出力して確認してみる。

あれれ? $hostだけがnullになっている。これでは接続できない。
でもって、$hostはというと、
$host = ($persistent) ? 'p:'.$hostname : $hostname;
ここで、hostnameを使って設定…。おや?

先程の、db.phpをよく見てみると

'host' => 'localhost', とか、'host' => 'mysqlxxx.db.sakura.ne.jp',
って書いている。

いや、ここは
'hostname' => 'mysqlxxx.db.sakura.ne.jp'
と書かないと、$hostに設定されないじゃないか…。

そう、ミスはここにあった。
hostnameを拾って、hostを作り、このhostに接続する。
設定がなければ、localhostへ接続するはず。

なので、もともとDBがlocalに存在していれば、書き間違えていても動作する。
しかし、外部のdbサーバに接続するためには、正しく書いていないと動作しない訳だ。


初めからソースを見れば早く気づいたかも…

ここにたどり着くのに、約3時間格闘してしまった。
無駄に、設定変えたり、検索したり、テストコード書いたり…。

早くフレームワークのソースを読めば気づいたかもしれない。
無駄な作業をしたから、結果的に気づいたのかもしれない。
この辺りって、因果関係が微妙な気もするが、ソースが有るって素晴らしいな。


ということで、まさかの設定ファイルの書き損じが、思わぬエラーを引き起こしてくれたという、情けない原因だった…。

2度と起こさないためにも、備忘録として記録。
あ〜恥ずかしいミスだ。


コメント

このブログの人気の投稿

MEGAにも弱点があった?

Ubuntu24.04 でGUIが死んだ

VirtualBoxでUSBを使う方法が分かった!