昨年から愛用している情報カード。1つの案件事に1枚を使うという、思考の整理には便利。
ですが、記録をログ形式で、時系列に追っていくためにはノートも不可欠です。
そこで、こういうものを用意しました。
情報カードとクリップボードは元々持っていたもの。
後は百均で
を購入。
ファスナーケースには白紙のカードとラベル用に便利なシールを。
2Lのアルバムは書き終えた情報カードを収納するのにジャストサイズです。
これらにノート(と下敷き)、クリップボードをケースに収納。
こんな形でまとまりました。
呼びのペンケースが隙間に入ったのも幸いです。
これで、折れやすく散逸しやすい情報カードを一つにまとめることが出来て、ノートとの連携も容易な収納システムが完成しました。
growiはv6以降よりプラグインを簡単にインストールできる機能が備わっています。
今回、それを用いてテーブル（表）の視認性を向上させました。
growiに管理者権限でログイン後、プラグインインストーラーで
https://github.com/weseek/growi-plugin-datatables
を入力後に「インストール」。インストール後、念のため、growiを再起動します。
導入後、任意のWikiページのテーブルに「Enable Data Table」ボタンが表示されるので、こちらをクリック。
などが表示され、
細かい表示もしやすくなっています。
思った以上にかゆいところに手が届く機能なので、growiを使っている方にはおすすめです。
今年の最初にも訪れた温泉旅行。
そのときの反省を生かして携行品をブラッシュアップさせました。そして、その結果が出た形です。
まずはLinuxをインストールした中古のLet's note。
今年初め、この宿で過ごしたときChromebookでは操作感が物足りなかったというのが、これを買った直接的な要因でした。
は、確かな満足感。
携帯性も今までと変わらず。スーツケースのモバイルポケットにしっかり入ります。
また、モバイルスピーカーも役立ちました。
部屋の眼下に渓流が流れており、隣の部屋の物音どころかテレビの音も聞き取れないという状況でしたので、ピンポイントで音が届く機器はありがたい存在でした。
そして、新たに持って行ったランチバッグも活躍しました。
飲み物やお菓子などの冷たいものを持ち歩く機会は存外に多く、お土産を運ぶときにも活躍。
フィードバックがしっかり活きた旅行でした。
自分のサーバのアクセスログを見たら
"GET /picture.php?/6797/category/73 HTTP/1.1" 200 14394 "-" "facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php)"と、クローラーが大量にアクセスしてきました。robots.txtも意に介さない悪名高いbotのようなので、このアクセスを、サーバで拒否します。
/etc/apache2配下にあります。また、バーチャルサイトによる複数のサイトを運用しているので、そのうちの1つだけを弾きます。
cd /etc/apache2/sites-available && pwdsudo cp -pi hoge.conf /path/to/backup/directory/hoge.conf.$(date +%Y%m%d)設定を行いたい自分の設定ファイルを、任意のバックアップディレクトリにバックアップします。
diff -u /path/to/backup/directory/hoge.conf.$(date +%Y%m%d) hoge.conf差分が無ければ（エラーがなければ）バックアップは成功です。
上述した設定ファイルを教義・進行に則ったエディタで編集します。（要管理者権限）
DocumentRoot /var/www/html/hoge
<Directory /var/www/html/hoge>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
## GoogleBOTを拒否(正常bot不正bot両方拒否)
SetEnvIfNoCase User-Agent "Googlebot" bot
## Facebookのクローラーを拒否
SetEnvIfNoCase User-Agent "facebookexternalhit/1.1" fb_bot
<RequireAll>
Require all granted
Require not env bot
Require not env fb_bot
</RequireAll>/var/www/html/hogeは自分の環境に合わせます。
※ついでにGoogleBOTも拒否します。
diff -u /path/to/backup/directory/hoge.conf.$(date +%Y%m%d) hoge.conf- Require all granted
+ ## GoogleBOTを拒否(正常bot不正bot両方拒否)
+ SetEnvIfNoCase User-Agent "Googlebot" bot
+ ## Facebookのクローラーを拒否
+ SetEnvIfNoCase User-Agent "facebookexternalhit/1.1" fb_bot
+ <RequireAll>
+ Require all granted
+ Require not env bot
+ Require not env fb_bot
+ </RequireAll>sudo apache2ctl configtestSyntax OKを確認します。
sudo systemctl restart apache2.servicesystemctl status apache2.serviceactive(running)を確認します。
設定を行ったアクセスログを開きます。
403 3772 "-" "facebookexternalhit/1.1 のように、ステータスコードが「403」になっていれば、アクセス拒否されています。
フォトアルバムシステム、piwigoをシステム解析システム、matomoに置きたいのですが、どうもうまくいかず。
「ここまでやった」というメモのために残します。
piwigoサイトに管理者権限でログインし、Add< head > Elementをインストールします。
有効にして、設定します。
エレメントの所に、matomoで提示されたトラッキングコードを埋め込みます。
piwigo側のサイトのソース表示で、matomoのトラッキングコードが表示されることを確認しました。
ですが、その後、何回かアクセスを繰り返しているにもかかわらずうまくカウントされません。
まで行いましたが、うまい手は見つからず。
状況を見ながらもう少し続けてみます。
apache/nginxなどと連携した場合のアクセスログではなく、アプリそのもののログローテーションです。
/path/to/nextcloud/directory/data例えば、 `/var/www/html/nextloud/data`などを示します。
を、協議・進行に沿ったエディタを用いて以下のように作成します。
/var/www/html/nextcloud/data/*.log {
daily
dateext
dateformat -%Y%m%d
rotate 10
missingok
notifempty
su www-data www-data
create 640 www-data www-data
sharedscripts
compress
delaycompress
postrotate
if invoke-rc.d apache2 status > /dev/null 2>&1; then \
invoke-rc.d apache2 reload > /dev/null 2>&1; \
fi;
endscript
}ログの位置やローテーションサイクルなどは自分の環境に合わせてください。
sudo logrotate -v /etc/logrotate.d/nextcloud2でエラーがなければ、アプロログのローテーションは完了です。
丸善の洋書コーナーにて
を入手した後、万年筆コーナーで発見。
LAMY Safari 2024年の新色。
それだけではなく、
アジア系言語に合わせて
に特化したものだとか。確かに、独特の心地よい書き味が楽しめました。
何より、先月から統一し始めたスリザリンカラーとしっかり合致するのが最高でした。
スリザリンの弁当バッグに次いで購入。
ミニポシェットです。
このバッグと同じところが作ったものなので、手に取ったときから気体で一杯でした。
人造皮革ながらも質感は十分。スリザリンのロゴもキレイに遇われています。
上述したリュックととも親和性バッチリ。伸ばしてアタッチメントとくくりつけ
浮いているファスナーの隙間から紐が取り出せます。
ますます、携行品が統一されました。
Redmineの文書管理プラグイン、dmsfに脆弱性が発表されたので、その対応を行います。
https://jvndb.jvn.jp/ja/contents/2024/JVNDB-2024-000055.html
当該プラグインを有効にしている場合、Redmineにログインしているユーザーによって、Redmineの実行権限で可能な範囲で、サーバー上の任意のファイルを取得されたり削除されたりする可能性があります。
バージョン3.1.4より前のバージョン
脆弱性に対応したバージョンは、2024年5月現在、Redmine 4.2には対応していません。
筆者のようにRedmine 4.2を単独ユーザーで運用していない限りは、以下のオプションを強く推奨します。
cd /hoge && pwd任意のバックアップディレクトリを指定します。
mysqldump -h localhost -u redmine -p --no-tablespaces --single-transaction redmine > redmine_backup.$(date +%Y%m%d).sql※ 利用者への注意喚起も行ってください。
systemctl status apache2.serviceactive (running)を確認します。
sudo systemctl stop apache2.servicesystemctl status apache2.serviceinactive (dead)を確認します。
cd /redmine/root/directory/plugins && pwdディレクトリは自分の環境に合わせます。
sudo mv redmine_dmsf /path/to/backup/directory/redmine_dmsf.$(date +%Y%m%d)任意のバックアップディレクトリを指定します。
ls -ld /path/to/backup/directory/redmine_dmsf.$(date +%Y%m%d)ディレクトリがあることを確認します。
sudo -u www-data git clone -b v3.1.4 https://github.com/danmunn/redmine_dmsf脆弱性に対応したv3.1.4を指定します。
ls -ld redmine_dmsfディレクトリがあることを確認します。
cd /redmine/root/directory && pwd自分の環境に合わせます。
sudo -u www-data bundle installsudo -u www-data bundle exec rake redmine:plugins:migrate RAILS_ENV=productionsystemctl status apache2.serviceinactive (dead)を確認します。
sudo systemctl start apache2.servicesystemctl status apache2.serviceactive (running)を確認します。
このプラグイン、アップグレードの失敗や手順ミスで軽くRedmine全体が機能不全に陥ります。そのため、切り戻し手順を記しておきます。
cd /redmine/root/directory && pwd自分の環境に合わせます。
sudo -u www-data rake redmine:plugins:migrate NAME=redmine_dmsf VERSION=0 RAILS_ENV=productionsudo rm plugins/redmine_dmsf -Rfsudo systemctl restart apache2.servicecd /hoge
# mysqldumpを行ったディレクトリ
mysql -h localhost -u redmine -p redmine < redmine_backup.$(date +%Y%m%d).sql
# パスワードはredmineインストール時に設定したDBユーザのものです
sudo systemctl restart apache2.serviceUbuntuサーバを運用中、実メモリに余裕があるにもかかわらずスワップアウトが出ている事象を確認。
これを変更してみます。
free -h total used free shared buff/cache available
Mem: 3.8Gi 1.8Gi 694Mi 176Mi 1.3Gi 1.6Gi
Swap: 6.0Gi 6.0Mi 6.0Gicat /proc/sys/vm/swappiness60を確認しました。
sudo cp -pi /etc/sysctl.conf /path/to/backup/directory/systtl.conf.$(date +%Y%m%d)任意のバックアップディレクトリを指定します。
diff -u /path/to/backup/directory/systtl.conf.$(date +%Y%m%d) /etc/sysctl.conf差分がなければ（エラーなく実行できれば）バックアップ成功です。
sudo sed -i '$ a\vm.swappiness = 10' /etc/sysctl.conf上記の参考サイトを元に、swappinessを10に指定します
diff -u /path/to/backup/directory/systtl.conf.$(date +%Y%m%d) /etc/sysctl.conf+vm.swappiness = 10sudo sysctl -pvm.swappiness = 10と結果が返ってくることを確認します。
cat /proc/sys/vm/swappiness10に変更されていることを確認します。
まずはこの値で様子を見てみようと思います。
Powered by WordPress & Theme by Anders Norén