キーボード修理

イメージ
前回 調子が悪くなったと書きましたが、部品が手配できて時間が取れたので直しました。 茶軸のスイッチを購入 Cherryの茶軸は 10個で1,399- ということで購入。 本当は1個で充分なんだけど、仕方なく残りは予備部品として保管。 作業手順 キーボードの裏側ネジを3箇所外します。 左右と中央の丸シールの下。 左右はパッドを貼っているので、少しめくって外します。 (あとで綺麗に戻るので心配なしです) ケーブルが出ている方は、スッと外れ、手前(下側)は、内部に爪が有るので、ピックやカード、マイナスドライバなどで少し隙間を開けるようにして広げれば外れます。 自分は親指の爪で空きました。 今回は「E」が調子悪いので、該当のピン2箇所をハンダ吸いで綺麗に取り除いて、裏側から引き抜いて完了。 基板にしっかりとどのキーかがプリントされているので分かりやすいですねぇ 入手した新品の茶軸を差し込んでハンダ付けします。 この時点で動作確認が可能になるので、直したキーとその周辺が正しく入力できるのをチェック。 問題なく、無事に動作しました。 最後にカバーを取り付けて完了! 残ったのは9個の茶軸…。 今回の費用 Cherryの茶軸10個セット :1,399- キーキャップ引き抜き工具 : 475-  ちなみに10個セットには、簡易引き抜きがついてきますが、ちゃんとしたもののほうが楽に作業できます。(昔買ったのに、どこかに行ってしまったので再購入)  ということで、1900円ほどで完治しました。  手間賃考えると買ったほうが安いかも(笑)

PHP+sqliteでcoud not find driver

前回からの検討内容…

DBを使ったアプリを作成する依頼があったので、内容を検討。
ターゲットとなる環境が厳しいので、いろいろと検討し、そろそろ決めることにした。

クライアントが古めで、アプリを入れて動かすのは故障時のリスクが高すぎる。
何せ外部に接続していないXPマシンが1台含まれており、メモリが512MBと超遅め。
壊れるまで使いたいという希望。

3台のクライアントで利用するのだけれども、扱うデータは担当者別で同時に同じデータを触ることはない。
要はアプリは1種類で、データは3種類になるという縛りがある。
そのうちの1台が古いXPということなので、最低のマシンで動作するようにしないといけない。

そこで、当初LibreOffice上のBASE+マクロ(BASIC)で構築しようと思ったけれど、XPマシンに入れて快適に動きそうにない。
VB or VC# or etc.+SQLiteも検討したが、Microsoftに縛られたくない。

ということで、Linuxサーバ(内部向け)の上で、SQL+PHPで構築して、ブラウザで利用という事で進めることにした。

テスト環境を準備

通常なら、Virtualboxでサーバを構築して、その上で作業をするのだけれど、今回は14.04が出たばかりなので、検証を兼ねて14.04にUpgradeしたノートPC上を作業環境にしてみる。

まずは、apacheのインストール。

$ sudo apt-get install apache2
動作確認で、開いてみると「お!ぉぉ!!!」今までの殺風景な it worksではなく、洒落た画面になっていた。

ついでに、Firefoxも最新のものに更新したので、chromeみたいなタブになっていて、何だか違和感ww

一応スクリーンショットを撮ってみた。
ぱっと見た感じはchromeのようだけど…。確かにFirefoxなんだよね〜。

検索窓が別に用意されているけれど、アドレスバーの欄に入力しても検索してくれて変な感じ。

続いてphpのインストール

$ sudo apt-get install php5 
本当に、楽になったもんだ。依存する必要なモジュールは勝手に入れてくれるし…。

userdirを使えるようにmoduleをenableにし、phpもuserdirで動作するように、php5.confを編集。
ここで、apacheを再起動し、動作確認する。
<?php phpinfo(); ?>
という内容のファイルを作成して、確認しておく。

今度は、SQLite3を準備する

本当は、MySQLかPostgreSQLでも使おうかと考えたのだけれども、ローカルで動作させる可能性と、最悪Windows上で動作ということも考えて、ファイルで扱えるSQLiteを使ってみることにする。
バックアップがファイルコピーで完了するのと、複数ユーザによる同時アクセスが、ほぼ発生しないし軽いので…。
$ sudo apt-get install sqlite3 php5-sqlite
コマンドラインから、sqlite3で直接データ投入して確認する。

$ sqlite3 testdb
sqlite> create table testtable (id integer primary key);
sqlite> insert into testtable values (100),(101);
sqlite> select * from testtabl;

動作は問題ない。

これを、phpから同様に出力できれば、準備完了だ。

phpのコード

    <?php
      $dsn ="sqlite:testdb";
      $db = new PDO($dsn);
      $sql=$db->prepare('select * from testtable');
      try{
        if(!$sql->execute()){
          echo "Failed";
        }
        foreach ($sql->fetchall() as $key => $value) {
          echo "$key:$value[0]<br/>\n";
        }
      } catch(Exception $e){
        echo "Failed: ".$e->getMessage();
      }
    ?>

最低限しか記述していないが、問題なかろう…。(実際にはhtmlも記述してあるので抜粋)
コマンドラインから、確認する。

$ php5 test.php
    :
0:100<br>
1:101<br>
    :
はい、OK。

さて、ブラウザから確認してみると…。真っ白だし…。
何かエラー吐いてるな〜と。
ソースを見ても、何もないので、ログを確認。
[Wed Apr 30 18:10:00.836230 2014] [:error] [pid 12275] [client 127.0.0.1:48208] PHP Fatal error:  Uncaught exception 'PDOException' with message 'could not find driver' in /home/satoshi/public_html/test.php:12\nStack trace:\n#0 /home/satoshi/public_html/test.php(12): PDO->__construct('sqlite:/home/sa...')\n#1 {main}\n  thrown in /home/satoshi/public_html/test.php on line 12

この12行目というのは、new PDO($dsn)の行だ…。

おかしい…。
コンソールでは動作しているのに…。

しかも、driverが見つからないって、どういうことなん?

結局は解決したが…

まずは、ググって同様な報告が出ていないか確認する。
古いUbuntuでは、似たようなものがあったものの、最近の情報は見つからない。
ましてや、14.04での報告は皆無…。

書き方に問題があるのかと、別の書き方をしてみたり…。
「sqlite:」→「sqlite3:」
に書きなおしてみたり…。フルパスに変更してみたり…。

色々やってみたものの、一向にエラーは消えない。
ブラウザは真っ白なまま。とほほ…。

やはり14.04ではだめか?という考えがよぎる。
12.04でやり直すか…とも思う。

でも、コンソールでは動いて、apacheでは動作しない。という部分が引っかかる。
全く動かないのであれば、納得できるのだが。

所有者を変更したり、パーミッションを変えてみても、変わらず。

最後に思いついたのが、この書きかけのblog…。

よく見たら、php5-sqliteを入れた後、apacheを再起動していない!!!

原因はこれでした。
だから、コンソールでは動き、Webサーバ経由ではエラーということなのでした。

分かれば当たり前なのだけれど、書きながら作業したせいか、疲れからボケただけなのか…。
こんな初歩的なミスで、無駄に長い時間格闘してしまった…。

はぁ…。原因がわかって余計に疲れましたゎ。
ポカを何度も繰り返して、覚えるんだろうけど…。
って何年同じような作業やってんだ!って話ですな。

気をつけよう! モジュール入れた後の再起動!

コメント

このブログの人気の投稿

WPS Officeで日本語入力ができない

VirtualBoxでUSBから起動

Ubuntu24.04 でGUIが死んだ