SQLiteManager

▼下記エラーが出たら、CGIモードへ変更
The configuration database is read-only.
Some features of SQLiteManager can't work correctly.

▼下記エラーが出たら、Web DeveloperでセッションCookieを削除
Warning: session_start() [function.session-start]: open(/tmp/sess_kfmfah21gp4b062aa7ffk64di0, O_RDWR) failed: Permission denied (13) in /virtual/ユーザー名/public_html/ドメイン名/任意／SQLiteManager-1.2.4/index.php on line 8

・SQLiteManagerは、CGIモードじゃないと動作しない
　 ↓
・CGIモードで動作させる=SQLiteManagerの(PHPによる)認証機能は使えない
　 ↓
・htaccess/htpasswdでベーシック認証をかけるしかない
　 ▽ベーシック認証のページ、htaccessサンプルのダウンロード、暗号化も。アクセス制限にご利用下さい。
　 　http://www.chama.ne.jp/access/

■インストール先
　 当初、phpMyAdminのように使いたかったので、当然、同じ場所にインストールして、アップロードした。
　 /public_html/log/
　 だけど、実際にアップロードしてみて、
　 どうやってブラウザからアクセスしていいか分からなかった。
　 結局、サブドメインを切った中へインストールしたのだが、
　 これだと、サブドメイン毎に、SQLiteManagerをアップしなくちゃいけなくなる。
　 で、ようやく気付く。
　 http://ユーザー名.サーバー名.coreserver.jp/log/phpmyadmin/
　 のように、
　 http://ユーザー名.サーバー名.coreserver.jp/log/SQLiteManager/
　 とアクセスさせる方法はないだろうか？

　 いや、違った、今、
　 http://ユーザー名.サーバー名.coreserver.jp/log/SQLiteManager/analog.1.html
　ってアドレス叩いたら、フツーに表示された。

　 そうだよな。
　 だって、public_html以下だしね。

　 /public_html/log/
　が何か特殊なことやってるのかと思ってたけど、
　 今、ここの.htaccessを見たら、
　 AuthName LOG 　って、何か単にベーシック認証かけてるだけっぽい。
　 この認証を、ユーザーが手動で行なったんじゃなくて、サーバー側が自動で設定してるだけ、要はそういうことなのだろうか…。
　
　 結局、/public_html/log/以下へ、SQLiteManager-1.2.4のディレクトリ毎、突っ込んで、htaccessでベーシック認証を設定した。

　導入メモはこちら↓
　 ▽SQLite GUI 管理ツール | PHPStyle
　 　 http://php.w4c.work/modules/d3blog/details.php?bid=85