IT漂着メモ

さくらレンタルサーバのphpでUDPを送信しようとしたら socket_create が使えなかったので fsockopen を利用して UDPを送信 function UdpSender($host, $port, $msg){ /* $sock = socket_create(AF_INET, SOCK_DGRAM, SOL_UDP); socket_sendto($sock, $msg, strlen($msg), 0, $host, $port); socket_close($sock); */ $fsock = fsockopen("udp://{$host}", $port); if($fsock){ fwrite($fsock, $msg); fclose($fsock); } }

RICOH MP1601 シリーズで、マルチページのFAXをメール転送させた時に、ナンバー・ディスプレイ情報が付加されない 受信FAXをメール転送すると、件名に From "03-XXXX-XXXX"(Fax Message NO.xxxx) みたいな情報が入ってくるが、これは 送信元FAXに設定された送信元情報 ナンバー・ディスプレイを利用した回線で、ナンバーディスプレイを受信する設定に RICOH MP1601 のナンバー・ディスプレイ設定はデフォルトでオフになっているので、 パラメータ設定 で スイッチ25のビット6をオンにする すると From "03XXXXXXXX"(Fax Message NO.xxxx) ところが、複数ページのFAXを受診した場合、上記の番号部分が抜け落ちてしまう この場合、 ナンバー・ディスプレイの優先順位を上げる→  パラメータ設定 で スイッチ30のビット5をオンにする これで、ナンバー・ディスプレイ情報の優先度が上がって、メール件名に発信者番号が表示されるようになる このパラメータ、デフォルトの最優先が「送信者の発信元名称」なんだけど...

日本のサマータイム(+1 or +2時間)が現実のものとなったときのための調査メモ OS側 ほとんどのOSがUTC(世界標準時)で動作しつつ、ローカルタイムもAPIによってアプリケーションへ提供している。したがって、現行OS(サポートが終了していない)は、アップデートにより日本のタイムゾーンを設定していれば、該当日時にローカルタイムを進めたり戻したりする。 サポートが終了したOSは、タイムゾーン設定による調整(サマータイムを導入した日本の場合)は行われないため、常に UTC + 9でローカルタイムが提供される。これらのサポート終了OSで夏時間を実現するには、タイムゾーンを UTC+10 または UTC+11 の地域に変更すればよい。 このときオーストラリアなど夏時間を利用している地域を選択すると混乱を生じる可能性があるので、その年に夏時間を導入しないであろう、ウラジオストクやサハリンを選択するのがベターかもしれない。 タイムゾーンを変更しても言語やデフォルトエンコードには影響は出ない(例: 日本人が海外で自身の端末を使う場合、タイムゾーンは変更しても言語は日本語のままといった状態) アプリケーション側 多くのアプリケーションが、表示などについてはローカルタイムを利用しているハズ ネットワーク関連のアプリケーションやファイルシステムではUTCを用いる事が多いが、表示を現地時間に合わせるため UTCからの時差をOSから取得したりローカルタイムへAPIを利用しているので、結局ローカルタイムに依存することとなる ローカルタイムを利用したアプリケーションで問題になるのが、サマータイムへ切り替わる時間帯と、戻る時間帯に運用しているアプリケーション。 切り替わり時には、1 or 2時間一気に時刻が進むことになり、製造ラインなどで大きな問題が出る可能性がある(1時間かけて投入する材料を一気に投入するような事故)。 戻る時間には、同じ時刻が 1 or 2時間発生するので、製造ラインなどで先程の逆の事や、受注順序の判別が不能などの可能性。 問題が起こる可能性が考えられる場合、予めOS側で夏時間への切替をオフにしておく OS側の設定が変更できない環境の場合、UTC + 9 を常に計算する等の修正が必要になるが、それなら UTC とローカルタイムを...

http で接続してきたら Basic認証せずに https へリダイレクトさせて、httpsでは Basic認証をおこなう .htaccess の設定 さくら側の仕様変更による経緯 X_SAKURA_FORWARDED_FOR を利用(リダイレクトループ回避) → 2018/3に 仕様変更 X-FORWARDED-PROTO を利用 → 2020/5中頃に廃止？？ REQUEST_SCHEME を利用 (2020/5/27現在) https へのリダイレクト RewriteEngine On RewriteCond %{ENV:HTTPS} !^on$ RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] https のみ Basic認証をかける <If "%{REQUEST_SCHEME} == 'https'"> AuthType Basic AuthName "Auth Access" Require valid-user AuthUserFile パスワードファイル </If> 判定に "%{ENV:HTTPS} == 'on'" を用いたところ、ルートのみ認証がかかってしまい、それ以下に認証がかからなかった 2018/08/21 の独自ドメイン(SNI) で接続 + php の print_r($_SERVER) による情報 ※以下の環境変数を.htaccessで利用する場合 _(アンダーバー)と-(ハイフン)の違いに注意 http:// リクエスト [REDIRECT_STATUS] => 200 [PHPRC] => /home/さくらユーザー名/www [PATH] => /usr/local/bin:/usr/bin:/bin [HTTP_HOST] => www.example.com [HTTP_X_REAL_IP] => リモートホストIP [HTTP_X_FORWARDED_PROTO] => http ←2020/5中頃廃止 [HTTP_LISTEN_IPADDR] =...

Google Map の API にキーが必要になって久しいが、忘れてたマップに key を取得して、URLに追加したもののリクエスト数と同じエラー数 よくよく確認したら、課金情報が未設定のアカウントでした～ いつでも課金できる状態じゃないとNGなのね

Firefox のアドオン Skip Redirect を使っていると、Google翻訳が機能しない こういうリンクを開くと、翻訳がスキップされて元のページが表示される Skip Redirect の設定ページで、Blacklist に /translate を追加する

Android アプリ Tasker の %WIFII 変数の情報をメモ 接続中 >>> CONNECTION <<< "AP1" Mac: xx:xx:xx:xx:xx:xx IP : x.x.x.x Sig: 9 Spd: 144Mbps Chl: 4 未接続状態 >>> SCAN <<< AP1 Mac: xx:xx:xx:xx:xx:xx Cap: [WPA2-PSK-CCMP][WPS][ESS][BLE] Sig: 9 Chl: 4 AP2 Mac: xx:xx:xx:xx:xx:xx Cap: [WPA2-PSK-CCMP][WPS][ESS] Sig: 9 Chl: 36 以下、最終SCAN情報の繰り返し(未接続や接続不可のAPも含む) SSIDが隠されているアクセスポイントは AP1やAP2の場所が空行になります 接続済みの判断は CONNECTION の文字列、接続先はそれと同時にダブルコーテーションで囲まれた "SSID名" ※未接続時の情報はダブルコーテーションで囲まれていない

構内PHSに代われる安定した内線網がなかなか登場しない中、昔のPHS端末を電池がダメになったことで諦める事もおおいでしょう が、案外多いPHSの互換電池、本家より安かったりもします ドコモの名機 631s や 621s で使えたりする電池 NTT東日本の 電池パック094だけど、日立 HI-D5, D6, D7, D8 で使用できるバッテリーと 電圧、容量、サイズ、コネクタ極性が同じ電池