はてなキーワード: Unicornとは
どうやら「Unicorn Overlord」はすでにローカライズに問題があるようです
日本のゲームが奇妙に編集されたローカライズを受け取ったさらに別のケースでは、Unicorn Overlord が影響を受ける最新のものであるようです。
『ユニコーン オーバーロード』のリリースが目前に迫っており、ファンはヴァニラウェアの最新かつ最高のゲーム大作の完全版をプレイしたいと切望しています。
優れたデモについてはすでに紹介しましたが、ゲームの高度に編集されたローカリゼーションに一部のファンが憤慨しているのは当然のことのようです。
この状況の完全な内訳は一読の価値がありますが、次の Twitter/X スレッド (下に表示) にも多くの役立つ詳細が記載されています。
https://twitter.com/zakogdo/status/1761625443810385991
簡単に言うと、ローカライズによってさまざまなキャラクターの意図が大きく変わり、その結果ゲームのストーリーも変わるようです。これは本当に残念なことですが、ゲームでこのようなことが起こったのは決して初めての例ではありません。
何らかの理由で、日本のゲームは特に過度に侵略的なローカライザーの影響を受けており、存在すべきではない場所に創造的な痕跡を残そうとします。
ローカライゼーションは、どんなに良い場合でも複雑で困難なプロセスであり、人々が自分の役割を誤解し、翻訳に独自の創造的な解釈を加えようとすると、その権限をはるかに超えて、彼らが取り組んでいるゲームに悪影響を及ぼします。
その点で、ローカライゼーションは重要ではありますが、ゲーム開発とはまったく別の分野であり、ローカライザーが本当にゲームを作りたいのであれば、代わりに実際のゲーム開発の仕事に応募するべきです。
その間、おそらくヴァニラウェアの最高のゲームの 1 つが、ゲームを適切に翻訳するだけだったはずの人々からの妨害にすでに悩まされているようです。
『戯けた意見をレジで言ってる』って事。後ろに人が居ようが居なかろうがレジ打ちとして迷惑なんだよ。
そんな意見はレジに言うんじゃなく本社に言うなりメーカーに言うなりって話でしょ。
それをこの意識高い系のモデルちゃんは『わざわざ言わないで良いところで言ってる』ってのが問題なんだよなー。
こういうのが増えるから面倒くさい一般人も増えるってことに気づいてほしいんだよね。
売れてるんだか売れてないんだか分からんような奴がしゃしゃり出てきて変に一般人を煽動するのは、一般人が独自に動くよりもくっそ面倒くさいことになるから止めて欲しいんだよね。
ほんと迷惑行為なんだよ。それなりに売れてるんなら、その業界だけで行動しろよと。いちいち他の畑に迷惑行為しにくるんじゃねえよって思うのよ。
あー、UNICORN聞きたくなってきた。
「1990年頃に黄金期を迎えた週刊少年ジャンプは、黄金期を支えた『ドラゴンボール』『SLAM DUNK』『ダイの大冒険』『幽遊白書』といった作品が終わるといったん低迷期を迎え、1997年には週刊少年マガジンに部数で抜かれるなどの暗黒期を迎えた」のようなオーラル・ヒストリーが語られることが多い。
が、現在になって見返してみると、これは若干の間違いを含んでいるといえるので書く。
ジャンプの部数は1995年に653万部に達し、1995年にドラゴンボール』の連載が終わると1998年まで右肩下がりに落ちている。
1999年および2000年には微増しているため、部数面での暗黒期はむしろ1998年というべき(それでも現在よりは多い)だが、やはり「マガジンに追い抜かれた」という事実のインパクトが大きいというべきか。
まず、連載作品は4つに分けられる。『a.1997年を通して連載されていたもの』『b.以前からの連載が1997年に終わったもの』『1997年に連載が始まり、1998年以降まで続いたもの』『1997年に連載が始まったが短期間に終わったもの』だ。カテゴリー別に見ると以下のようになる。
なお、b,cおよびdは区分が曖昧になることがあるが、dに入れる基準は『連載期間1年未満』を目安とする
『こちら葛飾区亀有公園前派出所』『ジョジョの奇妙な冒険』『BφY-HARELUYA II-』『地獄先生ぬ~べ~』『遊戯王』『封神演義』『るろうに剣心』『真島クンすっとばす!!』『WILD HALF』『みどりのマキバオー』
『セクシーコマンドー外伝 すごいよ!!マサルさん』『ろくでなしBLUES』『幕張』『とっても!ラッキーマン』『 キャプテン翼 ワールドユース編』『レベルE』
【c.1997年に連載が始まり、1998年以降まで続いたもの】
『BASTARD!!~暗黒の破壊神~(背徳の掟編)』『I"s』『ONE PIECE』『世紀末リーダー伝 たけし!』『花さか天使テンテンくん』
『BE TAKUTO!!~野蛮なれ~(※厳密には、1996年50号で連載開始)』『魔女娘ViVian(※厳密には1996年49号で連載開始、97年43号で終了)』『Wrestling with もも子』『COWA!』『私のカエル様』『仏ゾーン』『きりん~The Last Unicorn~』『COOL<レンタル・ボディガード>』『Merry Wind』
「過渡期であった」というならばその通りだ。『ろくでなしBLUES』『ラッキーマン』『キャプテン翼(※WY編の連載開始は94年だが、小中学生編まで含めれば黄金期の作品と言っていいだろう)』といった黄金期組が終わり、"黄金期に小学生で当時中高生だった”勢には読むマンガが少なかったのも確かだ。
一方で、現在の看板マンガ『One Piece』や、当時の少年を性に目覚めさせた『I's』が始まるなど、作品の質がそれほど悪かったということは実は無い。もちろん、新連載に固定ファンが付くのは時間がかかる(『I's』はそもそも作者の固定ファンがいるだろうけど)から落ち込んだイメージがつくのは仕方ないとはいえるが、そのイメージが実際と合っているとは限らないのだ。
ちなみにこの後、1998年には『ROOKIES』『ホイッスル!』『シャーマンキング』『HUNTER×HUNTER』が、1999年には『ライジングインパクト』『NARUTO』『テニヌの王子様』『ヒカルの碁』といった作品が始まり、ジャンプは再び盛り返していくことになる。
なんか、最近IPv6の話題を前より見かけるようになった。それはいいんだけど、ものすごく偏ったことを言う人が増えたなぁ
IPv6では、セキュリティは端末で護るものだとか、IPv4と同じようにFWで護れないと困るとか、物凄いことを平気で言い出す人がちらほらいるなぁ...
IPv4だろうがv6だろうが、中継段、終端の両方で守るべきなのは自明だとしか思えない。
DoS系なら中継段で守ったほうが効率よく守れるし、個別攻撃なら終端で守らないと複雑度が増して守りきれない、程度のことは常識だと思うんだよなぁ。違うのかなぁ...
まぁ、鯖を管理する人たちでもiptables/ufw/firewalld/ipfw/pf/npfの設定は呪文にしか見えないだろうし、TCPの状態遷移なんて追い切れないだろうし、S/Aと言われてわかる人も少ないだろうけど、それはただの勉強不足でしかないと思うんだよなぁ。
まぁ、nginxすら分からなくてapacheから移行できないという鯖缶もいるから仕方がないんだろうけど。
(なお、apacheが悪いと言うわけではない。必要に応じて使い分ければいいのに、「知らないから」nginx(別にlighttpdでもh2oでもなんならunicornでもpumaでもいい)を使わないと言うのは、違うだろうと思うのだよな。
昔Dirty Unicorn焼いて引き出しにしまっておいたGalaxy S4(当時色々調べてMNP一括1万円維持費0円で入手した)を引っ張りだして、充電してみたら結構サクサク動いた。イィーネ!
Galaxy S4と、iPhone 6、Mi 6を横に並べてブラウザでモバマスをこれまた久々に起動し、3つ同時タップで「お仕事」を進めてみたが、S4はMi6に負けないくらいサクサク進んだ。イィーネ!
一方、2年ほど四六時中デレステで酷使したiPhone 6はバッテリーがとんでもなく劣化していて、フル充電しても数時間ほっておくと一気に50%→20%みたいな瞬間的な減り方をし、果ては0%に至る前にブラックアウトする。
そんなわけでスペックも落ちているのもあってか、こいつだけ動作がもたついていて「お仕事」の進みが遅い。iOSでsafariという一人だけ違う環境とはいえ、iOSはだいたい常にAndroidより速いと思っていたのが瓦解した。泥イィーネ!
そんなこんなで、少し前に何かと話題?だった新キャラのあかりんごちゃんとのエンカウントを果たした。
辻野あかり「真面目にやったのに、あかりんご負けちゃったんご…なしてや!」と、一瞬なんJ語使いを思わせる言動も見れた。
だが「なんでや」ではなく山形方言の「なしてや」を使い、りんご推しということで「んご」をつけている…という巧妙ぶりよ。
まあ実機3台も並べて3垢同時操作するより、PCのChromeのマルチユーザで縦長にした窓3つ並べてやった方が早いんだけどね。スマホにUA偽装して。
昔はそうして遊んでた時期もあったけど、またやりだす気分にはならないなぁ。でもたまにやるくらいなら楽しいかな。
はたらく一家 / 徳永直 (1937(小説)) (1939(映画))
はたらくおじさん / NHK教育 (1961~1982)
はたらくくるま / のこいのこ・ひらけ!ポンキッキ (1986)
はたらくねこ / 渡辺電機(株) (1995~1998(連載(未完))) (2006(完全版))
はたらく☆少女 てきぱきワーキン♥ラブ / 竹本泉・NECホームエレクトロニクス (1995~2001(漫画)) (1997(PCエンジン))
働くおっさん人形 / 松本人志・フジテレビ (2002~2003)
はたらく魔王さま! / 和ヶ原聡司 (2011~(原作)) (2013(アニメ))
cruby を使っているならunicornにしてください。
crubyには、GVLがあるのでスレッドで動くアプリケーションサーバは、worker数を増やしたところで一定より性能は向上しないと思うんだよね。だってWEBアプリケーションってCPUバインドだもん。
アプリケーションがDB以外へのIOでリソースを食っているなら設計を見直したほうがいいし、最悪pumaを使ってください。
ちなみに開発環境でpumaが標準になっているのは、webrickと比べて静的ファイルの配信がはやく終わるからなんだよ。間違っても本番環境でpumaを推奨している訳じゃないからね。
ちなみにherokuの場合は、フロントにwebサーバを配置できないので、スロークライアントにunicorn workerを取られるくらいならpumaにします、という覚悟が必要。
毎度毎度、バージョンアップで非互換な修正加えてコードの修正が必要になって、Gemも上がって依存が壊れて
いつまでやってんだよw
Railsのプロジェクトでどれだけの人が最新版に追従できてんだよ?テストを書いてれば余裕?
本当かよ?正直に言ってみろよ?実際はレガシーRailsの山だろw
ヘルパーやらマイグレーションの仕組みやら最初は良いかなと思ったけど、どう考えてもやり過ぎだ
短くかけるとか喜んでるやつは一度考え直せ
それで良いんだって?自分がコントロールできない知らないコードに依存して結局バージョンアップで地獄みてるだろw
最低限中で何が起きてるか理解しとけよwまあ理解できるころにはRailsでなくても良かったんやwってなるけどなw
RAILS_ENV=productionだとstaticファイルは自分で返さないassetコンパイルで小さくしましょう
→ developmentで動いてたけど本番だと動きませんでしたw
毎度毎度、アホみたいにGem入れやがって、もう自分で把握できる状態じゃねーだろ?
bundlerだから完璧にvendoring出来ますだって?
本当かよnaitive extensionのGemなんてどう考えたってRails管理外のヘッダファイルに依存すんだろ
めんどくせーなbundlerもこけるし、rbenv使ってrubyのバージョン揃えろとか
ホントめどくせーよ
deployもcapistrano便利とか言ってるけれど、そんなに便利じゃねーよw
あんなDSL覚える時間あんならシェルスクリプト書けるようになっとけ
rackサーバがたくさんあってよかったねじゃねーよ集約しろ馬鹿w
unicorn, pumaで比較しましたとかアホ記事書いてる暇あるなら集約するかなにかしとけ
この手の話すると信者が使わない方法もある・選択しない方法もあるとか擁護してくるけど
そりゃあるけどそれ調べんのがめんどくせーって言ってんだよw
何でもかんでもレールに乗せてそれを強要してくるような感じがすんだよw
3人くらいで集まってBtoBtoCアプリサービス作ってるんだけど
お金ないから一旦俺がアプリ・サーバー・デザインとサービスモデル化までやってる
それで一番苦戦するのがサーバー
Rails覚えりゃいいんだろ? と思ったら
Rails、Ruby、Nginx、Unicorn、Jbuilder、SQLite、AWS、その他いろいろ
とにかく多い
芋づる式にいろいろ必要になる
linux知識が薄いから更にアレだし、IDE入れたら更にアレだ
(いや、AptanaはEclipseベースだからあまり問題はなかったか)
しかも、そこまでに取捨選択が入るから、登場する「ナニコレ」はもっともっと多くなる
まあそこまではまだいいんだけど
一個一個のバージョン差とか、書き方の差でハマる
「まあこの書き方が主流だよね」があまりない
MySQLは書けるのにSQLiteでハマるしActiveRecordでドハマリする
皆自由すぎる
何でコンパイラ無いんだよ
おまけにググっても色々出てこない
完成しても「本当にこれでいいのか?」がよくわからない
色々蓄積してどっかで問題が起こるかもしれない
アプリならそんなこと滅多にないのに
難しいよサーバーサイド
俺やだよ
「サービスリリースしたらWebも必要だよね」って話もあるんだけど
たぶん無理だな、外注しないと
___
利点:設計とかあとで適当に変更してもコミュニケーションコストがかからないから楽
複雑な仕様を全部把握できる
まだサービス全体像がふわふわな場合は試行錯誤できるから非常に有効だと思う
頼れない
進みが遅くてイラつく
みんなもやってみて
最近声高い男ボーカルが流行っているのか、数が多くて辟易している。
もっと男臭い、低い、泥臭いような声を出すバンドを知りたいから教えてくれ。
参考までに、増田はエレファントカシマシ、イエモン、amazarashiあたりが好きだ。
-----------
■追記
現時点でブクマに挙げてもらったものをまとめてみた。(21:31時点/トラバは今まとめてる)
リンクとか追加するかも。
泉谷しげる with LOSER
SUPER BEAVER
https://www.youtube.com/watch?v=YXFSr_JFVj0
memento 森
忘れらんねえよ
OKAMOTO'S
甲本ヒロト(現:ザ・クロマニヨンズ、※増田注:個人的にはTHE HIGH-LOWS推したい)
OLEDICKFOGGY
Nothing but thieves
Catfish & the Bottlemen
Royal blood
Creedence Clearwater Revival
Silhouette From The Skylit
Joe Cocker
The National
Tom Jone
Warren Zevon
John Cougar(現:John Mellencamp)
Guns N' Roses
Phil Anselmo
Howard Andrew Williams
Clutch
Bunker Hill
Alabama Shakes
Motörhead
Kaleo
skrsvideo
今回プログラミング言語はRubyを選択したため、基本的にはVPS・クラウド的なサーバーでLinuxが動作する環境を探しました。
エロサイトを運営するにあたって問題になるのがサーバー選びです。
基本的に日本のレンタルサーバーではアダルトサイトの運用を禁止しています。
普段使っているさくらのVPSが利用できず、AWSもなんだかグレーな感じ(東京リージョン以外なら・・・?)
そんなわけで探し、GMOグループのWebkeepersを使いました。
使っても良いよ〜というお墨付き、
そして価格も手頃だったためここに決定。
DB | MariaDB |
---|---|
Webサーバ | Nginx |
フレームワーク | Ruby on Rails |
MariaDBを選んだ理由はなんとなく、MySQLとの違いはほぼありません。利用するGEMもmysql2でいけます。
ちなみにJavaScriptは使わずすべてCSSで作る方針にしました。
スマホ・PC両対応のためにMedia Queryでレスポンシブにしています。
↓
↓
↓
という流れです
gem 'nokogiri'
フロントはhamlとsassで、難しいことはしていないのでcompassはいれませんでした。
あとはデバッグ用にrails_config、pry系が入っています。
skrsvideoでは動画のURLを取得するためにクローラーもどきでスケジューリングして収集しています。
コマンドはこんな感じ
Rakeタスクはnokogiriでxvideosへのリンクを集めています。
doc = Nokogiri::XML( open(URI.parse(url)).read )
urls = []
urls.push link[:href] if link[:href] =~ /xvideos.com\/video(\d+)/
end
Nokogiriのスクレイピングでaタグのリンクを取得し、URLがxvideosのものかチェックして保存って感じです。
動画を探し終えるとaタグからランダムでピックアップし次のページに進んでいきます・
動画が見つかったページはドメインをDBに記録して、しばらくしたら再びクローリングをするようにし、収集の効率化。
30分以上の表示はちょっと頑張ったところ
これはタイトルの文字列から部分一致で引っかかったものを表示しています。
AV女優の名前を表示するためにWikipediaからとってきたら、ちょっと膨大な数になってしまったため断念。
DMMのランキングに載っていた方だけをとりあえず入れています。
コンテンツプロバイダーが目に見える搾取をし始めるととことん醒める。
AKBの握手券しかり、アニメBDやらCDやらについてくるコンサート選先行応募券しかり。
逆にそういう風に売らないといけないぐらいにコンテンツとしての力がないってなんでコンテンツプロバイダーはわからんのかな。
そう気が付いたのが遅いのか早いのか、そろそろヲタの道から身を引かなければならないと思い始めてきた。
ふと思ったんだが、制作委員会方式ってJASRACと似たようなもんだな。クソだわあれ。
あと、コンサートに関しては良い席悪い席全部均一料金てのはどうなのよ。
ども。
以前、はてな匿名ダイアリーで日記を書いた者です。
→【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
どっかで作ってほしいみたいなの見かけたので作りました。
※以下、開発系の話
主な使用gem) New Relic, Nokogiri, twitter bootstrap
参考)
Rails3 と jQuery で、真面目にオシャレなエロサイトをつくってみました。 - h300
http://d.hatena.ne.jp/inouetakuya/20120331/1333192327
に触発されて、オシャレエロサイトを作ってみました。
オシャレエロサイトを作ろうと思ったのはいいのですが、デザインは苦手なので途方に暮れていました。
h300の方はペパボのソフトウェアエンジニアらしいのですが、こっちはただの素人プログラマー。
そこで何か裏ワザみたいなものはないかとググっていると、Twitter Bootstrapという文字が目にとまりました。
Bootstrapの名前は知っていましたが、深い内容までは知りませんでした。
ですが、紹介記事を読んでみると自分の理想に近かったので早速使ってみることにしました。
Twitter Bootstrapはある程度有名だと思うんですが知らない方のために説明すると、
CSSフレームワークの一つで、ウェブデザインの作成を手助けしてくれるものです。
色々なCSSフレームワークを見ましたがTwitter Bootstrapが一番完成度が高いと感じました。
ウィキを見ると最初のリリースが2011年8月なので比較的最近のものですね。
普段、みなさんがウェブサイトを作る時、HTML + CSSで作られるかなと思うんですよね。
この時、CSSが事前に用意されているとすごく楽じゃないですか?
CSSフレームワークはCSSの大部分を前もって用意してくれているんですよ。(フレームワークによりますが)
ですので基本的にCSSに合わせてHTMLを記述するだけでウェブサイトが出来てしまいます。
CSSに合わせてHTMLを記述するとはどういうことでしょうか?
この文章は薄い青色でハイライトされていますよね? Bootstrapで似たようなことをする場合 <div class="well"> ハイライトしたい文章 </div> という感じになります。
classにwellと指定しているだけですね。
なぜそうするだけで文章がハイライトされるかというと、
divのclassにwellが付いていたら、いい感じでハイライトしてねっていう指示が
Twitter BootstrapのCSSに書いてあるからです。
BootstrapのCSSには、divのclassにalert alert-errorっていうのがあったら警告文だしてねとか、
button class="btn"ってあったらボタン表示させてねとか色んなことが最初から書いてくれています。
もちろん見栄えがよくなるように記述されていますので、classを指定するだけでモダンなデザインになるわけですよ。
CSSに合わせてHTMLを記述するだけでウェブサイトが出来るというのはこういうことです。
でも、最近のウェブサイトは HTML + CSS + JQueryという場合も多いですよね。
安心してください。Twitter Bootstrapの場合はJQueryの基本的な部分も用意してくれています。
ですのでドロップダウンメニューやタブ、スライドショーなどの実装も簡単にできます。
それに加えてBootstrapはよく使うアイコン数百種類まで用意してくれています。
至れり尽くせりですよ。
神様ですね。
CSSが固定化されていると、HTMLも自動的に固定化されます。
CSSに合わせて記述するので当たり前といえば当たり前ですね。
CSSの記述は一定、HTMLもある程度一定なので、メンテナンスが格段にやりやすくなります。
個人プログラマーの方だと、サイトごとにHTMLもCSSもグチャグチャという方も多いのではないでしょうか?
フレームワークを使えばそういうこともなくなるということです。
Twitter Bootstrapの凄さはそれだけではありません。
現在、ユーザーがどんなデバイスでウェブサイトにアクセスしてくるか分かりません。
PC、スマートフォン、iPad、TV、3dsなど全てのデバイスに合わせてデザインを作るのは時間がかかりすぎます。
でもTwitter Bootstrapならbootstrap-responsive.cssというCSSを選ぶだけで、
デバイスの横幅に合わせてデザインが変わるレスポンシブなウェブサイトができます。
もちろんデメリットもありまして、サイトのデザインが似てしまうというのが難点です。
ですが基本はBootstrapを使って、ちょっと自分でカスタマイズしてオリジナルっぽくすることもできますので、
一度Twitter Bootstrapを使ってみる価値はあると思います。
http://twitter.github.com/bootstrap/
Bootstrapの説明が長くなってしまいましたね…。
1.エロいサイトを巡って、XVIDEOSやFC2動画などのリンク、embedされたものがあれば取得。
3.データベースに登録。
一連の作業をクローラーにやらせるプログラムをRubyで書く。
RailsでBootstrapを使うにはtwitter bootstrap railsというgemを使うらしいです。
しかし、使おうと思ったのですが、windowsでは上手くインストールできませんでした。
仕方なく、代わりにsass-rails-bootstrapというものを使いました。
違いはcssにLESSをつかっているかsass(scss)を使用しているかだと思います。
http://d.hatena.ne.jp/tkawa/20120219/p1
の記事が参考になりました。
ちなみにLESSとかSassってのはcssを効率的に書けるすぐれたものです。
最近、webクリエイターボックスさんでも紹介されていました。
http://www.webcreatorbox.com/tech/css-sass/
railsでは3.1からcoffee scriptと共にsassがデフォルトで使えます。
このあたりがRailsの素晴らしさですね。
Bootstrapは画像を綺麗に並べて表示することにも向いているので、
アダルトサイトと相性がいいなと感じました。
AV女優名とか女子校生、人妻などのジャンルのタグがあれば便利ですよね。
Railsではacts-as-taggable-onというgemを使い実装しました。
動画のタイトルが事前に用意したAV女優名リスト、ジャンルリストと合致すればタグ付けするという感じです。
AV女優リストはDMMから、ジャンルリストは大手アダルトサイトから作成しました。
タグ付けするときに あおいそら-蒼井そら みたいな感じでタグ付けするようにしました。
もっとスマートな方法があるはずですが思いつかなかったので仕方ないです。
ア行、カ行…のように行別にわけて、なおかつアイウエオ順で表記してますので
クッキーを使ってログイン不要のブックマーク機能を作りました。
jquery.cookie.jsを使って、cookieを配列に直してごにょごにょしてという感じで実装しました。
削除ボタンを押すと非同期で通信して…などいろいろ面倒でした。
でも、動画の数はかなり増やしていこうと思っていましたので頑張って実装しました。
動画の下のブックマークするボタンを押していただければブックマークできます。
ブックマークするボタンの表示などにBootstrapの便利さを感じました。
実はこれが一番やりたいことでした。
多くのアダルトサイトは広告だらけで、肝心の動画がポツンと小さくあるだけというのが多いです。
戦場で疲れた兵士たちに、そんなせせこましい画面でアダルト動画見ろって?
そんな野暮なこと言いませんよ。
PCスクリーンの画面いっぱいに、大画面で、ドカーンとエロ動画を楽しんで下さいよ。
動画はできるだけ大きく表示しています。もちろんレスポンシブです。
全画面表示にすりゃいいじゃん…っていうのは違うんですよ。
全画面表示だと逃げれないじゃないですか!
不意に誰かが部屋に入ってきたらどうするんですか?
そう考えております。
Bootstrapでデザイン面はスマホ対応にはなっているのですが、
加えてjpmobileというh300で紹介されていたgemを使って、
CPU 2.66GHz、メモリ 2.2GB HDD200GBです。
Railsは遅いので少しでも速くするためにApacheの代わりにNginx使おうと思ったのですが、
PC用のキャッシュとスマホ用のキャッシュを別々に保存して使う
ということがどうしてもできませんでした。
PC用のキャッシュがある場合、スマホ用のキャッシュがなくてもキャッシュがあると認識されるなど、
もともとNginxとrailsのページキャッシュは相性が悪いようです。
Nginx側でキャッシュする、もしくはスマホ用のアドレスを別にすればできるかもしれないですが、
http://m.サイト名 みたいにするのが嫌だったので最終的にNginxを使うことをやめました。
Nginxに関するネット上の記述も少ないので運用するのは危険かな、ということもあります。
Nginxを少しだけ使ってみた感触はかなり速いというものだったので残念でした。
バージョンが変われば、また挑戦したいですね。
【追記】
やっぱNginxでもいけるかもしれないですね。
紹介しないと終わらないということで紹介します。
http://nukisen.com (エロ注意)
サイト名はオシャレに横文字でNukisenにしました。読み方はヌキセンです。
http://bootswatch.com でダウンロードできるBootstrapのテーマそのままですが、
Bootstrapを使うと自動的に細部まで凝ったデザインになるので最高ですね。
下にスクロールしていくと背景のグラデーションが変化したりとか、とても一人ではできないですよね。
長々と説明してきましたが、
ぜひNukisenで大画面のアダルト動画を体感してほしいです。
しばらくは一日30本ぐらいの更新でいく予定です。
アダルトサイト同士の相互リンクでアクセス増やしてなどはしない方向です。
新しいことに挑戦すると得られるものが多いなと感じました。
ウェブサイトを作る際、無意識のうちに自分のできる範囲の技術で構築しがちだと思うんですが、
そうすると成長はないですね。
長文失礼しました。