a.md Chrome ExtensionのLive HTTP Headersを調査した。Firefox用のものではない。Firefox用のものではない。 https://chrome.google.com/webstore/detail/live-http-headers/iaiioopjkcekapmldfgbebdclcnpgnlo 11/7追記 類似 or 同様の方法で難読化scriptを埋め込んでいる拡張機能が大量にあったため、Googleに報告済み。 https://twitter.com/bulkneets/status/795260268221636608 English version: https://translate.google.com/translate?sl=ja&tl=en&js=y&prev=_t&hl=ja&ie=UTF-8&u=https%3A%2F%
これはずっと待ち望んでたー！ あらゆるサービスでパスワードが必要な昨今、同じパスワードを使いまわすことの危険性はわかっているとはいえ、毎回違うパスワードを考え、覚えておくのは難しいものです。 こうした問題は、パスワードの生成、管理をするツールを使うことで解決することができます。有料でよければ1password、無料ならKeyPassXがそれぞれマルチプラットフォームで使えて便利です。 さて、個人のパスワードであればこれでOKなのですが、まだ課題がありました。企業やグループで共有するパスワードの管理です。例えば開発用のTwitterアカウントを共有するといった用途が考えられますね。 これまではオフラインで見せたりして伝え、ローカルに保存する時は暗号化して、といったようなルールで乗り切るしかなかったのですが、安全性と利便性のバランスや、個々の意識やリテラシの違いまで含めて管理することは事実上は
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 ある人「あなたのやりたいことはなんですか？」 僕「複数あるWebサーバソフトウェアの拡張記述を統一したいです」 ある人「（それはさすがに無理だろ…）」 という感じで始まったmod_mrubyやngx_mrubyの開発ですが、今ではそれも夢では無い所まできています。当時は「mod_mrubyを作ってみようか」という記事からmod_mrubyの開発ははじまりました。 朧げにあったアイデアでは、「どうやって統一するのか？どんな言語にするのか？どうやって組み込むのか？え？そもそもそんな事無理では？」という感じでしたが、1年前に運良くmrubyがGitHubで公開されて以来、色々なアイデアのピースがはまっていき、いつの間にかそのアイデアが形になろうとし
2. 自己紹介 • 樽家 昌也 (MasayaTARUI) • twitter id: @taru • ircnet: tal_ • freenode: tarui • 平日はふつうに？サラリーマン。 • 年に1,2度、networkと無縁な生活を求めて旅に • 仕事で直接Rubyが対象になることは今のところない • Rubyを使い始めてから13年目ぐらい? 3. これまで 1. Rubyを使い始める 2. よくわからない不具合はRubyレベルのWorkaroundで適当にごまかす 3. メモリリークとかSEGVに泣かされる 4. 仕方がなく、Cコードに手を入れる 5. Rubyの独特な構成が面白くてCコードに手を入れる ← Now!!
Google Cloud Messaging for Chromeキター! これでChrome Extensionに対してサーバからプッシュ通知ができる。 グーグル、「Chrome」でプッシュ通知を可能に–「Google Cloud Messaging for Chrome」発表 – CNET Japan Chromium Blog: Building efficient apps and extensions with push messaging Google Cloud Messaging for Chrome – Google Chrome もともとGCM (Google Cloud Messaging) はAndroid向けのテクノロジーで、C2DM (Android Cloud to Device Messaging) の後釜のようなものだった。それがGoogle Chro
いくつかChrome拡張機能を作ってChromeウェブストアに公開しているのですが、それを最初に公開したときはmanifest.jsonファイルのバージョンがまだ最初の頃でした。現在ではバージョン2が主流であり、そろそろ古いバージョンの拡張機能は撲滅される予定になっています。そのため、開発者はそろそろ急いで新しいバージョンに変更すべく、せっせと移行作業を進めなければなりません。これは何もGoogleの開発者いじめではなく、ちゃんとした理由があります。その理由は、どれも開発者およびユーザへのメリットがあるものばかりです。 このバージョンアップの中で、ユーザにとって大きなメリットとなるものがあります。それは「Event pageへの移行」です。Chromeはメモリを非常に大きく消費することで有名ですが、拡張機能がメモリを大きく使ってしまうことも問題視されていました。拡張機能は「常駐して機能する
最近いくつかのChrome拡張機能を作っていて、すでに数千人のユーザを獲得できているものが出てきてたりします。 Image collector extension goo.gl URL Shortener extension mixi Check button extension Semantic inspector これだけ作ってると、何となく自分でのChrome拡張機能を作り出す際のデザインパターン・・・っていう大それたものじゃないけど、ようはテンプレが確立されてきます。全く褒められない書き方をしているかもしれませんが、ここでそのテンプレ達を晒しておこうかな、と思います。 manifest.json まずはChrome拡張機能の要であるマニフェストファイルです。これは誰が書いてもさほど変わらない記述内容となるでしょう。 { "manifest_version": 2, "name":
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
{ "name": "My extension", ... "permissions": [ "nativeMessaging" ], ... } Concepts and usage The Runtime API provides methods to support a number of areas that your extensions can use: Message passing Your extension can communicate with different contexts within your extension and also with other extensions using these methods and events: connect(), onConnect, onConnectExternal, sendMessage(), onM
() - 432 users - Weekly installs: 323
土曜日のWave Hackathonでふと「Wave Gadget内でEmbed API使えるんだろか」と思って試してみたら3分位でサックリ成功。ほほー、じゃあガジェット自身を含むWaveをEmbedしたらどうなるんだろ、とか思って試したらこんな。 要するに内側に向かって（理論的には）無限に自分自身をEmbedし続ける拡張が完成*1。どれか一つを編集したら全部のwaveが同時に書き変わるのがちょっと素敵。 でも、ガジェットだと違うWaveに貼りつける時にいちいちWave IDを書き換えてアップロードし直しになって面倒だったので、ロボットがガジェットを動的に生成して貼り付けるようにしてみた。 infinity.as-a-robot@appspot.com 試したい人は上のロボットをWaveに追加してみて欲しい・・・と言いたいところだけど、これ、考えてみるとあっという間に私のクォータを喰い潰し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
