Chrome拡張機能でパーミッションを追加して再リリースすると何が起きるのか Written on Feb 14, 2013. Posted in Chrome extension 開発者は常に新しい価値をユーザに提供したいと考えています。自分の技術的興味が、結果としてユーザを幸せにすることを切に願っています。新しい機能を提供するということは、時にユーザの持ち物をプログラムから更にアクセスできるようにならないと実現しません。勝手に持ち物に触ることは、現実世界ではやってはいけないことですし、もちろんChromeの中においても同じです。ユーザに許可を得て初めて、プログラムはユーザの持ち物に触れる権利を得られるのです。 全てのユーザが「うん、いいよ」と言ってくれれば話は楽です。しかし、世の中そんなに簡単ではありません。 Chrome拡張機能を作ったことのある方であれば、manifest.json
masato119.com は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、masato119.comが全てとなります。あなたがお探しの内容が見つかることを願っています!
Just write. Posthaven is the blogging platform designed to outlive us. Up to 10 blogs for $5/mo Get started Post by web or email. Invite contributors. Start a mailing list. Autopost to Twitter and LinkedIn. Site privacy options. Full HTML/CSS theming. Custom domain support. Comments with automatic anti-spam.
ほんとに10個だと思った?(無意味に煽っていくスタイル) 最近JSだけのリポジトリで無益なゲームを大量に作っては破棄しているのだけど、割とストレスなく出来上がってきたので書く。 長々と書くが、要は次のリポジトリに概要が詰まってる。 mizchi/mizchi_client_boilerplate · GitHub https://github.com/mizchi/mizchi_client_boilerplate 前提として、最近はCSJSでもnodeのインストールを前提とする環境が多い。必須といってもいい。 grunt gruntjs/grunt · GitHub https://github.com/gruntjs/grunt ビルドタスクを簡単に作れる。make、rake、などに相当するが、node製らしくファイルシステムの監視でアクションを作れるのが特長。$ grunt serv
Fluentd Casual Talks #2 に行ってきました。 のっけから @just_do_neet さんが「1TB強/dayのログを毎日裁いている」とか、「バッファ溢れとかで1TBのログから1件でもデータロスしようものなら障害」とか恐ろしいことをさらっとのたまっていて全然カジュアルじゃない! と焦りましたが、面白かったです。 それぞれのプレゼンのレポートはどなたかがいずれまとめてくれるでしょう。主催者の @tagomoris さんから、ブログ書くようにと指令が出ていたし。 stdout-hook どれも良かったのですが、@repeatedly さんの stdout-hook が面白かったので反応。 https://github.com/treasure-data/stdout-hook アプリケーションログを fluentd や Treasure Data に送りたい、けどアプリケ
鳩舎さんで、GitHub の公開鍵を簡単に取得できるのを知りました。 Github があると VPS のセットアップが楽 - 鳩舎 で、ファイルにちょっとした暗号化をかけたいことありますよね。パスワード付き zip よりは、もうちょっとマシなのを使いたい。でも GPG はなんかむつかしいし(印象)、相手がインストールしてない気がする (自分もインストールしてない)。 というわけで。 GitHub の公開鍵を使って簡単にファイルを暗号化するスクリプトを書きました。 https://github.com/koseki/ghcrypt 暗号化したいファイル名と送りたい相手の GitHub ユーザ名を指定して、暗号化と署名を行います。 $ ghcrypt loveletter-to-koseki.txt koseki --2013-02-14 00:00:00-- https://github.c
以下のような Makefile.PL を書いておけば、Module::Build に移行しても伝統的な make でビルドすることを担保できる。 use lib qw/lib/; use Module::Build::Compat; Module::Build::Compat->run_build_pl(args => \@ARGV); Module::Build::Compat->write_makefile(build_class => 'Module::Build'); 見ての通り、Module::Build::Compat が Module::Build の前段に立ってくれる感じですね。 いまさら必要になる場面ってあるのか謎ですが。自分はずっとこれ入れてる。
カテゴリー DX (2) 一般 (59) 研究会 (6) 働き方 (4) 技術 (352) Edge AI (2) Edge Computing (13) Erlang (1) FIWARE (2) Fog Computing (10) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (5) RealTime Web (14) SRE (3) Webサービス (42) インフラ (8) コンテナ (4) ストレージ (93) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (215) 仮想化 (111) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティン
Moose::RoleはJavaのInterfaceと似たような物だと思ってたんですが、大きな誤解でした。 モダンPerlの世界へようこそを読んで、Moose::RoleはTraits: Composable Units of Behaviorの概念の実装らしいことがわかったので、この論文を読んでみました。*1。非常に面白い内容でした。P.12 の a) と b) を見るだけでも、この概念の面白さが伝わるんじゃないかと。要は、指定した振る舞い(requires)から新しい振る舞い(provides)を作るものが、Traitsってことです。(ただし、ここで言う振る舞いにはアクセサを含みます。) 誤解していたこと Moose::RoleをTraitsとして見なすとすれば、JavaのInterfaceの性質である以下の2点は誤解です*2。 Moose::Roleは、単なるインタフェース(API)
エンジニアの@soplanaです。 まず最初に、最近インターネット上で僕がハゲていることになっているので言っておきますが僕はハゲていません。 僕はハゲてはいないのですが最近、乾燥からか頭皮の痒みと抜け毛が目立つようになってきていました。 そこで今まで特に何も拘って来なかった、シャンプーや髪の洗い方について一度真剣に向き合ってみようと思い、 twitterで有識者に色々教えてもらい2週間ほど試してみたので、別にハゲてるワケじゃないんですがその感想を書いておこうと思います。 あと僕自身もハゲてるワケではないので、ここに書いている事を試してハゲたとしても一切責任は負えません。 無添加シャンプーというものがあるらしい 最初に調べ始めて分かったのは合成洗剤の怖さです。 僕は専門家でもないし、まだハゲてもいないので情報の真偽はわかりかねますが、インターネットで軽く検索しただけでも「合成
このコピー講座は、2012年11月にスタートアップ企業向けに開催した「WEBこそコピーがたいせつ講座」の抜粋および、2013年2月に岡山広告温泉で話そうと思っていたことのスライドです。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く