まとめサイト: 2025

2025-12-18

また怒りがこみ上げてきた

記事読み返してたら、前の会社の糞の話で怒りがこみ上げてきた。

いかんいかん、あんな奴に俺のリソース割くのは無駄だ。

って思っても、どうしても許せない。

あいつ、また胡散臭いこと始めたよ。一番胡散臭いとこの会社の社長と。

でも、一番胡散臭いとこの社長は、別会社の社長を他にさせてるっぽいけど、

奴は自分でやってるよ。

ってかさ、なんで一緒にやらんかね？

あれか、同族嫌悪ってやつか？

お互い信用ならんってか？

多分そうだね。

2025-12-12

Outlookで自動改行させないための設定　～もういい加減 UTF-8 / base64 でよくね？～

Outlookで勝手に「自動改行」させないための設定、正解は、[ファイル] - [オプション] - [詳細設定] の「文字設定オプション」で「送信メッセージで優先使用するエンコード方法(E):」を『Unicode (UTF-8)』にする。

こうすることで、テキスト形式のメールは

Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

として送信されるので、受信側でメールを表示すると

　閲覧環境にあわせて適切に「折り返し」

　送信者の意図した位置で「改行」

される。

送ったメールの「ソース」を受信側で表示するとこんな感じ。

Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Content-Language: ja

44CA44KE44GB44CBDQrjgIDjgZPjgozjgpLoqq3jgpPjgafjgYTjgovjgajjgYTjgYbjgZPjgajj
ga/jgIFiYXNlNjTjgqjjg7PjgrPjg7zjg4njgZXjgozjgZ/mloflrZfliJfjgpLjg4fjgrPjg7zj
g4njgZfjgZ/jga7jga3jgIHjgZnjgbDjgonjgZfjgYTvvIENCg==

base64エンコードすると、76文字で「改行」していることがわかるよね。

っていうかさ、違うんだよ。いつも、もやーっとするのね。

『Unicode (UTF-8)』って、Unicode という「符号化文字集合（character set）」を UTF-8 という「文字符号化方式」で「エンコード」してるんであって、「メールのエンコード方法」じゃないんだよね。

本来なら

符号化文字集合は何を使いますか？
文字符号化方式は何を使いますか？
メールのエンコードはどうしますか？

と３つ聞かないといけないんだけど、メールのヘッダには「符号化文字集合」を表すヘッダがないから（というか、世の中そうなんだけど）、1.と2.が「セット（UTF-8と言えばUnicode）」になってて、3.はそれに従う（8ビット符号単位のセットならbase64、7ビット符号単位のセットなら7bit）」っていうことを、いろんなシステムが「裏」でしちゃうから、自称「SE」さんたちもこの辺のいわゆる「文字コード」について誤解っていうか、理解せずにいるんだよね。おれより高給取りのくせに。

しかも、文字セットは受信側に依存するし、表示フォントでも変わるし、なんなら、送信側のフォントによっても、メールを書いているときに「入力できる／できない＝表示できる／できない」から、「送信メッセージで優先使用するエンコード方法(E):」っていう設定項目の見出しそのものがおかしくて、

送信メッセージの文字符号化方式：

○ ISO-2022-JP

○ Shift_JIS

⦿ UTF-8

メール転送符号化方式 (Content-Transfer-Encoding)：

○ 7bit

○ 8bit

○ binary

○ quoted-printable

⦿ base64

とするのが本来だと思うんだ。

「送信メッセージの文字符号化方式：」の注意書きとして「あなたが入力した件名と本文をこの方式で再符号化します。その結果、あなたには見えている件名と本文が、受信側では見えなくなることがあります。これは、UTF-8を選択すること回避できます。」ぐらい表示してさ。

そのうえで、両方の組み合わせがおかしくならないように選択肢を制御すればいいと思うんだけどね。

もういい加減、UTF-8 + base64 をデフォルトにすれば、このWindows 95の時代から続く「改行（折り返し）問題」が解決するんだけどな～

いまだにいるんだよね。40以上のSEさんとそいつらに育てられた若手か、ネットに転がっているサンプルを適当に取ってきて、

ISO-2022-JP + 7bit

でメール送るPG作るヤツ。

2025-11-14

sftp専用ユーザー

sftp専用ユーザーはsshでもログインできる必要があるので、ftp専用ユーザーのように、-s /sbin/nologin としない。
# useradd sftpuser
# passwd sftpuser
New password:
Retype new password:
passwd: all authentication tokens updated successfully.

chrootする場合は
# vi /etc/ssh/sshd_config
～
Subsystem sftp internal-sftp
～

chrootしない場合は
# vi /etc/ssh/sshd_config
～
Subsystem sftp /usr/local/libexec/sftp-server
～

sftp専用ユーザーを指定する。
Chrootさせるなら、ChrootDirectoryを指定する。
# vi /etc/ssh/sshd_config
～
Match user sftpuser
ChrootDirectory /var/www/
ForceCommand internal-sftp
～

市外局番を省略できることを知らない

もう、固定電話から電話することがめっきり減ったね。

でね、会社にいたのよ。

市内の取引先に電話するとき、市外局番から回したやつが・・・（回すって、おっさん…）

あー、携帯からしかかけたことない子かって思ってね。

2025-10-10

.NET DateDiff()で月数を求める

.NET の DateDiff() を使って月数を求めた。

Debug.Print(DateDiff(DateInterval.Month, CDate("2025-01-01"), CDate("2025-01-31")).ToString())
Debug.Print(DateDiff(DateInterval.Month, CDate("2025-01-01"), CDate("2025-02-01")).ToString())
Debug.Print(DateDiff(DateInterval.Month, CDate("2025-01-02"), CDate("2025-02-01")).ToString())
Debug.Print(DateDiff(DateInterval.Month, CDate("2025-01-02"), CDate("2025-02-02")).ToString())
Debug.Print(DateDiff(DateInterval.Month, CDate("2025-01-31"), CDate("2025-02-01")).ToString())

↑の結果は↓

2025-01-18

INSERTしてからUPDATEする

UPSERT/MERGEの話ではない。

INSERT文とUPDATE文の両方をメンテナンスするのが面倒になってきた。

REPLACE文はDELETE走るし、MERGEは結局INSERT/UPDATEの両方にすべての項目を書かないといけないし、INSERTとUPDATEの両方で入力値が正しく登録されているかを確認しないといけない。

項目多いとめんどい。

そこで考えた。

こうすれば楽できないかと。

■ぼくのかんがえたさいきょうのこうしんしょり

トランザクション開始

IF 新規 THEN

主キーとデフォルト値でINSERT

END IF

入力値でUPDATE

コミット

・・・さて、仕事するかな

まとめサイト