サクラエディタ GitHub 移行 - clock-up-blog
概要 日本製 OSS のテキストエディタである サクラエディタ はずいぶんと前から SourceForge.net 上で Subversion 管理されている。 ずいぶんと長い間サービスを継続していただいている SourceForge に感謝の念は尽きない。が、今の時流としては SourceForge による Subversion 管理を続けるよりも、機会があれば GitHub 側に移行したほうが機能追加や修正等のプルリクエストを受け付けやすくなり、品質の向上に繋がるのでは、というのが自分の所感。 今回はコミュニティに対しては事後承認的な形で、サクラエディタ V2(UNICODE版) 部分のリポジトリを GitHub に移行してみる。 コミュニティの承認が得られれば今回の GitHub 移行を正式なものとみなし、更なる整備を進めたい。 移行結果（コミュニティの承認待ち） 移行元: http
HTTP Headers という 5万人が使っている Chrome 拡張のマルウェア疑惑。セッション盗まれて BTC も盗まれそうになった話。 - clock-up-blog
疑惑どころか 99.99% くらい黒な話。 （後記：セッション盗まれたと思ってたけど、よくよく考え直してみると生パスワードごと盗まれてる可能性もあるしやばい） 追記：続報 11月3日 今回指摘した HTTP Headers 以外にも、「Tab Manager」「Give Me CRX」「Live HTTP Headers」等で同様（？）の問題が報告されています。第三者が元の作者からソフトウェア権利を買い取って悪用する、というケースが割とある模様（？）。皆さま情報ありがとうございます。 11月4日 Zaif については、「不正な Chrome 拡張」と「スクリプトから保護されていなかったクッキー」のコンボによりセッションが盗まれていた可能性あり。 Zaif のセッション情報が盗まれた原因のひとつについて。JavaScript からクッキー値を取得させない方法。 - clock-up-blog
PDF 書類を Markdown で作成する - clock-up-blog
書類の管理形式 1月に作った会社 の登記の際に定款等の書類を作成する必要がありました。印刷や電子署名の都合を考えると、できあがる書類は PDF 形式であることが望ましいです。 書類作成にどのようなツールを用いるのかというと Word 等がたぶん一般的だと思うのですが、今後の差分管理のしやすさを考え、今回は実験的に Markdown 形式で書類作成を行ってみました。 Markdown について Daring Fireball: Markdown 軽量マークアップ言語のひとつです。 GitHub の README なんかはこの形式であることが多いです。 大見出し ======== 中見出し1 --------- こんにちは。 中見出し2 --------- おやすみなさい。こんな感じで Markdown のルールに則って文書を書いていきます。テキスト形式なので差分管理がしやすいです。 作った書
DBコマンド横断比較リファレンスを作りました - clock-up-blog
横断的にDB操作の類似コマンドを探すためのサイト 例えば MySQL を知っている人が 新しく他のデータベース、例えば Oracle を学習する際に MySQL でいうところのアレは Oracle ではどういうコマンドなんだろう という感じに情報を探す場面が多くあります。 そういう類の情報を探すときに役に立ちそうなリファレンスサイトを作りました。 xref.jp xref.jp - Database 追記: コンテンツ増やしました yum, apt-get, rpm 等々の横断比較リファレンス - clock-up-blog ソースコード GitHub に上げてあるので興味ある人は見てみると良いです。 kobake/xref.jp · GitHub PHP で書いてます。すんごい汚いです。謙遜じゃなくて本当に。 プルリク歓迎。 機能 マトリクス方向の切替 比較表の見出しの向きって、その組み
さくらのクラウドの明朗会計っぷりを見よ - clock-up-blog
クラウドにしても携帯電話のオプションにしても 結局のところまず知りたいのは「俺はいったいおいくら払えばいいんのん？」というところ。 インスタンス作成画面と価格表の往復にはもううんざり。 顧客の求めていたもの そこで さくらのクラウド ですよ。 ・・・ 自動計算っ。画像じゃよく分からないと思うから動画も用意したよ。 こういうのでいいんだよ。こういうので。 これなら価格表いちいち眺める必要ないね。 他業者も見習ってくれい さくらインターネットさんには先月お世話になりましたが、特に回し者とかではないです。 ただ、この仕組みは超絶良いので他のクラウド業者も真似して欲しい。 12.25タイトル修正 ×明瞭会計 ○明朗会計 でした。アハーン
稼働率99%のシステムは年間で87時間止まり得る - clock-up-blog
99%という数字の弱さ 「第2回 クラウドデザインパターン勉強会」にて。 JAZUG CDP勉強会第二回クラウドデザインパターン超入門＝「コンピューティングの分割、配置」 「オートスケーリング」 SLAが99％など年間87時間は止まって良いもの ここにドキっときました。 確かに。確かにそうなんです。 たとえば1年365日の中で仮に丸3日間、何らかのサービスが止まったとします。 その停止時間の占める割合は 3/365 = 0.8%。つまり稼働率は 99.2%。これでも 99% を切っていないわけです。99% という数字の弱さを再実感しました。 何を今更と言われればそれまでなんですけど。 サービスの稼働率と年間停止許容時間 いくつか表にまとめてみました。 稼働率 年間停止許容時間 (分) (秒) 99% 87.6時間 99.9% 8.8時間 99.99% 0.9時間 52.6分 99.999%
README のファイル名が大文字である理由 - clock-up-blog
README のファイル名は慣習的にすべて大文字（であることが多い） GitHub でプロジェクトを作るときに README を作成するオプションを入れておくと、README.md というファイルができる。それ以外の場所のプロジェクトでも README.txt や README など、ファイル名がすべて大文字になっているものをよく見かける。 なんか気持ち悪いなぁ、って思ってました。 readme でいいじゃん、と。 詳解 Linuxカーネル 第3版 作者: Daniel P. Bovet,Marco Cesati,高橋浩和,杉田由美子,清水正明,高杉昌督,平松雅巳,安井隆宏出版社/メーカー: オライリー・ジャパン発売日: 2007/02/26メディア: 大型本購入: 9人 クリック: 269回この商品を含むブログ (71件) を見る 調べてみた README - Wikipedia, th
Androidアクティビティのライフサイクル解釈 - clock-up-blog
公式のライフサイクルがちょっと分かりにくい Activity | Android Developers に載ってる図。 状態のフローなんだか処理のフローなんだかどっちつかずでややこしい。 何度見ても頭に入らないから毎度毎度図を見直すことになる。 状態遷移図として表現すると分かりやすい こんな感じです。どうでしょうか。 あくまでも図の形式は状態遷移図で、ハンドラ呼び出しは矢印に現れるだけ。 アクティビティ作成 アクティビティが作成されると、「未作成」状態から「最前面」状態へと一気に遷移する。 その過程で onCreate, onStart, onResume が呼ばれる。 半透明な他のアクティビティに覆われたとき 他のアクティビティが手前に来たら「非最前面」状態に遷移する。 その過程で onPause が呼ばれる。 手前に来た他のアクティビティが半透明の場合、 元のアクティビティは透けて見え
IT勉強会まとめサイトを作りました - clock-up-blog
作りました IT勉強会ですよ Beta ・・・というのを作りました。 12月21日開発着手、12月31日公開、現在随時機能調整中。 スクショ。 機能 地域・内容・開催形式・期間の複数条件でIT関連イベントを絞り込めるものです。 他のサイトとの差別化 通信がある程度軽快（ただしブラウザにはけっこう負担かける設計になってます） 複数条件でイベントを絞り込める データ登録が自動 経緯 この冬期休暇を機にハッカソン参加しまくりたいと考える ↓ ハッカソン探す ↓ うまく見つからない ↓ イベント探し用のサービスを自分で作ることにする ↓ 12月21日(土)に開かれたハッカソンを機に開発に着手する。 ハッカソンレポート：夜通しハッカソン - clock-up-blog ↓ 12月28日(土)に開かれたトークソンにて状況報告。公開予定日を年内と宣言し自分を追い込む。 新サービス（勉強会まとめ）を作り始
Chromeプロセス数を減らしてメモリを節約する - clock-up-blog
概要 Chromeの常駐プロセス数を一定の数に抑え、メモリ圧迫を防ぐ。 注意 見つけたばかりのオプションであり、検証は不十分です。 自己責任で設定をお願いします。 設定の仕方 Chrome の起動オプションに「--renderer-process-limit=数字」を付けるだけ。 これでレンダープロセスの数が制限される。 どれくらいの値が適切かはいまいち分からないが、感覚としては「--renderer-process-limit=5」くらいあれば十分な気がする。自分はさらに絞って「--renderer-process-limit=2」で運用していますが、今のところ大きな問題には遭遇していません。 Chromeショートカットのプロパティから 「 --renderer-process-limit=数字」を付けます。 比較 Windows7 64bit / Chrome 27.0.1453.11
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
