タイトル

タイトル

---

---

drupal-10.2.4

[Windows 仮想] : PHP[8.3 / 8.2] + drupal-10.2.4

Errors found

Internet


なぜ？　つながっていますし、 phpからもネットにアクセス取得できますが・・・？

接続先に怪しいSSL証明書でも使ってるの？

[レンサバ] PHP8.3 + drupal-10.2.4

データベースのタイプ

SQLite

エラーメッセージ

ローカル接続のSQLiteになぜ json？って思うのですが、サーバーにmysqlドライバが入っていないせいかもしれない。

webuiからはじかれたので、コマンドからならインストールできるのだろうか？

• 数万個もファイルがあるようなので、php-cgiなので本番環境は難あり。
• プチサイトには、数万個のファイルで構成されたdrupalの読み込みはきつい。
• 無理やり導入してもアップグレードできない可能性が高い
• エラーで落ちると原因を特定できても解決方法がネットにない

1. 以前ローカル環境にテストインストールしていた8.0.2はアップグレードできない
2. drupal-10.2.4を新規で試そうと思いましたが、インストールでこけます。
3. アップグレードと新規どっちもこけて試すことがでない

どうでもよくなりました。

とりあえず既存のインストールまでしてあったdrupal8.0.2は
PHP固定しないと使えない＋アップデートできないので ゴミ箱へ。
さようなら～

dockerで専用環境構築して確認してもいいのですが、面倒なのでしません。

あっ！ Windowsで動作しなくなったのかもしれないのですね。

ホームネットワークに Linuxmintがありました。

次回から
そこにいれてみよう。

今回はレンサバ環境でこけたので今回のバージョンはパスします

Canon PhotoRecord .alb フォーマット

---

---

Canon PhotoRecord .alb フォーマット

変数名=値

値

数値
"文字列"

型
[型名
要素1=値,
要素2=値,
要素...,
]

配列
[array 値1,値2,値..,]


JSON形式ではないようです、
さて、規則性はあるものの独自フォーマットだろうか？

» 続きを読む

python3をインストール : さくらインターネット ライトプラン

さくらインターネットの
Ruby と Python は古すぎて使い物にならない
ローカルのcygwinでバージョンを見ると
virtualboxにいれているテスト用のfreebsd9でも Python 2.7.13 が返ってくる（pkg upgradeとうったが最新だよっていわれ、もう更新できない。）

FreeBSD9は tlsv1 なので
最新のものに更新していない古いバイナリを実行すると
などのエラーが発生する

  さくらインターネットで使われている python 2.7.6はいつごろか追うと 2014Q3 ということがわかった。 2014Q4からは、2.7.8になっているので
４年以上も放置されているということになる
ということで、pythonを使いたい人はさくらインターネットの共有サーバーはやめておいたほうがいいでしょう。
OSのアップグレード待つか、新規契約して新しいサーバーに移るしかないですね。

注意点(リスク)
さくらインターネットは FreeBSD9(FreeBSD 9.1) で
FreeBSD9のFreeBSD公式サポートはかなり前に終了していて(9.1:2014 年 12 月 31 日, 9シリーズ:最終 2016 年 12 月 31 日)
osのライブラリも古いので 自前buildは あまりお勧めしない。

現在のFreeBSDのカレントブランチは 11 で 来年には12がリリースされる

perlの切り替えができるので、pythonでも切り替えは技術的には可能なはずなので
サポートに pythonの切り替え機能の要望を出したほうが無難でしょう

» 続きを読む

git と fossil の比較 git vs fossil-scm

結論をいいますと
* 現段階で,gitからfossilへの移行はしないほうがいいです。

fossilには、ブランチ、タグの削除・抹消機能はありません。

改行コードが絡む場合は、 git を使うほうがいいでしょう。
fossilには、cr-lf 変換機能は ありません。

商用のプログラミング言語には、 LF改行だと
// コメント行
を正常に処理できないものがあり、意図しない動作となります

2015/12	fossil	git	svn
料金	無料	無料	無料
リポジトリ	ファイル１個	フォルダ .git ファイル多数	フォルダ ファイル多数
改行 コード変換	なし	あり	あり
ブランチの削除	不可※	可能	可能
空フォルダ	不可
日本語メニュー	なし	あり	あり
わかりやすさ	×	×	△
操作性	×	◎	◎
処理速度	◎	△	○
競合ファイルの処理 GUI	×	◎	◎
可搬性 ポータビリティ	◎	△	×
ライセンス	個人著作物 (2-clause BSD license)	GPL	Apache License
将来性(開発の継続)	△ (?)	◎	◎ (?)
20年後(Windows)の動作	Windowsは下位互換性が非常に優れているため、.netランタイムライブラリを使っていない場合は、将来的に動作で問題を起こすことはまず発生しない。
	◎	◎	◎
20年後(Unix系)の動作	〇 (未知 ?) static build-inの単一ファイルなので問題を起こす要素がない	未知 ?	未知 ?

» 続きを読む

fossil-scmのバグや不具合リスト　：　メモ

---

---

» 続きを読む

sqlite.exe .dumpで文字化け 【＆ patch p2 編】

---

---

概要
・sqlite.exe の dumpにHEXモードを追加する方法
・sqlite の 「dump」と「インポート」の仕方
・sqlite の構築の仕方
・php PDO sqlite versionの自動選択手法
・ソースコードのダウンロード先

sqlite3に完全移行していたつもりだったのですが
今回、サーバーのDBファイルがあちこちのフォルダに散らばっているため
保存先を統一して整理した結果
version3シリーズへの移行をしていないデータがいくつかありました。

そして dumpすると　ビープ音　ビ　ビー。
インポートも書式エラーでできない始末。
もー、出力をエスケープしていないようです。

sqlite3に移行するのが目的なので、強引に HEXモードを加えました。
一緒に前回（昨年のパッチ1、set_table_name関数）の修正も入っています

sqlite3.exeの .dumpでは、BLOB型にしていれば、HEX出力されるようです。

とりあえず、
１個のDBを移行するのに使うだけで、
cygwinで動いて　、無事に移行できたのでよしとします。

» sqlite.exe .dumpで文字化け 【＆ patch p2 編】'">続きを読む

公式サイトのformatchng.htmlには、２と３は、完全に互換性がないと書いてあります。
ということで、変換が必要になります。

公式サイトから、sqlite.exe sqlite3.exeをダウンロードします
（※sqlite.exe(sqlite-2_8_17.zip): ソース sqlite-2.8.17.tar.gz）


コマンドプロンプトなどで
変換するコマンド
直接生成する場合
sqlite.exe old.db .dump | sqlite3.exe new.db

一度テキストに保存したい場合
sqlite.exe old.db .dump > old_db_dump.sql
ここで、必要に応じて、old_db_dump.sqlを修正します
sqlite3.exe new.db < old_db_dump.sql

※問題点
sqlite.exe(2.8.17) のダンプがキーワードをエスケープしない欠陥があるので
定義済みキーワードを使ったテーブル、列名などがある場合、
取り込みでエラーを起こす可能性があります
その場合、一度テキストにダンプして一括修正後、取り込みが必要になります
sqlite3.exeのダンプでは、問題ないようです。

例　sqlite.exe のダンプ：　INSERT INTO item VALUES(1);
例　sqlite3.exe のダンプ： INSERT INTO "item" VALUES(1);

例: create table "where" (id text);
INSERT INTO "where" VALUES(1);

追記
sqlite.exe(sqlite 2.8.17)のパッチ

sqlite-2.8.17-47fee16ba9bd8ab2.diff
--- SQLite-47fee16ba9bd8ab2/src/shell.c 2007-01-08 16:20:28.000000000 +0900
+++ SQLite-47fee16ba9bd8ab2/src/shell.c 2010-11-04 23:00:00.000000000 +0900
@@ -421,7 +421,7 @@
p->zDestTable = 0;
}
if( zName==0 ) return;
- needQuote = !isalpha(*zName) && *zName!='_';
+ needQuote = *zName!='_';
for(i=n=0; zName[i]; i++, n++){
if( !isalnum(zName[i]) && zName[i]!='_' ){
needQuote = 1;

追記: 2011.12
バイナリデータを含んでいた場合、DUMPに失敗することがわかりました。
patch2を作りました。
別記事になります。
sqlite patch p2
で検索してください。

Firebird 2.5 が公開されています。
さっそくインストール と
その前に、付属文書を読んで概要を確認しました。

うーん、
データベースに文字コード指定できるくらいで
あまりメリットがない。
ということで、 2.1.xを継続利用することに決定。

そもそも、アプリケーションがshift-jisだから
dbがunicode対応になってもなんの恩恵もない。

Firebirdは、
サイズは大きいけどクラッシュしないから、いい。
ポータブルなアプリケーションにもってこいのdb
ただし、日本の参考書が皆無。
英語のマニュアルか古いinterbaseの解説書あたりしか参考にできない。

Mysqlやoracleの時代なんだし
embedバージョンがなかったらFirebirdってただのゴミだよね。

SQliteって世の中にあるけど、あれは、もっとゴミ。
ほとんど書き込みのない設定ファイルくらいには、いいけど
データをばんばんいれるのには、向いていないよね。

---

【MediaWiki/Pukiwiki/YukiWiki ローカルメモ帳としての能力の比較】

【導入前に押さえておきたいこと】

• ローカル環境で メモ帳代わりにWikiを使う場合、書式が違うので、後で別のデータにすることが困難です。
  
• 書式の解説の場所は、使い易いかどうか。書式を探すのに時間がかかるようでは、メモになりません。
• ソフトウェアの文書の検索能力。
  

	Pukiwiki	MediaWiki		YukiWiki
今回比較したバージョン	1.4.7-stable	1.13.4	1.14.0	2.1.3
必要な物	php	php		perl
インストール	簡単	やや簡単		簡単
見出し毎に編集	できない	できる		できない
書式サンプルの同梱	ある	ない		ある
使用したDB	−	SQLite	MySQL 5.1	−
検索（タイトル＋本文）	○	−	○	○
検索（タイトルのみ）	−	○	○	−
検索（本文のみ）	−	−	−	−
ページの移動（名称変更）	やや面倒	容易		やや面倒

【結論】
個人的な好みで使い分けてください。

【考察】
　本文の検索能力が無いようものは、メモ帳機能としては失格です。
ということで　mediawikiをSQLiteで稼働は、候補から除外します。
見出し毎に編集できるのは、大変すばらしい能力で、
一見、　mediawikiが良さそうですが、ページ一覧が何となく見にくいです。
ページ一覧を重視する場合は、Pukiwiki又はYukiWikiを、
見出し毎に再編集 したり、ページの名称変更を重視する場合は、mediawikiを
選択するといいでしょう。　書式が全く違うので、選択は、慎重に。

さくらインターネットのphpにSQLiteをインストールする方法

　本家のsqlite.oは、Linux用なので
FreeBSDのさくらには使えません。


　※php5だとデフォルトで使えるので入れる必要はありません。
　　php5のインストールはこちら。

これを使うと、どうやらSQLite　２．x系となるようです。
ｐｈｐ５も２．x系っぽいので、３．ｘにしたい場合は自力でどうぞ。

インストール http://pecl.php.net/package/SQLite で最新版をひろいます
wget http://pecl.php.net/get/SQLite-1.0.3.tgz tar zxvf SQLite-1.0.3.tgz cd SQLite-1.0.3  注：libsqliteを最新の物と置き換えてください phpize ./configure make	作成します。
注： SQLite-1.0.3に付属のsqliteのバージョンが古すぎるので   libsqliteフォルダを最新の物と置き換えてください   sqlite-source-2_8_17.zip(www.sqlite.org)など   よくわからないという場合は、libsqliteフォルダを   php5ソースの   php-5.x.x\ext\sqlite\libsqliteからコピーする方法もあります。
もし、extensionsのフォルダを決めていないとか作っていない 場合は　作ってください。 mkdir /home/$USER/lib/php/extensions すでにある場合は↑不要です
cp modules/sqlite.o /home/$USER/lib/php/extensions	コピーします
cd .. rm -r -f SQLite-1.0.3 rm SQLite-1.0.3.tgz	不要なファイルを 削除します
次にphp.iniを設定します extension_dir = "/home/ユーザー名/lib/php/extensions" extension=sqlite.so

以上で　使えるようになります。