scrapbox-duplicator
情報分散しちゃってる感
これからは井戸端に書くかな
Scrapboxのprivateページから一部だけをprivateプロジェクトに転送したいと思い、作った
出来上がった後に、scrapbox-syncが既に存在していた事を知った
（scrapbox-syncの方がいろいろと機能が充実していた）
使用例:
Scrapboxにimport APIは無いとなぜか思い込んでいた
なので、puppeteerで無理やりインポートしていた
import APIを実際に見つけたのはさんです
たしか/nishio/ScrapboxのJSONをマージしたいからだった気がします
あ、でも
も別ルートで見つけてたかも
本当はもっと前にさんに伝えるつもりだったのですが、Twitterを触りたくなかったので流してしまっていました
早めに伝えておけばよかったです。すみません。
いえいえ、もっと早く/villagepumpに入っておけば良かったですw
Scrapboxのimport APIってなんですか？知りたい
なんとなく意図を察した。thx
scrapbox-syncとの違い
タグではなく
[public.icon] を含むものを転送Herokuでワンクリックデプロイ
これすごく便利だと思う
コードコピペやgit cloneの手間がない
scrapbox-syncだと、コードをコピペしたりと結構手間がかかる
gcloud functions deploy scrapbox-sync (options...) みたいなコマンドでデプロイしてたので、そんなに手間ではなかった記憶デプロイするたびに数分かかるのは面倒だったけど
[private.icon] がついてるもの以外すべて共有、もできるブラックリストによるフィルタ
半年ほど使った感想として、この方式はとても良い気がする
封印の札を貼る感覚でprivateにする
private指定がページ設定ではなく文章に紐づいているのも良い
なので、例えばページの一部だけを切り出すとしても
[private.icon] が一緒についてくる補足:
例えばページAに内容x, y, zがあって、xのみ公開できない場合
xの内容のどこかに
[private.icon] が付いているので、xのみをページBにコピペした時にもxのprivate指定は維持されるこういう仕様だと、ページの切り出し時に良いな〜という意味です
（比較対象は、Google Docs等みたいにページの設定とかでpublic/privateを設定するようなものです）
「このページが今private設定か」を意識するより、「このページにprivate.iconがついているか」を意識する方が楽
これはなぜなのかあんまり言語化できていない
(気のせいかも)
↓#12で修正済み
テロメアが反映されないのが個人的に不便なので直したいところ
Importする仕様である以上難しそう
ExportしたJSONにはテロメアの情報が含まれているのにImport時に反映されないの不思議
importの時にテロメアは反映されます
exportしたJSONにテロメアが含まれていないのでは？
{metadata: true} を body に指定して GET しないとテロメア込みでexportできないあー、なるほど
すぐに実行したいとき
Herokuのconsoleから
$ deno run --allow-net=scrapbox.io --allow-read=./ --allow-env index.tsconsoleは、dashboard右上のMore→Run consoleで開ける
今気づいた、申し訳ない
やらなきゃな〜と思いつつ放置していた
新しい仕組みの案を考えた