はてなキーワード: VIEWとは
ども。
以前、はてな匿名ダイアリーで日記を書いた者です。
→【Ruby on Rails勉強】 xvideosまとめサイトっておいしいの?
上の記事でも書いていますが、Railsはおろか、Rubyを初めて触った人間がゼロからWebサービスをリリースするために利用しているGemを公開したいと思います。
サイト名 | onalife(オナライフ) |
---|---|
URL | http://www.onalife.com |
説明 | xvideos動画の共有・ユーザー参加型のまとめサイト |
developmentモードで起動する際のデータベースはsqlite3を使うようにしています。
コーディング→サーバー起動→動作確認→コーディング…という流れになりますが、サーバーを起動する際に、
$ rails s
と実行するだけでサーバーが起動できるため大変手軽です。
サーバー起動後はブラウザで http://localhost:3000/ でアクセスすれば開発用のサイトを確認できます。
productionモード(本番環境)で利用するのはMySQLを使うようにしています。
理由は他のWebサイトで推奨されていたため。
sqliteの場合だと、単純にDBのデータをファイルとして扱っており、同時に複数アクセスがあった際、最初のアクセス中にファイルがロックされてしまう仕様との記事をどこかで見たため、MySQLを使うようにしています。
developmentとproductionで動作を分けるには、 config/database.ymlで分けることができます。
development:
database: db/development.sqlite3
pool: 5
timeout: 5000
production:
encoding: utf8
pool: 5
timeout: 5000
よくWebサービスのページ下にある [1][2]・・・[X]といったリンクが表示されている、あれです。
http://memo.yomukaku.net/entries/238
https://github.com/amatsuda/kaminari
Unicorn + Nginx + Rails で構築しています。
効果の違いなどはGoogle先生に質問すると大量に返答がありますのでこちらでは割愛。
ONALIFE(オナライフ)では、xvideosの動画URLや画像パスを抜き出す為に、こちらのGemを使っています。
http://himaratsu.hatenablog.com/entry/2013/04/27/002249
自作するとなるとかなり労力使いますから…こういったところは極力他の人が作ってくれたものを流用してもバチはあたらんでしょう。
https://github.com/mbleigh/acts-as-taggable-on
通常だと管理画面も rails g xxx とかやって controller 作って、 view 作って…とかやらないといけませんが、こちらのGemを使うと一瞬で終わります。
素晴らしい!!
当サイトでは、投稿していただいたxvideosの動画が不適切な場合などに消去する必要があるため、どうしても管理者向けの画面が欲しかったのでこちらを使いました。
データベースを直接操作して delete とかできちゃいます。
http://www.func09.com/wordpress/archives/1136
自分のサイトのアクセス傾向を解析して、どうすればアクセスが伸ばせるか、ということを考察するのに必要不可欠な機能です。
通常、Google Analytics にサイトを登録すると、Javascript のコードが生成されるので、それをWebサービスに貼り付けるだけで完了ですが、こちらのGemを使うと、Google Analytics で生成されるID番号のみを登録するだけで自動的に挿入されるようになります。
まだONALIFE(オナライフ)は発展途上のサービスです。
機能を拡張していくうえで、先人たちのありがたいGemをどんどんこれからも活用していければ、と思っています。
みなさんもこれは便利!というお勧めのGemがあれば是非教えて頂ければと思います。
以上、ONALIFE(オナライフ)で利用しているGem一覧の紹介でした。
http://anond.hatelabo.jp/20101206224349
http://anond.hatelabo.jp/20101203150748
http://anond.hatelabo.jp/20120914214121
JavaScriptで部分的にビューを変更したりしてると、思わぬところで要素が残っちゃってたり、消えたたりするバグがよくでるんだが、
ちょっとしたビューの変更でも、変更後のビューは一枚のユニークなビューとして定義して、レンダリングしなおしたほうがいいのかね?
もちろんHTML全部をレンダリングしなおすという話ではなく、ビューモデル?みたいな感じで保持してるビューの値を、一度全部初期化しちゃってから、
表示したい値を入れて、レンダリングする感じ。
いつもページ遷移のときは、Render○○Viewみたいなメソッドの中で、一度ビューモデルを初期化して描画したい値をビューモデルに入れる。
そして、汎用的なRenderメソッドを実行して、HTMLに描画する感じにしている。
そして部分的にビューを変えたいときは、ビューモデルの変えたいビューに対応する変数の値を変えて、Renderメソッドを実行。
この「部分的にビューを変えたいとき」に、それ独自のRender○○Viewメソッドなるものを作るべきか否か迷うときが結構あって、
アメリカ留学中の日本人がアメリカで平泳ぎしたところ体に悪いからやめろと怒られたって記事が一部で話題になったので、
(アメリカで平泳ぎした結果wwwwwwwwwwwwwwww, http://bipblog.com/archives/4549449.html)
結論から言うと、
2. 一方で泳法の中では特段、膝に負担をかけるであろう泳法として認知されていること
が分かった。
1については、競技人口を示す資料が見つからなかったため、あまり深くはいえないのだけれども、例えば
アメリカにはほぼすべてのスイミングスクールが遵守する赤十字社が定めた水泳レベルというのがあって、
(http://www.gonashua.com/LinkClick.aspx?fileticket=gG3o_RpGNuU%3D&tabid=793)
これによると、平泳ぎはクロール、背泳ぎの次に覚える泳法として位置づけられている。
具体的に言うとクロールで25ヤード(23m)泳げて、ビート板で平泳ぎできる等すると昇級、
クロール50ヤード、背泳ぎ25ヤード、平泳ぎ10ヤード泳げると昇級、次の級ではバタフライ10ヤード…という構成になっている。
つまり、少なくとも泳いじゃいけない扱いはされていない。つか、日本と同じ。
一方で、第17回国際水泳連盟世界スポーツメディスン会議で発表された報告の内、水泳競技における膝問題を扱ったもので
特に取り上げられているのが平泳ぎであり、平泳ぎ泳手の86%が膝の痛みを感じたことがあり、47.2%が一週間に一度以上の痛みを
感じていることが報告されるなど、いわゆる平泳ぎ膝が平泳ぎ泳手に付き物の問題であることが実証されていることが分かる。
これがどの程度アメリカで認知されているのかは分からないが、swimming worldという水泳専門雑誌では2012年に平泳ぎ膝の特集を行い
その際コラムニストは、出来るだけ平泳ぎをトレーニング時間を少なくするようにという提言を行っている。
(http://www.swimmingworldmagazine.com/lane9/news/Commentary/30270.asp)
こう考えると、確かに留学先のコーチの反応は過剰なものとしか言いようがないのだけれど、平泳ぎ膝についての危険性は
日本以上に認知されている可能性があるととれる。まぁ、アメリカで水泳やってた人とかは割といそうなのでこの辺のことについては
肌身で知っている人が情報提供してくれるのが一番ありがたいのだけれども。あと、黒人は水泳しねーよみたいな意見ありますけど、
確かにその傾向はありますし問題になってますが、アメリカの黒人の内68.9%が泳げないかあまりうまく泳げないというデータがあり、
以前、話題になった記事をパクってまとめをつくり、パクリBotで拡散しているNaverまとめのアカウントが話題になった。
そして、何があったかわからないが、件のアカウントの更新が止まった。
また、消してしまったんだろうか?パクリBotにもアクセスができなくなった。
その後、ほとぼりが冷めた頃にこんなことが起きていた。
ブロガーの皆さんへ:NAVERまとめに著作権侵害で削除依頼を出した結果 | 情報科学屋さんを目指す人のメモ
話題になった記事を転載してアクセスを稼いだNaverまとめ。
元記事を書いた方がNaver運営に削除依頼をだすも、有耶無耶な対応をされたという記事なのだけれど、ふとある疑問が浮かんだ。
元記事のアクセス数はわからないけれど、パクったとされるまとめは19万Viewで4000ツイート以上もされている。
で、当該まとめを作成したアカウントは以前から似たような事をやっていたようで、49万View、約2万ツイートを稼いだこのまとめのコメント欄にはこんな書き込みが残っている。
http://matome.naver.jp/odai/2136660388182956201
http://labaq.com/archives/51787232.html
らばQさんの記事をパクったサイトからパクるという迂回パクリ!
昨年、ぱくりまとめが大きな話題になってニュースサイトにもパクリまとめが報道されましたよね?そのようなことにならないといいですね。
(そのパクリまとめは閲覧禁止になり報酬も減額されたそうです。)
今後のまとめについては改心いただきご健闘いただくよう心よりお祈り申し上げます
あらためて、なぜ後出しでこんなにもアクセスを稼げちゃうんだろう?
勘の良い人なら気づいたかもしれない。
このパクリまとめを作ったアカウントは、ワロスBotのようなパクリ画像・パクリツイートBotによる拡散をしている。
今回パクリまとめで問題となったNaverアカウントzen-12aさんのまとめ - NAVERまとめの
まとめを拡散しているBotの一部をリストアップしてみた。いずれも数千フォロワー以上。
https://twitter.com/testkaitou
https://twitter.com/botdaigaku_
https://twitter.com/yesfujoshi_
https://twitter.com/botprecure
https://twitter.com/animemeigen_
https://twitter.com/gamegazou_
https://twitter.com/gahoanime_
https://twitter.com/botghibli_
https://twitter.com/realjubot_
https://twitter.com/botkuroko_
https://twitter.com/aruarudoraemon
https://twitter.com/boketepic_
https://twitter.com/bougenbot_
https://twitter.com/pazudora00
https://twitter.com/kaitemita_
https://twitter.com/ghiblisyougeki_
https://twitter.com/kurokomeigen
https://twitter.com/botshimoneta
https://twitter.com/mousechiba_
https://twitter.com/rthealing_
https://twitter.com/kurokogazou_
https://twitter.com/girlscomic
https://twitter.com/bocchibot_
https://twitter.com/aruarurenai
https://twitter.com/chaoscomic_
https://twitter.com/rinrenkashi
https://twitter.com/rukakashi_
https://twitter.com/kaitemitabot
https://twitter.com/blkudasai_
https://twitter.com/kurokosousyu
https://twitter.com/animeokashii
https://twitter.com/kskkuroko_
https://twitter.com/seikeibot_
https://twitter.com/kimyoujojo
https://twitter.com/picgeinou_
https://twitter.com/vocaloidbot_
https://twitter.com/boketebot_
https://twitter.com/kanarikowai_
https://twitter.com/fujoshiwww
https://twitter.com/fujoshibot_
https://twitter.com/fujoshikao
https://twitter.com/taibanibot
https://twitter.com/tweetmickey_
https://twitter.com/bottenipuri
https://twitter.com/visualbot_
https://twitter.com/botgundam_
https://twitter.com/pokemongazou_
https://twitter.com/loveotoko_
https://twitter.com/housoubot_
https://twitter.com/purikuraimg
https://twitter.com/gazoufashion_
https://twitter.com/erogegazou
https://twitter.com/gazouanime
https://twitter.com/botkochikame
https://twitter.com/tameninaru_
https://twitter.com/imgkawagoe
https://twitter.com/mickeychiba_
https://twitter.com/iphonebot_
https://twitter.com/botfujoshi_
https://twitter.com/sakugakettei_
https://twitter.com/meigendisney
https://twitter.com/tweetaruaru
https://twitter.com/hanpanaibot
https://twitter.com/aruarugirl_
https://twitter.com/torisetsubot
https://twitter.com/yakyuaruaru_
https://twitter.com/arashimeigen_
以前話題になったcuration.jpというNaverアカウントのまとめを拡散していたBotがかなり含まれている。
冒頭でBotにアクセスできなくなっていたと書いたが、どうやら削除されたのではなくてリネームされていたようだ。
curation.jpと今回話題になっているzen-12aが同一人物かどうかはわからないけれど、なにかしら関係があるのかもしれない。
もう一つ気になることがある。
今回話題になっているアカウントは、しばらく更新を停止していた。
しばらく音沙汰がなかったぱくりBotによる拡散行為、なぜ再開されたんだろうか?
だとすればNaver公認となった今、運営に問いかけてもこのアカウントを抑止する対応は期待薄なのかもしれない。
①パクリまとめを作る人
②それを膨大なパクリBotで拡散して元記事以上にアクセスを稼ぐ人
③それを奨励する運営(憶測)
これが現状のようだ。
hakohakoは、バンド好きのためのライブ日程共有サービスです。ツイッターでフォローしている人のライブ日程をカレンダー形式でお届けします。ちょっとでも気になるバンドを見にいきましょう!
すみません。google chromeでしか検証していません。
3つあります。
一つ目は、一人でスクラッチで作りたいからです。プログラムを書くことは楽しいです(たいしたものはかけませんが)。しかし、デザインや運用のことは苦手で経験不足でした。これを期にやってみようと思いました。
二つ目は、少しでも気になるバンドを見逃したくないからです。不精なこともありますが、すべてのバンドをチェックできません。いつのまにか来てたりとか、来る前に解散してました。バンドの魅力は、小野ほりでい先生も認めてます。
一人で小さくwebserviceを作るためにはどうしているかを他の人にも書いてほしいため、自分から書いてみます。
言語はpythonで、web aplication frameworkはflaskを使いました。rubyやphpよりpythonが楽だと思いました。flaskはmicroframeworkで、rubyのSinatraと似ていて、小さいアプリを作成するのに適していました。
永続化のところは、redisを使いました。結果、redisを使った何かになってしまいました。。。mysqlでもpostgresでも、rdbを使った方がよかったです。ただ、sessionの管理やmessage queueを実装できるので、そちらで功を奏しました。
amazon ec2 のmicroで、nginxもuwsgiのreidsもworkerも動かしてます。dot cloudも試していたんですが、無料枠は4月末で終了してました。
デザインが苦手なので、bootstrap、bootswach、font awesomeを使いました。しかし、基礎ができてないためイケてない感があります。ノンデナイザーズブックを読んで出直してきます。
javascriptも苦手なので、coffeescriptを利用しました。pythonを使っているせいか、書きやすいし読みやすいです。mvcframeworkは利用していませんが、modelとviewを意識して書きました。
githubとgitの代わりに、bitbucketとhgを使いました。私にはgithubとgitの敷居は高かったようです。bitbucketは日本語で利用できるので、楽ですね。hgもgitよりも複雑なことを感じないです。ただ、gitの方が日本語ドキュメントは多いです。
gruntは、lessとcoffeescriptのコンパイルで使いました。リアルタイムで変更を通知するlivereloadも併用しました。
楽しいです!
別にどこでもよかった。伊豆とか箱根とか、地名しか知らない俺にはその違いがわからぬ。
経路はちゃんと調べなかった。東海道線っぽいね、東京駅スタートでいっか。昼出れば夕方のチェックインに間に合うだろう。カバンに最小限の着替えとiPad、予備バッテリーを詰め込み、出発。
そしてすぐ不測の事態に陥る。東京駅は人でごった返しており、普段利用しないs(ry 要するに迷った。広いし尋ねられそうな駅員いないし案内の地図見当たらないし、あぁGoogleマップ、JRあっちのほうか。なんとか改札抜けて、列車の中で駅弁食うか〜旅行っぽいしと思いついたところでヒヤリときた。
財布忘れた。
戻る?いやねえよ。なんとかならないのか。冷静になれ。お、iPhoneの背につけたVIEW・Suicaカード。お、ジーパンのポケットに800円くらいあるわ。宿代は予約時に払った。これはいける!
そんなこんなで電車に乗る。特に書くことはない。途中から海が見えておおーとなったくらい。目的地近くの駅について、あ、やべ、と思ったけどSuica使えた。ふぅ。旅館へ向かう道のすぐ隣が海だったので砂浜を一人で歩いて無事チェックイン。
浴衣に着替えて露天風呂へ。あれはよかった。これだけでも来てよかった。そして夕食。旅館は古め小さめだったからか、落ち着いた感じの30前後の男女がほとんどだった。そうだよね、普通そうだよね。あるべき姿みたいなのを見せつけられ、どんよりする心。
部屋に戻って、布団を敷く。和室。畳。この匂いがよい。ああ、普通はここでお酒を飲むのか。まぁ、いいや。。..!!
小学生の手のひらくらいあるだろうか。俺の動作が緊急停止。思わず口ずさむ「ウェーイ…」。押入れの中だったので、とりあえず封印。近くにいた管理の婆さんに報告。渡されるキンチョール。え、俺やんの?と躊躇したら婆さん俺の部屋へ。盛大に部屋にスプレー振りまいてクモと格闘、ティッシュで掴んで帰ってった、、。たぶん、俺には男らしさが足りない。
荒らされた部屋の真ん中に立ち尽くしながら、どんよりする心。
iPhone充電しとくか〜そういえば昨日書いた日記((また一人でバーに行ったら絵に描いたような展開になった))どうなったかな。ふと見えるネガティブコメント。やっぱりだめだった…?見るのこわい。とりあえず今日はやめとこう。またどんよりする心。
さて寝るか、じゃなくてこの旅行はまた別の目的もあって。クソ重いのに持ってきたiPad。こいつでアニメを見る。友人が勧めてきた「ひぐらしのなく頃に」。ご丁寧にも全話詰め込んで本体ごと貸してくれた。
布団に入ってiPadを壁に立てかけ、視聴開始。なんか怖いぞ。。4話になって、ドアに手を挟まれるところでビクッてなった。おいなんだよこれ。。
しかし怖いもの見たさで次へ。なんかあれ、時間戻ったけど?ああ違う世界線なのかな。。..!! 7話なにこれヤバい無理、直視できなかった。はしごのところ。。なんとか8話まで見て、一段落したから、もうやめた。さらにまたどんよりする心。怖いけど寝る。
朝起きてまた露天風呂入って朝ご飯食べてチェックアウト。帰りは初のロマンスカーで帰りました。快適。来る前はここでもアニメを見るつもりだったけど、まぁ、無理だったよね。途中でランチ休憩したときに、なんか、疲れて動けなくなってた。ご飯食べる手が進まないし、なんかちょっと震えてるし、珍しく残してしまった。何しに来たんだろう、俺。。
帰りに例のバーに立ち寄って、マスターのしおりさんが一人いたのでシローさんの分含めおみやげを渡して来ました。二人で話しながらくつろいでいると、また知らない人が来て喋って、ほどほどで帰りました。
32歳、営業職です。
プログラムとかなんもわからんちんなのですが、アプリを作りたいと思いたちアプリを
作ってみました。
とりあえず、アプリのランキングを見ていると、エロ系がやっぱり強いと思って、エロは正義!の名の下に
簡単にアプリを作るために、まずは簡単に作れるフレームワークを探す所から始まります。
フレームワークってなんですか?
それはね、なんだかわからないけど、簡単につくれるようになるものなんですよ。
詳しくは、
外人「システムを作るときに、よく利用する機能とか、構造とか、予めあると便利だろ?
俺が作っといてやったよHAHAHAHAHA」
っていう感じのものだそうです。
プログラミングなんてわからんちんだけど、HTMLくらいは作れるよ!
そんなあなたにPhoneGap(http://phonegap.com/)ということで、
とりあえずPhoneGapを使って見ることに。
でも、実際使ってサンプルを作ったりしてみると、動くは動くんだけど、
色々やろうとすると、Web上にあるドキュメントが古いのか、PhoneGapが最近になって
突如バージョンがあがったせいか、書いてる通りにやってみてもできない。
とりあえずiPhone Developer登録は既に完了していたので、Xcodeをつかってやるぜ!
俺は赤の扉を選ぶぜ!と思ったがはてさてどうすりゃいいのか。
HTMLをプロジェクトに追加するのはドラッグ&ドロップすれば完了だ。
その際にダイアログが出てくるので、"Create folder references for any added folders" を選択しておくと
元々のフォルダ構造とかが失われずそのまま追加できるのでいいぞ。
ほんでもって、UIViewControllerというのを作成する。
IBOutlet で UIWebView を利用するためのオブジェクト変数を用意しておいて、InterfaceBuilderから接続をする。
Files's Owner とかを右クリックして出てきた変数名と画面上についかしたUIWebViewをマウスでつなぎあわせれば
接続できるぞ。なんて簡単なんだ。
一番最初に行われる初期化の処理は viewDidLoad にでも書いておけばいいらしいのでここに書く。
UIWebViewはURLの書式になっていないと開けないようなので、それを調べることから始まる。
アプリ内に追加したリソースファイルは、アプリのデータに内皮されるらしい。
アプリが展開されるフォルダというのは、デバイスにより様々なのだが、そこから内皮されている
ファイルを取得するための処理というのがあるのでそれを利用する。
NSString *html_path = [[NSBundle mainBundle] pathForResource:@"index" ofType:@"html" inDirectory@"web"];
これでwebフォルダ内にあるindex.htmlファイルの絶対パスを教えてくれるというわけだ。
あとはこれを読みこませればOK。
[web loadRequest:[NSURLRequest requestWithURL:[NSURL fileURLWithPath:html_path]]];
NSURL というのがURL書式を記述するためのオブジェクトだと思っていただきたい。
ここではローカルファイルのパスを拾うため、 fileURLWithPath とするのがポイントだ。
file://nantarakantara/index.html みたいな書式になるんでしょうね。
なんだか色々理由はあるみたいなんですが、そうですかだめですか。
善は急げで、AndroidSDKとEclipseというものをダウンロード。
昔は色々設定が必要だったが、いまは開けば即使えるようになったらしい。便利便利。
こっちの場合も同じようなやつがあるんでしょう、ほらったWebViewこれを使えばいいらしい。
XCodeのときは、いかにもアプリの画面を作れば完成って感じだったけど、Androidの場合は
Layoutファイルというのを使わないといけないみたい。なんかこれはHTMLみたいな記法だな。。
どうなってんだかよくわかんないですけど、Layoutを作成して、WebViewを配置、
Androidの場合は、assetフォルダというのをつくってあげて、そこにHTMLファイルを
置けばいいらしいですよ。なるほどね。
WebViewでの開き方は、assetフォルダを直接開けばいいだけらしい。いえーい!
layoutに配置したWebViewをオブジェクト変数に呼び出して、、、
webView.loadUrl("file:///android_asset/web/index.html");
ひらいたーおっけーーーーーーー。
だけども、リンクを開くとブラウザが開いてしまうなあ。どうすればいいのこれは。
調べてみるとこうすればいいらしい。
webView.setWebViewClient(new WebViewClient(){
@Override
public boolean shouldOverrideUrlLoading(WebView view, String url) {
return false;
}
});
これで無事、WebView内で画面遷移するようになりました。
やっほー
そんで、なんとかつくりあげて、申請・・・
とかないんですね、公開したら公開されましたw
ていう感じで始めてつくってみたんで
よかったらダウンロードしてみて下さい!
https://play.google.com/store/apps/details?id=ff.appgroup.app001_hrenai
世界的ですもんね
乗るしかない
最近エロサイト作ってみた。みたいなエントリがすごい多いですよね。こんなエントリがあるくらい『最近流行の「エロサイト作ってみました」をいったん整理する http://anond.hatelabo.jp/20130124061507 』。
僕が知ってるだけで5個くらいそんなエントリを見た気がします。エロサイト作りのビッグウェーブが来ている!!エロサイトなら僕にも作れそう!そこで、このエロサイトビッグウェーブに乗るために僕も作ってみました!この手のエントリに食傷ぎみの方はすいません。。
『xvideos将軍』
名前はシンプルでインパクトのあるものにしようと思い、時代物が好きなので『xvideos大臣』『xvideos関白』『xvideos将軍』の3つで悩んだのですが、この中で1番偉いのは将軍だろうということで、将軍にしました(今考えたら関白のほうが偉い気がしてきました)。
まあとにかく、これで僕もアフィリエイトで年収150万円を稼いで社畜を脱出してイケダハヤト師のように生きれるはずです!やったね!年収150万円で僕らは自由に生きていくんだよ!
上記のまとめに登場するエロサイトは技術的に高度なことをやっていたり、かなり綺麗なUIだったりします。それはそれで素晴らしいのですが、はたしてそんなものがこの真冬に下半身裸な状態で見るエロサイトに必要でしょうか?
『可愛い子・好きなAV女優で抜ける』これがエロサイトに1番大切なことだと僕は思います。
xvideos将軍は「エロサイトは好きなAV女優の動画で抜ければ良い」という設計思想になっております。なのでデザインはお世辞にも綺麗と言えないですが、AV女優名からは結構な数の動画を探せるようになっています(例えば僕の大好きな鮎川なおちゃんだと22本の動画が登録されています)。動画は毎日50本づつぐらい追加されるようになっていますので、ぜひみなさん好きなAV女優で楽しんで下さい。
xvideos将軍がオシャレエロサイト原理主義に警鐘を鳴らせれば、と考えております。
技術的には特に大したことをしてないのですが、誰かの参考になるかもと思い一応のせておきます。
特筆すべきところもないですが、普通にrailsを使って作りました。現在、動画数は1万件近く入ってるのですが、サーバーが貧弱なせいかそれぐらい入れると結構クエリによっては重くなるので、New Relicを使って重いところを調べて、キャッシュしたり遅延ロードしたりするようにしています。New Relicは初めて使ったのですがherokuの場合本当にすぐ簡単に使い始められて素晴らしかったです。スマホ対応はjpmobileをつかってスマホからのアクセスの場合は別のviewを読み込みようにしていますが、、なんかbootstrapがうまくできなくて今はひどいことになっております。
サーバーはアダルトが大丈夫な日本のサーバーがよくわからかったので、とりあえず海外のは大丈夫なんだよね?ということでherokuを使いました。もしherokuはアダルト駄目だった場合すぐに移転するので教えてください。GMOのクラウドもアダルト大丈夫らしいのですが、一瞬使ってみて、コンソールとかが非常に使いづらかったので、お試し期間でやめました。
・DB mysql Xeround Cloud Database
無料プランですが、これは貧弱すぎてやばいです。お金がなくて上位プランに変更できないですが、xvideos将軍を出した今となってはすぐにアフィリエイトで秒速で1億円稼ぐ予定なので変更できるはずです。
・スクレイピング nokogiri
スクレイピングには敬愛するbabyshark http://d.hatena.ne.jp/inouetakuya/20121117/1353145846 でも使われているnokogiriを使っています。とにかく女優名にこだわって動画を保存したかったので、まず始めにAV女優名を全部スクレイピングして保存しました。現在3500人のAV女優が保存されています。AV女優ってたくさんいるんですね。ありがとうございます。
その後女優名がのっている動画サイトを定期的にスクレイピングするようにしています。まだまだ動画が保存されていないAV女優もたくさんいるので、その辺は今後の課題です。あとリンク切れをおこしている動画も多少あるので、それを定期的に削除するようなコードも今書き中です。
デザインはbootstrapのデフォルトなんですが、ずるいデザインテクニック https://speakerdeck.com/ken_c_lo/zurui-design に登場するズルい背景を使いました。背景をちょっと替えるだけで、かなり高級感が出るのでオススメです!背景はこちらのサイトから探せます(http://subtlepatterns.com/)
広告は全然かわからないので、とりあえず一番有名そうでAPIもあるDMMのを貼ってみました。動画の下には同じ女優が出ている作品をAPIを叩いてレコメンドするようにしてます。エロサイトは儲からないってなんかで読んだので、結構広告はベタベタ貼ってみて、herokuにちょっと課金してる分くらい稼げたらなーと思ってます。
・ユーザーが動画やタグ、出演女優名を登録できたりするようにしたら面白いのかなーと思っているのでそういった機能をつけたいです。「みんなで作るエロサイト」みたいな感じです。
・bootstrapがツンデレ過ぎて結構萎えてるスマホ対応をなんとかしたいです。
・あと、スーパーフリーエージェントになって秒速で1億円稼ぐのも最近流行ってるみたいなので、そっちのビッグウェーブにも乗りたいところですがうまくいってません。
宣伝乙とか言われてしまうと思いますが、その通りなので言い返せません。でもせっかく作ったから多くの人に使ってもらえたら嬉しいじゃないですか!
xvideos将軍をよろしくお願いします。 http://www.xvideos-av.com/
どっち?
SIでは09:00から23:00まで毎日働く程度に社畜してきたけど、最近楽できるポジショニングを覚えて定時退社したり仕事してると見せかけ違うことしてたりする。
最近は仕事していると見せかけて全然関係ないFuelPHPとか触っていたしな。
おかげでAuthとかPaginationとかViewのFormクラスとか覚えた。FuelPHP簡単で良いな…!
(でもHaskellとか今まで理解のない難しい概念とかは仕事をサボりながら、ではいまいち理解できない…)
RedisとかMongoDBとかも触りはしているけど活かし方が分からない。
MySQLが一番いいよおおおおおおお。
仕事をサボる。それって良くないだろ…とは思うけどまだ仕事を楽し始めて1,2ヶ月目。
仕事やりたがっている人に仕事させるのがいんじゃね、とか思ってしまう。
なんか聞きに来るしな、これでいいですかとか、ここどうしたら良いですか、とか。その質問に答えて手を動かすのはその人にやってもらおう。
この前とか「言ってくれたらなんでもやりますよ!」とかいう子分気質の人とかいたしな。
だがしかし「何を言うのか」を考えるのが面倒くさいんじゃ、何をやればいいのかまで考えてくれ…と思ったので「まじっすか!あざす!何かあったときはお願いします。」とか言って終った。
暗に自分で考えてもらうように言ったり、今まで自分がしてきた人との調整が必要な作業とかもなるべくお願いするようにして楽できるように頑張った。
あっちも言われたとおりにやれば進捗(自分の実績)が上がるし、美味しいとか思っていたんだろう。甘い甘い!もっと自分でやれ。
せめて「自分はこう思うがこれではいけないですか?もしくはこうすべきですか?」ぐらいの「自分の期待値」と「期待値とのズレ」を持って質問しに来て欲しい。
だがしかし、オレは仕事がしたくないし、作業を持ちたくないんだ…!(クズ)
適度にそういう質問が来るのは、仕事をしてるっぽい、忙しっぽいと思われるための重要な要素の1つではあったりするから、丁寧に対応するけどなッ!
プログラム覚えられて社畜出来るなら、23時ぐらいまで土日休めるならなら全然余裕だと思っているけど、1時とかまでやらされたらさすがに…/(^o^)\
WebはWebでも、上場していてあるてーどでかいところなので大丈夫なんじゃないかなぁ、とは思っているが…!
まぁ一応、職場の環境が良くて仕事が面白いなら、逆に帰る意味って?って感じだけど。具体的にはPCとイスと作業環境。適度に人がいない感じ。人と目線があまりぶつからない作業スペース。ディスプレイとPCを上手く使って作り出すパーティション。
ポテンシャル層を採用したいってお前ら…実は楽したいんだろ!とか思うけど、実際僕とか実績/実力無いのであなた達の世界に入れるだけでも幸せでございます、その層で働かせてください、なんとか追いつきます。という感じですが。。。
「あまり同じ環境にいすぎるのは良くない。楽をしたがるくせがついてしまう」
ととある人が言っていたのですが、まさにその通り!
The・今いかに楽をするかにフォーカスをあてて仕事してる!!!
作業をお願いされて、明らか揉めそうな案件なら断る方法を真っ先に考える/(^o^)\
これはいかん。
今までは意味不明に個人受注の副業も持っていたので、仕事中にその事考えたりコーディングしたりしていたからサボり時間を有効活用できたが、今やそういうのやめたのでサボり時間はあまり活かせない!というのも、インターネットを見続けるのはさすがにサボっているっぽいが、ターミナルでカタカタやっているのは仕事しているっぽく見える。そういう意味でサーバーサイドのコーディングはサボりつつもサボりをフェイクして出来た。
それを考えると、いいタイミングでWeb屋へのコンバートが決まった。
やりたいことと仕事がマッチング出来れば、もうヤバイじゃないっすか。
隠れてコソコソする必要ないっすよ。
もっともっと技術を好きにならないとヤバイ気がするんですが、頑張ろうと思います。
まだコーディングは飽きてないですが、いつか飽きて「これは楽する対象の事項だ」と脳が判断した時、何をするんだろ…。
いずれにしても若いうちからこんなあぐらかいていたらヤバイと思うので、Webのステージで頑張ってきます。
怠け癖が付く前に…。
そしてこんな怠けているのがバレるとヤバイと思うので…。
例に漏れず件のエントリーに影響を受けまして、Ruby on Rails を利用したサービスを作ってみました。
一つもアクセスがないため宣伝ついでに利用したgemや作成する際に参照したサイトを載せますので、「Rails初心者っす」とか、自分と同じく「そもそもプログラミングとか知らねっす」という方はちょっとしたナレッジとしてご活用くださいまっせ。開発ガンガンやってる方には価値ある情報たぶんないよー。
最初はMac標準のエディタで書いてたけど、どこかの記事を読んでからは「Sublime Text 2 (http://www.sublimetext.com/)」に乗り換えました。すごく…便利です…。ターミナルはMac標準のアレです。オススメがあったら教えてください。
完成までにやったこと、実装するために参考にしたサイトを並べます。
RubyとRailsの環境を構築する。(http://www.oiax.jp/rails/rails3/install.html)
簡単にウェブアプリの土台を作れるScaffoldという機能を使って遊んでみる。(http://www.techscore.com/tech/Ruby/Rails/quick-start/Rails4/4-1)
行き詰まったので本を買う。(たのしいRuby、Ruby on Rails 3 アプリケーションプログラミング、Rails 3 レシピブック)(※ 同タイミングで買ったわけではないです。簡単にウェブアプリを作るだけなら「Ruby on Rails 3 アプリケーションプログラミング」とインターネットに接続できる環境があれば十分だと思います。ていうか他の二冊はまだ全部読んでない。)
ひと通り分かった気になり、作りたいものを作る作業へ。
$ rails new sicolip
色んなgemがあって迷う。
・Device(https://github.com/plataformatec/devise) ・omniAuth(https://github.com/intridea/omniauth)
でも、
・Deviceはメールアドレスでの認証 ・omniAuthはtwitter/fb認証
個人的に
・エロサイトにメアドを登録したくない ・エロサイトの認証がtwitter/fbってなんか怖い
ということで、自前で実装。has_secure_password(gem:bcrypt-ruby) を利用する。
サイトをクリップ(URLを投稿)したときに該当するサイトのタイトルとか内容を取得する処理。
Nokogiri::HTML(open(target_url))
こんな感じでNokogiriオブジェクトを取得して、
return doc.xpath('//title').text
こんな感じでタイトルを取得する。こちらでxpathほかのお勉強。
ログインしている人にしかクリップ(URLの投稿)をさせたくない。そんなときに使える認可処理。
クリップしたサイトの情報をタグで管理したい。タグ機能の実装を手抜きできるのがこのgem。
・https://github.com/mbleigh/acts-as-taggable-on
・http://prototype-beta.com/tags/acts-as-taggable-on
上記を参考に。
クリップしたサイトの情報をタイトルや内容、またはタグから検索したい。
その処理を手抜きさせてくれるのがsunspotさん。サーバにデプロイしたあとに
$ rake sunspot:solr:start
・http://railscasts.com/episodes/278-search-with-sunspot?language=ja&view=asciicast
・http://outoftime.github.com/sunspot/docs/
will_pagenateっていうgemもあるんだけど、kaminariが最近の流行りらしい。
・https://github.com/richardiux/sunspot_with_kaminari
ということで、はてなブックマークみたいなブックマークレットを作る。
・http://d.hatena.ne.jp/ky2009/20090108/1231405893
herokuとやらが設定周りの色々めんどくさいことを肩代わりしてくれるという噂。しかも無料。
→ sunspotが有料オプションでした。やめる。
AWSというAmazonのサービスが設定によっては無料らしい。
→ ほんとに無料だった。AWS内のElastic Beanstalkというサービスが、herokuみたいにめんどくさいことを色々やってくれる。
・http://blog.serverworks.co.jp/tech/2012/06/28/aws-elastic-beanstalk/
・http://qiita.com/items/811cd9b614d8d300628e
そんなこんなで出来上がったものは陳腐なものかもしれませんが、まがいなりにもひとつのサービスができました。ここ1カ月だらーっとRubyとRailsをさわってみて感じたことは、ウェブアプリを作るのって特別なことじゃないんだなーっていう。どこかで誰かも言ってましたけど、開発している最中はパズルを解いてる感覚でした。ウェブに転がるピースを探して、フレームワークにあてはめていくようなそんな感覚。
おしまい!
前編はこちら
http://anond.hatelabo.jp/20120926165407
会員情報や文章などのコンテンツを保存しておくデータべース、MySQLを調べます。
データベースは他にもPostgreSQLやSQLiteなどが有名ですが、やはり王道を勉強します。
MySQLはCakePHPや、ステップ4のWordPress他、よく使いますので把握しておきましょう。
今はまだ関係ありませんが、余裕があればこれも読むといいです。
操作はコマンドラインを覚えていく方向で、始めはブラウザで操作できるphpMyAdminを使ってOKです。
技術調査はこの位にして、これからは実際にWebサイトを作っていきます。
ここまで来ると何となく、Webサイトがどんな仕組みで動いてるかが分かってくるので、
ステップ0でイメージした作りたいサイトがどんな技術で実現出来るか調べます。
TwitterやGoogle、Yahoo、AmazonなどのAPIを使ってサテライトサイトを作っても良いと思います。
が、高度な事をするとはまりやすいので、ある程度やって無理だったらあきらめて次回にまわしましょう。
まずは何か一つ完成させる事のほうが大切です。
それから開発効率UPのため、Chromeにプラグインを入れましょう。
説明はそれぞれのリンク先を見て下さい。
https://chrome.google.com/webstore/detail/ggfgijbpiheegefliciemofobhmofgce
Firebug Lite for Google Chrome
https://chrome.google.com/webstore/detail/bmagokdooijbeehmkpknfglimnifench
View Selection Source
https://chrome.google.com/webstore/detail/fbhgckgfljgjkkfngcoeajbgndkeoaaj
Pendule
https://chrome.google.com/webstore/detail/gbkffbkamcejhkcaocmkdeiiccpmjfdi
BuiltWith Technology Profiler
https://chrome.google.com/webstore/detail/dapjbgnjinbpoindlpdmhochffioedbn
iPSim
https://chrome.google.com/webstore/detail/gcligifbhamdimemnemmlkffkpmflehh
Color Picker
https://chrome.google.com/webstore/detail/ohcpnigalekghcmgcdcenkpelffpdolg
CSS Tester
https://chrome.google.com/webstore/detail/pjncppaiejjkcjlcgegcbmhgkflhenfp
MeasureIt
https://chrome.google.com/webstore/detail/pokhcahijjfkdccinalifdifljglhclm
あとはFireFoxにはFireBug。デバッグの定番らしいです。
https://addons.mozilla.org/ja/firefox/addon/firebug/
それから、空いた時間に無料のプログラミング動画サイト「ドットインストール」を見ておくと
ここまでの知識が定着すると思います。
ステップ7で作りたいサイトがイメージ出来てきたら、ドメインを取りましょう。
サーバーがさくらの場合はドメインもさくらで取得すると楽ですが、もっと安いところもあります。
希望するドメインが空いているか調べて取得、空いていなければ他のドメインを考えます。
http://www.sakura.ne.jp/domain/
定番の.com、.net、.orgは誰が見ても親しみがあるし安いので、できればこの3種類のどれかにしたい所ですが、
一般的な言葉はほぼ埋まっているので、その場合は.jp等にしても良いでしょう。
日本語ドメイン(www.日本語.netみたいな)は流行っていないですが、
自分のサイト名が「○○○.com」のような名前の場合は一緒に取得して、アルファベットのドメインにリダイレクトしましょう。
(ChromeユーザーがURL欄で検索する時、「○○○.com」のように後ろに.xxxが付いているとそのURLに直接アクセスしてしまい、
僕はバリュードメインで取得して、サーバーはさくらのレンタルサーバーにしました。
その際の親切な設定方法の解説はこちら。
VALUE DOMAIN で取得したドメインをさくらのレンタルサーバで使う
http://nekohacks.com/wordpress/domain/value-domain/
どんなサイトで、どんな機能があって、どんなページがあるかノートに書き出して行きます。
サイトの基本的なレイアウトをCSSで組みながら、デザインのイメージもしておきましょう。
ここではデザインはまだやりません。
先にデザインを作っても、プログラムを進めていく過程で変更がでたりする為です。
(でもあんまり後回しにしても、見た目がチープなせいでモチベーションが下がったりするので、次のステップでやります)
あと、ここで気をつけたいのは、あくまでメインとなる機能の開発を優先することです。
外堀から埋めていくとそこでモチベーションが尽きてしまったり、
メインの機能を実装してみたら外堀の修正が発生してしまったりするためです。
始めると分からない事がどんどん出てくると思うので、本を読み返したりGoogle先生で検索しながら進めて行きます。
なかなか進まなくて検索8割、コーディング2割くらいの進め方になると思いますが、それでOKです。
いじっているだけでモチベーションを使い切ってしまったりするので危険です。
CGソフトは色々ありますが、おすすめはフォトショ(Photoshop)です。
WebサイトのデザインはFireworksなども有名ですが、学習コストがかかるので、
Webサイトにもそれ以外にも使えて一番つぶしが効くフォトショップでOKです。
今年からクラウド契約が始まり、今なら1ヶ月8000円、年間契約なら1ヶ月5000円で
http://www.adobe.com/jp/products/creativecloud.html
お勧めの本はこれ
一から全部自分で作らなくても、素材サイトからダウンロードして加工するなどして手間を省きます。
PC・スマホ・携帯(ガラケー)全部に対応するのは大変なので、
初めはそのサービスを最も使うだろうと思われるどれか1つに絞ります。
PC用サイトならスマホでも最低限アクセスはできるし、携帯は縮小傾向なので優先度低、
スマホは画面サイズがまちまちでタブレット端末が目下発展中、AndroidはブラウザがたくさんあるがChromeに統一されていくかも、
対応する際はCSSを切り替えてレスポンシブレイアウトにするのがお勧めです。
その他、困ったらTwitter社が公開しているブートストラップを使うのもお勧めです。
ブートストラップはcssのフレームワークで、簡単にシャレ乙なデザインに仕上がります。
超便利!Twitter BootstrapでさくさくWeb開発
どうしても自分でイケてるデザインが出来ないと思ったら、友だちに頼んだり、SNSのコミュで募集したり、
デザイン系の大学や専門学校の掲示板にビラを貼らせてもらったりしましょう。制作費が出せればランサーズで募ってもいいかも。
Lancers - 仕事をフリーランスに発注できるクラウドソーシングサービス
僕はたまたまフォトショップの使用経験があったので、ここにかけた時間は30時間ではなく5時間程です(トータル275時間で開発)。
後編はこちら
Parent Directory 16-May-2012 04:33 -
count.cgi 27-May-2010 06:29 1k
delete.cgi 31-May-2010 05:34 2k
junre.cgi 10-Apr-2012 16:18 1k
admin.cgi 13-Jun-2012 09:35 4k
kick_url.cgi 08-Jul-2012 04:12 1k
setting.cgi 08-Jul-2012 04:12 1k
warning.cgi 08-Jul-2012 04:12 1k
よくわからないんだけど
http://ja.wikipedia.org/wiki/Model_View_Controller
※右図の写真でModelからControllerへの戻りはないよ?
別に ModelとViewが通信しちゃいけないわけじゃないし
ModelからViewおよびContollerへ飛ばすのは EventとCallbackであって、処理依頼ではないので・・・
もしくは、イベントドリブンとファンクションモデルを誤解してない?
たとえば、ListView の ListModelとListViewがあったときに Modelでデーターが更新されたらControllerに通知しないでViewに通知してデーターを更新すればいい。
Controllerというのは ユーザからの入力を受ける装置 であって、Modelを操作する装置ではないのだが・・・ ControllerをModelの操作装置として定義してないかなぁと思って。
Controllerが何かというのは、ここでは単にRailsとかCakePHPとかのウェブアプリケーションフレームワークのControllerのつもりです。
ウェブアプリケーションの場合処理の結果に応じて画面にいろいろ表示しないといけないわけですが、その画面表示の部分(表示するViewの選択とか、表示するメッセージの設定とか)はControllerに書かないといけないわけですよね。
そうすると、Modelで何か起こったときにControllerにそのことを通知して、それに応じたViewへの仲介をControllerに書かないといけないのですが、これがめんどくさいわけです。
正常系だけならいいですけど、途中で異常が起こって処理が中断されるなんてところを考えると、その部分を全部Model→Controller→Viewの2段階で書くのが大変に感じてしまって。
よかったら、教えて欲しいのですが Controller の定義を 教えて欲しいのですが
Controller って コレのことですよね?
http://pur.store.sony.jp/Qnavi/Product/CECH-ZC2J/
Controller = 入力装置 (View以外の出力装置) (パッド)
Arrow = Event/Call back (電気信号)
という認識で良いですか?
いえ、たいていの処理はModelに書かれてしまうので、Controller が厚くなる時って どんな時かな?と思ったので。
PS3のパッドが モニターの電源ON/OFFなどを見ることはないですよね。 という感じで。
PS3のパッド内にも当然CPUもどきは入っていて、そこでも処理しますが、 PS3のパッド内部に相当でかい処理を入れる とか でかくなるといわれても、想像がつかない感じです。
http://ugaya40.net/architecture/dis_mov.html
Fat Controllerはダメというのは昔から言われている話で、自分も昔読んだときになるほどと思ったので「なるべくControllerを薄く」を頭に置いているのだけど、どうもうまくいった感じがしなくて挫折感があった。その理由だけど、自分の経験から言うと、「Viewに変数を渡すのがめんどくさい」「途中で処理を中断するのがめんどくさい」の2点だと思う。
たとえばRailsだとController内でインスタンス変数に代入することによってViewに変数を渡すことができる。処理をModelに移すとModelからControllerに変数を返して、ControllerでViewに変数を渡すという二段階が必要になるのでこれがめんどくさい。(正確には、ControllerからModelの状態を取れるように作るのが正しいのだろうけど、Viewで必要となるあらゆる状況を想定してModelの状態を取れるようにするのはなかなか大変。それだったらControllerで処理しちゃって……としてしまいがち)
「途中で処理を中断するのがめんどくさい」
たとえばRailsの場合、Controllerからreturnすればその時点で処理が中断されるし、レスポンスもそこでrenderしておけばよい。しかし処理をControllerに移した場合、Model内で起こったことに応じて適切なレスポンスを返すコードをControllerに書かなくてはいけないが、これがめんどくさいように思う。Modelから直接レスポンスやViewを指定したくなってしまう。(もちろんそれはできないし、Modelの分離の観点からするべきでもない)
O/RマッパーのModelに一切処理を追加しないなんてことはなくて、Modelで処理できることは極力Modelに移しているつもりではいるのだが、どうしてもすっきり書けた感じがしない。
もちろんわかっている人ならこんなところでひっかからず、自分がわかってないだけの可能性が高いのだが、自分が上のような理由で挫折してしまったのは事実なので、何とかしたいとは思っている。
自分としては、理屈はわかるけど実際のコードはどうなんだという感じなので、「これは手本にすべきMVCのウェブアプリケーションだ」というのがあれば読んでぜひ参考にしたいのだけど、何かないものだろうか。
Hi. I am the author of "Interviewed 20 Greeks". There are lots views about Greeks on the Japanese web, but most Japanese people haven't had a discussion with Greeks on the recent crisis. We have to imagine other's emotions in order to understand them correctly. When we discuss the world, we have to be actors or novelists. Of course, it is not always true that understanding is accepting. Even if we don't feel sympathy for somebody, we need to correctly know his emotion in order to know his view or logic.
As you can see, it is difficult to say that my English is sophisticated. However, I can communicate with non-Japanese speakers by this. I can do. Of course, you must be able to do. Why don't you have any attempt to communicate with foreign people? Although you have ways to listen to, why do you ignore players' voices? Tell me the reason why you think that you can say something about Greece without talking with Greeks.
Honestly speaking, I don't want to show you my English skill, because Japanese people often criticize other Japanese people's linguistic skills. The reason why I did that is because I want you to know that it is possible to know the world more deeply by your English. Unfortunately, many Japanese people are virtually blind on the world. Our views are often "galapagostic".
10代のヤリチンヤリマンを大量生産しないためには、親が健全な性行動を心がけることが必要。
「金曜日の妻たちへ」「失楽園」のような、性的にだらしのないおじさんおばさん話に親が夢中になって、
行動にまで影響を受けているようでは、子供の性倫理レベルが低下して当然。
http://ci.nii.ac.jp/naid/110001887943
父親が娘に無関心である状態や、娘に対して愛情の無い叱責や暴力を繰り返している状態が、ビッチ娘を生み出している。
高度経済成長期から始まった、育児を母親に任せきりの父親像がビッチ激増を招いているのではないか。
父親が会社に長時間拘束されることで発生した職場不倫や、放置された母親によるカルチャースクール・スポーツクラブ不倫も、
ヤリチンの糞ガキやヤリマンビッチJCJKを増やしたくなければ、手を入れるべきなのは親世代の性倫理。
スポーツ新聞、週刊誌、女性週刊誌、韓ドラ昼ドラ、そういった老害世代のエロメディアの取り締まりや、
母親世代や年金受給者の出入りする「人妻風俗」などの取り締まりが根本解決になるのではないかと思う。
出会い系も禁止するべきだな。
狐と狸で色々 色いろあるだろうけど 2chの話にしろ 虚構の話にしろ 某女氏の話にしろ おもいやり があれば すこしは 相手にも 思いやりを期待できると思うのよね。
2chまとめの話なら何回言われてもやめないから批判のマグマが煮立っていってああなったわけだし
虚構は面白くないダラダラした作り話を騙して読ませる以外にview稼ぎの手段がないから優しく言われようが厳しく言われようがやり方変えるわけには行かないし
某女史は…って誰だよ?まあいいや
もう少し具体性のある話をしていただけませんかね?
どういう「思いやり」の応酬を想定してますか?
事件当事者(TA2)への愚痴を掲載をしてしまいました。申し訳ございませんでした。また、一行掲示板におけるTA2氏の発言をまとめる予定です。
なお、これ以外にも特定サークルへの中傷を行なっていた模様です。私が過去にまとめた記事が証拠となり嬉しい限りです。
http://henkaya.blog.fc2.com/blog-entry-15.html
(WEB魚拓http://megalodon.jp/2012-0602-1456-56/henkaya.blog.fc2.com/blog-entry-15.html )
追記:6月4日午後一時ごろの記事主は私じゃないです。
音楽ゲーム情報サイト「ぷろとらどっとこむ」(http://purotora.com)の管理人:森野聖樹(←ハンドルネーム。以降TA2)氏が、
初心者向けに、音楽ゲーム「BeatmaniaIIDX」シリーズの譜面攻略法を掲載した。
PS2ゲームソフト「beatmaniaIIDXシリーズ(DJTROOPERS もしくは EMPRESS)」内の"Wanna Party?"という曲のデータを解析し抜き出し、音源を使用している疑惑が5/12(土)夜中に発覚。一行掲示板による追求後、
TA2氏がこれを認め、合法な音源に差し替えたが、返答の遅れ、口調、言い訳、掲示板の頻繁なログ消失が不満を買い、TA2氏への抗議が続いたが、
更新停止二日後にサイト更新再開(アフィリエイト継続)。開いた広告スペースに小さくお詫び文を載せ、同月30日にレイアウト変更と言いつつ謝罪文こっそり削除。
投稿者IPの表示+批判意見発言者のIP制限 (NGワード設定は不明)にて批判の意見を抑えこみつつサイト運営を続けている。
なお、この解析事件によるIP表示の書き込みでTA2氏のIPが判明。同人サークル「状態変家」に対し、ネット上の掲示板で誹謗中傷を行なっていたIPと一致。
http://henkaya.blog.fc2.com/blog-entry-15.html
これを問い詰めると、TA2氏は誹謗中傷したことを認めた(謝罪しておらず態度が問題)。今回の解析事件以外にも、同人界隈でトラブルを起こしていたことが明らかになった。
ネタ集め・まとめサイト/創作系サイト 兼 beatmaniaIIDX情報まとめサイト。
初期の頃は音楽ゲームとニュースを少し紹介するサイトだったが、IIDX新作稼働初期に一行掲示板の情報を集めていたところ、ゲーセン店員やプレイヤーのサイト訪問が増え、規模が拡大し音ゲー情報サイトとして有名になった。ガラケーでも見やすい携帯用のまとめページがあるのが特徴。
この管理人TA2氏主催の同人サークルの参加者も増え、同人イベントでも有名になっていった。
作曲担当のDJYOSHITAKA氏に自分の同人CDを持たせ写真を撮ることに成功していた。
また、ポップンミュージック新作ロケテのアンケートの「よく使用するサイト」の質問で
はちま起稿、オレ的ゲーム速報@刃 とともに、「ぷろとらどっとこむ」の項目が設けられていた。そのくらい有名な音ゲー情報サイトになっていた。
1:http://anond.hatelabo.jp/20120519032040
2:http://anond.hatelabo.jp/20120512131058
3:http://anond.hatelabo.jp/20120512130433
4:http://anond.hatelabo.jp/20120512230254
隔離用1行掲示板設置後 http://anond.hatelabo.jp/20120512223315
↑の魚拓 http://megalodon.jp/2012-0513-0229-30/purotora.com/cgi-bin/4-bbs/view.cgi?st=1&to=800
http://www1.axfc.net/uploader/He/so/363116
うっかり消去したのであれば、バックアップ設置の怠り
CGIのエラーで消えるのであれば、このCGIのプログラマーのミス
が責任として問われる。頻繁に消える為、2chネットwatch板住人によりWEB魚拓が頻繁に取られていたようだ。
TOPページからは書き込みIDが見えない、投稿件数を見るか投稿して中に入らないとIPが見れない。
395 爆音で名前が聞こえません sage New! 2012/05/18(金) 22:20:03.84 ID:jKX6qZ860
以下書き込みたかった全文
端末固有IDをそのまま表示してしまったことは、冗談にならないほど深刻なセキュリティ事故です。既に悪意を持った第三者が端末固有情報を利用している可能性が否定できません。
セキュリティ事故の被害者に、問題が起こったことを周知し、対処してもらう必要があります。
また運悪く被害者となってしまった方が、あまりこちらのサイトに来訪されない方であった場合、伝わらない可能性があるので、最低半年程度、事故が起こった事実を掲示する必要があるかと存じます。
被害者の方に対して、対処策を伝えることも重要です。SNSや各種WEBサイトにて、かんたんログインに類する機能を使っていた場合、即刻それを取りやめるよう要請。機種変更をし、固有IDを手放すことの奨励。
同等機能のをもった機種に変更の必要があるなら、その資金援助やサポートなど、即刻やるべきことがあります。重ね重ね申し上げますが、これはセキュリティ事故です。真摯な対応をお願いいたします。
また、TA2氏はこの抗議に対し、
携帯固有IDが漏洩したのではないかという指摘について、このIDは、インターネットのサービスを利用する際に、常にやりとりされる情報であり、
適切な認証システムを利用される限りはセキュリティ上問題になるという認識はございません。
しかしながら、個人情報の漏洩であるという考え方も可能であるため、利用者の方にご不安を与えてしまったことをお詫び申し上げます。
と言及しているが・・・
view-source:http://purotora.com/cgi-bin/1-bbs/view.cgi?st=1&to=10
<font size="2"> <form action="/cgi-bin/1-bbs/write.cgi?guid=ON" method="POST" style="margin:0em;">
http://d.hatena.ne.jp/maru_cc/20080331/1206938154