視聴者を追加すると、視聴履歴を分離できます。FireTVやタブレットを使わせる場合にはこちらを活用したほうが良いでしょう。
キッズ向けの制限を加えることや不用意なコンテンツへの課金・アクセス制御など、ペアレンタルコントロールがある程度使えるようになっています。
また、家族とコンテンツ課金を共有する場合にスマートテレビ（AndroidTV）なども、視聴者機能で分離できます。
プライム家族会員は歴史的経緯からでしょうか、送料無料系しかありません。アマゾンのデバイスが多数発売され月額課金も増えています。このあたりの課金を整理をしてほしいところです。
アマゾンにしろ、ネトフリにしろ、家族で１アカウントを共有するのはやめましょう。
リビングのテレビでユーチューブを見るとか、Amazonプライム・ビデオを見るとか、そういうときはアカウントを切り替えて使いましょう。
アカウントの共有は、セキュリティのリスクに繋がります。
どうしても共有する場合は、パスワード管理ソフトを使って、指定した人だけに「パスワードを共有」してください、ログイン状態を共有するのは好ましくないです。
パスワードを共有すると、「ログインのお知らせ」のメールが無意味になります。身に覚えないのログインに注意するのがセキュリティの基本的な対策ですが、パスワードを共有してしまうと他人がログインしていても、自分のログインと同様に扱われます。そのため区別が付きません。
たとえばユーチューブのアカウントを共有すると、通常のニュース閲覧にいたるまで共有される危険性があります。
アカウントを共有すると、視聴履歴やレコメンドなどでプライバシーが露見するリスクにさらされます。これは誰しも理解できるし、履歴だけでも避けたいと思うでしょう。
さらに、広告にも影響します。広告とは通常WEBサイトを閲覧しているときに表示される広告です。アマゾンプライムの視聴履歴、ユーチューブの視聴履歴だけではなく、インターネット閲覧時全体の広告にも影響してしまいます。ログインしているアカウントでインターネット全体の閲覧履歴が保存されるためです。
ですから、すべての履歴保存機能はオフにするべきです。しかしどこにどれだけ履歴が保存されているか理解するのは難しいです。
ですからそもそも、アカウント共有は避けるべきです。アマゾンであれば「特典の共有」をするべきです。
プライム特典の共有は、どこまで共有されるのかが曖昧です。
ビデオに関しては、アカウントを共通化して、視聴者（利用者）を分けるようになっています。
購入履歴と購入品目に関しては、プライム特典の共有（この記事）で対応するようになっています。
（2022-07-04確認）
アマゾンには、プライムを家族２名と共有する機能があります。家族であれば共有しても構いません。
プライムの特典共有のリンクは非常にわかりにくいところに設置してあります。ページ内検索するか、以下のリンクを使ってください
https://www.amazon.co.jp/gp/primecentral#primeCentralInviteeWidgetHeaderArrowHolderDiv
ちなみに、悲しいことに、スマホサイトにはリンクが用意されていません。
アマゾンさんは、プライム特典の共有をできる限り使わせたくないようです。これでは、セキュリティレベルを下げてしまうアカウントパスワードの共有になってしまいます。SMS認証などで複数ログインをできないように小手先のテクニックで対応しているのでしょうか。
PC表示を利用してください。これが大事です。
もしかしたら、特典の共有の機能自体が、今後の新規申し込みができ無くなる恐れがあります。早めに申し込んでおきましょう。未利用は、念のために捨て垢で埋めておくのが無難です。
家族がいないとか、いま必要なくても、とりあえずメアドを一つでも登録しておくと無難です。スマホサイトではリンクが消されているので、新規申し込みができなくなるかもしれません。
アカウント共有は、視聴履歴やレコメンドのプライバシーの観点から、またパスワードの共有はセキュリティの観点から好ましくないです。
リンク先で見つからない場合。 ページ内検索で見つけよう
夏場になると、SSDの温度で不安になるので、温度を調べることにしました
takuya@:~$ sudo smartctl -a /dev/nvme0n1 | grep Temper Temperature: 43 Celsius
まだ43だった。なんとかなりそう。
USBハブにあれこれ増設しています。作業用にノートPCとThinkCentre Tinyを使っているので、モニタ裏にPCを設置しているのでUSBのアクセス性が著しく悪いです。
USBハブを用いて使いやすい場所に引き出していますが、それも頻繁に使うわけでもないので、出っ放しだと邪魔になります。
マグネットにして貼り付けてしまえば良いわけです。磁力により磁界が発生しデータが云々と思うかもしれませんが、その程度のノイズに左右されないために、0/1の２進数でビット転送をしているわけですし、省電力なので磁界など気にしても仕方がない。
ダイソーやセリアで購入できます。
量は適当です。ボンドのチューブ先を軽くつけるだけで大丈夫ですね。私の写真のは付けすぎですね。
裏返しににしてその辺にくっつかないレベルまで乾燥させました。
ExcelでCtrl-Sで保存するときが大変手間である。
初心者向けにしてるんだろうが、初心者を甘やかすゆえに、初心者にわかりにくいし、他のWindowsソフトウェアと大きく操作方法が異なることになり不便であろう。
これは実質は広告である。
OneDriveは便利では有るが、作業中には邪魔でしか無い。 ファイルを送りたいなら同期機能を使えばいい。OneDrive内部のExceを編集するには、直接Chromeでひらけばいい。これは実質は広告である。削除しよう。どうしてもOneDriveに保存するなら保存ダイアログでOneDriveを選べばいいだけである、
保存先は、通常の保存ダイアログで選ぶほうがキーボード操作もしやすく、矢印キーやALT＋矢印キーで移動しやすい。
せっかく設定しても、WEB側の設定が優先されては元も子もない。オフにしておく
人によっては、Excelなどで従来どおりWindows共通の保存ダイアログが出てこないものだと勘違いしてる人がいらっしゃるが、ちゃんとあります。
Ctrl-Sを押したとき「名前をつけて保存」（Windows共通の保存メニュー）が出てくるようにする。
以下の設定をすると、Ctrl-Sでファイル保存ダイアログになります。 エクセルの操作性はかなり改善される。無駄がなくなる。
上記の設定をしてない場合に「保存ダイアログ」を呼び出したいとき、Excelではとても奥の方に配置っされている。
「保存→名前をつけて保存→PC→その他のオプション」と４ステップで保存する。とてもめんどくさい
さきほどの設定をONにすれば Ctr-S でいつでも通常の保存ダイアログになります。
マイクロソフトは初心者を甘やかす。初心者を迷わないよう、いろいろな選択肢とその画面を目のつかないところに押し殺す。これは機会損失です。機会提供の視点から見て、これは初心者に優しくない。初心者にたくさんのオプションがあることを知らせ、自分が何を選んでいるのかも知らせてほしい。知らないまま使うというのも考えものでしょう。こういうことをやり、初心者を甘やかし、初心者を初心者のママで生活できるようにしてしまう。マイクロソフトは初心者をすぐ甘やかす。この結果が各種のマルウェア氾濫となり現れている。初心者を初心者のまま囲い込むからemotetのような初心者を釣るマルウェアに引っかかってしまうのだ。
クラウド・ストレージを利用させて良いのか、させないのか。これはPCの管理者（企業・個人）が各人の意思で決めることである。マイクロソフトが押し付けて良いものではない。保存先をOneDriveにしてそれ以外は見えないような選択肢にするのは流石に横暴ではないか。セキュリティ・ポリシーは各々が真剣に考えるべきでしょう。
企業ではGoogle Workspaceだったり他のクラウドストレージに使っていることも有るでしょう、押し売りによりユーザー周知の手間が増えます。マイクロソフトの行為は優越的地位の濫用に相当と判断しても過言ではないと思います。
このような初心を囲い込む押し付けには断固反対するべきです。
企業でPCを管理する立場にある人は、全体ポリシーでEXCELの共通設定として、通常のWindowsの保存ダイアログが出るように、設定流し込んでおきましょう。
OS提供企業が自社のソフトウェアを優先表示し、デフォルト動作に見せる広告行為は法規制も検討すべき段階にあると思います。
類似の広告行為としては、iOSのiCloud photo や WindowsのOneDriveやOneNoteレコメンドや、AndroidのGoogle Map、iOSのSafari Keychainなどが挙げられます。とくにiOSの Keychains/iCloud photoは他OSや他アプリからアクセスが不可能で囲い込みです。注意しましょう。
img2pdf は添付ファイルとして画像を処理してくれるみたいで、ファイルが変更されない。
imagemagick の conver でPDFを作ると。
convert 000.jpg magick.pdf pdfimages -j magick.pdf m
取り出した画像は少し変化している。
takuya@sample$ md5sum m-000.jpg 000.jpg cb183e325b265d0cd985ae6bcf8a7f45 m-000.jpg eeb3981fd491ad2dde29416db2144727 000.jpg
EXIFだけかと思ったら、画像全体を再エンコしてるっぽいので、オリジナルを含めたいときは不適切。
pip でインストールする img2pdf コマンドを使った場合
img2pdf 000.jpg i2p.pdf pdfimages -j i2p.pdf i2p
ファイルが入れた通りに取り出せる。
takuya@sample$ md5sum 000.jpg i2p-000.jpg m-000.jpg eeb3981fd491ad2dde29416db2144727 000.jpg eeb3981fd491ad2dde29416db2144727 i2p-000.jpg cb183e325b265d0cd985ae6bcf8a7f45 m-000.jpg
理由を詳しく考えるとめっちゃめんどくさいんで考えるのをやめた。 たぶん添付ファイルとして添付するときに、画像の色プロファイルをPDF標準に合わせて変換してるんだと思う。
次の方法で強引に解決した。
export C_INCLUDE_PATH=\ /Applications/Xcode.app\ /Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs\ /MacOSX.sdk/usr/include/libxml2:$C_INCLUDE_PATH pipenv run pip install lxml
理由は、あれだ。macOSのバージョンがうまく解決できないので、pyenv で作ったpythonが古い。
libxml とかコアなので、エラーになるとすごく焦る
とりあえず、インストールしちゃえば libxml 依存するパッケージ。例えばimg2pdf など
pipenv run img2pdf -h
などとちゃんと動く
7z コマンドが最強だと思ってました。 7z はアップデートも頻繁にされているし、利用者も多い枯れているツールだと思いこんでました。
tar.gz を展開するときは次のようになりますよね。
cat sample.tgz |gunzip | 7z -si -ttar l cat sample.tgz |gunzip | 7z -si -ttar x 001.jpg -so > out.jpg
同じように 7z / zip が扱えるかというと。
## zip / 7z cat sample.zip | 7z -si -tzip cat sample.7z| 7z -si -t7z
エラーになる。
ERROR: : opening : E_NOTIMPL : Not implemented
7z -si l < sample.7z 7z -si l < sample.zip
tar 以外では、STDINが使えません。まじかよって感じです。だったら -t tar の形式指定オプションはなんのためにあるんだよって感じ。
公式マニュアルを読んでみると、STDINで想定してるのはtar だけっぽいぞ。
7z コマンドって微妙に使いにくいですね。
mac で特定の形式を7z すると、めっちゃめんどくさくなるよ。
takuya@mac$ /usr/local/Cellar/p7zip/17.04/bin/7z x 'sample.rar' -so '001.jpg' ERROR: Unsupported Method : 001.jpg
問題は２つ
文字コードの指定が全くうまく動かない。cp932 の指定どころか、LANG指定がうまく動かず、全部UTF16で取り出されちゃう
再現方法 ( brew 版 7z と rar など)
brew install p7zip /usr/local/Cellar/p7zip/17.04/bin/7z x 'sample.rar'
起こりうるエラー
ERROR: Unsupported Method : 001.txt
https://www.7-zip.org/download.html から 7zz のmac対応版を持ってくる。
他にもいろいろと、7z で問題が出るので、できる限り、homebrew の p7zip は避けたほうが無難っぽい
STDOUT/STDINを駆使してパイプする
7z -so x a.tgz | 7z l -aoa -ttar -si
tgz は tar.gz の名前通り、ネスト扱いです。
$ 7z -ba -r l a.tgz 2022-06-17 17:32:20 ..... 276480 259342 a.tar
なので、コマンドをパイプします。
7z -so x a.tgz | 7z l -ba -aoa -ttar -si 2021-03-02 00:30:30 ..... 266367 266752 aaaaaaaa.jpg 2021-08-23 08:38:44 ..... 54 512 md5sum.txt
パイプするときに、-ttar でtar ファイルを明示しないといけない。めんどくさいですね。
一覧が見れたら、取り出します。
7z -so x a.tgz | 7z x -oOUTPUT_DIR -aoa -ttar -si
ちょっと冗長ですよね。
SplFileInfo / SplFileObject / SplTempFileObject で php://memory php://stream を使うとエラーになる。
<?php $sf= new \SplTempFileObject(); $sf->fwrite($ret); $sf->getSize(); // =>Error
fstat は動くのでそっちを使う。
<?php $sf= new \SplTempFileObject(); $sf->fwrite($ret); $sf->fstat()['size']; // => ok
こんなの気づかないよねぇ。
https://github.com/php/php-src/pull/4186
パット見だとClosedになっているので、そのうち使えるようになると思う。
写真の整理はexiftoolが確実です。
WindowsだとVectorや窓の杜にソフトウェアが紹介されていますが、あれはうまく動きません。
カメラで仕分けたり、日付で仕分けたりできる
写真を年月のフォルダに仕分ける。
exiftool '-Directory < DatetimeOriginal' -d '%Y/%m' *.jpg
このように散らばったファイルがあるとき
takuya@:sample$ ls 2022 IMG_6824.JPG IMG_6827.JPG IMG_6831.WEBP IMG_6839.MOV IMG_6844.PNG IMG_6821.MOV IMG_6825.JPG IMG_6828.JPG IMG_6833.JPG IMG_6841.PNG IMG_6856.PNG IMG_6823.JPG IMG_6826.JPG IMG_6830.WEBP IMG_6834.JPG IMG_6842.PNG IMG_6857.PNG
コマンドを実行すると
exiftool '-Directory < DatetimeOriginal' -d '%Y/%m' *.jpg
次のように、YYYY/MMのフォルダに仕分けられる。
takuya@:sample$ find . ./IMG_6856.PNG ./IMG_6823.JPG ./IMG_6825.JPG ./IMG_6830.WEBP ./2022 ./2022/06 ./2022/06/IMG_6859.jpg ./2022/06/IMG_6858.jpg ./2022/06/IMG_6838.jpg ./2022/06/IMG_6848.jpg ./2022/06/IMG_6854.jpg ./2022/06/IMG_6845.jpg ./2022/06/IMG_6843.jpg ./2022/06/IMG_6820.jpg
DatetimeOriginal がないJPGファイルは、iPhone・スマートフォンの場合、スクショだったりWEBから保存したものだったり、アプリで編集（モザイク加工）したもの、誰かから送られた写真を保存したもの（LINEやFBなどSNS系はプライバシーのためExif削除される）だったりするので、DatetimeOriginalがあるものが自分の写真だとはっきりわかるので便利だったりする。
たとえば、ExifのModelには、カメラの名前が入ってるので、そっれを使って仕分けたり
exiftool '-Directory < Model' *.jpg
exif のタグなら仕分けに使えるので便利ですね。
GPSでいい感じに絞れたらいいんだろうけど、調べたけど厳しそうだった。
その他、exiftool に関する記事です。参考にしてください
https://takuya-1st.hatenablog.jp/search?q=exiftool
写真ファイルをバックアップしたら、ファイルの更新日時が撮影日にならない。
ファイルシステム上のタイムスタンプも撮影日にしておくと、エクスプローラーやFinderで見るときにべんりなので、写真のファイル更新日時を撮影日合わせたい時がある。
exiftool '-FileModifyDate<DatetimeOriginal' IMG_6862.jpg
ワイルドカードを使えば、対象ファイルをまとめて更新できる
exiftool '-FileModifyDate<DatetimeOriginal' *.jpg
exiftool でファイルを更新すると、_original のバックアップファイルが作られることがある。
ファイルをスクリプトで処理していると バックアップファイルも書き換えにいき、バックアップのバックアップ（ IMG_6862.jpg の IMG_6862.jpg_original の IMG_6862.jpg_original_original ) が作成されてしまうので、自動化処理には注意が必要だ。
バックアップを自動で削除するより、ちゃんと手作業でコマンドを打ち込みファイルの修正前後をしっかり確認したほうが無難だと思う。
日時の確認は、次のようになる。
exiftool -s -filemodifydate -datetimeoriginal IMG_6862.jpg
まとめてやるときは、-Tをつけると楽
exiftool -T -s -filemodifydate -datetimeoriginal *.jpg
その他、exiftool に関する記事です。参考にしてください
https://takuya-1st.hatenablog.jp/search?q=exiftool
exif に設定された写真の日時・タイムスタンプを確認する。
exiftool -time:all -s IMG_6862.jpg
次のような出力が得られる。
takuya@mac:~ $ exiftool -time:all -s IMG_6862.jpg FileModifyDate : 2022:06:07 22:59:13+09:00 FileAccessDate : 2022:06:16 00:47:35+09:00 FileInodeChangeDate : 2022:06:13 20:02:41+09:00 ModifyDate : 2022:06:07 22:58:57 DateTimeOriginal : 2022:06:07 22:58:57 CreateDate : 2022:06:07 22:58:57 OffsetTime : +09:00 OffsetTimeOriginal : +09:00 OffsetTimeDigitized : +09:00 SubSecTimeOriginal : 301 SubSecTimeDigitized : 301 ProfileDateTime : 2017:07:07 13:22:32 SubSecCreateDate : 2022:06:07 22:58:57.301+09:00 SubSecDateTimeOriginal : 2022:06:07 22:58:57.301+09:00 SubSecModifyDate : 2022:06:07 22:58:57+09:00
ただし、FileModifyDate・FileInodeChangeDate・FileAccessDateについてはファイルシステムから取得した値で、写真ファイルに埋め込まれた値ではない。
-s空白を入れるとコマンドから再利用しにくいので -s を使って、出力をCamelCaseにしている。
-sなしでは、次のような出力になった
exiftool -time:all IMG_6862.jpg
名前に空白が含まれる。
File Modification Date/Time : 2022:06:07 22:59:13+09:00 File Access Date/Time : 2022:06:16 00:47:35+09:00 File Inode Change Date/Time : 2022:06:13 20:02:41+09:00 Modify Date : 2022:06:07 22:58:57 Date/Time Original : 2022:06:07 22:58:57 Create Date : 2022:06:07 22:58:57 Offset Time : +09:00 Offset Time Original : +09:00 Offset Time Digitized : +09:00 Sub Sec Time Original : 301 Sub Sec Time Digitized : 301 Profile Date Time : 2017:07:07 13:22:32 Create Date : 2022:06:07 22:58:57.301+09:00 Date/Time Original : 2022:06:07 22:58:57.301+09:00 Modify Date : 2022:06:07 22:58:57+09:00
Exifはタグで書き込まれているだけなので、同じキーに複数回の値を設定することができる。編集ソフトを使って冗長に何度も書き込まれている場合もあるので、それを確認する。
exiftool -a -s -time:all IMG_6862.jpg
上記のコマンドだと、DatetimeOriginalやCreateDateが何回も出力されることがある。EXIF編集を追記追記で適当にやった場合にそのようなミスがわかるので便利。
特に写真の日付は撮影者から人手を経るたびに何らかの編集ソフトでうっかり同じKEY-VAULEを書き加えてしまうことがあるので、日付がおかしいなと思ったら -a でチェックするのも手だ。
撮影日だけ見たいとき
exiftool -datetimeoriginal -s *.jpg
作成日だけ見たいとき
exiftool -creatdate -s *.jpg
ファイルシステム上の更新日を見たいとき
exiftool -FileModifyDate -s *.jpg
複数個書いて、見たいものだけ指定するのもありだ
exiftool -FileModifyDate -DatetimeOriginal -s *.jpg
mov ファイルはQuicktimeなので、createDateでなくCreationDateで入ってることがある。
exiftool -CreationTime -s *.jpg
exiftoolでファイル名とカラム表示したい
ls -alt 的な感じでexiftools で写真のEXIFデータを見たい
-T でカラム表示exiftool -T にすると、カラム（タブ区切り）で表示できる
exiftool -filename でファイル名を表示できる
DateTimeOriginal がシャッターを押した日付になる。
exiftool -DatetimeOriginal
すべてまとめて、次のようにコマンドを作ることができる。
takuya@mac:~/Photos/2022/06$ exiftool -T -filename -datetimeoriginal *.jpg IMG_6820.jpg 2022:06:01 01:22:12 IMG_6829.jpg 2022:06:01 19:55:41 IMG_6832.jpg 2022:06:02 14:44:53 IMG_6836.jpg 2022:06:03 14:32:40 IMG_6837.jpg 2022:06:04 15:48:09 IMG_6838.jpg 2022:06:04 15:48:11 IMG_6840.jpg 2022:06:04 23:12:00
カラム（縦方法）に1行に表示しない場合は、複数行に記載されてしまい、コマンドから非常に扱いにくい。
takuya@mac:~/Photos/2022/06$ exiftool -s -filename -datetimeoriginal IMG_6838.jpg ======== IMG_6860.jpg FileName : IMG_6860.jpg DateTimeOriginal : 2022:06:07 22:58:26 ======== IMG_6861.jpg FileName : IMG_6861.jpg DateTimeOriginal : 2022:06:07 22:58:40 ======== IMG_6862.jpg FileName : IMG_6862.jpg DateTimeOriginal : 2022:06:07 22:58:57 22 image files read
exiftool -T -Filename -DatetimeOriginal -CreateDate -FileModifyDate -file *.jpg
このコマンドは大文字小文字を区別しないようですね。
exiftool -T -filename -datetimeOriginal -createDate -filemodifydate -file *.jpg
このコマンドを使って、ファイル更新日と撮影日がずれているファイルを見つけたり、撮影日が未設定のファイルを探す事ができる。便利
xargs のマルチプロセス機能を組み合わせて、限界までCPUを使って演算を高速化する。
ls *.jpg | xargs -P10 -I@ exiftool -T -filename -datetimeoriginal @
写真フォルダには数千枚のファイルがあるので、xargs と組み合わせるとすこし速いかもしれない。
ただし、プロセス生成のオーバーヘッドがあるのでexiftool に複数ファイルを引数に渡すのと比べて、遅くなる場合も多い。
sudo apt install libimage-exiftool-perl