makecabコマンドとは？

makecabコマンドを使うと、大きなファイルを複数の小さなファイルに分割できます。

あとで合体して元のファイルを取り出すことができます。

makecabコマンドでファイルを分割する

まずはバッチファイルを作成しましょう。ここでは10MBごとにファイルを分割します。

setlocal
set ddf=%TEMP%\cabprof.ddf
(echo %1) > "%ddf%"
makecab /d MaxDiskSize=10240000 /d RptFileName=NUL /d InfFileName=NUL /d DiskDirectoryTemplate="%~n1" /f "%ddf%"
del "%ddf%"

上記のコードをメモ帳などで保存し、拡張子をbatにします。

./hoge.bat "分割したいファイルのパス"

コマンドプロンプトで上記のように実行し、バッチファイルを実行します。

すると、.cabというファイルがたくさん生成されます。すべての.cabファイルを同じフォルダに集めて、1つ開くと、元のファイルを取り出すことが出来ます。

まとめ

大容量のファイルを分割して送りたいときなどに便利です。是非使ってみてください。

例えば、暗い色使いの画面を表示すると輝度が勝手に下がり、白など明るい色の画面を表示すると輝度が上がるような感じです。

設定通りの輝度でディスプレイの明るさを固定する方法を紹介します。

「インテルディスプレイ省電力テクノロジー」を無効にする

原因はインテルのディスプレイドライバにあります。

「インテルディスプレイ省電力テクノロジー」が有効になっていると、表示内容にあわせてディスプレイの明るさが調整されます。無効にすると、輝度が固定になります。

デスクトップを右クリックし、「インテルグラフィックスの設定」を開きます。

「電源」ページを開き、「プラン設定の変更」から「ディスプレイ省電力テクノロジー」を無効にします。

これで輝度の自動調整が無効化されます。

準備：ライブラリのインストール

Pythonのバージョンは「Python 3.14.3」です。

pipで以下のライブラリをインストールしておきます。

pip3 install tapo==0.8.12

tapo · PyPI

tapo

Unofficial Tapo API Client. Works with TP-Link Tapo smart devices. Tested with light bulbs (L510, L520, L530, L535, L610...

pypi.org

今回はTapoというライブラリを使用します。類似ライブラリの「PyP100」は長らくアップデートされておらず、最新のファームウェアに対応していません。

スマートプラグのセットアップ

スマートプラグは事前にTapoアプリに登録し、Tapoアプリで操作できる状態にしておくことが必要です。（いったん登録しておけば、Pythonから制御可能）

また、スマートプラグのファームウェアが古い場合はアップデートが必要です。古いファームウェアでは正常に動作しないことがあります。

スマートプラグのバージョンはTapoアプリで確認できます。筆者は1.4.5 Build 20240514 Rel. 36508で動作確認しました。

Tapo P105を制御するサンプルコード

#!/usr/bin/env python3.14

# TP-Link P105 スマートプラグ制御スクリプト
# インストール必要：pip install tapo==0.8.12

import sys
import asyncio
from tapo import ApiClient

async def main(ipaddress, email, password, action):
    # Tapo APIクライアントで認証し、デバイスに接続
    client = ApiClient(email, password)
    device = await client.p100(ipaddress)
    # 指定されたアクションに応じてON/OFF
    if action == "on":
        await device.on()
    elif action == "off":
        await device.off()

# 引数チェック
if len(sys.argv) == 5:
    ipaddress = sys.argv[1]
    email = sys.argv[2]
    password = sys.argv[3]
    action = sys.argv[4]
    asyncio.run(main(ipaddress, email, password, action))
else:
    print('Usage: main.py <IPaddress> <Email> <Password> <"on" or "off">')

無事に動作できました！

無事に動作させることができました。参考になれば幸いです。

実際に検証してみました。

結論→自動的に返金される

ドメイン移管に失敗した場合は、自動的にドメイン取得費用は返金されます。

クレジットカード決済の場合は、マイナス金額の請求が自動的に発生し、返金が完了しました。

今回はWindows10でも確定申告のデータファイルを読み込む方法をご紹介します。

Windows10で確定申告データを読み込むには

Google ChromeのDevToolを利用して、ブラウザのAgentを変更します。

Windows11に見せかけることでデータファイル読み込み時のエラーを回避することができます。

やり方

まずF12キーを押し、DevToolを開きます。

右上の点々をクリックし、More tools > Network Conditionsをクリック。

User agentのUse browser defaultのチェックを外し、User agent client hintsを開きます。Platformのところで「10.0」を「11.0」に変更します。

最後にUpdateをクリックします。

Updateをクリックしないと上手くいきませんので忘れずに。

うまくいった！

上記の操作後に再度データファイルを読み込んでみましょう。問題なく読み込みできるはずです。

なお、筆者は問題なく確定申告できましたが、正規の方法ではないので、上記の方法で問題が生じても責任は負えません。

単純連動型米国株ETF

ブルベア型米国株ETF

⚠️ レバレッジETFの注意点

• 基本は短期売買（デイトレ～数日）向け
  → 日次リセットのため、長期保有で乖離が発生しやすい。
• ボラティリティが高い指数ほど減価（Value Decay）しやすい
• Bear系は特にリスク高く、乱高下で大きく削られる可能性あり

結論→「ffmpeg-release-essentials.7z」でOK！

https://www.gyan.dev/ffmpeg/builds/からffmpeg-release-essentials.7zをダウンロードすればOKです。

リリースビルドのファイルの違いは以下の通り。

ffmpeg-release-essentials
👉【おすすめ】 基本的な用途（動画変換・音声変換・一般的な処理）では十分。特殊なフォーマットだと対応していないことがあるが、一般的な変換用とならこれでもいい。
サイズ：約285MB

ffmpeg-release-full
👉 【安心。でもサイズ大きい。大多数の人にとってはオーバースペック。】可能な限り多くのコーデック・機能を含んだフルビルド版。特殊フォーマットや最新機能まで広く対応。
サイズ：約615MB

ffmpeg-release-full-shared
👉 特殊な用途で使われる。DLL としてライブラリが分割されているのが特徴。

音声・動画ファイルの変換用であれば、essentialsで十分です。主要なフォーマットはすべてカバーしています。

銘柄コードをコピーして、Ctrl+Vで貼り付けるだけでOK

銘柄コードの羅列をコピペするだけで登録できます。

CSVファイルの作成など面倒なことは不要です。

MarketSpeed2に銘柄を一気に登録する方法

まず、Excelなどで登録したい銘柄コードをまるっとコピーします。

次にMarketSpeed2の「登録銘柄情報」ページを開きます。

この状態でCtrl＋Vキーを押して、コピーしたコードを貼り付けます。

「複数銘柄登録」画面が開くので、登録したい銘柄をチェックしましょう。

あとは「OK」を押せば登録完了です。

株探などのニュースサイトからでもコピペも可能。コピーした文字列から銘柄コードを自動認識してくれる！

素晴らしい操作性ですね。非常に簡単に銘柄登録することができます。

今回はExcelから貼り付けましたが、コピーした文字列から銘柄コードの部分だけを自動的に抜き出して、登録してくれます。

なので、例えばkabutanのニュース記事など、銘柄コードが含まれているものなら、なんでもコピペして一気に登録できます。感動的です。

移行するのは写真や大容量のファイルを保存するため使用していたサーバーです。2008年製のWindows Vista搭載パソコンをサーバーに改造して使っていましたが、もっと起動を速くしたいこと、データベースへのアクセスが遅くNextcloudの同期に時間がかかるため、使っていなかったSSD（Crucial BX500 120GB）に移行します。

• OS：CentOS 7.4
• メモリ：2GB DDR2-800 dual channel
• OS用ストレージ：HDD320GB（2008年製 HITACHI HDP72503 320GB）
  →Crucial BX500 120GBに移行します
• ストレージ（メイン）：WD Blue 4TB
• ストレージ（バックアップ）：WD Blue 4TB

あらかじめOSのバックアップは取っておきましょう。また、作業前にデータ用ディスクは取り外しておきます。

ファイルシステムの構成を考える

既存のファイルシステムは以下の通りです。

#parted -l
モデル: ATA Hitachi HDP72503 (scsi)
ディスク /dev/sda: 320GB
セクタサイズ (論理/物理): 512B/512B
パーティションテーブル: msdos
ディスクフラグ:

番号  開始    終了    サイズ  タイプ   ファイルシステム  フラグ
 1    1049kB  31.5GB  31.5GB  primary  ext4              boot
 4    31.5GB  250GB   218GB   primary  ext4
 2    250GB   270GB   20.0GB  primary  ext4
 3    270GB   271GB   1023MB  primary  linux-swap(v1)

#df -Th
ファイルシス   タイプ   サイズ  使用  残り 使用% マウント位置
/dev/sda1      ext4        29G   15G   13G   55% /
devtmpfs       devtmpfs   900M     0  900M    0% /dev
tmpfs          tmpfs      915M     0  915M    0% /dev/shm
tmpfs          tmpfs      915M  9.0M  906M    1% /run
tmpfs          tmpfs      915M     0  915M    0% /sys/fs/cgroup
/dev/sda2      ext4        19G  3.4G   14G   20% /home
/dev/sdc1      ext4       3.6T  2.8T  866G   77% /sambadata
tmpfs          tmpfs      183M     0  183M    0% /run/user/0
/dev/sda4      ext4       200G   85G  105G   45% /mnt/sd
tmpfs          tmpfs      183M     0  183M    0% /run/user/1001

Linuxを触り始めたばかりの頃に適当に自作したため、めちゃくちゃなパーティション構成になっています。今回のSSD以降を機にもっと拡張性に優れた構成に変更したいと思います。

上記の表のような構成にすることにしました。既存の構成では/home用のパーティンションを作っていましたが、廃止して/に統合します。swapは必要なさそうでしたが、一応作っておくことにしました。

新しいSSDにパーティションをつくる

SSDを取り付けてサーバーを起動します。誤操作によるデータ損失を防ぐため、データ用など不要なディスクは外しておきましょう。

ディスクのパスを確認します。

lsblk
parted -l

既存のOSディスクが/dev/sda、SSDが/dev/sdbであることが確認できました。

partedでパーティションを操作します。Enterキーを押すごとに変更が反映されていくため注意しましょう。

まず、GPTラベルを付与します。

parted /dev/sdb --script mklabel gpt

次にパーティションを作成します。

parted /dev/sdb
mkpart primary 1MiB 2MiB
set 1 bios_grub on

mkpart primary ext4 2MiB 1026MiB
mkpart primary ext4 1026MiB 110GB
mkpart primary linux-swap 110GB 100%
quit

ファイルシステムを作成します。

mkfs.ext4 /dev/sdb2
mkfs.ext4 /dev/sdb3
mkswap /dev/sdb4

SSDにデータをコピーしていく

マウント先のディレクトリを作成し、SSDをマウントします。

mkdir -p /mnt/newroot
mount /dev/sdb3 /mnt/newroot

mkdir -p /mnt/newroot/boot
mount /dev/sdb2 /mnt/newroot/boot

rsyncでコピーします。

rsync -aHAXv --exclude={"/proc/*","/sys/*","/dev/*","/run/*","/tmp/*","/mnt/*","/media/*","/lost+found"} / /mnt/newroot

fstabの変更

新しいSSDに対して、fstabを変更したりブートローダーをインストールしたりします。

chrootしておきます。

mount --bind /dev /mnt/newroot/dev
mount --bind /proc /mnt/newroot/proc
mount --bind /sys /mnt/newroot/sys
mount --bind /run /mnt/newroot/run

chroot /mnt/newroot /bin/bash

ディスクのUUIDをチェック。

blkid
 #SSDのUUIDを確認

/etc/fstabを編集。

vi /etc/fstab

UUID=<UUID_boot>  /boot    ext4  defaults  1 2
UUID=<UUID_root>  /        ext4  defaults  1 1
UUID=<UUID_swap>  swap     swap  defaults  0 0

ブートローダ（GRUB2）のインストール

grub2-install /dev/sdb
grub2-mkconfig -o /boot/grub2/grub.cfg

サーバーの再起動

chrootから抜けます。

exit
umount -R /mnt/newroot

サーバーをシャットダウンします。

shutdown -h now

HDDを取り外し、正常に起動することを確認しましょう。

まとめ

無事にSSDへの移行が完了しました。

体感速度は大幅に向上。これまで30秒ほどかかっていた起動時間が10秒ほどに短縮されました。Nextcloudの同期も爆速になり快適です。

原因：変更履歴機能を使っていると、番号が飛ぶことがある

通常であれば、脚注の番号は自動的に振り直しされます。

後から脚注を追加・削除しても、自動的に上から順に番号を降ってくれます。

しかし、変更履歴機能を有効にした状態で脚注を削除してしまうと、変更の承認を行うまで番号の不利直しがされません。（削除した部分の番号が残っている扱いとなり、その番号が飛ばされてしまう。）

対処法：変更の承認を行う

脚注を削除した履歴が残っている場合は、変更の承認を行いましょう。

脚注の変更コメントを右クリックして、「承認」をクリックします。

すると、番号の振り直しがされるはずです。