Linuxのデスクトップとサーバーについて扱います。botでmentionにreplyするほか今考えているものが、TwitterBotとしてリリースするのが良いだろうということで、本体の前にヤックシェービング的にTwitterBotのほうを実装した。いうか、自分へのmentionに応答するBotが見つからなかったので作らざるおえなかった。https://github.com/MichinariNukazawa/twitter_bot_mock参考については以下の通り。https://twitter.com/DaisyTestBot01tweepyのサンプルが最初に動いたので採用した。アプリ認証などは手動でした。retweetやfavoをするのに使うメソッドは、apiのメソッド一覧を見ると載ってる。mentionへのreply全文はgithub参照。statusオブジェクトに規定の要素が入っているので、それでmentionを判定する。replyは、APIを使ってreply先としてmention元を指定したツイートを投げる。account.'}],)```エラーそのものは単なる正常なTwitterのBot対策のアカウントロック。Botを作っているのだから当然、開発中はコーディングミスで引っかかる。同じ内容のツイートを連続でしてしまったり。今回の場合は、自分からのreplyに含まれている自分への”@付きツイート”をリツイートして無限ループに陥り、連続ツイートあたりでロックされた。ロックされたら手作業で解除する。tweepyはエラーを例外で投げ上げる。ネットワークアクセスの結果の失敗を例外で上げるのは個人的にはどうかと思うのだけれど、tweepyは便利なので、単にラップすることにした。err:pp.pprint(err)```こういう場合もある。シューズを買いました。メインの靴がアシックスウォーキングで街歩き用なのですが、これまではこれで高尾山などの軽い山も登っていました。今回、靴底があまりに摩耗したこともあってアシックスウォーキングを買い替えたのですが、ついでに消耗が激...100均の液晶保護フィルムを13インチのノートPCに貼ってみましたノートPCの液晶保護フィルムが100円で買えるなんて、良い時代になりました。ダイソーに行ったら、ノートPCで使えそうな液晶保護フィルムがあったため、衝動的に購入。A4サイズと書いてあります。(HTMLでPOST、そしてhidden)formでユーザの入力やファイルを送信する際、IDを付与したり、送信した情報を紐付けるか、などの情報を一緒に送信したい場合があります。その場合、ID情報はブラウザに表示しないのがベストです。ユーザに見せたり、編集してもらう必要はありません。オルタネイティヴは数あれど、小さな実験プロジェクトを始めるときに、簡単に使えるMakeは未だにビルドツールとして有力な選択肢だと思います。MakefileはUNIX環境、というかCLIツール群があることを前提にしているところがあります。