全てのAPIをProtocol Buffersで管理する / Manage all APIs with Protocol Buffers
とてもシンプルで、でもとても明確な想いを持って開発・運用されているSNS。 それがタイッツーです。 本来、SNSは「気軽に使えて」「とても楽しい気持ちになる」サービスであり、みんなの遊び場だと思います。 しかし、最近は過度に「映え」を意識してしまったり、悲しみや怒りに満ちたニュースが次々に目に入り意図せず感情が大きく揺さぶられてしまったり。 SNSを覗くとなぜか疲れてしまう、そんなことも多いのではないでしょうか? そうではなくて、使っていてなるべく不快にならず、なんか楽しくて、なんかほっこりする。 やさしく寄り添ってくれるパートナーのように、安心していつでも利用できる。 人の目なんか気にせずに、呟きたいときに呟きたいことを呟ける。 スマホを置いたとき、穏やかな自分がいる。 気取らず、気楽に、雑に使える。そんなSNSをタイッツーは目指しています。 やさしく「寄り添うSNS」を作りたい。 タイ
by Esther Vargas Twitterは2023年2月にAPIの無料提供を終了することを発表し、有料APIへの移行を進めるために外部サービスの無料APIへのアクセスを遮断し始めています。そんな中、無料APIだけでなくTwitterアカウントを利用した外部サービスへのログインも遮断され始めていることが、ソーシャルアグリゲーションサービス・FlipboardのCEOを務めるMike McCue氏によって報告されました。 In addition to turning off their API, #Twitter has also inexplicably turned off access for users to sign in to #Flipboard and other platforms with Twitter SSO. This is an unacceptable b
Twitter APIの有料化を受けて、Twitter連携サービスの終了が相次いでいます。 「リツイート直後のツイートを表示するやつ」の告知 Twitter公式リツイート直後のツイートを調べられる「リツイート直後のツイートを表示するやつ」は、「新しいTwitter APIプランの仕様により、サービスの継続が困難になりましたが、Twitter APIの移行期間中にアクセスが禁止されました」としてサービス終了(休止)。「Twitter APIが今後変更され、サービスを再開できる状況になれば、戻ってきます」としています。 フォロー・フォロワー・ブロックの管理サービス「ひすったー」は「有料化の詳細を確認したところ、今後の運営継続困難と判断」したとして、サービスを停止。またTwitter上の画像転載を発見するサービス「TwiGaTen」は「Twitter APIへのアクセスができなくなりました。つま
先日Twitter社より衝撃のアナウンスが行われました。 新しいAccount Activity APIの実装。そして6月20日に行われるUserStream APIの撤廃です。 また、同時にDM関連のAPIも廃止されます。 現状、Twitter用クライアントアプリは主に「Rest API」と「UserStream API」の 2種類のAPIを使用してタイムラインや各種通知を取得しています。 UserStream APIの廃止はクライアントアプリにとって致命的な変更です。 UserStream APIはリアルタイムなタイムラインの更新やFav、RTの通知を行うために 必須となっており、Rest APIではタイムラインの取得しか行えません。 さらにRest APIには利用制限があり、基本的に15分に15回しか利用できません。 つまり実質1分に1回しかタイムラインが更新できません。 通知の取得
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "Webサービス" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL(2024年2月) Webサービスのアーキテクチャ Webサービス(ウェブサービス)とは、HTTPなどのインターネット関連技術を応用して、分散コンピューティングを実現したものを指す。W3Cにおいては、Webサービスとは、さまざまなプラットフォーム上で動作する異なるソフトウェア同士が相互運用するための標準的な手段を提供するものと説明されている。 類似の用語としてWeb API(ウェブエーピーアイ)があるが、ほぼ同義語である[1]。 2000年代後半以降、Webアプリの広まりと共に
ども、@kimihom です。 先日とある雑誌の記者さんから取材を受けて、自分のスキルについて色々と聞かれた。私自身は何かに特化したスペシャリストというよりも、あらゆることが一人でできるジェネラリストの部類である。前回の記事では web サービスのアイディアについて必要なことを書いたが、今回はそのアイディアを実現するためのジェネラリストとして必要な技能について紹介する。 www.bokukoko.info 俗にいう"有名エンジニア"の方々は何かの技術に特化したスペシャリストである場合が多いので下記の事項には当てはまらない。あくまでこれは1人のエンジニアとしての参考情報にすぎないことに注意していただきたい。 一人でサービスを作りきる能力を磨く 何かに特化したスペシャリストの人が、 CSS でデザインを整えたりすることとサーバーの負荷監視などをすることを同時に行うことは困難だ。だけども、ジェネ
先日結婚式を挙げました。式中ご参列いただいた方と簡単に写真を共有したいなと思い、そういうマイクロサービスを作ってみました。ここではどのように実装していったのかを記憶が薄れぬうちに書いていこうと思います。 着想と仕様 自分が結婚式に参列する時、写真を撮るものの、主賓に送りそびれることがよくあって、だったらそのままさくさく送れたら楽じゃんねーと思っていました。で送りっぱなしだとグルーブ感がないので、出来たらその場でシェア出来たらよいかもと考えていました。それを踏まえて仕様としては、 その場でサクサク送れる 送った写真をリアルタイムに共有できる ことを目指しました。 全体構成 全体構成は以下のようになっています。 LINE Message APIを使ってLINEのチャンネルを参列者に登録してもらい、そこから写真を投稿してもらいます。webhookを介して画像データをサーバーに渡し、CDNに保存し
最近公開されたGitHubのAPIは、GraphQLという形式に対応しました。今後はこちらが主流になっていくようで、既存のREST APIからGraphQLへのマイグレーションガイドも提供されています。 今回は、このGraphQLについて、実際にGitHubのAPIを叩きながらその仕組みを解説していきたいと思います。 GraphQLとは 歴史 GraphQLは、Facebookの中で2012年ごろから使われ始めたそうです。その後2015年のReact.js Confで紹介されたところ話題となり、同年"technical preview"のステータスでオープンソースとして公開されました。その後仕様が詰められ、2016年9月に晴れて"preview"を脱し公式実装として公開されました。これと同じタイミングで、GitHubからGraphQLバージョンのAPIが公開されています。 このあたりの経緯
GoogleMapを使ったWebサービス に興味が沸いて調べてみました。 マップ系なので殆ど国産サービスです。 単純に興味が沸いて調べただけなので もしかしたら情報は中途半端かもです。 GoogleMapAPIを使ったWebサービス に興味がある方に参考になれば幸いです。 一応カテゴリで分けました。自分でもちょっと微妙な分け方ですが、無いより分かりやすいかなと思いまして・・・ タイトルのαは海外のGoogleMap系サイトの紹介記事です。 情報共有タイプソーシャル要素を加味したマップ系Webサービス mapeer マップを使ったCGM系サービス。ユーザー同士で情報をマップで共有出来ます。 mapeer ホトリ 全国の仏像情報を共有するサービス。デザインが凄くかわいいいですねー。 ホトリ- Zorg 地図上に画像を表示させて共有するWebサービス。何気にいいです、これ。面白いかも。気に入った
今更ですがSOAPを利用したWEB APIを触ることになったのですが、SOAPの仕様がわけわからん過ぎて困ったので基礎に立ち返って調べてみました。 SOAPにはWSDLというファイルがあって、事前にAPI定義をXMLで公開するみたいです。まずは「そもそもWSDLには何が記述してある?」かを追って見ることに。 WSDLとは そのWebサービスはどこにあるのか そのWebサービスは、どんなフォーマットのメッセージを使って利用するのか そのWebサービスは、どんな通信プロトコルを使ってメッセージをやり取りするのか 引用元:http://www.atmarkit.co.jp/ait/articles/0303/18/news003.html SOAPとは、元はSimple Object Access Protocolの頭文字だったけど、もはやシンプルでもなんでもないものに複雑怪奇なものになっている
※本サイトは、アフィリエイト広告および広告による収益を得て運営しています。購入により売上の一部が本サイトに還元されることがあります。 PokeVision.comが、リアルタイムでポケモン出現場所が分かるウェブサービス「Pokévision」を公開しています。 Niantic APIにアクセスし、ポケモン出現情報をマップ上に表示してくれます。 日本語検索に非対応なので、画面上のマップを移動して「Click To Find Pokemon Near Marker」ボタンを押して30秒待ちます。 任意の場所にピンを立てると、ポケモンと消えるまでの時間が表示されます。 これを使う事で、ポケモンの出現率が多い場所がどこかを知ることが出来ます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く