利用しているレンタルサーバ(x-server)の年間更新が終わったとの連絡が来て、2020年から続けているこのサイトが4周年を迎えたということを悟りました。
- 写真をたくさんアップロードしたい
- 広告あるプランは絶対に嫌
の2つからレンタルサーバへと移行。
そこからややあってAWS Lightsailを利用しているものの、Wordpressのセキュリティ対策を考えるとこちらの便利さは譲れず。
旅行中、コロナ罹患中でも更新は続けているため、毎日の更新をできるだけ続けていく所存です。
投稿者: manualmaton Page 68 of 289
growiはv6以降よりプラグインを簡単にインストールできる機能が備わっています。
今回、それを用いてテーブル（表）の視認性を向上させました。
growiに管理者権限でログイン後、プラグインインストーラーで
https://github.com/weseek/growi-plugin-datatables
を入力後に「インストール」。インストール後、念のため、growiを再起動します。
導入後、任意のWikiページのテーブルに「Enable Data Table」ボタンが表示されるので、こちらをクリック。
- 検索欄
- 列の表示/非表示
- 並べ替え
などが表示され、
細かい表示もしやすくなっています。
思った以上にかゆいところに手が届く機能なので、growiを使っている方にはおすすめです。
- 食べ応えがあり
- 見栄えも考慮して
- 保存が利く
副菜・惣菜の準備ということで、改めて作ってみました。
用意したもの
- 切り干し大根/にんじん
- 乾燥わかめ
- タマネギ
- ツナ缶（油漬け）
- 冷凍枝豆
- すき焼きのタレ
- 七味唐辛子
手順
- タマネギは薄切りにしておきます。
- 乾燥わかめ/切り干し大根とにんじん（乾物）は水で戻しておきます。
- 戻ったらよく洗い、絞っておきます。
- フライパンに油を引き、タマネギを弱火でよく炒めます。
- 甘くなるまで炒めたら、ツナ缶を油ごと入れます。
- 戻した乾燥わかめ/切り干し大根/にんじんを加えて炒めます。
- 冷凍枝豆も加えます。
- すき焼きのタレを適量入れて、水分を飛ばすように炒め煮にします。
- 最後に七味唐辛子で味を調えます。
こうしてできあがったのがこちらです。
粗熱を取って密閉容器に入れればある程度は日持ちします。
盛り付けたのがこちら。単体で仕事をするのはもちろんのこと、他の素材と合わせたり炒め物の起点にするなどの汎用性があります。
今年の最初にも訪れた温泉旅行。
そのときの反省を生かして携行品をブラッシュアップさせました。そして、その結果が出た形です。
まずはLinuxをインストールした中古のLet's note。
今年初め、この宿で過ごしたときChromebookでは操作感が物足りなかったというのが、これを買った直接的な要因でした。
- より打ちやすいキーボード
- 解像度の高い画面
- 抜群の操作感
は、確かな満足感。
携帯性も今までと変わらず。スーツケースのモバイルポケットにしっかり入ります。
また、モバイルスピーカーも役立ちました。
部屋の眼下に渓流が流れており、隣の部屋の物音どころかテレビの音も聞き取れないという状況でしたので、ピンポイントで音が届く機器はありがたい存在でした。
そして、新たに持って行ったランチバッグも活躍しました。
飲み物やお菓子などの冷たいものを持ち歩く機会は存外に多く、お土産を運ぶときにも活躍。
フィードバックがしっかり活きた旅行でした。
やりたかったことができました。
温泉宿で温泉を舞台にしたボードゲーム。持ち運びやらプレイ時間はどうなるのかと思っていましたが
- 思った以上にセットアップが楽
- 拡大生産気味の5ラウンド
- そのため最終ラウンドでやりたいことがきちっと終わる
- 失点要素なしの親切設計
バッグドローによる極めて高いリプレイ性がここに加わり、宿でゆっくりしている間でも気兼ねなしにプレイすることができました。
本ゲーム、パートナーと助っ人によって得点行動ががらりと変わるのも好きなところ。
ソロプレイの複雑さもあまりないので、今後の旅先ボードゲームの定番となりそうです。
今年2度目の湯檜曽温泉です。
1月と異なり、今回は緑が濃く、「薫風」という言葉がよく合います。
窓からは鮮烈な渓流の音が聞こえ
初夏→盛夏へと向かう緑の濃さも楽しめます。
お風呂の素晴らしさは言うに及ばず、食事も
- 鯉の洗い
- 鮎の塩焼き
- 牛肉の陶板焼き
と野菜類。ボリュームたっぷりで胃も心も満たされました。
概要
自分のサーバのアクセスログを見たら
"GET /picture.php?/6797/category/73 HTTP/1.1" 200 14394 "-" "facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php)"と、クローラーが大量にアクセスしてきました。robots.txtも意に介さない悪名高いbotのようなので、このアクセスを、サーバで拒否します。
環境
- Ubuntu 20.04
- Apache 2.4 (aptでインストールしたため、ディレクトリは
/etc/apache2配下にあります。
また、バーチャルサイトによる複数のサイトを運用しているので、そのうちの1つだけを弾きます。
さっくりとした手順
- Apacheのバーチャルサイトの設定ファイルのバックアップを取ります。
- 設定ファイルを追記します。
- 設定を反映します。
- 拒否されていることを確認します。
設定ファイルのバックアップ
- ディレクトリ移動
cd /etc/apache2/sites-available && pwd- ファイルバックアップ
sudo 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を確認します。
- Apache再起動
sudo systemctl restart apache2.service- Apache再起動確認
systemctl status apache2.serviceactive(running)を確認します。
設定反映確認
設定を行ったアクセスログを開きます。
403 3772 "-" "facebookexternalhit/1.1 のように、ステータスコードが「403」になっていれば、アクセス拒否されています。
4月の終わりから本格的に始めた弁当作り。作るときの手間を考えて、予めある程度日持ちするおかずの検証です。
まずは転がっていたタマネギ。
南蛮漬けの要領で心持ち濃いめのタレと浸けてみました。
実際に弁当に詰める前にお昼のおかずで実食。
シャキシャキ感と酸味と甘みが味わえるので、これはむしろ他のおかずと合わせるものと判断。
そして、実際にこうなりました。（鳥のレタス炒めに先に浸けておいたタマネギを加えたという塩梅）
朝、出勤前の時間に効率よく作るための時間差調理は役立ちます。
やりたいこと
フォトアルバムシステム、piwigoをシステム解析システム、matomoに置きたいのですが、どうもうまくいかず。
「ここまでやった」というメモのために残します。
前提
- 自前でアクセス解析：matomoとフォトアルバム:piwigoをインストール済み。
- 両者はそれぞれインターネット通信が可能。（相互に見えている）
やったこと
piwigoサイトに管理者権限でログインし、Add< head > Elementをインストールします。
有効にして、設定します。
エレメントの所に、matomoで提示されたトラッキングコードを埋め込みます。
結果
piwigo側のサイトのソース表示で、matomoのトラッキングコードが表示されることを確認しました。
ですが、その後、何回かアクセスを繰り返しているにもかかわらずうまくカウントされません。
- wordpress : プラグインにより連携可能
- redmine: view customize pluginで設定可能
まで行いましたが、うまい手は見つからず。
状況を見ながらもう少し続けてみます。
apache/nginxなどと連携した場合のアクセスログではなく、アプリそのもののログローテーションです。
ログの位置
/path/to/nextcloud/directory/data例えば、 `/var/www/html/nextloud/data`などを示します。
ローテーションファイル
- /etc/logrotate.d/nextcloud2
を、協議・進行に沿ったエディタを用いて以下のように作成します。
/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でエラーがなければ、アプロログのローテーションは完了です。