  |
はてなキーワード: Unicornとは
anond:20240904032316についてたブクマカの初めて買ったCDのリリース年を調べた。
for (let a of document.body.getElementsByClassName('entry-comment-text js-bookmark-comment')) console.log(a.textContent)
ってやってテキスト集める。
Microsoft Copilotに「以下の文章に出てくる、音楽CDのタイトルとリリース年を一覧で表にしてください。」って指示。
途中で切れたので分割する。 続き→ anond:20240905115337
1. 機動戦士ガンダム（Mobile Suit Gundam）: 第1話「ガンダム登場」（Gandamu Tōjō）
2. 機動戦士Zガンダム（Mobile Suit Zeta Gundam）: 第1話「憎しみのスクラップ」（Nikushimi no Scrap）
3. 機動戦士ガンダムΖΖ（Mobile Suit Gundam ZZ）: 第1話「月面都市開戦」（Getsu Men Toshi Kaisen）
4. 機動戦士ガンダムΖΖ外伝（Mobile Suit Gundam ZZ Side Story）: 第1話「初陣」（Uijin）
5. 機動戦士ガンダム 逆襲のシャア（Mobile Suit Gundam: Char's Counterattack）: 第1話「メガビームキャノン発射」（Mega Beam Cannon Hassha）
6. 機動戦士ガンダムUC（Mobile Suit Gundam Unicorn）: 第1話「デイバイン・ワン」（Daibain Wan）
7. 機動戦士ガンダムNT（Mobile Suit Gundam Narrative）: 第1話「星を継ぐ者」（Hoshi o Tsugu Mono）
これらは代表的なガンダムシリーズの第一話のタイトルですが、さまざまなガンダム作品が存在するため、他にもいくつかのシリーズがあります。
`I see nobody on the road,' said Alice.
`I only wish I had such eyes,' the King remarked in a fretful tone. `To be able to see Nobody! And at that distance, too! Why, it's as much as I can do to see real people, by this light!'
「道には誰もいません(I see nobody)」とアリスは言いました。
どうやら「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年というべき（それでも現在よりは多い）だが、やはり「マガジンに追い抜かれた」という事実のインパクトが大きいというべきか。
まず、連載作品は４つに分けられる。『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(アニメ))
働くお兄さん！ / 宇佐義大(原作)・高嶋友也(監督) (2018)
cruby を使っているならunicornにしてください。
crubyには、GVLがあるのでスレッドで動くアプリケーションサーバは、worker数を増やしたところで一定より性能は向上しないと思うんだよね。だってWEBアプリケーションってCPUバインドだもん。
アプリケーションがDB以外へのIOでリソースを食っているなら設計を見直したほうがいいし、最悪pumaを使ってください。
ちなみに開発環境でpumaが標準になっているのは、webrickと比べて静的ファイルの配信がはやく終わるからなんだよ。間違っても本番環境でpumaを推奨している訳じゃないからね。
ちなみにherokuの場合は、フロントにwebサーバを配置できないので、スロークライアントにunicorn workerを取られるくらいならpumaにします、という覚悟が必要。
毎度毎度、バージョンアップで非互換な修正加えてコードの修正が必要になって、Gemも上がって依存が壊れて
いつまでやってんだよｗ
Railsのプロジェクトでどれだけの人が最新版に追従できてんだよ？テストを書いてれば余裕？
本当かよ？正直に言ってみろよ？実際はレガシーRailsの山だろｗ
ヘルパーやらマイグレーションの仕組みやら最初は良いかなと思ったけど、どう考えてもやり過ぎだ
短くかけるとか喜んでるやつは一度考え直せ
それで良いんだって？自分がコントロールできない知らないコードに依存して結局バージョンアップで地獄みてるだろｗ
最低限中で何が起きてるか理解しとけよｗまあ理解できるころにはRailsでなくても良かったんやｗってなるけどなｗ
RAILS_ENV=productionだとstaticファイルは自分で返さないassetコンパイルで小さくしましょう
→ developmentで動いてたけど本番だと動きませんでしたｗ
毎度毎度、アホみたいにGem入れやがって、もう自分で把握できる状態じゃねーだろ？
bundlerだから完璧にvendoring出来ますだって？
本当かよnaitive extensionのGemなんてどう考えたってRails管理外のヘッダファイルに依存すんだろ
めんどくせーなbundlerもこけるし、rbenv使ってrubyのバージョン揃えろとか
ホントめどくせーよ
deployもcapistrano便利とか言ってるけれど、そんなに便利じゃねーよｗ
あんなDSL覚える時間あんならシェルスクリプト書けるようになっとけ
rackサーバがたくさんあってよかったねじゃねーよ集約しろ馬鹿ｗ
unicorn, pumaで比較しましたとかアホ記事書いてる暇あるなら集約するかなにかしとけ
この手の話すると信者が使わない方法もある・選択しない方法もあるとか擁護してくるけど
そりゃあるけどそれ調べんのがめんどくせーって言ってんだよｗ
何でもかんでもレールに乗せてそれを強要してくるような感じがすんだよｗ
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に記録して、しばらくしたら再びクローリングをするようにし、収集の効率化。
３０分以上の表示はちょっと頑張ったところ
これはタイトルの文字列から部分一致で引っかかったものを表示しています。
AV女優の名前を表示するためにWikipediaからとってきたら、ちょっと膨大な数になってしまったため断念。
DMMのランキングに載っていた方だけをとりあえず入れています。
コンテンツプロバイダーが目に見える搾取をし始めるととことん醒める。
AKBの握手券しかり、アニメBDやらCDやらについてくるコンサート選先行応募券しかり。
逆にそういう風に売らないといけないぐらいにコンテンツとしての力がないってなんでコンテンツプロバイダーはわからんのかな。
そう気が付いたのが遅いのか早いのか、そろそろヲタの道から身を引かなければならないと思い始めてきた。
ふと思ったんだが、制作委員会方式ってJASRACと似たようなもんだな。クソだわあれ。
あと、コンサートに関しては良い席悪い席全部均一料金てのはどうなのよ。
再活動しだしたUNICORNみたいに席ごとに値段決めろよ。需要のほうが多いからって客舐めすぎ。
ども。
以前、はてな匿名ダイアリーで日記を書いた者です。
→【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
