この画面は、簡易表示です
Let’s Encrypt 証明書を手動で更新していて，
「最大の認証要請が、このドメイン名に到着しました。」のエラーに．
作成や更新を，何度も要求した影響か？
Pythonで学び直す高校数学を購入．
login as: pi pi@192.168.1.34's password: Linux raspberrypi 4.14.79-v7+ #1159 SMP Sun Nov 4 17:50:20 GMT 2018 armv7l The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Fri Apr 5 21:59:29 2019 SSH is enabled and the default password for the 'pi' user has not been changed. This is a security risk - please login as the 'pi' user and type 'passwd' to set a new password. pi@raspberrypi:~ $ python Python 2.7.13 (default, Sep 26 2018, 18:42:22) [GCC 6.3.0 20170516] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> pi@raspberrypi:~ $ python3 Python 3.5.3 (default, Sep 27 2018, 17:25:39) [GCC 6.3.0 20170516] on linux Type "help", "copyright", "credits" or "license" for more information. >>>
login as: Iwao Iwao@DS115j's password: Iwao@DS115j:~$ python Python 2.7.12 (default, Sep 7 2018, 13:20:13) [GCC 4.9.3 20150311 (prerelease)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> hex(120) '0x78' >>> bin(120) '0b1111000' >>> Iwao@DS115j:~$ python3 -sh: python3: command not found Iwao@DS115j:~$
Web サーバのログを見ていると，
404 /amp_preconnect_polyfill_404_or_other_error_expected._Do_not_worry_about_it?1553496120000
「心配しなくて良い」とあるが，気になってしまう．
QR コードを表示している関係か？
Synology NAS DS116 の Joomla! インストール後の設定です．
Synology NAS DS116 の Joomla! の再インストール．
Synology NAS DS116 上の Joomla! を，いろいろと弄ったので綺麗にするために再インストール．
自分のブログを見ているとエラーが…
Warning: mysqli_query(): (HY000/14): Can’t change size of file (Errcode: 28 “No space left on device”) in /…/wp-db.php on line 1924 Warning: mysqli_query(): (HY000/1021): Disk full (/tmp/#sql_27c2_0.MAI); waiting for someone to free some space… (errno: 28 “No space left on device”) in /…/wp-db.php on line 1924
原因は，画像変換で /tmp 以下を使用していて，70 MB 位のファイルが幾つも存在する様になってしまっていた．
Iwao@DS116:~/gcc_test/Test/t_linux/call_im$ ./a.out ~/gcc_test/Test/gons_to/data/dib/IMG_20180624_185921.vr.jpg Iwao@DS116:~/gcc_test/Test/t_linux/call_im$ ./a.out ~/gcc_test/Test/gons_to/data/dib/IMG_20180624_185921.vr.jpg Iwao@DS116:~/gcc_test/Test/t_linux/call_im$ ./a.out ~/gcc_test/Test/gons_to/data/dib/IMG_20180624_185921.vr.jpg convert: ImproperImageHeader `/tmp/Iwao/i_Tools.tmp/20190201/20190201/IMG_20180624_185921.vr.jpg.004.bmp' @ error/bmp.c/ReadBMPImage/590. convert: NoImagesDefined `/tmp/Iwao/i_Tools.tmp/20190201/20190201/IMG_20180624_185921.vr.001.jpg' @ error/convert.c/ConvertImageCommand/3258. Iwao@DS116:~/gcc_test/Test/t_linux/call_im$ df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 2385592 946808 1320000 42% / none 513436 0 513436 0% /dev /tmp 515324 515320 4 100% /tmp /run 515324 3312 512012 1% /run /dev/shm 515324 4 515320 1% /dev/shm none 4 0 4 0% /sys/fs/cgroup /dev/sda3 2879506904 518855752 2360532368 19% /volume1 Iwao@DS116:~/gcc_test/Test/t_linux/call_im$
rm -r /tmp/Iwao/i_Tools.tmp/20190201/* とすることで一先ず対応．
デバッグ用にファイルを残していることもあるが，コードとしてどの様に対応するか検討が必要．
先日 Linux 上での zip などを調べていて見つけた convert など．
その中の，画像情報を表示する identify ．
pi@raspberrypi:~ $ identify 2019-01-29-234500_1360x768_scrot.png 2019-01-29-234500_1360x768_scrot.png PNG 1360x768 1360x768+0+0 8-bit sRGB 338KB 0.000u 0:00.010 pi@raspberrypi:~ $
コマンドオプションに -verbose を指定する方法はいろいろな所に書かれているが，欲しかったのは限られた情報．
例えば「幅」や「高さ」，「色数」など．
identify -help とすると，-format “string” と言うのがあった．
例えば -format “%w\n%h\n” と指定すると，幅と高さを 2 行に表示できる．
pi@raspberrypi:~ $ identify -format "%w\n%h\n" 2019-01-29-234500_1360x768_scrot.png 1360 768 pi@raspberrypi:~ $
3D データの相互変換を書き直していて，32 ビット DIB が必要になってきた．
Windows 環境では，自前の Image クラスがあるのでそれを利用している．
Linux 環境は，先日見つけた convert コマンドが使えそうと思って調べるとなかなか情報が少ない．
次の -depth 32 で行けそうと思うが，24 ビットのまま．
convert dib_24.png -depth 32 dib_32.bmp
それで検索して見つけたのが，Convert to 32-bit depth BMP
次の様に存在しないアルファの情報を指定（-alpha set）する必要があるみたい．
convert dib_24.png -depth 32 -alpha set dib_32.bmp
Let’s Encrypt からのメール．
Hello,
Action may be required to prevent your Let’s Encrypt certificate renewals from breaking.
If you already received a similar e-mail, this one contains updated information.
Your Let’s Encrypt client used ACME TLS-SNI-01 domain validation to issue a certificate in the past 60 days. Below is a list of names and IP addresses validated (max of one per account):
mish.myds.me (27.92.169.109) on 2018-12-30
TLS-SNI-01 validation is reaching end-of-life. It will stop working temporarily on February 13th, 2019, and permanently on March 13th, 2019.
Any certificates issued before then will continue to work for 90 days after their issuance date.
You need to update your ACME client to use an alternative validation method (HTTP-01, DNS-01 or TLS-ALPN-01) before this date or your certificate renewals will break and existing certificates will start to expire.
Our staging environment already has TLS-SNI-01 disabled, so if you’d like to test whether your system will work after February 13, you can run against staging: https://letsencrypt.org/docs/staging-environment/
If you’re a Certbot user, you can find more information here:
https://community.letsencrypt.org/t/how-to-stop-using-tls-sni-01-with-certbot/83210
Our forum has many threads on this topic. Please search to see if your question has been answered, then open a new thread if it has not:
https://community.letsencrypt.org/
For more information about the TLS-SNI-01 end-of-life please see our API
announcement:
https://community.letsencrypt.org/t/february-13-2019-end-of-life-for-all-tls-sni-01-validation-support/74209
Thank you,
Let’s Encrypt Staff
