Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
[B! web][api] ymm1xのブックマーク
[go: Go Back, main page]

タグ

webとapiに関するymm1xのブックマーク (6)

  • Selenium禁止 - Qiita

    こんにちは! 今日もAPIがアレなWebサービスをアレしてますか! W3C WebDriverでは、WebDriverによるアクセスを禁止できる 実は、W3Cが規定するWebDriver規格では、WebDriverによる自動アクセスであることを判別できるAPIが定義されています。 https://www.w3.org/TR/webdriver/#interface 具体的には、Webブラウザー上のJavaScriptですと navigator.webdriver の値で判別できます。この値は、現在の実装状況を見る限りでは、次のように動作することがデファクトになっているようです。 WebDriverによる自動アクセスの場合は true 自動アクセスでない、ユーザー操作の場合は undefined この値を応用すれば、WebDriverによるアクセスを禁止できるということになります。 例えば次

    Selenium禁止 - Qiita
  • Web APIにはJSONベースのフォーマットを使おう - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

    Web APIにはJSONベースのフォーマットを使おう - Qiita
  • 通信が途切れてしまった場合の対応について -G-MODE Engineers' Blog

    こんにちは。開発グループのいとうです。 主にネイティブアプリのサーバーサイド開発を行っております。 今回は、クライアント(端末)からの通信がサーバーまでは届いたけど、サーバーでの処理が終わってクライアントに返るときに圏外になってしまったりして正常に行われなかった場合の対応を、某アプリではどのように行っているのかをお話したいと思います。 対応を行わなかった場合、大変な事になってしまいます。 例えば、電車の中で電波が不安定な状況でガチャを回したら通信エラー、リトライすれば直るかなと思って通信リトライ。 ガチャは実行できたんですが、実は2回ガチャを回した事になっていて、お金も2回分減ってしまっている。 ・・・これでは、遊んで頂いてる方も不満が溜まりますよね。 という事で対応を行いました。 今回の対応では、トランザクションIDというものを用います。 トランザクションIDというのは、API(通信)一

    通信が途切れてしまった場合の対応について -G-MODE Engineers' Blog
    ymm1x
    ymm1x 2015/01/27
    一度のAPIコールで処理を完了できない前提?
  • Railsが時代に合わなくなってきた - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 追記 RailsでJS辛い問題に関しての結論:http://qiita.com/kaiinui@github/items/dad6180f1910c6a4bfd5 -- 近年、(1) Web/App両対応が増えてきたこと、(2) WebでもJSを多用するようになったこと、の二つがあり、以下の点でRailsが微妙になっている。 ViewのJavascriptRailsから独立している API層のサポートが微妙 最初に書いておきますが、特に決定的な解決策もなく、辛いから今後解消されてほしいよね、な話です。 ViewのJavascript

    Railsが時代に合わなくなってきた - Qiita
  • Chatwork apiで遊んでみた - Chobie's Blog

    ChatworkのAPIが公開されたので、さくっとPHP版のクライアントを作って遊んでみました。 つくった上でのハマりポイントといえば一部API(部屋作成とか)のパラメーターの値がカンマ区切りだったことぐらい。 いちいちカンマを個別に指定するのが面倒なのでPOST時のデータ形式でapplication/json対応とかしてくれるとだいぶ楽ですね。 それでは、今日はAPIを使ったチャット運用について書いてみようと思います。 APIを使った際の運用テクニック(botアカウントとinfoタグを使おう) さて、APIが公開されたことで遊んでると思うのですがChatworkを使う上で自分のアカウントを使ってメッセージAPIを実行するのは得策ではありません。 と、いうのも自分の発言の中にbotやシステム経由での通知を行ってしまうと何かを調べるときのファインダビリティが低下してしまいますし、なによりも

    ymm1x
    ymm1x 2013/12/16
  • なでしこでChatWork APIを使って投稿してみる

    既にメジャーな言語のサンプルがラインナップされていて、普通にやってはあまり面白みにかけるのでなでしこで記述してみました。 APIキーとroom_idがわかっていればすぐに試せます。 v2 対応しました。 投稿する 「こんにちは。 改行。」をSJIS_UTF8変換 URLエンコード 投稿文字列はそれ room_id=「11223344」 api=「/rooms/{room_id}/messages?body={投稿文字列}」 api_token=「049182730941230941029340192abcdef」 api_base=「https://api.chatwork.com/v2」 api_url=「{api_base}{api}」 ヘッダは「Content-Type: text/plain X-ChatWorkToken: {api_token}」 データは「」 ヘッダとデータを

    なでしこでChatWork APIを使って投稿してみる
    ymm1x
    ymm1x 2013/12/14
  • 1