  |
はてなキーワード: Cookieとは
最後に対策書いてるから、ネット広告のこと知ってるって人はそれだけ読んでくれ。
漫画村もAnitubeもそうだし、「無料動画 アニメ」とかで検索したら腐るほど出てくる。
今回は漫画村が謎にUXめっちゃ良くて人気になって目立ったけど本当にいっぱいあるんだ。
漫画、アニメ、ドラマ、映画、AV、同人誌とジャンルも様々。みんな大好きxvideosも著作権なんてあったもんじゃないよな。
ちなみに増田はブロッキングとかたいして意味のない、法治国家としての根幹をゆるがすようなヤバイことはやめておけ、という派です。
https://news.yahoo.co.jp/byline/kusunokimasanori/20180416-00084015/
広告で収益を得てるわけなんだから広告止めらんないの？って思うじゃん。
止められる。しかし正直ダークな部分もあるから全部は無理。でも大手止めたらそこそこダメージあるはず。
方法はあとで解説する。その前に構造について知っておかないと意味がないと思うから説明させて。
広告を出す（出稿）の大まかな流れはこれな。
もちろんお金はとられるんだけど、めんどうだし詳しくないしってんで代理店に任せる会社は多い。
中小規模の会社はお金も無いし直接媒体社（広告が載るメディア側）とやりとりするけど、1つのサイトだけにってのはほとんどない。1個1個連絡するとコスパめっちゃ悪いから。
それで、アドネットワークとかDSP（＋SSP）とかって呼ばれる、何百万っていうサイトをまとめてる業者に頼むわけ。
代理店ってネットだとサイバーエージェントとかが有名どころ。エロ系だとライブレボリューションとか。
ライブレボリューションはこの記事でも言及されていたな。高学歴使ってエロ案件ばっかりやってる会社。
https://anacondatan.hatenablog.com/entry/2018/04/15/184740
代理店は配信すればするほど儲かる手数料ビジネスだから、お金使いたがる。
あと「結局は商品が購入されればいいんでしょ？」「会員登録されればいいんでしょ？」って感じの、長い目で見た収益なんて考えられてないところも多い。
それがさっき言ったアドネットワークとかDSPに発注する。国内はだいたい国内の業者でやってる。
アドネットワークが抱えてる配信先になんで漫画村とかAnitubeがあるの？ってことなんだけど、儲かるからです。それしかない。
アドネットワークてバナーがクリックされたらお金がチャリンと発生する（表示だけでも発生することある）ので、
漫画村みたいにめちゃめちゃPV多いサイトは金のなる木なんです。たいていこういうサイトはクリックされても購入とか登録に結びつかないから、1クリックあたりの収益は少ないけど。
一応登録する時にはサイトのURLとか入れるんだけど、だいたいザル。
↓エロ系で強かった（今は知らん）i-mobileの登録ページ
https://i-mobile.co.jp/pre_register_partner.aspx
だからあんまり審査が機能していなくてまず登録が行われちゃう。
そんで、漫画村みたいにめちゃめちゃ儲かるサイトってすぐわかるんだから、「あ、やべぇサイトだ。警告や提携解除しなきゃ」ってなるのが普通。
けどやらない。儲かるから。最悪でしょ？お金を前にして善悪が判断できていないの。俺が知る限り上場しているような会社でもこういうケースあるからな。
というわけで、怒られるまでは載せちゃっていいっしょって載せる悪い集団がそこかしこにいる。
漫画村とか色々。小さいところはアドネットワーク1〜2個くらいしか使わないけど、多いとこは10個くらい使う。
結果クリックされたらアドネットワークの手数料を抜いて収益になる。
こんな感じで
ってなってる。詳しい人には釈迦に説法だが。
ダークウェブってほどダークじゃないが、エロとか精力剤とか痩せる薬とかって広告を載せにくい。
どこも怪しいとか、読者に合わないとかで、特に上場しているアドネットワークやサイトはそういう広告を拒否する。
とすると、上場してなくて規制ゆるゆるな中小アドネットワークに任せることになる。
中小アドネットワークはそっちもそっちで、ヤベェけど大量にPVがある海賊版サイトとかをたばねてニッチなポジションを持ってる。
この怪しい商材と怪しいサイトが悪魔合体して、漫画村が成立する世界ができてる。
即効性が高いのは、アドネットワークに通報しつつそれを公にすること。
お金の出処である広告主に通報ってのは正論なんだけど、あまり効果がない。
というのも、もう広告主はどこに出してるかわからないわけ。停止する方法も知らない。
特にDMMなんてお金めっちゃあるから広告出しまくってる。代理店やアドネットワークもたくさん使ってるから誰が悪いことしたかわからない。
あげくの果てに、自社のAVの無断転載サイトに自社の広告が載るみたいなことが起きる。
アドネットワークの方は配信先の審査もして管理するような立場にあるんだから知らないとは言わせない。
ちょっと専門的な話になるけど、クリックしたらその証拠を取るためにCookieをつけます。そのために一度アドネットワークのページにリダイレクトが一瞬される。
最初のリンク先はアドネットワークだからそのURLを見る。スマホだったらバナー長押しして、すぐわかる。
（リンク先がDSPの場合は配信先関係ないけど、まあ通報しておけばいい）
スクショとって運営会社に通報（IRの連絡先とかあればそっちがいいぞ！）しつつ、「この会社の使われてま〜す！」ってTwitterに画像つきで上げろ。たぶんそれが最短。
ちょいちょい相手の首を絞めつつ、世論が出来上がっていく。あとはジャーナリストとメディアに料理してもらおう。
（所要時間35分）
久しぶりにペアーズ再開しようと思って、以前女性として作ったFBのアカウントでログインしようと思ったんだけど、Cookie消したり持ってるアカウント全部ログアウトしてから入ったりしてことごとく失敗した。
俺、Macbook使ってるんすよ（タッチバー付13インチPro
俺、プログラミングスクールでプログラミング教えるアルバイトしてるんすよ（そいつはそのスクールの卒業生
懇親会で「皆さん嫌いな言語とかフレームワークはありますか？」と話題になると私は即座にRailsと言う。
「あのコマンドを打つと中で何が起きてるか知ってますか？」（知らない
「ActiveRecord？生でクエリ書いたことある？インデックスの意味くらい知ってるよね？」（書いたことない、適当なこと言う
3分後
「alert（'XSS'）」
百歩譲って学生エンジニアならまあセキュリティに無知なのは分かる。
しかしだな、文系エンジニアは「俺もハッキングしたい（笑）」な勢いで詳しく解説することを要求してくる。非常にウザい。
"
"
しょうがないので優しく解説すると「君ってハッキングとかしてそう（笑）」「君将来ハッカーになりそうだわ（笑）（クラッキング的な意味で）」
死ねよ。
俺、Git使って開発したんすよ（GUIのSourcetree
え？バグ？ちゃんとテストしたんだけどなぁ（完全手動テスト（）笑
AWSとGCPは登録はしたものの使い方が分からなくて結局放置
pwdとcdしか知らない（Makefileを作ったことないからいつもネットのコピペコマンド
はい、ゴールデンタイムに鯖落ち。復旧した時にはゴールデンタイム終了のお知らせ。
理由、CDNを刺してない、貧弱なプランの鯖（勿論ロードバランサなんか使ってない）
でも彼らは一応優秀な文系エンジニア。高学歴、サービスも作ったこともある、それなりの実績も持っている。しかし文系だ。
こういう奴らがいるからちゃんとしたエンジニアを軽視される。黙って営業職に転職してこい。
まあでも大学じゃ作者の気持ちしか考えてないのだから当然のなのかもな（笑）
追記
残念な理系名前を書くだけ一発採用派遣SIerは対象としてない。論外だ。
給料が安い？
そんなことは無い。400万以上貰える会社に内定もらっているから嫉妬も不満も特に無い。
だがしかし、ムカつく。
そんな奴が同期にいたら蹴り飛ばしてやりたくなる。
だが見てみろ、あいつらのアプリバックエンドが無いんだぞ？意欲は認める。だがそれで胸を張ってiOSエンジニアなんて無理があるだろ？
「ログアウト時に自分のお気に入りにアクセスするとその時のキャッシュが残って、ログインしてもお気に入りにアクセスできなくなる」
とのことだった。
他のひとが試した
https://anond.hatelabo.jp/20180214082441
の動作とも一致する。
とりあえずキャッシュ全削除してアクセスしたら、確かに自分のお気に入りにアクセス出来るようになった。
でもさ、はてなって時々意図せずログアウトするのね。その時お気に入りを見ていると、別に「ログアウトしました」とか画面遷移しないでログアウト状態で自分のお気に入り見ることになるので、これが仕様だとするとログアウトしてしまったたびにお気に入りにアクセスできなくなるのね。それは困るので「キャッシュ消したらアクセスできるようになったよ」って報告と「これそのままだと困るよ」って要望書いてサポートにメール返信した。
http://gigazine.net/news/20170606-intelligent-tracking-prevention/
cookie保存期間60日とかで、(ﾟдﾟ)ｳﾏ-って言ってたアフィリエイター全員死亡。(´ﾟｪﾟ)ﾁｰﾝ
http://adworld.hatenablog.com/entry/2017/09/21/012010
クリテオとかも発表をなぜか削除してしまったとのこと。
お疲れ様です。
まじな話をすると、N予備校のプログラミング入門コースやるのがオススメ。
一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。
月額1000円だけどしっかり勉強すれば一ヶ月の無料期間中に終わると思う。
もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラムで講師曰く去年はこれで二人エンジニア就職を決めたらしい。
内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職に必要な環境構築やセキュリティまでみっちりやる。
で講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。
↓みたいなことが学べる
----
Web ブラウザとは (Chrome, デベロッパーコンソール, alert)
はじめてのHTML (VSCode, HTML, Emmet)
さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)
HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)
はじめてのJavaScript (JS, ES6, エラー)
JavaScriptでの計算 (値, 算術演算子, 変数, 代入)
JavaScriptで論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)
JavaScriptのループ (ループ, for)
JavaScriptのコレクション (コレクション, 配列, 添字, undefined)
JavaScriptの関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)
JavaScriptのオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)
はじめてのCSS (CSS, セレクタ, background-color, border)
CSSを使ったプログラミング (transform, id, class)
Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)
診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)
診断機能の組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)
ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)
LinuxというOS (VirtualBox, Vagrant, Ubuntuのインストール, OS, CUIの大切さ)
コンピューターの構成要素 (ノイマン型コンピューター, プロセス, lshw, man, ps, dfの使い方)
ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)
標準出力 (標準入力、標準出力、標準エラー出力、パイプ、grep)
vi (vimtutor)
シェルプログラミング (シバン, echo, read, 変数, if)
通信とネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)
サーバーとクライアント (tmux, nc, telnet)
HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)
GitHubでウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)
イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)
GitとGitHubと連携 (git, ssh, clone, pull)
GitHubへのpush (init, add, status, インデックス, commit, push, tag)
Gitのブランチ (branch, checkout, merge, gh-pages)
Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)
集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)
アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)
ライブラリ (ライブラリ, パッケージマネージャー, npm)
Slackのボット開発 (slack, mention, bot)
HubotとSlackアダプタ (hubot, yo)
モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)
ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)
同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)
例外処理 (try, catch, finally, throw)
HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsのイベントループ, リスナー)
HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)
HTMLのフォーム (フォームの仕組み, form, input)
HerokuでWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)
認証で利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)
Cookie を使った秘密の匿名掲示板 (Cookie, Set-Cookie, expire)
UI、URI、モジュールの設計 (モジュール設計, フォームのメソッド制限, リダイレクト, 302)
フォームによる投稿機能の実装 (モジュール性, textarea, 303)
認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)
データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)
トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)
削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)
管理者機能の実装 (Web サービスの管理責任, 管理者機能の重要性)
デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)
脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)
XSS脆弱性の対策 (XSS, 適切なエスケープ処理, リグレッション)
パスワードの脆弱性の対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)
セッション固定化攻撃脆弱性の対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)
より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)
安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)
Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)
ExpressのAPI (app, Properties, Request, Response, Router)
GitHubを使った外部認証 (Passport, OAuth)
テスティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)
継続的インテグレーション (CircleCI)
クライアントのフレームワーク (Webpack, Chrome 以外のブラウザでもES6)
DOM操作のフレームワーク (jQuery, jQueryアニメーション, this)
AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)
WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)
RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)
テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)
インデックス (インデックス, 複合インデックス, Bツリー)
集計とソート (SUM, COUNT, ORDER BY, GROUP BY)
「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計、モジュール設計、MVC)
認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)
予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)
予定とユーザーの一覧の表示 (非同期処理, Promise, then)
出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)
出欠とコメントの更新 (Promiseチェイン, リファクタリング)
全く役にたたなくてもいい。
ただの自己満足なんだけど、フフフ///ってなるコンピュータ技術（用語・名称）のトリビアが知りたい。
諸説あってもいい。誰か、URL貼り付けるだけでもいいから教えて欲しい。
例えばこんな感じ）
GNU → "GNU's Not Unix!"（「GNUはUNIXではない」）の再帰的頭字語
boot → 「pull oneself up by one's own bootstraps」
MySQL → 共同創設者 Monty Widenius の娘の名前にちなんでいる
Windows XP のサポートは終了しました。お使いの PC の安全を保ってください。詳しくはこちら
閉じる
Windows XP のサポートを終了させていただきました。
Windows XP のサポートとセキュリティ更新プログラム等の提供が終了しています。2014 年 4 月 9 日 (日本時間)以降、このセキュリティ更新をせず PC を利用し続けることは、PC の脆弱性を解決しないままで使用し続けることになり、セキュリティ上、危険な状態になります。最新環境への移行をご検討ください。
Windows XP サポート終了とは何ですか。
Windows XP 向けのセキュリティ更新プログラムや有償サポート、技術情報のアップデートなどの提供が終了します。Windows XP の脆弱性が発見された場合でもセキュリティ対策などのサポートは行われませんのでご注意ください。
また、この日以降、Windows XP から Microsoft Security Essentials をダウンロードすることもできなくなります。
Windows XP を使い続けるとどうなりますか。
サポート終了後も Windows XP を搭載したコンピューターを引き続き使うことはできますが、お使いのコンピューターがセキュリティやウイルスのリスクに晒される可能性が高くなる場合があります。 Internet Explorer は Windows オペレーティング システムのサポート ライフサイクルを引き継ぐので、Windows XP 上の Internet Explorer 8 のサポートも終了となります。Windows XP PC をインターネットに接続し、Internet Explorer 8 を使って Web サーフィンをする場合、PC がセキュリティの脅威にさらされる可能性があります。また、今後はソフトウェア開発会社やハードウェア製造元が新しいバージョンの Windows に合わせて製品を開発するため、Windows XP では動作しないアプリやデバイスが増えていくと予想されます。
使っている Windows のバージョンのサポートが終了するとどうなりますか。
これからもコンピューターを保護するには、どうすればよいですか。
サポート終了後もお使いのコンピューターを保護するには、2 つの方法があります。
ほとんどの旧型のコンピューターでは、最新バージョンの Windows である Windows 10 が動作しません。PC が Windows 10 のシステム要件を満たしているかどうかを確認するには、Windows 10 の仕様についてのページをご覧になることをお勧めします。詳しくは、FAQ をご覧ください。
新しい PC の購入
お使いの PC で Windows 10 が動作しない場合は、新しい PC の購入のご検討をお勧めします。魅力的な最新 PC を数多くご用意していますので、ぜひお確かめください。これまでよりも性能が向上し、軽量化され、デザインも洗練されていますが、平均的な価格は 12 年前の一般的な PC よりも大幅にリーズナブルになっています。
最適な PC を見つける
Microsoft は Laplink とパートナーシップを結び、パソコンデータ引越し eXPress を提供しています。このツールは、古い Windows PC のファイル、フォルダーなどを選んで新しい Windows 8.1 または Windows 10 PC に転送します。
開始する
もっと詳しく
中堅中小企業向け Windows XP
Windows XP のサポートは終了しましたが、ビジネスの保護は継続する必要があります。
企業向け Windows XP
Windows XP のサポートは終了しましたが、会社の保護は継続する必要があります。
Office 2003 のサポートを終了させていただきました。
Office 2003 のサポートの終了について詳しくは、こちらをご覧ください。
お役に立ちましたか?
このページを共有する
みんなにも教えてあげてください。このページを友だちや家族と共有しましょう。
Facebook でつながる
Lumia
Lumia
OneDrive
OneDrive
Microsoft ストア
Microsoft ストア
小規模企業
大規模企業
人気のあるダウンロード
フォト ギャラリー
言語パック
よく行われる検索
Windows 10 の新機能
Continuum and Touch
最新情報
Windows Insider Program
サポートに問い合わせる
© 2016 Microsoft
はてなのアカウントでログインできます。パスワードはSSL通信で送信されます。
はてラボは *.hatelabo.jp ドメインで運営されており、*.hatena.ne.jp ドメインとは別にログイン状態が管理されています。
はてなのアカウントをお持ちでない方は新規ユーザー登録でユーザー登録を行ってください。
うまくログインできない方はお問い合わせをご覧いただき、Cookieの設定をご確認ください。
http://imgur.com/zktu5Fh http://imgur.com/user/quotesgiant https://www.similarweb.com/website/quotesgiant.com http://aacsb.csudh.edu/UG/tabid/36/forumid/12/postid/2365/scope/posts/Default.aspx http://www.opzk.ru/otzivy/otzyv.html-407 http://www.123cha.com/alexa/quotesgiant.com
私が見たぶんの、二次創作物としての夢小説、狭い範囲の夢小説について話したいと思う。
とはいえ、そんな狭い範囲においても、夢小説というものの幅は広い。名前変換小説、という別名をとるだけあって、「名前変換機能」がついている二次創作小説は、すべて「夢小説」と呼ばれる。JavaScriptのダイアログでも、Cookieのフォームでも、投稿SNSサイト・ホームページ作成サービス付属の機能でもいい。
その形式。愛おしいあのダイアログは、そっけなく「苗字」「名前」、とだけ書かれたものもあれば、「御名前をドウゾ」「Please enter your name.」なんていう、意味はよく分からなくともすてきな言葉遣い。
なぜならば――それはインターネット上で行われている。
すてきなものは同人誌即売会にある。オフラインにある。二次創作というものを知って以降、私はそう覚えこまされた。「オフ本を作りたい」と作家さんは言い、「やっぱり本になるといい」「ちゃんとしてるように見える」と言う、「差し入れありがとうございました」「こんどのイベントは限定ペーパー作ります」「コピ本作ります」。
指を咥えながら見ていた。
愛が足りない、と言われればそうだったろう。小学生だって即売会に行くことはできる。通販を申し込むことだって不可能じゃない。けれど私にはそうするだけの愛が足りなかった。住所を入力する勇気もなかったし、新幹線に乗って大都市に行くお金を貯めることもできなかった。
夢小説は私の味方だった。
クリックひとつで手が届く、インターネット上で完結した世界だった。本になって、「ちゃんとしてるように見える」ことはなかった。同人誌はインターネットがはじまる前からあったらしい。夢小説は、常にインターネットとともにあった。メアリー・スーの存在は知っている。けれど「名前変換」。名前変換が出来なければ夢小説ではない。
振られるもの。振るもの。いじめられるもの。いじめるもの。嫌われるもの。嫌うもの。
ただ一瞬だけ人生が交わるもの。交わることすらなく通り過ぎていくもの。
主人公の性別に制限はなく、男の子になってキャラクタと交わる夢小説は女の子になる夢小説と同じくらいたくさん書かれているように見えた。百合夢小説だってある。少なくとも私は書いたことがあるし、『テニスの王子様』のヒロインたち、竜崎桜乃と小坂田朋香や、『ハリー・ポッター』シリーズのハーマイオニー・グレンジャーの夢小説はかなり読んだ。夢中で読んだ。
ハーレム夢小説が好きだった。登場人物が多いぶん、たいていは長編のラブコメだった。ジェットコースターみたいな展開に夢中になり、連載が更新される日はいつも待ちきれなかった。男の子たちと丁々発止とわたりあう聡い女の子たちに憧れた。女の子を大切に大切に扱う男の子たちは原作とはまたちがう輝きを放っていた。「キャラの立った」女の子たちは、ときに作品の垣根を越えた作品を生み出すことがあった。それもまた好きだった。
傍観者になる夢小説が好きだった。「無糖」という言葉はよく覚えている。夢小説の脇には、しばし「狂愛」「死ネタ」「悲恋」などと属性が書かれていたけれど、そのなかの「無糖」は、キャラクタのそばを、傍観者として通り過ぎていくことを意味していた。見つめるだけでなにも起こらないことが約束されていた。書き手の視点から切々と綴られた誰かの横顔は、どこまでもいとおしかった。
これらの、相反すると思えることが同時に起こり得たのは、すべて、「名前変換」というものがあったから。
夢を見なければ、夢小説は書けない。
夢中にならなければ、作品のなかに入り込むことがどうしてできようか？
夢小説を読むとき、書くとき、私はずっとずっと夢中だった、冷静な判断なんてなにひとつしなかった。ただ、情熱の赴くままに行動した。
文字通り夢を見ていた。
見たいんだけど、今はまだ気持ちの整理がついてない。
って人の手助けになればいいと思います。
今見るのが辛かったら、あとから見てもいいじゃない。
http://ch.nicovideo.jp/nico-lab/blomaga/ar8759
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q12134841282
この辺のページ見て？ってなってる人にわかりやすいようにまとめただけなので、すでにわかってる人は読んでもあんま意味ないと思います。すいません。
※注意
この話を読む大前提として「OSはWindows」で「ファイルの拡張子を表示する」設定にしてください。
Windows7の人
http://121ware.com/qasearch/1007/app/servlet/qadoc?QID=013547
Windows8/8.1の人
http://121ware.com/qasearch/1007/app/servlet/qadoc?QID=013988
あとこれどうしてもタイムシフト放送保存したい人のために手っ取り早いタイムシフト放送保存の仕方しか書いてないんで、生放送録画の仕方とかは他で調べてください。すいません。
http://www.microsoft.com/ja-jp/download/details.aspx?id=40779
行ってダウンロードボタンクリックして落ちてきたファイルを実行。
今コレ見てる人だったら多分、入ってないから迷わずインストールしてok。
すでにインストールされてる場合は自動でインストールを止めてくれるので多重インストールの心配とかはしなくていいです。
http://com.nicovideo.jp/community/co310049
ここ飛ぶとコミュニティに入りますかみたいなこと聞かれるんで、入る的なものをクリックすると「正式版ダウンロード配布先1」ってとこに
・kakorokuRecorder Ver.1.5.4 (2013/11/04)
って書いてあるんで、ページ上のメニューから掲示板に入って投稿6558番を探して（ちょっとがんばればすぐにたどり着けるよ）リンクを踏む→「3079099.zipをダウンロードします」っていうボタンをクリック→出てきたリンクをクリック。
（って思ったけど投稿7820にも同じリンク貼ってあったんでそこから行けます。すぐたどり着けるはず）
これでkakorokurecorder154.zipってファイルが取得できるので解凍。
からrtmpdump-2.4-git-20131007_20131123.zipをダウンロード、解凍して、出てきたrtmpdump.exeってファイルをkakorokurecorder154.zipを解凍したフォルダに突っ込んでrtmpdump.exeを上書き更新する。
取得したファイルを解凍すると中に「kakorokuRecorder.exe」ってファイルが出てくるんでダブルクリックするとソフトが立ち上がる。
ツール→オプション→アカウント設定→ニコニコ動画アカウントの共有ってとこで「次のブラウザとCookieを共有する」にチェックつけて自分が普段ニコニコ動画を見るのに使っているブラウザを指定する。
ここでChrome使ってる人だけはChromeの仕様変更のせいでそのままではブラウザのCookieを取得できないので、一回kakorokurecorderを閉じて、
https://github.com/namoshika/SnkLib.App.CookieGetter/releases
SnkLib.App.CookieGetter.Sharp.v2.3.0.zipというファイルをダウンロード、解凍して「NET45」ってフォルダに中に入ってる3つのファイルと2つのフォルダをkakorokurecorder154.zipを解凍したフォルダに入れて上書き更新（NET45フォルダじゃなくてNET45フォルダの「中身」を上書きすること）。すると「Chrome（自分のニコニコアカウント名）」っていうのが選択項目に出てくるようになるんでそれを選択。
あとツール→オプション→録画→録画保存先フォルダで録画する先を指定しとく。
あとは
・メイン画面に戻って「放送URL」ってとこに自分の録画したい番組のURLを入れる
・「録画リスト追加」ってボタンを押すとボタンの下の画面に放送IDとか変換とか状態 待機中 とか出てくるんで録画開始ボタンを押す
・画面右側に録画したい番組の画面とか出てきて録画開始されるので終了まで待つ
・終わった時に「権利者名_放送ID(放送タイトル)_timeshift1.xml」「権利者名_放送ID(放送タイトル)_timeshift1.flv」って2つのファイルが出来てれば任務完了です。
（放送時間によってはファイルが分割されてtimeshift2ってファイルがもう一組出来るかも。要は.xmlと.flvのファイルが一組ずつ出来てればいいってことです。.xmlはコメントの時間などを指定するファイルで、.flvが動画本体）
http://www.videolan.org/vlc/index.ja.html
とりあえずこいつ入れとけば見れるはず。ちゃんと録画出来てるかどうか確認するにはまずこいつで再生してみよう。音がちゃんと鳴るか、音ズレしてないかまず確認するのおすすめ。
同じアプリはiOS用もアンドロイド用もあるのでストアから落としてきてコピーすればスマホでもファイル見れるよ。VLCでアプリストア検索すると出てくるよ。
VLC Playerは上手く使うとファイルは家のPCやNAS上においたままWi-Fi経由でスマホでストリーミング再生とかできるから動画収集癖のある人には色々やってみるのオススメだよ。
あたしはこれのver0.2.1.2使ってます。
https://code.google.com/p/lavfilters/downloads/list
からLAVFilters-0.60.1.exeっていうの落としてきてインストールしてから使ってください。
同名の.xmlファイルと.flvファイルを同じフォルダに入れてから再生すればコメント付きで見られます。
スマホでコメント付きで見る方法はちょっとわかりません。ごめんなさい。
要は.flvのファイルさえ確保できればあとはmp4に変換してストリーミングしたりDVDに焼いて見るようにしたりはいつでもグーグル先生に聞けば教えてくれるんで、とにかく確保確保。
http://webbingstudio.com/weblog/cms/entry-773.html
小規模の商用サイトでは、フォームを暗号化する際には、共有SSLを利用するのが当たり前となっています。独自ドメインのSSL証明書を取得すると、フォームを通して得られる収益よりも、維持費の方がはるかに高くなってしまうからです。
とこの記事では書かれていますが、一体どこで「当たり前」なんでしょうか？
SSL証明書の取得費用は、サーバーホスティングによって額がまちまちなのは確かですけれども、
安く独自SSL証明書を取得して利用できるサーバーホスティングは山ほどあります。
WEB制作者として「自分が良く知っているだけ」のサーバーのレンタルをクライアントに押し付けてはいませんか？
また、小規模商用サイトにしても、仮に年額35,000円のSSL証明書をつけ、かつ、月額3,000円のサーバーを借りていたとすると
月額でいえば6,000円くらいの負担ですが、
いくら小規模とはいえ、広報活動の中核をなすWEBサイトであるならば、
月額6,000円をペイできないとすると、
（というか、効果測定をしていないだけ？）
共用SSLのリスクに関して言えば、この記事が引用している、高木浩光氏の書かれている通りではあります。
cookieが取得できてしまう結果として、一番最初に狙われるのは、管理画面へのログイン。
いわゆるセッションハイジャックです。
ログイン状態を乗っ取られた時点で、どんなCMSでも、WEBサイトの改ざんは可能です。
なぜか。
そのコンテンツは多くの場合MySQLに代表されるDBに保存してあります。
したがって、ファイルの改ざんなどを行わずとも、WEBサイトの内容は書き換えることが可能なのです。
「なるほど」と思ってしまうかもしれないので、
早々に訂正していただきたい。
また、この記事にある a-blog cmsというCMSについてはよく知りませんが、
多くのモダンなCMSでは、ほとんどの管理画面ログインにおいて、
セッションハイジャックに対する防衛は行われていますので、
cookieの取得が、即WEBページの改ざんに繋がるような書き方も、
ここも早々に訂正していただきたい。
この筆者さんは、a-blog cmsというCMSを利用されているようだ。
このCMSはどうやら、PHP製ながらPHPのソースを暗号化しているようだ。
こう言ってはなんですが、攻撃者にしてみれば、a-blog cmsを攻略するくらいならMovable TypeやWordPressを攻めた方が楽というものです。
この記述はむちゃくちゃである。攻撃者にしてみれば、誰でも手に入れられるCMSであれば、
a-blog cmsの公式サイトを拝見すると、MySQLを利用しているようで、
ファイルの暗号化はなされていようとも、DBの中身の仕様は丸見えだ。
前提条件として「知っている」「知らない」の差はあれど、攻撃に関して「ラク」というのは
どう考えても楽観的に過ぎる考えだ。
どうも「SSLで確保される安全の領域」について、かなり認識が甘いようだ。
SSLはあくまで、TCP/IPネットワークにおいて通信経路を暗号化するための技術だ。
通信する際に、通信先のサーバーが正しく認証されているかどうか？に必要なのはSSL証明書。
で、ここに書いたとおり、SSLはあくまでサーバーと利用者の通信においての暗号化だ。
この記事に書かれていることは「メールフォームについて」のことのようだが、
サーバーに到達したあとのメールについては安全性をかんがえていますか？
メールは全く暗号化されず平文で送信されるとても脆弱な通信手段だ。
いくらSSLで通信を暗号化しようとも、問い合わせフォームの送信がメールだったとすると…
とこの記事ではかかれていますが、そもそもHTTPやHTTPSの通信を傍受するより遥かに
メールを傍受したほうがラクとも考えられるはず。
CMSの機能に甘んじて、こういったベーシックな問題に考えが及んでいないとすると、
とおもう。
記事に対するつっこみではないですが、
正しくは「TLS」でっせ。
