タグ

2015年12月25日のブックマーク (4件)

  • ブログでメシが食えるか。Publickeyの2015年

    Publickeyが毎年末に売り上げ報告をするようになって今回で5回目です。個人が運用するブログで、しかもエンタープライズITの分野にフォーカスするという、小規模かつ専門性の高いメディアが十分に売り上げを立てていくことができるのかどうかを今年も報告したいと思います。 小規模メディアとしてのPublickeyの特長は、AdSenseアフィリエイト広告に依存していないことでしょう。専門性の高いオンラインメディアでは必然的に読者数が絞られることになるため、クリック数に売り上げが連動するAdSenseアフィリエイト広告では十分な売り上げを得ることはそもそも困難です。 そこでPublickeyはAdSenseアフィリエイト広告には依存せず、バナー広告やタイアップ広告を直接販売することに最初から取り組んできました。メディアにきちんとした読者がついていれば、広告の価格をある程度高い水準に保つことが

    ブログでメシが食えるか。Publickeyの2015年
    kazuhooku
    kazuhooku 2015/12/25
    これは胸熱>「僕が夢見ているのは(略)Publickeyのように小さな専門メディアがたくさんでてきてくれることで世の中のメディアの多様化が進むことです。そこで…」
  • The Rise & Fall Of Japanese Xmas: Please Bring Back The Sex & Money & Carnal Pleasures

    The Rise & Fall Of Japanese Xmas: Please Bring Back The Sex & Money & Carnal Pleasures “Those were the days” is a phrase a woman must never utter once she hits 40 as it makes her seem unnecessarily outdated. But there are times when one is called upon to bend this golden rule, and state – clearly and plainly – that those WERE the days. Hell, yes. Has the Sexy Spirit of Japanese Xmas Been Lost Fore

    The Rise & Fall Of Japanese Xmas: Please Bring Back The Sex & Money & Carnal Pleasures
    kazuhooku
    kazuhooku 2015/12/25
    www
  • Electronでアプリを書く場合は、気合いと根性でXSSを発生させないようにしなければならない。 - 葉っぱ日記

    そのうちもう少しきちんと書きますが、とりあえず時間がないので結論だけ書くと、タイトルが全てでElectronでアプリを書く場合は気合いと根性でXSSを発生させないようにしなければならない。 これまでWebアプリケーション上でXSSが存在したとしても、影響範囲はそのWebアプリケーションの中に留まるので、Webアプリケーションの提供側がそれを許容するのであればXSSの存在に目をつむることもできた。しかし、ElectronアプリでDOM-based XSSが一か所でも発生すると、(おそらく)確実に任意コード実行へとつながり、利用者のPCの(そのユーザー権限での)全機能が攻撃者によって利用できる。 そのため、Electronでアプリケーションを作成する開発者は気合いと根性でXSSを完全につぶさなければならない。 nodeIntegration:falseやContent-Security-Pol

    Electronでアプリを書く場合は、気合いと根性でXSSを発生させないようにしなければならない。 - 葉っぱ日記
    kazuhooku
    kazuhooku 2015/12/25
    "even when nodeIntegration is disabled, it is possible to turn it on via XSS using <webview> tag"
  • MySQLでINSERTのデッドロックに嵌る人を1人でも減らすために - ichirin2501's diary

    この記事ははてなデベロッパーアドベントカレンダー2015の12月24日の記事です。 昨日は id:stefafafan さんのエンジニア英語でした。 こんにちは、こんばんは。 クリスマス・イヴですね、皆さんはどのような一日を過ごされる(た)のでしょうか。 僕は一人です。 改めまして、先日初めての合コンを経験/失敗して二度と行かないと誓った はてなの id:ichirin2501 です。今回は小ネタとしてMySQL(InnoDB)のBULK INSERTにおけるデッドロックの話をしようと思います。ただ、外部キー制約が絡むと複雑になるので今回は触れません。それについてはこちらを参照ください。 あ、タイトルはオマージュです*1。 Topic 検証環境 INSERTのデッドロック 避けられないケース もしくはロックする リトライ処理に注意 初期データ Duplicateの場合 Deadlockの

    MySQLでINSERTのデッドロックに嵌る人を1人でも減らすために - ichirin2501's diary
    kazuhooku
    kazuhooku 2015/12/25
    コマンドラインからのバルク処理なら外部ロック取ればいいけど、ウェブアプリの管理画面とかだとこの手の最適化が必要? / 「INSERT失敗したら重複キーに決まってる」というコードはダメ。必ずエラー値確認しないと