いつも Idobata をご利用いただきありがとうございます。このたび、Idobata にアップロードされたすべての添付ファイルを一覧・取得可能な状態になっていたことが判明いたしました。現在は対策を完了しております。ユーザの皆様に多大なるご迷惑をおかけしましたことを、深くお詫び申し上げます。 経緯 2018年7月10日(火) 15時、Idobata の Amazon S3 バケット (https://idobata.s3.amazonaws.com/) にアクセスすることで添付ファイルを一覧・取得できる状態になっているということが判明 (※)。 同日16時30分、対象バケットの設定を修正し、一覧が公開されないよう設定変更。 7月12日(木) 18時、それまでにアップロードされた添付ファイルの URL を変更する対応を完了。 ※ Idobata はメッセージに添付されたファイルを Amazo
こんにちは！ngtyk です。 一人前のイドバタリアンを目指して、前回 初めの一歩を踏み出した わけですが、はて、二歩目はどうしたら…。「Idobata 二歩目」でググっても何も出てこなかったので、こんな時は！人に！頼ろう！ というわけでやってきました、株式会社 spice life 様！ インタビューっぽい写真！ 噂によると spice life 様は全社で Idobata を使用しているとのこと…これはきっと Idobata について熟知しているに違いない！しかも今回はなんと CTO の五十嵐さん にお話を聴けることに。ヤッタネ！ ngtyk「先輩イドバタリアンとして、今日はいろいろ教えてください！」 五十嵐さん「あっ、はい…？(なんで ngtyk が来たんだ？？？)」 そもそもなぜ Idobata を導入したの？ 五十嵐さん「Idobata を導入したきっかけは正直覚えてないです(笑
書いた人: ursm これまで Idobata ではイベント配信の仕組みとして Pusher を使ってきましたが、先日のリリースから idobata-eventd という独自のバックエンドを試験的に導入しました。idobata-eventd は送信したイベントを一定期間保持し、クライアントからの要求に応じて再送する機能を備えています。今まではネットワークが切り替わったときなど、イベントを取りこぼした可能性がある場合はすべてのデータを再取得する (= 画面全体をリロードする) する必要がありましたが、idobata-eventd では最後に取得したイベントからの増分のみを受け取って反映できるようになりました。 仕組み idobata-eventd は Go で書かれた SSE (Server-Sent Events) サーバです。SSE は XHR による HTTP ストリーミングを使いやす
at idobata会議02:Rescheduled https://idobata.doorkeeper.jp/events/31060
こんにちは! Idobata 開発チームの hibariya です。 いつも Idobata をご利用いただき、ありがとうございます。 先週末 9/26 (土) から 9/27 (日) にかけて、Idobata では一時的にサービスに接続できなくなる障害が断続的に発生していました。 ユーザーのみなさまには大変ご迷惑をおかけしましたことを、深くお詫び申し上げます。 サービス接続障害が発生していた時期には ISUCON5 のオンライン予選が開催されていました。 Idobata は ISUCON5 の主催者と参加者との連絡用チャットとしてご利用いただいておりましたが、このたび十分なサービスを提供できませんでした。 参加者・関係者の方々にはご不便をおかけしていしまい、申し訳ありませんでした。 今回の反省を今後に生かしていくために、障害の経緯と今後の対策について、簡単にではありますがご説明いたします
こんにちは！おおはしりきたけです。パート7の今回は、アジャイル開発で受託開発を行ったり、アジャイルのコーチングやidobataというグループチャットアプリなどの開発も行っている永和システムマネジメントのアジャイル事業部にお邪魔しました。インタビューに答えてくださったのは、Idobataエンジニアの寺田さんと、受託開発でエンジニアをやられている松島さんです。 突撃！隣の開発環境とは 技術事例やノウハウなどは、ブログや勉強会などで共有されることが多いと思います。しかし、各社の開発環境や開発体制などは意外と共有されていないこと多いと思います。ノウハウの流出になるかもしれませんが、それ以上に、より良い開発を目指している会社さん同士で情報交換を行い、良いチーム、良いプロダクトを作っていくという志の会社さんの為の情報共有のための企画になります。開発環境や開発体制なども技術領域によっても変わってくると思
Annotation.md Idobata Gemfile プレゼント tl;dr IdotabaのGemfileは"全プレ"になりました。ご笑納ください。→ Gemfile プレゼントについてのお詫び rebuild.fmのep36でお知らせさせていただきました、Idobataの最新版Gemfileプレゼントをお届けいたします。 過日はIdobata会議01への多数のご参加ありがとうございました。おかげさまで盛況なミートアップとなりました。 (当日会場を提供いただいたEngine Yardさまのブログにて、Idobata会議01当日の様子がまとめられています。ありがとうございます!) さて、肝心のGemfileですが、Engine Yard Cloudのstable-v4スタックでRuby 2.1.2が利用可能になるのを待ちつつ、2.1.2対応をしていたら、Gemfileをお届けするのが
社内でIdobataを使う機運が高まってきている。普段Safariを使っているとIdobataの通知のためだけにGoogle Chromeを使うのは億劫なのでクライアントアプリを作った。主な機能は次の通り。 ブラウザを起動せずにidobataを閲覧することができます Notification Centerにメッセージが通知されます メッセージの通知はすべて、もしくは@mentionのみに切替ができます WebViewがSafariとcookieを共有するため、Safariとログイン状態が共有されます ソースコード、ダウンロードはGithubよりどうぞ。 Download: Butter はじめてRubyMotionでちゃんとしたアプリケーションを書いたけど、意外とはまりどころ少なくできた。でもObjective-Cのリファレンスを読んでRubyに変換しながら書くのは結構大変だ。あとせっかく
前回の記事ではHubotのインストール、基本的な使い方やScriptの作成、Herokuへのデプロイの方法を紹介しました。 本記事ではIdobataというチャットサービスとHubot、外部サービスを連携し、チーム開発を円滑にする環境を構築していきます。 まずは導入後の開発環境の全体図を示します。最終的にIdobataでGitHub、Travis CI、New Relicなどのサービスからの通知を受け取り、Idobata上でコマンドを実行することでHubotを通じて外部サービスの情報を表示することが出来るようになります。 今回の環境は、Webアプリケーションをチームで開発するシーンを想定して構築してみました。(記事中では1人ですが...) Webアプリケーションは、Sinatraで作成したアプリケーションをHerokuにデプロイしています。また、前回と同様、HubotはHerokuにデプロ
書いた人: ursm このたび Idobata というサービスをリリースしました。Web ベースの、いわゆるグループチャットです。モダンブラウザなら大体動く…と思います。 Idobata は弊社で長年使ってきた IRC を置き換えるべく社内にて開発を続けてきたプロダクトです。IRC の「場所に人が集まってくる感じ」を踏襲しつつ、イマドキっぽいテクノロジを取り入れてよりよいものにすることを目指しています。やりたいこと・やるべきことは山のようにあるのですが、現状のものをいったんベータとしてお披露目することにしました。 Idobata はチーム開発にフォーカスしています。mention や GitHub 互換の emoji、各種サービスとの連携、通知用の Chrome Extension など、開発者が日々ストレスなく利用するための機能を備えています。 まだまだ荒削りなプロダクトではありますが、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く