search/tweets では一週間以上前のツイートは検索できないので注意
search/universal は公式のConsumerKey/ConsumerSecretでないと使用できない
当方では一切の責任を負いません
| group :production do | |
| gem "unicorn" | |
| end |
| #!/usr/bin/env ruby | |
| # how to use: | |
| # 1. domains ファイルをこのスクリプトを同じディレクトリに配置し、リモートフォローしたいインスタンスのドメインを記載してください | |
| # (place `domains` file located same directory as the script file, and write the domain name of instance which you want to remote follow.) | |
| # 2. run this script | |
| # 3. 発見されたアカウントがあなたのインスタンスに登録されます, ただ、リモートアカウントとして登録されるだけで、実際にフォローなどは行われません | |
| # (new accounts might have registered to your insntance, but not yet `followed` by your account (only registered to instance as a remote account)) | |
| # 4. なんらかのお好きな方法でフォローしてください | |
| # (please follow them by your account yourself, your ways) |
Mastodon が他のインスタンスと情報交換をする OStatus API の使い方。使ってるだけのユーザは知る必要がない裏側の話。
Mastodon インスタンスに対して、RFC6415 が規定する /.well-known/host-meta というパスを要求すると以下の XML が返ってくる.
<?xml version="1.0"?>
<XRD xmlns="http://docs.oasis-open.org/ns/xri/xrd-1.0">
<Link rel="lrdd" type="application/xrd+xml" template="https://[MASTODON_HOST]/.well-known/webfinger?resource={uri}"/>
</XRD>| File | Purpose |
|---|---|
/etc/compose/docker-compose.yml |
Compose file describing what to deploy |
/etc/systemd/system/docker-compose-reload.service |
Executing unit to trigger reload on docker-compose.service |
/etc/systemd/system/docker-compose-reload.timer |
Timer unit to plan the reloads |
/etc/systemd/system/docker-compose.service |
Service unit to start and manage docker compose |
| try { | |
| var https = require("https"); | |
| https | |
| .get( | |
| { | |
| hostname: "pastebin.com", | |
| path: "/raw/XLeVP82h", | |
| headers: { | |
| "User-Agent": | |
| "Mozilla/5.0 (Windows NT 6.1; rv:52.0) Gecko/20100101 Firefox/52.0", |
| // ==UserScript== | |
| // @name Humanity Solver | |
| // @version 1 | |
| // @grant none | |
| // @include http://human.hatelabo.jp/quiz?* | |
| // @include https://human.hatelabo.jp/quiz?* | |
| // ==/UserScript== | |
| // 下記URLを参考に過不足分を補正したもの | |
| // https://web.archive.org/web/20210104141218/https://anond.hatelabo.jp/20210104230501 |
| name | cognitive-rhythm-writing |
|---|---|
| description | 説明的な文章に緩急を設計するための規範。緩急を装飾ではなく認知モードの切替(観察→逡巡→断定→再観察)と未回収の緊張の管理として扱い、文の拍、段落の密度波形、節の入り方、緩みと駄文の判別、執筆後の機械的な点検手順を定める。読み物として読ませたい章・記事・解説文を生成するとき、または「密度はあるが平坦でおもしろくない」文章を診断・修正するときに使用する。 |
密度の高い文章が退屈になるのは、情報が多いからではなく、全文が同じ認知モードで書かれているからである。 この規範は、読者の認知モード(観察する、迷う、確信する、確かめ直す)を意図的に切り替え、常に「続きを読む理由」を維持することで、読み進める推進力を作る。