SSHで接続できない

イメージ
 Ubuntuを24.04→26.04 時間があったので、メインマシンのUpgradeを実施。 とはいえ、とはいえ、システムディスク(/)とデータディスク(/home)を分けているのでクリーンなインストールを実施。 (1) USBでUbuntu26.04を起動 (2) /home/user → /home/user_old にリネーム (3) 26.04をインストール これで、/home/user_oldにこれまでの環境が残ったまま、新規userでインストールすれば完了。もともとのuserが使用していたuser_id:1000のままなので、どちらのフォルダも見ることができる。 あとは、使用するソフトをインストールし  /home/user_old 以下から、利用する設定ファイル等をコピーして動作確認するだけ。 Dropbox MEGA などは、先にコピーしてから、フォルダ同期設定をすることで、ダウンロードなどはチェックのみで完了する。 thunderbird brave browser vscode dbeaver-ce typora obsidian LMStudio ollama あたりを移行してほぼ終了 .sshはそのままコピーして完了。 と思っていたら、何故かサーバによっては接続できない場合があることに気づいた。 $ ssh vps 何も返ってこず、接続できない。 でこれまで接続できていたのに、うまく行かない?? 詳細を確認しながら、チェックすることに。 $ ssh -vv vps debug1: OpenSSH_10.2p1 Ubuntu-2ubuntu3.5, OpenSSL 3.5.5 27 Jan 2026 debug1: Reading configuration data /home/user/.ssh/config ︙ debug2: we sent a publickey packet, wait for reply debug1: Server accepts key: /home/user/.ssh/id_rsa RSA SHA256:n5ocPbCvMV4FGFof … … … … … pBuJ/8r/kHGANY explicit agent のように、 認証完了後にシェルが起動せず、応答がない状態になっている。 具体的には ...

UTF8の指定ではまった

MariaDB+PHPにて

PHPでDB上のデータを大量に処理するプログラムを書いていて、おかしな現象に出くわした。

1万件+42万件+43万件のjoinで、必要なもののみ取り出して、updateをかけるという手作業ではやる気にならない処理なので、サクッと書いてぶん回すしかない…。

ローカルでmysqlモニタを使用してSQLを叩くと、問題なく結果が返ってくる。
でもって、サーバ上で実行すると、結果がEmpty…。

あれれ?

試しに、phpmyadmin上でSQLだけ叩いてみる。
ローカルと同じ結果になる。

何かがおかしい。

 :
 :
$mysqli = new mysqli("localhost",$username,$password);
if($mysqli->connect_error){
  print('<p>データベースへの接続に失敗しました</p>'.$mysqli->connect_error);
  exit();
}
$mysqli->select_db($dbname);
$mysqli->set_charset("utf-8");
$sql="SELECT bill.bill_id,bill_item.bill_item_id,bill_item_detail.bill_item_detail_id,
             bill.billing_id,bill.bill_month,bill.bill_date,bill.deposit_receive_date
  FROM `bill_item_detail`
  join bill_item on bill_item_detail.bill_item_id=bill_item.bill_item_id
  join bill on bill.bill_id=bill_item.bill_id
  WHERE `bill_item_detail`.`name` LIKE '繰越残高' AND
 :
 :
  order by bill.bill_date";
$result = $mysqli->query($sql);

テーブル3つをjoinして、特定の条件のデータを拾い出すだけのことなのに…。
仕方なく、var_dump($result)で確認してみるが、サーバ上では、やはり0件となってしまう…。

条件をなしにして実行してみると、問題なく返ってくる。

ということは、WHERE句に問題有り。
少しずつ条件を増やしてみる。

name LIKE '〜' を入れた段階でEmptyとなる。

試しに、LIKE '%'で試すと結果が出てくるので、文字コード関連っぽい。

やっと気づいた

ここまでテストして、やっと気づいた。

$mysqli->set_charset("utf-8");

問題は、ここだ!

正しくは、以下のように書く必要が合った。

$mysqli->set_charset("utf8");

そう、「-」が余分だった。

ちょうど、このコードを書く前に、HTMLを書いていて、charset=UTF-8
と書いていていた…。

ああぁ。情けない。
こんな凡ミスをするというのが情けない。

しかし、同じ文字コードを表すのに、この表記の差は何とか統一して欲しい。
もしくは、Aliasでどちらでも機能するようにして欲しい…。

いったい、このミスを見つけるのに、どれだけ時間がかかったものか…。


という戒めの意味を込めて、記録しておく…。

この後、無事実行して80分ほどで書き換えが完了したので、まあ無事終わってはいるのだが…。
このミスを見つけるのに、30分以上脳味噌フル回転で作業して…。


疲れたゎ。


コメント

このブログの人気の投稿

MEGAにも弱点があった?

Ubuntu24.04 でGUIが死んだ

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