2024年4月13日土曜日

php のインストールの確認

phpって最初のfacebook書くときに使われたみたいで、それなりに歴史のある言語で、私も2006年位から使っていますが、CLIで使う事はあまり無いので、apacheとの連携のトラブル(mod_phpのバージョンの齟齬)などは気になりますが、拡張モジュールのインストールの問題については気にしたことがありませんでした(今まで問題が無かった)。

今回拡張モジュールのインストールがうまく行っていなくてphp83でトラブりましたが、この拡張モジュールのインストール確認方法として php -v が有効なので記録しておきます。 -vは通常バージョン表示するだけですが、拡張モジュールの読み込みがうまく行っていないと、色々 warning を出してきて、その原因(大概は指定の場所にファイルが無い)も表示してくれるので、簡単に原因を把握することが出来ました。

-vはバージョンを表示する為の物!って固い頭の思い込みをちょっと反省。

xtermがremoteで動かない!

 朝 FreeBSDにアクセスして作業しようとしたら、昨日まで動いていた xterm -display xxx:


0.0がエラーで返って来てしまう。 Xmingの問題かと、左のメッセージを突っ込んで、何度もググってみたが、それらしい記事も見当たらない。 大概の記事はXmingは立ち上がっているか?的な物なのでXmingを疑ってみる。

やむを得ずXmingを再インストールしてみるがダメ。 うん?VcXsrv が何かおかしいのかな?と思ってこれを再インストールすると見事ピンポーン! 復帰することが出来た。

時々Windows君は勝手に(自動で)アップデートするのでその所為かも、、、。


2024年4月12日金曜日

FreeBSD のアップグレード

庭の温湿度測定器が電池切れかデータを送って来なくなったので、取り外して充電。でも、Li電池はちゃんと3.7Vあるんだけどな~。 どっか別の所に問題があるのかな?と思いながら、久し振りにFreeBSDにアクセスしようとしたら xterm -display xxx.xxx.xx.xx:0.0が動かない!(ここが -display でなくて勘違いして -dispにしたのが、そもそものエラーの原因だったーオー馬鹿さん)

で、FreeBSDのアップグレード、アップデートしようと、作業開始(例によってココ参照)。 面倒なのでpkg でアップデートをしてゆくと、何故かphp関連がうまく動かない! 「うーん、この際OSのアップデートも、やっちまえ!」と作業の拡張、、、。 毎度の事ですが、これが命取りなんですよね。

ソースコードから、システム関係をアップデート(13.1-RELEASE-p7 -> 13.3-RELEASE-p1) を git pull /usr/src で行いましたが、元のソースが git で持ってきた物でなかったので、あったものを引っ越して、新規に git clone --branch releng/13.3 https://git.FreeBSD.org/src.git /usr/src で取ってきてから git pull /usr/src アプリのアップデートは面倒なので pkg を使って行ったところ、php のpostgreSQLからデータ取ってくるところが動いていない! 

php81のサポートが2024/11までとあったので、やむを得ず、ソースから最新のphp8.3.4をインストール。  やっぱりダメ! 何故か、postgresにアクセスできない!! そもそも、info.php で表示させても、PDO, pgsql, PDO_pgsql等のモジュールが出てこない! 丸1日四苦八苦して(phpのHello worldから、一つづつ確認作業)、結局はphp8.2.27をインストールしてinfo.phpを確認すると、右下の様にちゃんと必要なモジュールがイントールされており、問題解決。 php8.3.7の移植がまだ完全でないために、php83-extensionsでインストールされるモジュールのバージョンに齟齬がある為の問題の様でした。 これメタファイルなので、実体は/usr/ports/databases/php83-pgsql等にありますが同期が取れているのか??

また、php83-extensions でインストールされたモジュール群はmake deinstallでは削除できないので pkg info|grep php83 等として、インストールされているモジュールを確認して、pkg delete xxx と手動で削除する必要がありました。 モジュールの数が多いので、メンドウ! (パイプで流し込むことを考えた方がいいかも)

この2日、久し振りにFreeBSD弄って四苦八苦したら、随分とお腹が空くことを確認。 体重も少し減っていたので、外で運動するだけでなく、頭を使うのも、シェープアップに役立つのではないか?と思ってます。

何故かremoteの窓からgnome-terminalとしても、エラーが出て動かないので、ググってdbus-launch gnome-terminalが見つかったので、これで解決。 でも、何故?


 


2024年4月2日火曜日

ネットスピード

参考にと自宅のネットスピードを測ってみたら、無線LanよりケーブルLanの方がスピードが極端に遅い。 

「うっそー! cat3ケーブルでも入っているのかな?」と取り敢えず、全てcat 8に交換することにしました。 取り敢えずこの状態で、Lanケーブルの長さやカテゴリで違いがあるのか手持ちのケーブルで比較してみましたが、大きな違いは認められませんでした(右表)。 

スイッチングハブに繋がっている他のケーブルの影響があるのか?と全部抜いたりしてもあまり、変化が認められず、決定的な原因が分からなかった為、ケーブルを全部CAT8にして、長さも必要最短としてみることにしました。

最終的な結果は現用中のPCでの表示が下にようになって、取り敢えずは無線Lanと同等以上という事で一安心。 考えられる、原因はケーブルのコネクタの接触不良? スイッチングハブが何台も入っているので、コネクタの接触も要注意なのかも。 このPC上の値も、RT-500KIやBaffaloのルータにLanケーブルを直結したiPadで計測した380Mbps程度よりも大きく、何か腑に落ちない値になってしまっているのは気に食いませんが。 

ま、無線Lan(5GHz帯)は中途半端なケーブルLanより早いので、家庭内Lanはケーブルを引き回してもあまり意味がないことははっきりしました。 

20年以上前に、全ての部屋にCAT 3ケーブルを配線したのですが、これは全くの無駄になってしまっています。

なお、測定にはFast.comを使いましたが、結構ばらつくので、大まかな所での比較となっていますが、このレベルであればスピードに血道を上げる事も無いので、この話はこれでお終い。



 


2024年3月31日日曜日

田舎の光電話回線の修理

昨年の11月に行ったときに、Internetも光電話も使えなくなっていて、色々弄ってみてもうまく行かず、携帯で113に連絡するも、うまくオペレーターに繋がらず、結局諦めて東京に戻ってきていました。 それでも、毎月ちゃんと!回線使用料(基本料金)の引き落としがされている。

少し暖かくなったので、北陸新幹線にも乗ってみたかったので、1週間程を覚悟して、3月25日から、福井の家にいてきました。 家について見たら、プロパンガスが無い! 定期点検の連絡メモが何度か入っていたのを無視していたので、撤去されてしまっていたのでした。 慌てて、連絡。翌日午前中に再度取り付けて貰い、ガス漏れのチェックも完了。 今回から、集中管理の為にガスメーターの無線Lanの工事が必要で、翌日に担当会社の人が来られる!との事だったのでLucky! 彼に頼んで、NTT西日本に連絡して貰う事に、、、。

実際に担当者が来るも、NTT西日本との連絡は我々と同じで113を使って、、、。 何度か試みるが、中々オペレーターまでは行かない。 番号選択の所でオペーレータのアシストが云々という2番を選択することで、やっとオペレーターと会話できる(といっても、即ではなく折り返しで)ところまで来た。 で、ONUを工事担当者と眺めていたら、電源のLEDは点いているのに、他の信号系のLedは消灯している。 「あれ、ONUが壊れている?」

30分位して、折り返しの電話があり、症状を話すと、「ONUが壊れている可能性が大。新しいONUをユーパックで送るので取り替えてみてくれ。」「作業員にやらせることになると1集会場掛かるので、ご自分でやる方が良いでしょ?」なんて、お言葉を頂き、自分でやることに。

翌日、ユーパックが来たので早速取り替えてみるとピンポーン! 電話は復帰! インターネットも復帰。 NTT西日本供給のルーターはRT-500KIで、東京で使っている物と同じなので、初期化して、、、と思ったら、プロバイダーを設定する画面に入れない! Baffaloのルーターを外付けして使っていたので、そちらの設定で繋いでみると、繋がる。 (どうも、ここの所、RT-500とBaffaloのルーターの設定、がよく分かっていない)

 

で、ちょっと距離のあるシャックから繋いでみるとめっぽう遅い! Baffaloのルーターの傍でも、自宅とは雲泥の差で遅い! 

これって、光回線の契約内容の所為?とNTT西日本にメールして調べて貰うと、1Gbpsだとの電話回答(土曜日に掛かってきたのでびっくり)。  

げ、Baffaloのルーター、自宅のお下がりではやっぱりダメか? 今度行くとき新しい奴持って行って交換しよう。 また、金がかかる、、、。 東京の自宅も無線Lanのスピードの方が速い? iPadとPCの違い? Lanケーブルの違い?


リモートで、Flex6600にアクセスする確認実験を行う予定で、福井に行ったのですが、 SmartSDRでアクセスしてみると、"upgrade"の黄色マークが出てしまう。 慌てて、バージョン確認すると、3.7.4にマイナーバージョンアップされている! で、これも今回は実験できず。

 

2024年3月23日土曜日

DXCC Challenge application

 昨年末にDXCC Challengeの追加申請をしていなかったので、今回申請。 

全部で92の追加で$160何某の請求!  おー!為替レート150円台では痛~い!!  とおもったら、間違えて各バンドのDXCCを申請していた。 OMG!    

手元に紙ベースが6枚ほどあるが、もう少し溜まった時点で申請することに、、、。

2024年3月2日土曜日

Inverted-Uのエレメントのスロープの方向

エレメントが屋根の上を通って一部見えないと、アップ・ダウンの時に何か引っ掛けていないか不安なので、タワーの上下に際してエレメント全てが見渡せるように、両エレメント共に庭の南側に伸ばしています。 でも、何か少し前より聞こえにくいような気がして、、、、。

EZNECでエレメントを垂らす方向でどのような影響があるのかシミュレーションしてみました。 

結論: ま、あまり影響は無いだろうー許容範囲ーということで、安全第一にエレメントが全て視界に入っているようにすることにしました。

独り言: (x,y,z)の3D座標でエレメントを動かすのは、とてもメンドウ。 やってることは直角三角形で分割して、座標計算しているだけなので、どこかに、3Dの図上でマウス動かすと、指定した点の座標が計算されるようなソフトは何処かに転がっていませんかね? これがあれば、EZNECももっと使い勝手が良くなるのだけど、、、。

シミュレーション結果:

80m

給電点の高さが20mしかないので、打ち上げ角は55°! 達磨さん! 

また、水平パターンも、両エレメントを同じ側に傾斜させれば、ややその方向に指向性が向くが、殆ど誤差の範囲。

 

 

 

 

 

 

 

40m

流石に半波長の高さで、打ち上げ角もそれなり。 また、水平パターンは教科書通りの8の字(ま、ちょっとクビレが老婆の領域ですが)。

で、エレメントを垂らす方向についても、同じ方向に垂らせば、そちらに若干指向性が向き、また、エレメントが互いに逆に向いたときは、水平パターンが少し斜めになる(南北向いていれば、

 

ちょうど米国の方向に向くが、逆にEUがクビレに入ってしまう。) 



 

 

30m

これも40mと同じ傾向で、同じ側にスロープさせると、そちらの方向に若干指向性が向く。 また、互い違いの方向にスロープさせると、水平パターンが少し傾く。

 


php のインストールの確認

phpって最初のfacebook書くときに使われたみたいで、それなりに歴史のある言語で、私も2006年位から使っていますが、CLIで使う事はあまり無いので、apacheとの連携のトラブル(mod_phpのバージョンの齟齬)などは気になりますが、拡張モジュールのインストールの問題に...