MacのOSをアップデートしたら、いつからかブラウザの表示が極端に遅くなった。

最初はブラウザのせいかと思い、キャッシュをクリアするなどしても改善せず。
他のブラウザでも同じ症状なので、ブラウザのせいではないことが判明。

次にネット環境を疑ったが、localhostのページ表示まで遅いので関係ない。
セーフブートなどを試しても改善せず。

結果、Macのネットワーク設定で、
Wi-Fiの「使ったことのあるネットワーク」に大量に溜まっていた
過去にアクセスしたSSIDをほとんど削除し、再起動したら直った。

GmailはGoogleアカウントの管理画面から、データをエクスポートできる。
その際、エクスポートするlabelを選択することができるので
まとめてどこかに移動したいメールに特定のlabelを設定する。

labelの付け方としてはフィルタを設定し、
「既存のスレッドにも適用」のチェックを入れておくと
既に届いているメールにも適用される。

ダウンロードしたメールデータはmbox形式で保存される。
見たいときにはWindows MBox Viewerを使えばメールソフト風のUIでメールをチェックできる。
https://sourceforge.net/projects/mbox-viewer/

データをダウンロードした後は、Gmailでのメール削除。
フィルタを設定し、特定のlabelを条件にして「ゴミ箱に移動」を選択。
その際、「既存のスレッドにも適用」のチェックも入れることで大量のメールもまとめてゴミ箱に移動できる。

ゴミ箱に移動させた後は、そのフィルタは削除しないと今後もゴミ箱に入ってしまうので注意。
ゴミ箱を空にすれば、容量確保。

Dockerでphp.iniの上書き設定ファイルを更新するのに、いろんなサイトの事例にある

COPY ./php.ini /usr/local/etc/php/

を使っていたが、反映されていなかった。

php –ini

出でてくる

Scan for additional .ini files in:

のパスにコピーするようにすればできた。

表題通り。

旧MBAからの以降で、元々はトラブルもなく動いていたのに
2020にしてから切れる、つながらないという事例が頻発した。

sudo rm /Library/Preferences/com.apple.Bluetooth.plist
sudo rm /Library/Preferences/com.apple.Bluetooth.plist.lockfile

上記でBluetoothの設定を一旦削除してから再起動すると、
ほとんどの場合でつながるようになる。

新しいマウスを買うまではこれでしのいだ。

EC-CUBE4をサーバーに入れてみたら下記のエラー・警告が出た。

[必須] intl拡張モジュールが有効になっていません。
[推奨] apc拡張モジュールが有効になっていません。

[intlの導入]
sudo yum -y install –enablerepo=remi php74-php-intl

/opt/remi/php74/root/usr/lib64/php/modules/intl.so
ができているので、
/etc/php.d/20-intl.ini
に
extension=/opt/remi/php74/root/usr/lib64/php/modules/intl.so
と書く。

[apcの導入]
sudo yum -y install –enablerepo=remi php74-php-pecl-apc

/opt/remi/php74/root/usr/lib64/php/modules/apc.so
ができているので、
/etc/php.d/20-apc.ini
に
extension=/opt/remi/php74/root/usr/lib64/php/modules/apc.so
と書くが、
PHP Warning: PHP Startup: Unable to load dynamic library
とエラーになってしまう。

調べると、APCは古くてAPCuというのが新しいらしいので、一緒に入っていたapcu.soを使って
/etc/php.d/20-apcu.ini
に
extension=/opt/remi/php74/root/usr/lib64/php/modules/apcu.so
を書いた。

httpdをrestartさせるとphpinfoにも表示。
ただ、EC-CUBEの警告は消えないけど、新しいのに対応してないということみたいなのでスルー。

cat hoge.crt hoge.ca-bundle > hoge.full

Laravelのシステムで、メール送信をAWSのSESに切り替えようと設定。

DKIMのドメイン設定にも苦労したが、CNAMEがどうしても認証されない。
色々変更した中で、切り替えてしばらく置いてからretryをしたら通った。
内容同じだったのに。

ようやくできたのでLaravelに設定するも、
Expected response code 250 but got code “554”
のエラー。

SESで登録したメール宛になら送れるのに、外部のメールに送れない。
fromに認証が必要なのはわかるけど、toに認証が必要なんておかしい、と思いつつ
結構時間をかけて色々調べてたら、結局SESのSMTPは初期ではSandBoxモードになっている、というオチだった。

SES管理画面の「Sending Statistics」から制限解除の申請ができる。

WordPressで運用中のシステムについて
ローカルでも動かす時の設定。

DBのwp_optionsで siteurl と home をローカルに変えると動くけど、
問題は記事中の画像パス。

記事としては絶対URLで指定しているので
srcはそのまま出るが、srcsetはそこから自動付加される。
自動付加される時、そのままだとローカルのパスになってしまい、画像を設置していないので表示されなくなる。

探した結果わかったのが、
DBのwp_optionsで upload_path と upload_url_path
を設定する必要がある。

初期設定のままなら両方とも
https://example.com/wp-content/uploads/
というようなパス。

これでsrcsetも指定したドメインのパスを見に行くようになったので
ローカルでも表示できた。

ZaimでJ-WESTカードと連携させようとすると
ログインIDとパスワードの入力画面になるが、
どのID＆PWかがわからなかった。

JRおでかけネットの会員情報かと思い登録するもエラー。

結果、MUFG CARD WEBサービスとのことで、カード会社の方のだった。
https://www2.mufgcard.com/inet/jrw/login.html

SynologyのNASにはUSBがあり、外付けHDDが接続可能。
MacのTimeMachineでも使っている外付けHDDを接続してデータ移動をさせようとすると
「読み込み専用」と認識されてしまい、使えなかったので、無理やり使えるようにしたメモ。

ディスクはhfsplusという形式でフォーマットされていたが、
これがこのままではSynology NASでは読み込み専用になってしまうよう。

まずは外付けHDDをMacにつなげて、terminalから

#diskutil list
で接続状況を確認。

この時には
/dev/disk4
で接続されていた。

#mount
でマウント状況を確認すると、該当ディスクは
/dev/disk4s2
となっていて、その属性に journaled というのがあるが、これを外す必要があるみたい。

#sudo diskutil disableJournal force disk4s2

とするとエラーが出たが、再度
#mount
すると journaled は外れていた。

外付けHDDをMacから外し、SynologyのNASに接続。

MacのterminalからSSHでNASに接続し、
#mount
でマウント状況を確認。
こちらでは
/dev/sdq2 on /volumeUSB1/usbshare1-2
となっていた。

属性の最初にある ro が読み取り専用を表している。
念の為NASのGUIから色々触ってみたが駄目だった。

#sudo -i
自分のパスワードEnterでrootになり
#umount /dev/sdq2
#mount -t hfsplus /dev/sdq2 /volumeUSB1/usbshare1-2
#mount
で確認すると、属性がrwになっていて、無事書き込みができるようになった。