2022-1-1 (Sat)
というわけで、気まぐれリンク集を久々に、ザツに修正した。 完全に全てのリンク先が健在か確認してない…。 利用者もほぼいないだろうから実害もほぼなかろうしザツでいいや、という。
Twitterはアカウントがなければつぶやくことはできませんが、アカウントがなくても公開されているつぶやきは見ることができます。しかし、2021年8月からツイートの表示にログインを義務付ける仕様が導入されており、アカウントがないとスムーズにTwitterを閲覧することが難しくなりました。
蛇足的脚注
- *1-1 : 気軽に
- もちろん、全部が全部気軽にやってるとは思ってないけど。 止むを得ない事情なんかもいろいろあるだろうし…。 でもせめて公的機関はもう少し、ドメインや URL を一度決めたらコロコロ変えないように気を配って欲しいなと思ったりする。
2022-1-2 (Sun)
しかし、そうかー…。
2022-1-3 (Mon)
そういえば termux:api で通話履歴の取得コマンドがあったかも、と思って見てみたら、 termux-call-log というのがあった。 しかしアクセス権限を与えて実行してみたが、なにも表示されない。 Android 側の仕様が変わったかなんかで履歴が取れなくなってんのかね…よくわかんないや。 これが使えれば一番ラクにコントローラブルに履歴の取得と保存ができたんだが。
結局、「SMS Backup & Restore」という、SMS 履歴の他に発着信履歴にも対応している広告付のバックアップアプリで、 定期的に Dropbox へ投げる設定にして使うことにした。 広告もただ操作画面にバナーで表示されてるだけでそんなに邪魔でもないし。
なお、出力されるデータは UTF-8 (BOM なし) の XML ファイル。 実際の出力は 1コール分につきこんな感じ。
<call number="117" duration="9" date="1605500000608" type="2" presentation="1" subscription_id="xxxxxxxx" post_dial_digits="" subscription_component_name="com.android.phone/com.android.services.telephony.TelephonyConnectionService" readable_date="2020/11/16 13:13:20" contact_name="(Unknown)" />(subscription_id は実際には数字 19文字 + アルファベット 1文字だったけど念のため伏せといた)
属性 | 意味 | 備考 | ||||||
---|---|---|---|---|---|---|---|---|
number | 電話番号 | 非通知着信の場合は空 | ||||||
duration | 通話時間 | 秒 | ||||||
date | 通話(開始)日時 | UNIX時間 : ミリ秒 | ||||||
type | 発着信種別
| |||||||
presentation |
| |||||||
subscription_id | 不明 | |||||||
post_dial_digits | 不明 | 通話開始以後の DTMF 操作の記録? | ||||||
subscription_component_name | 通話した回線(サービス)の種別? | |||||||
readable_date | 人間に読みやすい日時 | 秒単位まで | ||||||
contact_name | 通話相手の名前 | 「連絡帳」と連動、不明の場合は "(Unknown)" |
2022-1-4 (Tue)
インボイス制度の「インボイス」は、普通の請求書ではないその「普通」でなさがひどい。 どんだけ絞り取りたいんだ。
2022-1-5 (Wed)
購入記録
- ●雑誌「まんがホーム」2022.2 芳文社
- らいか・デイズ (むんこ)
- 若王子主任は後輩ボイスに抗えない! (おりがみちよこ)
- 孔明のヨメ。 (杜康潤)
- 天下分け目の小早川くん (真田寿庵)
- 恋はリベンジのあとで (辻灯子)
- 天国のススメ! (宮成樂)
- 座敷童子あんこ (エミリ)
- 先輩に推されて仕事になりません! (あしや稚浩)
- ヲトメは義母に恋してる (桐原小鳥)
- 幽霊さんのための科学的新仮説 (いわとびひろ)
- 俺と式神の主従契約 (都ウト)
- オレの愛で世界がヤバい (井上とさず)
- ラブアマ (有村唯)
- ぼくの上目遣い (市川なつを)
- 魔界の愛されCEOは元勇者 (さーもにずむ) (新連載)
- 菓子男リノベーション (胡桃ちの)
- スナックあけみでしかられて (松田円)
- 歌詠みもみじ (オオトリキノト)
- うちの秘書さま (ミナモ)
- ウメボシオニギリ (よるどん)
- もんもん (熊野みみ)
- 目次4コマ:お屠蘇 (杜康潤)
- ●雑誌「まんがタウン」2022.2 双葉社
- 新クレヨンしんちゃん (臼井儀人&UYスタジオ)
- コミックエッセイ特集~2022年への意気込み~ (ÖYSTER/おりはらさちこ/小坂俊史/大場玲耶/ふじた渚佐/瀬田ヒナコ)
- 押しかけギャルの中村さん (おりはらさちこ)
- 猫またはごはんを。 (湖西晶)
- 新婚のいろはさん (ÖYSTER)
- ルナナナ (小坂俊史)
- ねこ上司といぬ部下くん (原作:DK/橙夏りり) (新連載)
- あさひ大家族 (ふじた渚佐)
- 野原ひろし 昼メシの流儀 (塚原洋一)
- かりあげクン (植田まさし)
- 食欲しか勝たん! (えきあ)
- 兎なりのウサギさん (野広実由) (ゲスト)
- 勇者様!? こ…これってそういう意味ですかっ!?♥ (大場玲耶)
- 相方が俺を好きすぎる (パン崎まろやか) (新連載)
- 大越春太郎は黙れない! (瀬田ヒナコ)
- 恋がわからぬ大人共 (赤のキノコ)
- かのんとぱぱ (おーはしるい)
- 鎌倉ものがたり (西岸良平)
- あの世で猫になる (東屋めめ) (ゲスト)
- 淑女の笑顔は崩れません (佐野妙)
- ママはパートマスター (田中なつ) (シリーズ連載)
- んじゃま、ここらでお茶にしましょうか。 (胡桃ちの)
2022-1-6 (Thu)
ちなみに cygwin の目的というかキモは、Windows 上で unix/linux (互換の開発環境) を使うこと、ではなく、 unix/linux 互換の (CUI) ツール類で Windows (上のファイル) を操作すること、なんだが、 WSL の用途は後者 (cygwin) に近いが WSL2 は前者の方らしい。なるほど。 もし機会があって試すなら WSL か。 さもなければ cygwin を選択、でよさそう。
(setq indent-tabs-mode *css-indent-tabs-mode*)
個人的にインデントはスペースじゃなくタブ派だが、参考のメモ。
2022-1-7 (Fri)
購入記録
- ●雑誌「まんがタイム」2022.2 芳文社
- おとぼけ部長代理 (植田まさし)
- ローカル女子の遠吠え (瀬戸口みづき)
- 花丸町の花むすび (むんこ)
- ラディカル・ホスピタル (ひらのあゆ)
- 大家さんは思春期! (水瀬るるう)
- レーカン! (瀬田ヒナコ)
- 軍神ちゃんとよばないで (柳原満月)
- 百合のあいだは悩ましい (森井暁正)
- 六畳一間の憑き物石 (西岡さち)
- 冷めないふたりのひとりご飯 (きたむらましゅう)
- テレパス皆葉と読めない彼女 (諸田トモエ)
- 茨城ってどこにあるんですか? (真枝アキ)
- 女神に胃袋つかまれた! (町田すみ)
- この契約は恋まで届きますか? (雪尾ゆき)
- お酒は20日になってから!! (えのまなみ)
- 瀬戸際女優! 白石さん (櫻井リヤ)
- 秘密のお姉さん養成ノート (トフ子)
- 午前0時のおねだりごはん (あきさと)
- 良倉先生の承認欲求 (G3井田)
- お天気おねえさんの晴れ舞台 (きなこ)
- 新人まんが展:うちの猫なんですっ!! (梯図ミキヤ)
- 目次4コマ:つながれ! 黒電話ちゃん (瀬田ヒナコ)
- ●雑誌「週刊漫画TIMES」2022.1/21 芳文社
- 神様のバレー (原作:渡辺ツルヤ/西崎泰正)
- 解体屋(こわしや)ゲン (原作:星野茂樹/石井さだよし)
- まどろみバーメイド (早川パオ)
- 第三内科外来の魔女 (原作:宇治谷順/後藤圭介)
- ごほうびごはん (こもとも子)
- 経理の夏谷さんはガマンできない (財政ろろ)
- 神客万来! (ねむようこ)
- ヘルズボート136 (前田治郎)
- 王子とこじき -転生したら名作の主人公でした- (原案:マーク・トウェイン/風町ふく)
- 夜空のふたりキャンプごはん (春露彗) (短期新連載)
- ヤバい女に恋した僕の結末 (沖田龍児)
2022-1-8 (Sat)
ところでこれ、2016年の時点で日本発売 40周年だったらしい。 そんなに昔から売ってたんか…。
2022-1-9 (Sun)
BEGIN:VCARD VERSION:2.1 N;CHARSET=UTF-8;ENCODING=QUOTED-PRINTABLE:=E3=83=AA=E3=82=AB=E3=81=A1=E3=82=83=E3=82=93=E9=9B=BB=E8=A9=B1;;;; FN;CHARSET=UTF-8;ENCODING=QUOTED-PRINTABLE:=E3=83=AA=E3=82=AB=E3=81=A1=E3=82=83=E3=82=93=E9=9B=BB=E8=A9=B1 X-PHONETIC-FIRST-NAME;CHARSET=UTF-8;ENCODING=QUOTED-PRINTABLE:=EF=BE=98=EF=BD=B6=EF=BE=81=EF=BD=AC=EF=BE=9D=EF=BE=83=EF=BE=9E=EF=BE= =9D=EF=BE=9C TEL;WORK:033-604-2000 END:VCARDこれは「連絡帳」(の「共有」) からエクスポートした「リカちゃん電話」の番号のデータだが、 「03-…」で始まる (ように書いていた) はずの番号が「033-…」になっている。 これをエディタで「03-3604-2000」に直して、 「連絡帳」の該当データを削除しておいてから、改めてこのデータをインポートすると、 「03-」に直したはずの番号がまた「033-604-2000」に戻っている。 なお、元は PHS 機のアドレス帳から Vcard 形式でエクスポートしたものをインポートする形で登録したんだが、 元のデータでもちゃんと「03-…」となっていた。 それをインポートした時点で「033-…」に勝手に変わっていたのを、スマホ上で修正してあった。
文字化けならまだ分かるが、なぜハイフンの位置を「勝手に」変えるのか? それも必ずではなく、変わるデータと変わらないデータがある (法則性は今のところ不明)。 バージョン 11 にもなろうという Android の標準搭載の、 電話やメールというスマートフォンの基本中の基本な機能に言わば必須なアプリの、 データのインポートやエクスポートというこれまた基本中の基本な機能でこんなクソバグが放置されてるって、 ある意味すげえよな…。 もちろん、発呼時にハイフンは単に無視されるだけなので、どこについていても電話するのに支障はないといえばないが。 逆に、電話するのに必要ないハイフンをなぜわざわざ、人間が「その位置に」入れている、と思ってるんだろう。 このインポート / エクスポート機能の設計・実装者は。
という訳で発着信履歴のログ保存時に相手の情報 (名前) を反映させようと、 「連絡帳」にひととおりデータを流し込んであったんだが、 なんかもうイヤになったので (いつものようにイヤになる閾値を瞬間突破したので) スマホ内の「連絡帳」データは結局さくっと全削除した。 どうせ電話する時の操作はぜんぶ PHS 機 (Bluetooth 子機) でやるから問題ないわ。 PHS 機からは発着信履歴を外部へ保存できないのが難点だけど。 履歴データは Android からエクスポートして、 別途用意した自前の電話番号データと照合して相手の名前情報を埋めればいいや。 ちょっと手間だけど… (つっても手間と感じるほど電話使わないからぜんぜん大丈夫だけど。むしろ頻度が低すぎて逆にメンドくさいくらいな)。
いやーしかし、なんでこんなことになるんかね…? 他のユーザのところではこんな現象は起きてないのか? ちょっと検索してみたけどよくわかんなかったんだけど (ハイフンの位置がおかしくなる、という質問めいた書き込みに誰も答えてないとかそんなのがちらほら程度)。 こういう現象は稀にしか起きてないのか (いわゆる「おま環」なのか)、 あるいはある程度頻繁に起きてはいてもみんな、そーゆーモンだと思って特に何も言ってないだけなのか…。 それともまったく気づいてないのか。あるいはハイフンとかぜんぜん使ってないのか…?
あと、現時点でちゃんと照合チェックしてないんだが、 電話番号のハイフン以外の箇所のデータも「勝手に」書き換わっている可能性はないだろうか…? こんな分かりやすい箇所が勝手に書き換わってるくらいだから、 「電話かけるのに支障がない」範囲の勝手な書き換えを他でもやってるかもしれない、 というイヤな予感がなんとなくしなくもないんだよな…。 フツウはそんなバカなことはやらないだろうと思いたいところなんだけど、 そのフツウじゃないことを電話番号のハイフン位置の勝手な書き換えで実際にやってる訳だからなあ…。
2022-1-10 (Mon)
同様のサービスで Netlify なんてのもあるのか…これもあとで調べよう… (後回し名人)。 探せばもっとあるかも…。
他には Google Sites あたりも利用できそうかなあ。 と思ったんだが、これで生成したサイトをまとめて保存 (エクスポート) するのに Google の Data Export サービスを利用するんだけど、 手元にダウンロードして見てみたところ、 HTML が 1ページあたり最低でも 1MB 食うような、わけわからんタグで膨れ上がった代物になってしまっていたので、 ここで作ったサイトをよそへ引っ越す時には往生しそう…。
あとは、サービスの持続性 (継続性) だなあ。 数年後には終わっちゃったり有料化しちゃったり仕様や規約が変わって使い続けられなくなっちゃったり、はなるべく避けたいんだけど。 そういう点では Google のサービスはあんまし信用できないんだよな…。
2022-1-11 (Tue)
購入記録
- ●雑誌「ヤングコミック」2022.2 少年画報社
- 淫魔乙女の胸のうち (ぷらぱ) (新連載)
- まぐわい部屋の管理人さん (東雲龍)
- おねーさんが侵略中!? (さんりようこ)
- ヤンキー娘になつかれて今年も受験に失敗しそうです (ジェームスほたて)
- よいこは見ちゃダメ (佐伯)
- いいわけも出来ない -姉彼- (水島空彦)
- 31歳地味眼鏡OLさん (新居さとし)
- ツボネノツバメ (zen9)
- スカートの裾掴むボクの手が今も震えてるのは…… (佐野タカシ)
- 湯けむり慕情・必殺掌! (桂よしひろ)
- 元女勇者35才 (蛇光院三郎) (最終回)
- 見たいもの見せましょう (たまはがね)
- 少年画報社版 人物日本の歴史 三峯徹 (金平守人/監修:稀見理都)
- ●雑誌「まんがライフオリジナル」2022.2 竹書房
- リコーダーとランドセル (東屋めめ)
- ちぃちゃんのおしながき (大井昌和)
- 晴れのちシンデレラ (宮成楽)
- のみじょし (迂闊)
- 雑兵めし物語 (重野なおき)
- しょうもないのうりょく (高野雀)
- ずぼら先輩とまじめちゃん (東385)
- ねこようかい&ねこもんすたー (ぱんだにあ)
- よそじとふたごのメシ事情 (小坂俊史)
- ここは鴨川ゲーム製作所 (スケラッコ)
- となりの席の同居人 (神仙寺瑛)
- なごみクラブ (遠藤淑子)
- 黒影夜子の駐在日誌 (唐草ミチル)
- 森田さんは無口 (佐野妙)
- おんぼろ花ハイム (むんこ)
- 鬼桐さんの洗濯 (ふかさくえみ)
- ハッピーアワーガールズ (揚立しの)
- ネコぐらし (深谷かほる)
- ばつ×いち (おーはしるい) (最終回)
- 中年女子画報 (柘植文)
- もぐもぐガーデン (宇仁田ゆみ)
- ギャル医者あやっぺ (長イキアキヒコ)
- セトギワ花ヨメ (胡桃ちの)
- そしらぬディスタンス (松田円)
- とーこん家族 (よしもとあきこ)
- ぼのぼの人生相談 (いがらしみきお)
- 異世界にマンガ家が転生したらどうなるのか、描いてみた件 (柏木香乃)
- 全ての映画は、ながしかく (施川ユウキ)
- 目次4コマ:ポポ時評 (施川ユウキ)
2022-1-12 (Wed)
if (($mode & 0140000) == 040000) { … }
-d $filepath
使ってないんだろ。
もしかしてこれ書いた頃は -d だと遅いとか思ってたのかな…? (既によく覚えていない)
2022-1-13 (Thu)
なければないで困ることもあるし、これはもう自腹で買うしかないか…。 と思ってネットショップで輪ゴムを検索していたら、 劣化しない輪ゴム、というのを発見した。 モビロンバンドという、天然ゴム素材じゃなくてポリウレタン製の、 普通の輪ゴムみたいに脆化したり溶けてくっついたりしないというのがウリのやつ。 探してみたら他にも同じポリウレタン製で別名 (別メーカー) の製品もあった。 輪ゴムは輪ゴムで使うけど、こういうのもあったらちょっといいかも、と思って買ってみた。 ちなみに 1袋で千円くらいするんだが、千本以上入ってるんでそう高いもんでもない。 輪ゴムよりちょっと伸びは少ない気もするが、といっても元の 2倍程度なら余裕で伸びるし、引っぱるのをやめれば元に戻る。 ゴム臭さもない。 でもウレタン樹脂って経年劣化する (しやすい) 的なイメージがあったんだけど、そのへんはどうなのかな。 加工方法なんかでも変わってくるんだろうけど、シロートなのでよくわからん。 まあ少なくとも普通の輪ゴムより持つんなら問題ないか。
2022-1-14 (Fri)
ウインナー弁当は、ご飯に黒ごま、スパゲティ少量を敷いた上に小さいウインナーが 5本並んで、ケチャップがかかっている。447kcal。 ウインナーが赤いやつだと思い込んでいたが、ちゃんとした味のある (燻製の香りもちょっとある) ウインナーだった。
ミートボール弁当は、やはりご飯に黒ごま、スパゲティ少量を敷いた上に小さいミートボールが 6個並んで、ソースがかかっている。410kcal。 上にかかっていたソースが、よくレトルトや安い惣菜のミートボールにかかっているような甘酢風味のではなく、デミグラスソースだった。 デミグラスソースは好きなのでこれはちょっと良し。
いずれも野菜成分は足りてないので適宜自前で補わんといかんが、 値段にもまあまあ見合った内容ではないか、と思う (ローソンストア100 の 100円おせちとか 2年くらい前に一度買ったきりだけど、けっこうガッカリ感にあふれてたからなあ…)。 それぞれウインナーやミートボールが具のおにぎり 2個分、と考えればかなり具沢山。 リピ買いはたぶんしないけどね。
購入記録
- ●雑誌「週刊漫画TIMES」2022.1/28 芳文社
- 妻、小学生になる。 (村田椰融)
- 信長のシェフ (梶川卓郎)
- 解体屋(こわしや)ゲン (原作:星野茂樹/石井さだよし)
- 神様のバレー (原作:渡辺ツルヤ/西崎泰正)
- 瓜を破る (板倉梓)
- 第三内科外来の魔女 (原作:宇治谷順/後藤圭介)
- ごほうびごはん (こもとも子)
- 法廷のファンタズマ (荒川三喜夫)
- 村祀り (原案協力:木口銀/山口譲司)
- 王子とこじき -転生したら名作の主人公でした- (原案:マーク・トウェイン/風町ふく)
- ヤバい女に恋した僕の結末 (沖田龍児)
cVim は以前 chrome 側の仕様変更で hints が動かなくなったが (1.2.99)、 今は修正版の 1.3 が出ている。
2022-1-15 (Sat)
--force
オプション必須になってしまう。
そして触ってみた範囲だと、どうもどれもいまいちなんだよなあ…。残念。
どこがどういまいちだったのかは面倒なのでここには書かないけど (気が向いたらあとで書く。たぶん書かない)。
先に Jekyll (Ruby ベース) とか MkDocs (Python ベース) とかを試して、挙動をちょっと見てみていたので、
それらと比べてしまうせいもあるかもしれない…。
つっても Jekyll はウチの cygwin には入らなくて Raspberry Pi2 (ubuntu) に入れたらくそ重かったが、元々 Jekyll は重いらしい。
それに比べると MkDocs は重さもさほどでなくわりといい感触だったが、ワシ Python がそもそもあんまし好きじゃないんだよな…。
もちろん MkDocs 使う分には Python のコードなんぞぜんぜん触らなくっていいんだけどさ…。
でまあ、チョッパヤだという Go ベースの Hugo を触ってみているんだが、これは確かに速い。と思う。 そしてインストールも Windows 版なら exe ファイルいっこダウンロードして、PATH の通ったところに置くだけという簡便さ。 機能や挙動も Jekyll や MkDocs に近い。 うーん…。いまんところこれが優勝かなあ。 hugo server 中の挙動にちょっと怪しいところがある気がするけど… (更新されたりされなかったりとか… でも適用してる Theme によって挙動が変わるっぽい感触もある)。 SSG 物色してるのは、実は自分で使う用じゃなく人に勧める用なので、 勧める予定の相手が使えそうかどうかも考えないといかんのだが (その割に Perl ベースのやつをまず端から試してたりしてるあたりブレてるが)、 インストールがラクチンなのはかなりメリットかも。 まあでもその後の設定だの使い方の把握だのを、たぶん自分一人でいろいろぜんぶはできないだろうなあ…。 GUI だとそのへん、あちこち触っているうちになんとかなっちゃう (と思い込みやすい) んだろうけど…。 当方もできる範囲で手伝う気はもちろんあるんだが。 まずは勧め相手が気に入らなかったらそれまでだしなー。 まあそん時ゃそん時か。
なお Hugo の設定ファイルには TOML の他に JSON や YAML も使えるらしい。
2022-1-16 (Sun)
ある時スイッチ入れたら「ブロロロオー」と騒音がするように、いきなりなってしまっていた。 つい数時間前には何事もなく、今までどおり使えていたのに突然、という。 音量的にも音質的にも、電気回路の発してる音ではなく、中の冷却ファンが他のパーツに接触するなりして発してる感じの音なので、 自分で直せる余地がありそうで、その状態で (修理を試みずに) 捨てるのはなんとなくもったいない気が…。 しかし、弱電も強電もほぼシロウトなので、 電子レンジの筐体を自分で開けるのはたぶんやめといた方がいいんだろうと思う…。 どこがどの程度高電圧で、なにをどうすれば危険を回避できるか、とかがほぼ分からんので。 といって、業者に修理に出してお金払うのもちょっとなあ…という。 修理費用にもよるだろうけど、たぶん手間賃だけでもそんなに安くはないだろうし (あんまり安かったら逆にヤバいよな)。 そもそもこの異音の原因は直せても、 他のパーツの劣化もあるだろうからこの先どれくらい使い続けられるかも分からんしなあ…。 もう 20年選手だし。メーカー (SANYO) ももうなくなっちゃってるしねえ…。 マグネトロンの寿命が約 2000時間らしいので… 20年で割ると 1日平均 16分とかか…たぶんそこまでは使ってないと思うが…。 うーんどうかな。でもぼちぼち時間の問題なくらいにはなってても不思議じゃないな。
今まで使ってたやつはいわゆるオーブンレンジというやつだが、今度のは単機能電子レンジ。 先代は中堅機種ながら多機能で、専用の調理ボタンもいっぱいついていて、 お料理レシピ冊子みたいなもんまで同梱されていたんだが、 これら機能ボタンも、オーブンも、もちろん冊子も、この 20年ほぼ使わなかった。 もしかすると初期の頃に 1~2回、試しに使ってみたことはあるかもしれないが覚えてない…。 くらいな感じ。 つまりワシ的には単機能レンジでまったく用が足りるということを 20年かけてだらだらと確認した訳だな。 この先代機は庫内がフラット (ターンテーブル式じゃないやつ) でドアが縦開きなところは気に入っていたので、 新機種選定時はこの 2点で条件を絞ったが、 先代のドアは開いた状態でほぼ水平になる上、内側もほぼフラットで (枠と中央の窓部分の段差がほとんどない)、 開扉した状態でなにかを載せたりするのに都合がよかったんだけど、 今度のはドアの内側は中央の窓部分がちょっと凹んで段差があるんだよな…。 いろいろ製品写真を見てみたが大体どこのメーカーのもそんな感じだったんで、 先代機のドア (内側) 形状がちょっと特殊だったのかも。 まあ使っているうちに慣れるだろうけどたぶん。
ところで先代の処分は、 …リサイクルに出すとお金たくさん取られそうなので粗大ゴミかなあ… 400円くらいで済むっぽいんで…。 捨てる前にプラグ抜いてしばらく (1ヶ月くらい) 放置して放電してから、自分で開けて直せるかどうか見るだけ見てみるかな? でも万一直っちゃったらどうしよう…? 電子レンジ 2台も要らないよな…。
2022-1-17 (Mon)
入力内容に誤りがあります。
現在、ヤフネコ!パックでの受取りをご利用いただけません。他のお届け方法を選択してください。とかなんとか真赤っかな色で表示されてそこから処理を先に進められない。 他のお届け方法といっても匿名配送に設定してあるし、そもそもオークション終了してる時点で他の発送方法を選び直しようがないと思うんだが。 こういうところ、ほんっっっっっっっとに間抜けなんだよな… Yahoo! というかヤフオクというか…。
※「ヤフネコ!」以外の選択ができない場合は、お手数ですが取引メッセージからお届け方法について出品者と相談してください。
(→なお後日、この障害の原因が判明した)
ヤフオクは障害情報とかに年がら年中新しいお詫びだのなんだのが上がってる状態なので、 このトラブルもしばらく待ったら直るかもしれん、と思って様子を見ることにしたんだが。 半日くらいたってから再度試してみたら、今度は決済するところまで遮られずに完了して、 口座から引き落とされたのも確認したものの、 取引ナビ画面に
引き続き、支払いを行なってくださいと表示され、「
Yahoo!かんたん決済で支払う」ボタンが表示されたままの状態になった。 何度か再読込してみたが直らない。 カネを取られておきながら、ヤフオクのシステム側にそれが認識されてない (可能性のある) 状態なままなのはさすがにいかんと思って、 例によって「よくある質問」のリンクをたどってたどって一番奥までたどってそこからの「問い合わせ」フォームへのリンクをたどって、 フォームからプリプリ半怒りまじりの問い合わせを送っておいたが、 これまた半日ほどしてから状態が画面表示に正常に反映され、出品者から発送連絡もされ、 ヤフオク運用からおわびメールも届いた。 金払った時点でシステムの状態がおかしくなるってのはほんとにやめて欲しいわ…。 他にも、適用できるはずのクーポンが決済画面で選択できなくなるとか、 特定の決済方法が一時的に使えなくなるとか、 ほんとに年がら年中「ヤフオクからのお知らせ」にお詫びメッセージが並んでるんだよなあ…。 なんでそんなに頻繁にトラブってんだろ…。 これが銀行あたりだったらお知らせでお詫びして済む話じゃないよなー。 たぶん毎週のようにカメラのフラッシュの放列の前で偉いさんや担当者が一斉に頭下げる写真が載るだろうな Yahoo! ニュースに。
トンガの海底火山の噴火も被害状況すらまだよくわからん状態みたいだし…。
ついでにウチの電子レンジも寿命を迎えちゃったし…。
なんかあっちもこっちも大変だよ…。
電子レンジだけちょっとレイヤーが違うか…。
2022-1-18 (Tue)
ただ問題は、オフレコを前提で聞いた話を暴露したり、官房長官の記者会見では質問を控えてその後の単独取材で本音を聞き出したりといった手法の是非である。↓これの件。
2022-1-19 (Wed)
購入記録
- ●雑誌「主任がゆく!スペシャル」Vol.167 ぶんか社
- 主任がゆく! (たかの宗美)
- 金髪女将綾小路ヘレン (たかの宗美)
- 精肉部門の未藤さん (市村) (ゲスト)
- 隣のショタがまるで嫁 (道野ほとり) (短期集中連載)
- 貧乏神ちゃんは愛されたい (魔神ぐり子) (移籍新連載)
- あい・ターン (おーはしるい)
- 春川さんは今日も飢えている (おりはらさちこ) (移籍新連載)
- 嫁姑は仲良くケンカする (大江しんいちろう)
- ウチのパグは猫である。 (ひぐちにちほ) (移籍新連載)
- 群馬犬! (安西理晃)
- モノズキ散歩、お茶してぶらり♥ (胡桃ちの)
- 花野さんとの縁結びは難しい (野広実由)
- ファニーランドの鬼ババア (むんこ)
- マチ姉さんのポンコツおとぎ話アワー (安堂友子)
- 若奥様は侵略中 (佐野妙)
- おるすばんごはん (王嶋環)
- くそじいじとカメラと私 (うず) (最終回)
- それいけ! せっぷく丸 (大塚みちこ)
- 双子コンプレックス (おりはらさちこ) (最終回)
- 目次4コマ:ゆるゆる4コマ (たぁぽん)
NHK はもういろいろとがんじがらめだろうから動かねーだろうな。と予想しておこう。 ワシはどっちみちもう見ないけど (テレビ自体)。2022年01月18日06時05分
【ロンドン時事】英国のドリース・デジタル・文化・メディア・スポーツ相は17日、公共放送BBCの受信料(ライセンス料)制度を見直すと表明した。動画配信サービスのように、視聴に対して課金する仕組みを軸に検討する見通し。日本のNHKなど世界の公共放送のモデルとなったBBCの動きは、今後の日本の議論にも一石を投じそうだ。
ドリース氏は下院での演説で「技術の変化とともに、特に若い世代の視聴者の間で習慣も変化している」と指摘。BBCの長期的な資金調達の在り方、罰則規定を伴う受信料支払い義務について「適切かどうかを今こそ真剣に問うべき時だ」と述べ、近く制度見直しに向けた議論を始める考えを示した。
2022-1-20 (Thu)
パラメータをちょこちょこ変えつつ総額 100万円くらいまでの仮想的な買い物を繰り返してみたところ、 実際にポイントで支払われる率 (= 現金を使わずに済んだ率) は、 トータル購入額の約 9% になることがわかった。 “10% 還元”もトータルで見ると実際には“9% 還元”くらいなんですなー。 計算が合ってればだけど。たぶん合ってるじゃろう。 10% ポイント還元の正味はおよそ 9% 還元、てどこかで見た記憶もあるし (見たんかい)。
'use strict'; // 家電量販店のポイント還元が、トータルで実際にはいくらの値引きになるのかの検証シミュレーション(てきとう) // ※ポイントは現金で払った分にしかつかない // ※必ず現金支払額の10%(端数切り捨て)ポイントがつくとして計算 // ※ポイントは買い物の時点で持ってる分使えるだけ使う(なるべくためない)戦略 計算面倒なので // 購入額累積上限 (ここまで買ったら計算終了) const paid_total_limit = 100_0000; // 購入額 (累積) 支払い手段問わない合計額 let paid_total = 0; // ポイント残額(状態保持) let point = 0; // 使用ポイント累積値 (最終的な累積購入額-累積使用ポイント=実際に払った金額) let point_used_total = 0; // 買い物1回あたりの支払額下限 const price_bottom_limit = 100; // 買い物1回あたりの支払額上限 const price_top_limit = 10000; // 買い物1回あたりの支払額の刻み単位(必要ないっちゃないけど) const price_step = 50; // from~to の間(from、to含む)のstep刻みの整数をランダムに返す const rndspan = (from, to, step) => { return Math.floor(((to - from) / step + 1) * Math.random()) * step + from; } let count = 0; while (paid_total < paid_total_limit) { const price = rndspan(price_bottom_limit, price_top_limit, price_step); let cash = price; paid_total += cash; if (cash >= point) { cash -= point; point_used_total += point; point = 0; } else { point -= cash; point_used_total += cash; cash = 0; } point += Math.floor(cash * 0.1); count++; } const cash_paid_total = paid_total - point_used_total; const cash_ratio = cash_paid_total / paid_total; console.log(` 買い物1回あたり支払い額: ${price_bottom_limit}~${price_top_limit}円(ランダム、${price_step}円刻み) 買い物回数 : ${count} 総支払額 : ${paid_total} 総使用ポイント: ${point_used_total} 総現金支払額 : ${cash_paid_total} 残ポイント : ${point} 現金使用率 : ${Math.round(cash_ratio * 10000) / 100}% ポイント還元率: ${Math.round((1 - cash_ratio) * 10000) / 100}% `);出力例↓
買い物1回あたり支払い額: 100~10000円(ランダム、50円刻み) 買い物回数 : 195 総支払額 : 1004000 総使用ポイント: 90539 総現金支払額 : 913461 残ポイント : 721 現金使用率 : 90.98% ポイント還元率: 9.02%
消費者庁は、大幸薬品の「クレベリン スティック ペンタイプ」、「クレベリン スティック フックタイプ」「クレベリン スプレー」「クレベリン ミニスプレー」に対して景品表示法に基づく措置命令を行なった。
大幸薬品は、措置命令に対し、「速やかに必要な法的措置を講ずる」と反論している。対抗薬品…。退行薬品…。
原判決について、「不正指令電磁的記録の解釈を誤り、その該当性を判断する際に考慮すべき事情を適切に考慮しなかったため、重大な事実誤認をしたものというべきであり、これらが判決に影響を及ぼすことは明らか」として、「破棄しなければ著しく正義に反する」と述べた。
自判(じはん)とは、上訴を扱う裁判所が、原審の判決を不当として取消または破棄したうえで、差戻しをすることなく判決すること。取消自判と破棄自判の2種類がある。
破棄自判
民事訴訟の上告審、及び刑事訴訟の控訴審・上告審で原審を破棄して判決を下すこと(民事訴訟法第326条、刑事訴訟法第400条但し書、同第413条但し書)を破棄自判という。
刑事訴訟の控訴審において破棄事由(第377-382条、第383条)に該当する場合は判決で原判決を破棄しなければならず(第397条第1項)、裁判所の取調べの結果原審を破棄しなければ正義に反する場合も原判決を破棄することができる(同条第2項)。この場合、直ちに判決を言い渡せる場合は自判することができる(第400条)。
刑事訴訟の上告審では第410条に破棄すべき事由、第411条に破棄可能である事由が列挙されており、これに該当する場合は原審に差し戻すか移送することになるが、直ちに判決を下せる場合は自判もできる(第413条)。
最高裁の自判は例外
上記の規定によれば、民事訴訟法では破棄自判できる範囲が限定されており、それ以外の場合で原判決を破棄する場合は、第325条により原審または第一審に差し戻すか、移送することが原則となる。
刑事訴訟法では差し戻しまたは移送を原則とする。刑事訴訟で最高裁が破棄自判をすることは、高裁での破棄自判の例に準ずる。
2022-1-21 (Fri)
今までパスワードの管理は、特定のテキストファイルにベタ書きで記録しておいて、 普段は GPG で暗号化しておき、 参照や編集をする時だけデコードして、終わったら削除ないしは再度暗号化、という運用でやってきた。 今後もこれはこれで変えない予定だが…。 スマホ (単体) で同じことをやろうとすると、 パスフレーズの入力がかなりメンドくさくてちょっとダメだな、と思ったもんで…。 せっかくなんでスマホと PC とで同じ DB ファイルを使える (同期させて共用できる) パスワード管理ツールを試してみようと。 まだ使い方がよくわかんない段階なくらいなので、評価もまだわからない。
ヤフネコ!パックでは、毎週月曜日午前3時から午前5時頃まで、ヤマト運輸の定期メンテナンスが行われており」、 「
メンテナンス中は、取引情報の送信や配送コードの発行を行うことができ」ない、という情報が。 月曜午前 3時から 5時ごろ…まさにその時間帯だったんだよねえ。 でもヤマト運輸の定期メンテナンスの情報も、その間は手続きが進められないという情報も、 サイトの該当ページや、「よくある質問」や、「よくある質問」ページのチャット bot による「考えられる原因」一覧には、 ひとかけらも表示されてなかったんだよなあ…。 なんでそんな肝腎なことを、ちゃんと表示しておかないんだろう…。 何が原因か、どうすれば回避できるか、情報をユーザにちゃんと提示してくれればいいだけなのにな。
購入記録
- ●雑誌「週刊漫画TIMES」2022.2/4 芳文社
- めぐる未来 (辻やもり)
- 妻、小学生になる。 (村田椰融)
- 解体屋(こわしや)ゲン (原作:星野茂樹/石井さだよし)
- 巨匠 (Gたかし/高橋一仁)
- 神様のバレー (原作:渡辺ツルヤ/西崎泰正)
- パスタの流儀 (原作:花形怜/才谷ウメタロウ)
- 第三内科外来の魔女 (原作:宇治谷順/後藤圭介)
- 村祀り (原案協力:木口銀/山口譲司)
- ヘルズボート136 (前田治郎)
- うそびっち先輩 (音井れこ丸)
- ヤバい女に恋した僕の結末 (沖田龍児)
caffe は倍率設定が (比較的?) 自由 (×2、×2.5、×3 など)。NVIDIAで処理する場合
waifu2x-caffe
※cuDNNの使用を推奨NVIDIA/AMD/CPU(内蔵GPU)で処理する場合
waifu2x-ncnn-vulkan
※waifu2x-caffeより速い。AMD利用者はこれを使うしか無い!
ncnn-vulkan は ×2n 刻み。でも高速。そして石を問わない。ふむ。
2022-1-22 (Sat)
arch=arm64
」のところは「arch=armhf
」とする。
とりあえずインストールと動作確認 (Hello World) まではできた。
2022-1-23 (Sun)
とあれこれ調べてたら、 KeePassDX よりも前から作成配布されている Keepass2Android っつーアプリが割と評価が高いようだったので、 試しにそっちを使ってみたら、操作もスムースにいくし、 他アプリのログイン画面での入力補助もスムースにできるし (若干試行錯誤はしたが…表示が分かりやすかったので操作方法を推測しやすかった)、 Keepass2Android 自体の起動時もクイック解除で生体認証 (指紋認証) を使うことなく、なおかつあまりもたつかずに解除できる。 なんだ、最初からこっちを使えばよかった。 まあ KeePassDX も評価はそれなりに高いみたいなんだけどさ…。 あの使い勝手でなぜそんな高評価なのかがよくわからん。 Keepass2Android より上っていう。 みんな使いづらくないのかな…?
なお keepass アプリで生体認証を使った DB ロック解除をしないのは、 元々生体認証でログインできるタイプの他アプリの、ログインの簡便さをなるべく損なわずに (つまり使いづれえ Android のキーボード入力から長々とパスワードの入力をすることなく) 生体認証でのログインをしない設定に切り換えるために keepass を導入しようと思ったからで、 つまり生体認証はベンリだけどちとアブネエという認識でいたものの、 簡便さに引きずられてついつい設定してしまっていたのを反省して、 なるべく使うのをヤメようと思ったからなので、 その生体認証を、生体認証を排除するために導入した keepass アプリで使ったら本末転倒というか元も子もないからなんである。 説明ヘタクソ。
まあ、スマホ本体の画面ロック解除には使ってるけどね生体認証。 そんなに スッ と素早く解除しなければならないような状況は年に 1回もないけど。
2022-1-24 (Mon)
なんかしらんけど最近、手の甲全体 (指含む) が、がっさがさなんだよな…。 わさびをすり下ろすのにちょうどいいなこれ、ってくらい。 ひょっとしてよくこすったらがさがさが落ちないかな、 と思って手を洗う時によくこすったら垢っぽい感じに落ちたが、乾いてから余計にがっさがさになった。 たぶん加齢のせいはあるんだろうけど、それだけではないかもしれないし…。 こういうのってハンドクリーム物色してないで医者に一度見てもらうのがいいのかもしれんけど。 でもなー血がにじんで痛くて手仕事ができないとかぜんぜんそんなレベルじゃないからなあ…ただがっさがさなだけで…。
2022-1-25 (Tue)
せっかくなので、一旦アンインストール (sudo apt purge postgresql miniflux) して、 コピペでなく自分なりに手順を把握してインストールとセットアップをやり直してみよう、と思い、 何度か試してみたが、どうもうまくいかない…。 こうやればこうなるハズなんだけど、と思ってもちゃんと起動するように設定できない (詳細は略)。 DB 周りの設定で引っかかっとるんだろうとは思うものの。 5~6回ほどパターンを変えてやってみたがアカンかったので、 結局メンドくさくなってコピペ手順でやり直したらちゃんと動いた。 DB (PostgreSQL) の仕様とか挙動とかいろいろ細かいところをしっかり把握する必要があるなあ…。 とりあえず探究はまたの機会ということにして、 セットアップを済ませてインストール手順のメモも書いた。 まあ、公式 (miniflux 配布元) のドキュメントや、参考にしたサイトなんかが、 ユーザ ID やパスワードや DB 名を片っ端から“miniflux”にしてたりして、 最初のインストール時にはどの“miniflux”が何を指してんのかちょっと混乱してたんで、 そのへんが把握できただけでもいいや。 …またそのうち機会があったら、どこの記述はどう変更できるか、とかもうちょっと検証してみよう…。
で、インストール終わってやっとスタート地点な訳で、これから miniflux 自体の評価と検証をせにゃーいかんのだな。 問題なくまるっと tt-rss と置き換えられるのか、というあたり。 なんか、インストール方法を検索して漁ってたら、巨大“便所の落書き”掲示板に、 複数の feed リーダ使ってるけど miniflux は取りこぼしが一番多い、とかなんとか書いてる奴がいたので…。 取りこぼしってアンタ。そりゃ設定のせいじゃなくて?
前田恒彦 元特捜部主任検事 1/24(月) 9:54
ゆうちょ銀行が硬貨の取扱手数料を徴収するようになったことを受け、「税金を納める場合には無制限に貨幣を使えます」という日本銀行新潟支店のコラムがSNS上で拡散されている。問題はその法的根拠だ。
古い「通達」がある
すなわち、「通貨の単位及び貨幣の発行等に関する法律」では、「貨幣は、額面価格の20倍までを限り、法貨として通用する」と規定されている。500円、100円、50円、10円、5円、1円硬貨は、一度の取引でそれぞれ20枚までしか使えない決まりだ。
大量の硬貨は計算や保管に手間がかかるからであり、受け取る側が了解するのであれば構わないが、同意できなければ受け取りを拒否できる。しかも、この法律には「納税の際はこの限りでない」といった例外規定も設けられていない。
しかし、この枚数制限はあくまで民間の取引に限られ、納税など「公納」の場合には適用されないというのが財務省の見解だと思われる。1937年に当時の大蔵省理財局長が発出した「補助貨ヲ無制限ニ公納受領ノ件」という通達がその根拠だ。
すなわち、この通達は現行法の前身となる「貨幣法」に存在していた銀貨幣(50銭、20銭、10銭)、白銅貨幣(5銭)、青銅貨幣(1銭、5厘)の通用制限に関し、公的な解釈に基づいて注意喚起を行っている。
これによると、銀貨幣は合計10圓まで、白銅貨幣と青銅貨幣は1圓までといった規定は民間取引上の通用制限を定めたものにすぎないから、租税その他の「公納」に際して小額の貨幣が使用されたとしても、無制限で受領すべきだという。
この通達やそこで示された見解はいまでも有効だし、旧貨幣法から現行法に移行しても通用制限の趣旨には変わりがないから、財務省はこれに沿った事務を行うことになる。現に国税庁は、税務署の窓口で所得税などを現金納付する際、使用する硬貨の枚数を制限していない。地方自治体に対する法的拘束力はないが、この通達の趣旨に沿い、地方税などについて同様の取り扱いをしている市区町村なども多い。
受け取り拒否が問題になった例も
2008年には、福岡の税務署で400枚の500円硬貨を使って滞納消費税などの一部を納めようとした市民に対し、硬貨を数える機械があったにもかかわらず、担当の税務署員が「間違ったらいけない」「それくらい払っても仕方がない」などと受け取りを拒否し、徴収課の幹部ともども謝罪に追い込まれる事態となっている。
ただし、この通達は収納代行をしている民間の銀行やコンビニエンスストアまで拘束するものではない。税務署の窓口ではなく、銀行で大量の硬貨を使って納税しようとしたら、「通貨の単位及び貨幣の発行等に関する法律」に基づいて受け取りを拒否されたり、所定の硬貨取扱手数料を徴収されるかもしれない。
このように、税務署の窓口で硬貨を使って納税すること自体は適法であり、日本銀行新潟支店のコラムで触れられている話は本当だ。それでも、あまりに大量だと確認のための待ち時間がそれだけ長くなるし、事務も停滞して迷惑となる。
全国的に頻発するようであれば、財務省が先ほどの通達を廃止し、枚数制限をかける事態に発展するかもしれない。(了)
2022-1-26 (Wed)
前の機種は稼働中に電磁波が出ている時と出ていない時の区別が、 機械のうなり音、庫内灯の明るさの変動、オンオフ時のリレー音などでつきやすかった。 しかし今度の機種はそのへんの区別が若干つきにくい。 まだ音の違いとかに慣れてないせいもあるかもしれない (慣れたら区別つくようになる可能性はある)。 確実に知るには、隣に置いてある TANITA の電子式キッチンスケール (はかり) をオンにしておくと、 電磁波が照射されている間は目盛の値がふらふら (数g の範囲で) 変動するので分かりやすい (これは前機種今機種とも)。 …これでキッチンスケールが故障することもないだろうけど。たぶん大丈夫だよな…。
あとは加熱パターンというか、運転動作の違い。 前機種今機種とも、スタートボタン一発 (with 温度センサー) のオートモードと、 出力や時間を設定してから加熱開始するマニュアルモードを備えているが、 前機種はいずれの場合も運転開始から電磁波照射開始までのタイムラグが 2秒くらいだった。 一方今機種は、マニュアルモードの時はやはり 2秒くらいのタイムラグだが、 オートモードの時は運転開始から実際の電磁波照射までなんと 20秒くらい間がある。 冷却ファンは即座に回り始めるので、温めも始まっていると思いきや、 この 20秒ほどの間は中のものは温度変化しないまま、という。 おそらく、センサーのキャリブレーション的なことをしているんではないか、と推測しているが…。 それにしても 20秒前後はちょっとかかり過ぎな気もするけど…。
で、前機種では、冷蔵庫から出したばかりの冷え冷えな生卵とか、まとめてゆでておいて冷蔵庫にキープしておいたゆで卵なんかを、 ボタン一発で加熱開始→数秒加熱→手動で停止→数秒待つ、を 2~3回繰り返して室温近くまで温めるというのをよくやっていたんだが (“卵をレンチンすると爆発”するのは延々と加熱して内圧が高まるからで、ごくごく短時間の加熱なら問題ない)、 今度の機種は前述のとおり、ボタン一発のモードだと加熱が始まるまで 20秒前後待たないといけないため、 この用途には使い勝手がすこぶる悪い。 しかしマニュアルモードでは出力と時間の設定ボタンをあらかじめ余計に押さないといけないんで、 ほんのちょびっとメンドくささが増してしまった…。 ささっと使いたい、という時に一番目立って押しやすい大きいボタン 1コだけ押すのと、 たくさん並んでる同じサイズの小ぶりのボタンの中から目視で確認しつついくつか押してから大きいボタン 1コ押す、のとでは、 確実に手間が違う。 1回 2回ならともかく、今後、何十回も何年も続けることを考えるとバカにできない差なんだな…。 おまけに、前にも書いたようにこの機種のボタンは押しにくい。 一番大きいスタートボタンですら、 押す箇所 (位置) が悪いとか力が弱いとかだと押しても検知されないんで、何度も押し直すこともあるくらい押しづらい。 そんな訳でさらに利便性が落ちるという。 スタートボタンはまだいいけど、停止ボタンが押しにくい & 押しても検知されないことがある、のはホントに面倒…。 まあ、そのうち慣れていってあまりストレスにならなくなることを期待しよう…。
2022-1-27 (Thu)
なお現在の設定値↓ (
/etc/miniflux.conf
)
# See https://miniflux.app/docs/configuration.html RUN_MIGRATIONS=1 DATABASE_URL=postgres://miniflux:minifluxpass@localhost/miniflux2?sslmode=disable PORT=8080 BATCH_SIZE=10000 CLEANUP_ARCHIVE_READ_DAYS=-1 CLEANUP_ARCHIVE_UNREAD_DAYS=-1 POLLING_PARSING_ERROR_LIMIT=0
BATCH_SIZE
のデフォルトは 100 なので、大幅に増量。
登録してる feed がやたら多いんで、これが少ないとなかなか読みに行かなくなっちゃう…っぽい。
あと POLLING_PARSING_ERROR_LIMIT
のデフォルト値は 3 で、
エラーがこの回数続くと feed を読みに行くのを止めちゃうっぽいんだが、
エラーが出るその feed だけ止めるのか (たぶんそうだろうと思うが)、
全体を止めちゃうのか、よくわかんなかったので、とりあえず無制限にしておいた。
この 2点は、しばらく (何時間たっても) 未読が増えなくなる挙動を見せたので、その対策として変えてみたんだけど。
なんか行き当たりばったりな調整だな。
そのうちちゃんと見直さないといかん。
他に、画面上でそのフィードがどのサイトのものなのかがパッと見分かりづらいので、 目立たせるために Web 側の設定画面からカスタム CSS を↓のように足した。
.item-meta-info a {color:#360; font-size:115%; font-weight:bold} .entry-website a {color:#360; font-weight:bold}
仕方がないので、サポート対象外っつうホスト版の方のインストールを試みてみた。 これは別途 Web サーバやデータベースを自分で用意する必要があるんだが、 まあ PostgreSQL は動いてて設定もアカウントと DB 作るだけだし、 Web サーバも個人的に (Docker ベースの方の) nginx より分かりやすい Lighttpd で OK だし、 PHP ともども apt install でさくっと入るし、 大した手間ではない。 といいつつ Lighttpd の導入でちょっぴりてこずったが… (PHP 動かすのに。検索したら PHP のサイトのマニュアルに導入の仕方が載ってた)。
ttrss 側の事前の config.php 設定も公式のドキュメント見ながらつつがなく終えて、 ブラウザから初期設定するべくログインしたら、 JavaScript のなんとかいうメソッドが動かねえ、とかなんとかエラー表示のダイアログが出て、初期画面が出ないというオチ。 ワシがメインで使ってるブラウザは都合により若干 (だいぶ) 古いバージョンで、 最近になってぼちぼちと、JavaScript まわりが機能しなくてマトモに表示されないページが出てきていたんだが…。 といってもバリバリに JavaScript 依存の Twitter や Google 系サイトなんかはひととおりちゃんと表示されるんで、 JavaScript 駆使した画面表示に必須の機能が欠落している訳ではないんだよな。 なんでも新しけりゃ新しいほどいいと思ってる (かどうかは知らんが)、 後方互換とかそういうのをナニも考えてないバカな技術者が世の中にはけっこういるもんなんだな、と思って、 どうしても表示が必要な場合は他のブラウザで表示し直して済ませていたんだが。 実際この ttrss も他の最新版ブラウザではエラーもなくフツウに表示された。 いやーまさかメインのブラウザで常用する (予定の) フィードリーダがそんなバカ技術者の手によるものだったとは。っていう。
現在使ってるレンサバインストール版 ttrss はだいぶ前にアップデートを止めてたので (アップデートするとどこかバグっぽいヘンな挙動になったり、そのバグが長期間直らずホッタラカシだったり、 しまいにはエラーで動かなくなってやむなく rollback、がしばらく続いてイヤになった)、 今の ttrss がそんなことになっているとはぜんぜん気づかなかった。 というわけでインストールは成功して動作もとりあえず問題なかったものの、 ワシの環境では二重の意味で「使えない」シロモノだった。 まあ、かつて味わわされた不安定っぷりとか最近になっての Docker 版移行旧版切り捨てとかも考え合わせると、 この先も安心して使い続けられるかわからんので、 ttrss もぼちぼち捨て時だったのかもしれない (個人的に)。 最初の頃は実にいい感じで使えていたんだけどなあ。 まあしょうがないか。
2022-1-28 (Fri)
2022-1-29 (Sat)
さらっとジェルつーくらいでべとつきも残らないし、 ニオイも皆無で非常に使い勝手がよかったんだが、 せっかくだから違うやつも試してみよう、 と思いつつ選び切れなくて結局 4つもポチった。計約 160g 分。そんなにあっても使い切れねえっての。
…というか、だいぶ以前買ったザーネがまだあったはずなんだよな思い出したけど。 どこに埋もれてるんだ。もうなんでもかんでも埋もれちゃうこの環境…。 まあ、使用期限はとっくに切れてるハズだから埋もれたままでもいいか… (たぶんあのへんをちょっと片付ければ出てきそう、という目星だけはついてる)。
購入記録
- ●雑誌「まんがタイムオリジナル」2022.3 芳文社
- ラディカル・ホスピタル (ひらのあゆ)
- らいか・デイズ (むんこ)
- らいか・デイズ 特別編 (むんこ)
- 冷めないふたりのひとりご飯 (きたむらましゅう)
- ミッドナイトレストラン7to7 (胡桃ちの)
- おだまき君の道草ごはん (佐倉色)
- 可愛い上司を困らせたい (タチバナロク)
- 小森さんは断れない! (クール教信者)
- となりのフィギュア原型師 (丸井まお)
- 夏っちゃんはととのわせたい (らぱ☆) (ゲスト)
- 鈴宮さんのダジャレをスルーできない (ため)
- おひとり好きの富士宮さん (イチノセ)
- おしかけツインテール (高津ケイタ)
- 負け恋。 -ずるい恋の始め方- (近衛桜月)
- ネコがOLに見えて困ります (鳴海アミヤ)
- Dr.こよりの美味カルテ (按図よしひろ)
- 敷金礼金ヤンキー付き (namiki)
- カントリー少女は都会をめざす!? (鬼龍駿河)
- 止まった世界の歩き方 (おたき) (最終回)
- 通勤通学クエスト (金田ライ)
- 葉山さんのまんがの泉 (Aki-ra)
- とびだせ T.O.Z (さくまりょう)
- 新人まんが展:あの頃日記 (あやのたぬき)
- 目次4コマ:やくみつるのズバリ!!一発勝負!! (やくみつる)
- ●雑誌「まんがライフ」2022.3 竹書房
- 毒を喰らわば皿までも? (松阪)
- 動物のおしゃべり♥ (神仙寺瑛)
- だもんで豊橋が好きって言っとるじゃん! (佐野妙)
- のみじょし (迂闊)
- めんつゆひとり飯 (瀬戸口みづき)
- チート転生した猫は嫁の膝で丸くなりたい (樹るう)
- 晴れのちシンデレラ (宮成楽)
- 旅するように暮らしたい (胡桃ちの)
- 憬れの騎士様がじいやだなんて言えない (まどろみ太郎) (新連載)
- 恋愛感情のまるでない幼馴染漫画 (渡井亘)
- スパロウズホテル (山東ユカ)
- 他人には見えないお料理の先生 (榊こつぶ)
- リコーダーとランドセル (東屋めめ)
- 奥さまはアイドル♥ (師走冬子)
- 俺だけは八木坂さくらを好きにならない (季野このき)
- ぼのぼの (いがらしみきお)
- エッセイまんが不適合者 (渡辺伊織) (ゲスト)
- 高尾の天狗とミドリの平日 (氷堂リョージ)
- 醍鹿館のシェアメイト (おーはしるい)
- 新フリテンくん (植田まさし)
- ●雑誌「週刊漫画TIMES」2022.2/11 芳文社
- 解体屋(こわしや)ゲン (原作:星野茂樹/石井さだよし)
- 妻、小学生になる。 (村田椰融)
- 信長のシェフ (梶川卓郎)
- 神様のバレー (原作:渡辺ツルヤ/西崎泰正)
- パスタの流儀 (原作:花形怜/才谷ウメタロウ)
- 第三内科外来の魔女 (原作:宇治谷順/後藤圭介)
- ごほうびごはん (こもとも子)
- ヤヌス -鬼の一族- (琥狗ハヤテ)
- 村祀り (原案協力:木口銀/山口譲司)
- めぐる未来 (辻やもり)
- ヤバい女に恋した僕の結末 (沖田龍児)
こういう設定の工夫の他に、MLC タイプの長寿命 (業務用、値段高い) microSD カードを使うというのもひとつの方法。 ドライブレコーダや監視カメラ用などで売ってる、書き込み可能回数が多いやつ。寿命も 1ケタくらい違うらしい。まあ値段もちょっと高いけど。
蛇足的脚注
- *29-1 : 七つ
-
当時は不定時法で、真夜中と正午の九つから始まっておよそ 2時間ごとに 1つずつカウントダウンする数え方だが
(実際には 9の倍数ずつ 9、18、27、… なんだが十の位を略したために九つから四つまでという変則的な数え方になったらしい)、
明け六つを日の出、暮れ六つを日の入に合わせ、
昼間 (明け六つから暮れ六つまで) と夜間 (暮れ六つから明け六つまで) をそれぞれ 6等分した。
したがって七つが現在での何時にあたるかは季節により変動するが、
日の出基準で考えればそれより約 2時間前、になる。
ちなみに当時江戸町内のあちこちに木戸が設けられており、
夜間四つ (大体 22時ごろ) から七つ (大体 4時ごろ) まで閉められていた。
七つはこの木戸が開く時間、ということらしい。
時々思い出したようにわいてくる夏時間導入主義者は、 夏時間とかいうただずらすだけの芸のないやり方よりも、 江戸時代の不定時法導入を主張すりゃいいのにな、とたまに思う。 もちろんワシは夏時間も不定時法も絶対ヤだけど。
2022-1-30 (Sun)
Raspberry Py 2 (ubuntu) に miniflux をインストールした後、 今度はさくらのレンサバの方に selfoss と FreshRSS も入れてみた。 miniflux は使用 DB が PostgreSQL (のみ) でレンサバには入れられなかったんだが、 selfoss と FreshRSS はいずれも Apache + MySQL で OK だったので。 レンサバのデータベース容量もいつの間にか上限が緩和されてて今は 3GB までは使えるようで (コンパネの表示による)、 今動いてる (古いバージョンなままの) tt-rss はそのうちの 960MB 程度を消費しているが、 今後ずっとぜんぶ並行して運用するならともかく、少なくとも当面の容量は足りるじゃろう。 特に tt-rss は確か古い既読フィードもぜんぶ保存する設定にしてあるからな… (事情により)。 ちなみにすべてのセットアップを終えて phpmyadmin からちょっと DB を見てみたら、 selfoss はテーブル 4つ、FreshRSS は 6つ生成しているところを、 tt-rss はなんとテーブル 50こ以上も作っとった。どこが“Tiny Tiny”なんだこいつっていう (miniflux は 13こ)。
miniflux、selfoss、FreshRSS、 いずれか取りこぼし的な怪しい動作はないか、使い勝手の比較も兼ねて、 ぜんぶに同じフィードデータ突っ込んで運用してみているところ。 古い tt-rss も引き続き動かしつつ。 取りこぼし的な現象は今のところ起きてない…ように見える。 厳密なチェックはしてないが。 設定の仕方にもよると思うんで、設定の見直しのための検証も含めてだな。 しばらくこの状態で並行して使ってみて、 問題なさそうなら (古い) tt-rss を止めて、 残りの (新しく入れた) 3つの中からどれか 1つか 2つか 3つ選んで使う予定。
miniflux に関しては今の tt-rss の使い方をまるっと引き受けるにはちょっと機能が足りないことが分かっとるので、 あとは selfoss と FreshRSS 次第なんだが。 どちらも細かいところで、単体で完全置き換えはムリそうな感触なんだよなーこれ。 どうしたもんかなあ…。 用途別にそれぞれのフィードリーダに対象 feed を振り分けて使い分ける手も考えるか。
crontab は (コンパネではなくコマンドラインからの場合)、 テキストベースで、分・時・日・月・曜日、のタイミングと実行させたいコマンドを組で設定する仕様なんだが。 ちなみに英語圏で作られたソフトなんで、指定もこの順に記述するんで見づらい。 このタイミング指定の各項目は基本的に、数値もしくは「*」で設定する。 数値は、カンマで区切ったり (1,3,5 など) ハイフンでつないで (10-19 など) 複数や範囲の指定もできる。 そして「*」は、全ての場合に該当する意味なので、 たとえば「
0 5 * * *
」と並んでいた場合は、
「毎日、朝の 5時ちょうど」のみ実行され、
「0 5 * 1 *
」だったら、
「1月の間だけ毎日、朝の 5時ちょうど」に実行される。
しかし、crontab の仕様は実は常に「全項目の AND 判定」ではなく、
「日」と「曜日」の両方とも「*」以外の場合 (なんらかの数値が指定されている場合) は、
「分 AND 時 AND 月 AND (日 OR 曜日)」判定になるのだ…。
crontab の man にも (man 5 crontab)
Note: The day of a command's execution can be specified by two fields - day of month, and day of week. If both fields are restricted (ie, aren't *), the command will be run when either field matches the current time. For example, ``30 4 1,15 * 5'' would cause a command to be run at 4:30 am on the 1st and 15th of each month, plus every Friday.とある。 つまり、実行日を (曜日とは関係なく) 指定したい場合、曜日の項目は「*」でなくてはいけない。 しかし、さくらのレンサバのコンパネの cron 設定の画面では、 日~土のチェックボックスが並んでいて、初期状態ではこれがすべてオンになっている。 このすべてオンの状態のまま確定すると、crontab の曜日の項は「
0,1,2,3,4,5,6
」と出力されてしまう。
これだと実行日を「*」以外で指定してあっても「毎日」実行されてしまうのである。
大体、cron で実行させたいコマンドで、曜日が関係してくる場合はほとんどないと思うので、
特にこの仕様についてコンパネページにもリンク先のサポートページにもなんの説明もなく、
曜日の初期状態がすべてオンなのはおかしい。
すべてオフの状態になっているのが妥当、というか、そっちの方が「正しい」。
という訳で、さくらの技術者 (このコンパネ設計した奴) が cron の仕様を勘違いしているままである可能性は非常に高い。と思う。 さくらのレンサバってけっこう歴史ある方だと思うんだけど…。 ずーっと昔 (初期) からこの仕様ってことなのか…? これ、いままで誰にも指摘されてないのかね…。 それはさすがにないと思うんだけど、なんで直ってないのかな。 ホントに今まで誰にも (外部からも内部からも) 指摘されてないのかな…。 それとも指摘されても敢えて直さないままになってるとかなのかな… (さすがにそれはないだろうと思うんだが…仮にそうだとして理由がまったく思いつかないし…)。
2022-1-31 (Mon)
しかし、スーパーやコンビニで見かける大サイズのレジ袋って大抵 1枚 4円か 5円なんだけど、 うちの近所の miniピアゴは 3円なんだよね。しかも他の店のよりも大きいし厚みもあって丈夫なんだよ。 ネットでざつに探してみたけど、あの品質相当であの低価格のものは今のところ見つかってない…。 あれを 1枚 3円という安値で売れるナゾが知りたい…。 該当仕入れ元から業務用として大量に買うと安くなったりするのかなあ…。
関西 | 関東 | 縦 | 横 (幅 + マチ) |
---|---|---|---|
35号 | 20号 | 45cm | 35cm |
40号 | 30号 | 48cm | 40cm |
45号 | 45号 | 55cm | 45cm |
50号 | 60号 | 60cm | 50cm |
この号数ってなんで関東と関西で分かれてんのか、その歴史的な事情がなにかあるのか、そのへんは (今のところ) 不明だが…。 もう統一して決めちゃえばいいのにな。 関東では○号、関西では□号、とか、もうこのご時世でややこしいだろうに。 買う方 (一般消費者) にもややこしいよ。
元コナミ所属の作曲家・古川もとあき氏および、そのマネージャー雨宮天気氏によりプロジェクトが立ち上げられた。
なお、被告側は「エルデン氏の主張は例え合衆国法典第18編第2255条に時効がなくても失敗しただろう」と述べており、ジャケット写真の利用には何の問題もなかったことを強調。実際、エルデン氏はネヴァーマインドのジャケット写真の赤ん坊であることを利用して、トークショーに出演したり、自身のサイン入りのネヴァーマインドをeBayで販売したり、女性をナンパしたりしてきたことが明らかになっています。
ローマ教皇は、同様の内容を2014年にも発言しておりやれやれ…。
「接触者」を自宅待機させていては医療はもたない
そういえば、いまからおよそ100年前に世界中に大流行した「スペインかぜ」も、きっかけは米軍だった。第1次世界大戦で欧州に派遣された米軍のテントから世界に拡散した。ただ、当時は未知の新型インフルエンザに遭遇したばかりで、米軍すらその実態を掴めずにいた。
だが、今回は違う。新型コロナウイルスの新しい変異株「オミクロン株」の存在を知っている。本国を見れば、それがどういう結果をもたらすかわかるはずだ。それで日本側が対策を求めても応じようともしない。挙げ句に日本国内に感染爆発をもたらし「第6波」の引き金を引こうとしている。
本作を手がけるNEKCOM Entertainmentは、ホラーアドベンチャーゲーム『DYING:1983』などで知られる中国のデベロッパーだ。
取材目的で公共施設に足を踏み入れた新聞記者が、建造物侵入の疑いで現行犯逮捕された――。2021年6月に北海道・旭川で起きた「事件」だ。
容疑者となった記者の勤務先・北海道新聞では、この事件をめぐって編集幹部と現場との間に大きな溝が生まれることになる。
原因は、取材先の対応や警察の捜査を批判せず、現場に全責任を負わせるかのような幹部の姿勢。のちに公開された読者説明記事はおよそ歯切れの悪い釈明となり、全社員に参加が呼びかけられた社内説明会は幹部の開き直りの場となった。
対策として、設定の「プライバシーとセキュリティ」タブ(about:preferences#privacy)にある「Firefoxのデータ収集と利用について」欄のチェックボックスをすべて外すことで状況が改善するとのこと。
知念実希人。この人著名なの?金銭的な支援より物資やクーポンが休業補償や生活保護に良いという考えは、いまだ声が大きいのはどうしてだろうか。
さらには、健康や生命の危機に直面していると思われる人々へ、行政が最初から調査と選別をおこない、それを著名な医師すら正当化するのはなぜだろうか。
変かもしれませんが、ヨーロッパ系の容姿の子と、イスラム系の容姿の子と、アジア系の容姿の私との間にどんな線引が出来るんだろうと、すごく不思議な気持ちになりました。容姿がほぼ同じの日本中国韓国対象に (互いに) 嫌ってる意味不明な奴らもいっぱいおるしな。容姿はあんまし関係ないんだろうな。
なお、このポケモンカードに関する信ぴょう性については、ポケモンファンサイトのPokéBeachが詳しく解説しています。もともとこのポケモンカードはポール氏が購入する8カ月前にECサイトのeBayに登場したものでした。オークション形式で販売されていたこの商品でしたが、カナダ人と称する売り手のnumber1pokemonmaster氏にはほとんど販売実績がなく、使う言葉にも数々の文法間違いが見られていました。また、この商品は「一生に一度のチャンス」と宣伝されていましたが、コミュニティは「そんなに貴重なら著名なオークションハウスに出すはずだ」と冷静な見方を示していました。
報告された脆弱性は、Safari 15などで使われるWebKitに実装された「IndexedDB」APIが「Same-origin policy」に違反した状態になっているというもの。これにより、標的のユーザーが悪意のあるWebサイトを開いた場合に、それ以外のタブやウィンドウを含め、どのWebサイトにアクセスしたかなどの情報を知ることができてしまう。
影響を受けるのはmacOSのSafari 15、およびiOS 15/iPadOS 15で動作するすべてのWebブラウザ。前者はSafariのみだが、後者でSafari以外が含まれるのは、iOS/iPadOS上のすべてのWebブラウザにおいてWebKitエンジンを使用するよう、Appleが定めているため。
XL~5XLサイズの服を扱うブランドの場合、Mサイズのキャロラインさんは、服のサイズに合うよう、パッドの着用を求められることがあるそう。
「ブランド側は、プラスサイズでも、首は細くて、フェイスラインがハッキリしたモデルを使いたがるの。現実の世界では、そんな体型の人はいないのに。非現実的な美の基準を作り上げてしまう」
これはもうマトモな技術者ならみんなそうする案件。8時間の勤務時間中に法律事務所から求められている仕事が「クラウドの管理者」として「扱っているデジタル証拠が改ざんされていないかどうかを監視する」だけだと気づいたT氏は、ずっと何かをするような仕事ではないため、オフィスでは「仕事をしているふり」をするようになったとのこと。
パンデミックによる在宅勤務が始まると、T氏は最初の1週間で「オンサイトのドライブをスキャンして新しいファイルを検出しハッシュ値を生成してクラウドに転送、忠実度確認のために再びハッシュ値を生成する」という簡単なスクリプトを完成させました。
これは人によりそうだな…。なお給料は 1000万らしい。年俸だよね。これにより、T氏は自分がオフィスで行っていた仕事の自動化に成功。毎日出勤してはゲームをしたりいろいろしたりして過ごし、1日の終わりにログをチェックして、すべてが滞りないかを確認して退勤するという生活を送っています。
同社では2024年1月に、固定電話を公衆交換電話網(PSTN、Public Switched Telephone Networks)からIP網へ移行
心臓病に関する世界会議を主催するスイス・ジュネーブに本拠を置く非政府組織のWorld Heart Federation(世界心臓連盟)が「飲酒に適量はない。どんな量でも心臓の健康を害する」という公式声明を発表しました。「世界心臓連盟」のインパクト。
今回バックドアが見つかったのはAccessPressが配布する40のテーマと53のプラグインであり、これらは36万以上のアクティブなウェブサイトで使用されているとのこと。Jetpackの研究者は、攻撃者が2021年9月前半にAccessPressのウェブサイトを侵害してバックドアを仕込んだと考えており、AccessPressの公式ウェブサイトやミラーリングサイトから、バックドアを含むテーマやプラグインがインストール可能だったと述べています。
「私は医者でも科学者でもないので、彼らが正しいかどうかは分からない」のに「信頼できる専門家」「彼らは非常に信用でき、非常に知的で経験豊富」と言い切れるわけか。たいしたデタラメだな。ローガン氏はまず、「この動画を投稿するのは、私の行為について歪んだ認識を持っている人が多数いると思うからだ」と語り、問題になっているコンテンツは主に、「信頼できる専門家」であるピーター・マカロー博士とロバート・マローン博士をゲストに迎えた2回だけだと主張する。
「彼らは非常に信用でき、非常に知的で経験豊富だが、主流派とは異なる意見を持っている」ので、彼らの意見を聞きたかったのだという。「私は医者でも科学者でもないので、彼らが正しいかどうかは分からない」。ただ話を聞きたいし、間違っていることがあれば修正する(が、自分には正しいかどうか分からないので修正しない)。
ポケットチェンジは、海外で使用しきれなかった紙幣や硬貨を日本円の電子マネーやギフトコードなどに交換するサービス。日本円を投入しても電子マネーに交換できることから、銀行での両替サービス等の代りに利用されていたとみられる。
2022年2月に開催される北京冬季オリンピックでは、新型コロナウイルス感染症(COVID-19)のワクチン接種や健康状態を把握するため、専用の健康管理アプリ「MY2022」のインストールが参加者全員に義務づけられています。ところが、MY2022をリバースエンジニアリングしたセキュリティ研究者が、「My2022は音声データを含むさまざまなデータを収集し、中国のサーバーに送信する」と報告しています。
テルンストレーム氏は、パイロットプログラムを2022年の春にも開始したいと考えているそうで、「これ(カラスに吸い殻を拾わせるシステム)が他の環境でも通用するのであれば面白いですね。また、カラスにタバコの吸い殻を拾うように教えることができるのに、人間に吸い殻を地面に投げ捨てないように教えることができないという点も面白いです」と述べました。