1年カレンダーをつくるまでの流れ
suto3.icon
日記の先頭の「今日のn年前」無くしたのはいいんだけど、対応する04/15とかのページは作らなくてもいいの？
要らないSummer498.iconnishio.icononuma.iconsta.icon
要る募集.icon
どちらかというとあった方が良さそうだけど軽率にあった方がいいとか言うと366ページを作る作業、なんらかの方法で日々追加されるページをその日のページに追加する方法を検討する作業などのめんどい作業が生まれるのでめんどいなぁcaki.icon
1世紀分くらいまとめておいておけばなんらかの～は別に問題でもないのと、全部同じテンプレートで作るなら366ページ作るのは大した手間じゃ……いや流石に手間か。Summer498.icon
手間もそうだし、04/15みたいな感じのページが366個できるのえげつないw サンプルとしてこのページだけ作って様子見しておこう。
確かadminならインポートができる…？
おもろSummer498.icon
個人プロジェクトの方で試してみているが変なデータが付与されていて迂闊にやる（頼む）のは怖み
admin じゃなくても似たことができる方法があるのでやってみている。
それはそれでやばい仕様な気がするが、cosense がセキュリティ面でアレなのは今更かもしれない
はっやcaki.icon
やり方を知っている人がやったほうが早いSummer498.icon
VS 必要だと思うならお前がやれよカルチャー
取り敢えず言ってみて誰も動かなかったら自分でやるのが楽そう
簡単にできる方法を知っている人は、それはそれはもう魔法みたいにやってのけるから
ありがとうcaki.icon
日々追加するのだるいなと思っていたけど、先に書いておけばよかったのか・・賢いinajob.icon
あったほうが良さそうと無くてもいいが同時に成立してしまうので手間とか難しい事を考えてしまうSummer498.icon
自分にとって必要かどうかで投票する方がシンプル
試験的に作成された日付同士の関連をまとめただけのページを使ったか？
使った場合は、今後も使いそうか？
という感じでシンプルに考えよう
あった方がよさそうの内訳caki.icon
もともと「今日のn年前」が実装されていた時の考えとしては、n年前の同じ時期の日記を関連でみれたらたのしそうだよね〜、ということだろう
実際、前年やn年前の同じ時期の日記がリンクであって、そういう過去のページを見て「そうか、n年前の井戸端ではこういうことがあったのか」とか、「去年も自分は同じことをしているな」とか、あるいはn年前の日記で新しいことを知り、楽しい思いをした事が過去にある
ので、日記の下に2hop先の同日の日記が表示されるのであれば、あったほうがうれしい
待てよここの仕様を私は間違って理解してる、やっぱいらないわ
これがやりたかったら過去の同一の日付のページに[YY/MM]を追加すればいいはなしか
すればいい話で出てくるのが中々マッチョな話だった（366ページ作る5倍くらいの手間）Summer498.icon
これをやると日記の上の方にそこそこのスペースを以て今日のn年前が鎮座するのを止められる。
あと何年経っても n 年前が増えなくなってスッキリ
過去の日記からは今日の n 年後に飛べる（地味に新機能）
たしかにwcaki.icon
一方、caki.iconには「必要だと思うならお前がやれよカルチャー」が染みついていて、やろうと思ったらまずこの作業を自分でやることを考えてしまう
この面倒くささとうれしさを天秤にかけると、「まあ、なくてもいいかな」となる
よくわかってないsta.icon
これを
今日のn年前
こうするんじゃなくて
こうした方がいいと言っている？
つまり「今日のn年前」という行一行だけ省こうという提案をしている？
366ページを作る作業
とすると、これの意味がわからなくなる
04/12 みたいなページ。今日なら04/15になる suto3.icon 理解sta.icon
いらないんなら別にかまわないんだけど
koyoshi.icon
なんか日付ページがすごいことになってる
どうやってやったのか想像つかない
cosense の技を日々調べている賜物ですSummer498.icon
というリンクを作成することで特定のページに本文を書き込むことができます。 ページ名と内容は形式的なものなので、機械的に作っていってしまえば後はそれをクリックしていくだけでページが作成されるというわけです。
そして変な日記があるのは置換作業に失敗したせいです。
意外にも半分手作業だった！koyoshi.icon
ときどき変な日付があるのはなんでだろう？
https://gyazo.com/bbc39c460282db7f7e9712990f05767c
直した。Summer498.icon
置換の手を抜いたので一括置換の際に巻き込まれてしまった文字列があるのだと思われる。
2101/08/31 から狂っているので、01/ を 02/ に みたいな置換の仕方をした際に巻き込まれていったのだろう。
4月の一覧を元にして 04/0(.) を 04/1$1 にしたり、 04/0(.) を 04/2$1 にしたり、 04/0(.) を 04/3$1 にする作業を行ったので、その際に 04 月ではなく 2104 年の方が巻き込まれたのだろう。
ちなみに：見て違和感に気づかないものか？
気づかない。
パーセントエンコーディング後の文字列を置換していたため。
パーセントエンコーディング→置換の順序にしたのは、
長い文字列をパーセントエンコーディングするよりは
短い文字列のパーセントエンコーディングを作成してから一括で処理して書き換えようと思ったため。