【Twitter】 BOT製作支援スレ part2
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2010/01/18(月) 23:18:42ID:wnXKZf+jhttp://pc11.2ch.net/test/read.cgi/php/1254028559/
0653nobodyさん
2010/08/04(水) 01:21:07ID:???ほって置いても害ないだろ
0654nobodyさん
2010/08/04(水) 01:27:17ID:???0656nobodyさん
2010/08/04(水) 19:07:08ID:???0657nobodyさん
2010/08/05(木) 04:18:30ID:???使用しているバージョンと環境などは以下の通りです。
【バージョン】EasyBotter2.04beta
【設置鯖名】＠pages
【PHPのバージョン】PHP5
【実行】ＧＡＥcron
普通の投稿は手動でも、cornを使った自動でもできるのですが、reply_pattern.php
がうまく作動しません。reply_pattern.phpファイルの中身を編集していない状態で
サーバーにファイルをＵＰし、おはよう、こんにちは などと入れて@で送ると、手動
及び時々自動でリプライされます。
しかしreply_pattern.phpの中身を編集し（お疲れさま、ただいまなど）の語彙を増やし
それに対するリプライの文章を入力すると、ほぼ決まってエラーが出ます。
おそらく編集のさい、何らかの間違いをしていると思うのですが、EasyBotterのサイト
の説明を読み、気をつけて編集しているつもりなのですが半日以上やっても改善できす
悩んでおります。
reply_pattern.phpを編集する際は、こういうエディットソフトを使ったほうが良い
とか、この点が初心者は間違いやすい、などアドバイスを頂けたら有り難いです。
よろしくお願いいたします。
0658nobodyさん
2010/08/05(木) 09:41:54ID:???似た症状の人がいて、その人は保存のときの文字コードを
UTF-8→UTF-8Nにしたら直ったけど、エディタによっては
UTF-8Nがないものもあるんで、まあ一例として。
0659nobodyさん
2010/08/05(木) 20:51:02ID:???回答ありがとうございました。本当に困っていたので助かります！
教えて頂いたとおり、UTF-8Nのあるエディットフリーソフトをダウンロードして、
UTF-8→UTF-8Nに変えたら以前より明らかにエラーが少なくなりました。
まだ完全にエラーが出なくなったわけではないですが、自分で編集したリプライ
文章が手動で返ってくる状態にまで改善されました。
時々でるエラーは、多分、自分の記入の仕方に問題があるのだと思うので
少しずつ修正しつつ、自動リプライ目指してねばってみます。
ご回答ありがとうございました。大変助かりました。
0660nobodyさん
2010/08/06(金) 11:16:32ID:???GAEのダッシュボードのとこ（グラフ）みたら数時間前からいつもの倍くらいに
跳ね上がってるんだけど…ウチだけか？；；
0661nobodyさん
2010/08/06(金) 14:37:17ID:???うちのはGAEだが今のところ無事
0662nobodyさん
2010/08/06(金) 16:02:24ID:???0663nobodyさん
2010/08/06(金) 16:03:31ID:???0664nobodyさん
2010/08/06(金) 18:38:32ID:???自動ツールを使用することはルール違反となり、アカウントが凍結となります。
使用されないようご注意ください。以下ご参照ください。「フォローのルール」 http://bit.ly/b0Mdqx
http://twitter.com/twj/status/20453308312
自動フォロー返しはセーフかね？
0665nobodyさん
2010/08/06(金) 19:09:38ID:???0666nobodyさん
2010/08/07(土) 01:04:16ID:???0668nobodyさん
2010/08/07(土) 08:30:29ID:???↓ここを参考に、というかほぼそのまま動かそうとしています。
http://blog.mudaimemo.com/2010/03/google-app-engine-twitteroauth.html
キーやトークンの設定はうまく行って、cron jobsで見る限りon time Successに
なっています。また、logsでは200が返ってきています。ここで見る限り上手く
動いているようなのですが、何故か一切ツイートされません。
文字エンコードもUTF-8で行っています。情報が少ないかも知れませんが、
解決法、もしくは確かめるべきことなど教えて頂けないでしょうか。
なお、pythonは2.6、App Engine SDKは1.3.5です。よろしくお願いします 。
0669nobodyさん
2010/08/07(土) 11:52:18ID:???application = webapp.WSGIApplication([('/tweet', TweetHandler)], debug=DEBUG)
ここでdebugモードにしちゃってるから、例外がフレームワークに捕捉されてるんじゃないの？
cronに設定したアドレスをブラウザで開いてみれば、どこでエラーが出ているのか
ログが見れると思う。
0670nobodyさん
2010/08/07(土) 15:08:52ID:???返答ありがとうございます。なるほど、debugモードになっているんですね。
http://(application-id).com/tweetをチェックしましたが、何もログは出ていないようです。
この場合、通常モードにするにはどう指定すればいいでしょうか。debug=falseではダメなようでした。
ちなみに、以下のアドレスのものも試してみました。
http://yasu1987.blogspot.com/2010/06/simple-twitter-bot-on-google-app-engine.html
http://(application-id).com/cron/updateを見ると、debug=trueでは検索した内容が
表示されますが、debug=falseでは常にThere are no tweets recently tweeted, so tweet the oldest tweet.
と表示されるだけでやはりツイートされないようです。
実は他の言語は少しは分かるんですが、webプログラミングは全く分からないので
要点を抑えきれていないかも知れませんが、よろしくお願いします。
0671nobodyさん
2010/08/07(土) 17:48:15ID:???client.make_requestの戻り値でGAEのurlfetchのResponse Objectが返されるはずだから
それでエラー返ってないか確認する。
軽くコードを追ってみたけど、このライブラリだとtwitterのレスポンスは確認してないね。
そのライブラリに拘りがなければ、tweepyとか使った方がいいと思う。
0672nobodyさん
2010/08/07(土) 19:14:03ID:???すみません、実際のところソースの中で何が起こってるか半分も
理解していないのでclient.make_requestの戻り値の取得の仕方を具体的に
教えてもらっていいでしょうか…ソース中のclient.make_requestの後にprint文
仕込むとかそういう感じですか？それともGAEのダッシュボードから確認出来ますか？
0673nobodyさん
2010/08/07(土) 20:37:05ID:???printすると、ブラウザ向けの出力になるので、ダッシュボードから確認するには
import loggingしておいて、
result = client.make_request(省略)
logging.debug(result)
0674nobodyさん
2010/08/08(日) 05:45:13ID:???やってみました。
<google.appengine.api.urlfetch._URLFetchResult object at 0x8fc5dc3372a08600>
となっています… twitterのレスポンスを返すライブラリに変更した上で、ということでしたか？
頼り切りで申し訳ありません。
0675nobodyさん
2010/08/08(日) 17:05:36ID:???それだと分からないので
logging.debug(result.status_code)
logging.debug(result.headers)
logging.debug(result.content)
このあたりで。
正直、こんなことするくらいなら、tweepyとか使った方がいいよ。
0676nobodyさん
2010/08/08(日) 18:41:29ID:???python勉強せずにbotつくろうと思ってたので…ライブラリ変えたら
結構いじらないとだめですよね？
おっしゃったとおり追加すると、401が返ってきてました。
{'status': '401 Unauthorized', 'x-google-cache-control': 'remote-fetch', 'set-cookie'以下略
{"request":"/statuses/update.json","error":"Could not authenticate with OAuth."}
結局このへんのトラブルを解決するのにpythonそのものの知識が必要そうなので
少し勉強したらおすすめしてもらったライブラリに変えるのを検討してみます…
0677676
2010/08/08(日) 23:59:47ID:???何故か以前取った時と変わっていました。リフレッシュなど押していないはずなのですが…
キーやトークンの設定はうまくいった、というの自体が200が返ってきていることを
見ての勘違いでした。ここをミスっていても200が返ってくるのですね。
お騒がせしました。本当に申し訳ありません、ありがとうございました。
0678nobodyさん
2010/08/09(月) 23:30:44ID:???0679nobodyさん
2010/08/21(土) 01:04:03ID:???0680nobodyさん
2010/08/21(土) 01:39:33ID:???0681nobodyさん
2010/08/22(日) 00:59:08ID:???0682nobodyさん
2010/08/24(火) 18:30:55ID:???中の人認証切れること知らないのかなと心配してしまう…
0683nobodyさん
2010/08/24(火) 21:49:28ID:???たしかBASIC認証には回数制限がどんどんきつくなって入っている段階じゃないか？
0684nobodyさん
2010/08/25(水) 00:40:15ID:???だから頻繁にアクセスするBasic認証のbotはすでに処理落ちみたいになってるはず。
0685nobodyさん
2010/08/28(土) 15:12:54ID:???今のところ問題なく動いてるけど新URLにしたら反応しなくなったから元に戻した
反応しなかったのはたまたまかもしれんが…
参考：http://twbot.blogspot.com/2010/08/apiurl.html
0686nobodyさん
2010/08/28(土) 16:28:58ID:???0687nobodyさん
2010/08/28(土) 22:18:10ID:???0688nobodyさん
2010/08/29(日) 00:32:46ID:???oAuth対応しといたほうがいいとは思うけどな。
0689nobodyさん
2010/08/29(日) 00:40:02ID:???0690nobodyさん
2010/08/31(火) 23:42:10ID:???まあ時差はあんだろうけど。
0691nobodyさん
2010/09/01(水) 01:12:13ID:???明日急いでWebアプリケーションをOAuthに切り替えようと考えていますが、
ネットでざっと見たところ、APIを使うたびにリクエストトークン取りに行ってる実装が多いようでした。
私の現状のアプリでは、Basic認証を使い、ユーザのＩＤとパスを最初に登録してもらって
あとはユーザがアカウント設定を変えない限りはいつでもアクセスできるようになっています。
OAuthではユーザーの情報を何も持たないのが一般的なやり方なのでしょうか？
あるいはリクエストトークン？を保持しておいて、それ以降使いまわすというやり方も可能ですか？
また、Basic認証→OAuthを実装するにはどのぐらい時間がかかるものでしょうか？
パニくってて文章雑ですがすいませんが宜しくお願いします。
0692nobodyさん
2010/09/01(水) 01:14:57ID:???0693nobodyさん
2010/09/01(水) 01:55:18ID:???保持すんならアクセストークンでいいんじゃないの。
アプリのスレはこっちじゃないけどまあクラアイントスレはユーザ側の話だし話すならこっちか。
0694nobodyさん
2010/09/01(水) 09:27:20ID:zNa253MH401: Unauthorizedが出る
皆さんはどうですか？
0695687
2010/09/01(水) 10:24:44ID:???確かに申請却下されそうなのでやめました。
てかoAuthでもtoken/token secretの期限って無限みたいだから、
それ保存して毎回渡せばいいだけだと気づいた。
ブラウザでログインやるのをはしょりたかっただけです。
0696nobodyさん
2010/09/01(水) 10:26:38ID:???サーバーサイドの言語は何かな？
たいていはオプソのライブラリそろってるよ。
自分はPHPだけど、これ使ってます
http://twitteroauth.labs.poseurtech.com/connect.php
0697nobodyさん
2010/09/02(木) 00:12:23ID:???投稿は出来るみたい。
中途半端過ぎる…
0698nobodyさん
2010/09/03(金) 13:00:50ID:???どうやってtwitterユーザーを判別すればいいのですか？
例えば、twitterユーザー名を表示するだけでも、
ウェブアプリ側でそのユーザー名を保持しないといけないわけですが
OAuthでは無理ですよね。
ついっぷるはOAuthのようですが、どうやって実装しているのでしょうか？
0699nobodyさん
2010/09/03(金) 13:46:21ID:???メジャーな言語ならoAuth込みのTwitter関連ライブラリあると思うけど、結構一から自作している人いるのか
0700nobodyさん
2010/09/03(金) 17:33:09ID:???0702nobodyさん
2010/09/04(土) 00:57:16ID:???API一回消費するけどそれで自分の最新ユーザ情報得られるし初回実行時にやっとくかな。
0703nobodyさん
2010/09/04(土) 01:16:22ID:???0704nobodyさん
2010/09/04(土) 11:57:15ID:???BASIC認証使ってた頃はHTTPから自作だったけど
0705nobodyさん
2010/09/04(土) 12:56:42ID:???header文字列作ってくれるだけ？
0706nobodyさん
2010/09/05(日) 10:22:42ID:???ttp://rakubots.kissa.jp/
0707nobodyさん
2010/09/05(日) 12:17:53ID:???0708nobodyさん
2010/09/05(日) 12:22:50ID:???0709nobodyさん
2010/09/05(日) 13:04:08ID:???アイコン以外は古いURLでも問題ないのに、問題の修正は新しいURLでしか行われなかったのね。
0710nobodyさん
2010/09/05(日) 13:49:59ID:AGQD/Sbe0712nobodyさん
2010/09/05(日) 16:38:16ID:???古いURLも使える状態から半年近くもたって障害が起こってそのまま古いほうだけ放置とか、わからんよ。
復旧の際に古いのだけ使えなくなったことが書いてあれば、すぐわかったんだろうけど、アレじゃ、わかんないよ。
アイコン以外は今もそのまま使えてるんだから。
0713nobodyさん
2010/09/05(日) 18:11:39ID:???このアプリケーションURLとは異なるドメインからtwitterに投稿させたいのですが、
何か方法はありますでしょうか？
具体的には、
mysite.com（登録したアプリケーションURL)と
mysite2.comというドメインがあり、
mysite.comでリクエストトークン取得したり、コールバックURLもこちらのドメイン内のものを指定します。
ただし、twitterに投稿する際には、mysite2ドメインのサーバでの処理が必須になっているため、
mysite2から投稿用のtwitterAPIを利用したいのです。
少し面倒なことをやろうとすると一つのドメイン内で全て処理が完結しない場合もあるかと思いますが
一般的にはどのように対処するのでしょうか。
0714nobodyさん
2010/09/05(日) 18:28:21ID:???切り替えてすぐ使えなくなったら、文句垂れるくせに。
0715nobodyさん
2010/09/05(日) 19:04:43ID:???0717713
2010/09/05(日) 20:55:55ID:???実際その方法を使っています。
①mysite.comで取得したトークンをDBに入れる
②mysite2.comでDBからトークン取り出してAPI実行
こうしてしまうと②の段階で、
twitterにアプリケーションを登録した際に登録したアプリケーションURLやコールバックURLのドメインと
異なるドメインからAPI実行することになってしまい、上手くいかないんです。
0718nobodyさん
2010/09/05(日) 22:46:02ID:???0719nobodyさん
2010/09/06(月) 02:15:04ID:???0720nobodyさん
2010/09/06(月) 04:28:14ID:???0721nobodyさん
2010/09/07(火) 19:55:49ID:???0722nobodyさん
2010/09/11(土) 08:24:11ID:???0723nobodyさん
2010/09/12(日) 15:25:13ID:???殆どのサンプルがリダイレクトさせてからパラメータ類を渡しています。
アプリケーションをクライアント型にしてPINを入力させる方法にすれば行けそうなのですが、サンプルがないので実装がわかりません。
どなたかご存じの方お願いします。
0724nobodyさん
2010/09/13(月) 02:53:36ID:???verifyにpinコード入力
0725nobodyさん
2010/09/15(水) 17:25:53ID:yaiLgIneuncaughtってエラーが出ます
これってツイッターでは普通？
0726nobodyさん
2010/09/15(水) 19:43:51ID:???0727nobodyさん
2010/09/16(木) 17:31:54ID:FSSYYQuQ0728nobodyさん
2010/09/16(木) 18:40:12ID:???この通りやっとけ
APIのURL古いままだけど
0729nobodyさん
2010/09/16(木) 22:05:04ID:???0730nobodyさん
2010/09/16(木) 23:22:32ID:???0732nobodyさん
2010/09/17(金) 00:04:23ID:???今時、GETやPOSTしゃべるのにheader出力もラップするライブラリばかりだから、
Basic認証部分もラップされてるだろ
あえて、Basic認証のライブラリ化を驚く以前にLLなら大概標準でついてないのか？
0734727
2010/09/17(金) 09:27:15ID:5afHtIbmthx
設置する場所がPHP4なんでまんまは使えませんが
とりあえず現状で動くスクリプトとして参考にさせてもらいます。
動かなくなったスクリプトが大量にネットにありすぎ
0735nobodyさん
2010/09/17(金) 10:30:53ID:???0737nobodyさん
2010/09/17(金) 11:08:52ID:???どういう風に調べるの？
1分ごとにダイレクトメッセージ取得して新着があるか
チェックするとか、めんどくさいんですが。
ダイレクトメッセージもらった瞬間に、特定のURL叩いてくれるとうれしいんだけど。
0738nobodyさん
2010/09/17(金) 12:01:25ID:???0740nobodyさん
2010/09/17(金) 19:59:43ID:???0741nobodyさん
2010/09/20(月) 02:56:09ID:???APIの制限からそんなに頻繁にはquery投げられないはずなんだけど
0742nobodyさん
2010/09/20(月) 13:25:27ID:???0743nobodyさん
2010/09/20(月) 14:12:22ID:???きっちり時刻合わせをした30台のPCが、0.5秒ずつ時刻をズラして取得したデータを
まとめ役PCに投げて、重複を除外する感じ？
何秒おきで何台あれば漏れがなくなるんだろう。
0744nobodyさん
2010/09/20(月) 17:01:24ID:???0745nobodyさん
2010/09/20(月) 17:05:54ID:???すごいな
http://blog.twitter.com/2010/02/measuring-tweets.html
0746nobodyさん
2010/09/20(月) 19:18:11ID:???うちのサーバでも余裕で対処できそうだ。う～ん。
0747nobodyさん
2010/09/20(月) 19:49:51ID:???0748nobodyさん
2010/09/20(月) 20:10:47ID:???うちのサーバでも余裕で対処できそうだ。う～ん。
0749nobodyさん
2010/09/20(月) 21:48:15ID:???複数アカウントしかないのか
0750nobodyさん
2010/09/20(月) 22:57:32ID:???１回の取得で200件は取れるんだっけ？
1500件なら８分割で、11秒間隔とすれば
PCとアカウントが88あれば取れるのか。
多少の冗長性を持たせれば100か。
0751nobodyさん
2010/09/20(月) 23:11:22ID:???0752nobodyさん
2010/09/20(月) 23:15:11ID:???あと目的が確かならAPIの制限を五桁くらいに上げてもらえるとかあった気が。
■ このスレッドは過去ログ倉庫に格納されています