  |
はてなキーワード: Apacheとは
まさか『登録が完了しました』からの『誤動作によるご登録につきましては、メール・電話にてご連絡の上退会申請、キャンセルを行ってください。』
なんて古典的なページを、21世紀にもなってお目にかかるとは思わなかった。
ページをスクロールしていくと『ご利用料金』があり、税別で数十万の値が記載されている。
『お客様ID』『ご登録完了日時』はページをリロードしてもcookieを削除してもそのままであった。
Torブラウザー経由でアクセスすると『お客様ID』『ご登録完了日時』が変化したため、
おそらくアクセスIPに紐づけて日時等を保持しているのではないかと予想する。
『お支払期限』は三日後に設定されていた。
その下には『利用規約』『注意事項』が並ぶ。『有料サービスにつき必読』ともある。やさしい。
流し読みしてみると、『再生ボタンを利用規約認証としその先に進みますと当該内容の確認及び承諾をしたものとみなされます。』という。
『本サービスはアダルトに類される画像、映像の表示、配信を行っているため、勤務先や第三者の所有しているパソコンからの利用を禁止する。』ともある。
『会員の都合による一方的なキャンセルは受けられないものとする。本サービスはクーリングオフの適応対象外である。』という。
そのように言えばそうなるのだとは存じ上げなかった。
ここまで鼻で笑っているユーザーを想定してか、『悪質ユーザーへの対処の流れ』という記載がある。
『[1.書類送付]（滞納1日目）』『[2.回収代行業者へ委託]（滞納3日目）』『[3.少額訴訟（全額請求）]』というように、法的な手段も辞さない構えをアピールしてくる。
但し書きの書式が3つめだけ異なるのが気になるが、些細な問題であろう。
『しかし、このような対処方法はお客様の社会的地位や社会的信用を傷つけてしまいますので、理由の如何によっては滞納料金の免除等できる限りのご対応はさせて頂きたいと思っております。』
動画視聴サイトの会員登録という体のサイトで違法ダウンロードによる著作権侵害の話を持ち出すのはよくわからないが、
要するにタダで見るのではなく金を払えということを言いたいのだろう。
『【そんなつもりはなかった】【何も知らなかった】【みんなやっているはず】そういう言葉は法律では一切通用致しません。』と記し、
両手に手錠をつけた画像を大きく貼り付けて文章の締めとしている。
私も三日後にはこうなってしまうのだろうか。
HTMLのソースを眺める。『<!-- sample -->』『<style>』『<span style=』など、手作り感のある牧歌的なコードであった。
多数のコードがコメントアウトされている箇所があり、おそらく画面遷移によるページの差分をコピペで使いまわして修正しているのではないかと予想する。
読み込んでいるjQueryのバージョンは1.9.0であった。なお、現時点におけるjQueryの最新バージョンは3.2.1である。
URLの拡張子をそのまま信じるのであれば、使用言語はPHP。
404ページ出力をそのまま信じるのであれば、使用WebサーバーはApache。
極めてオーソドックスな構成であり、技術の習熟や人員の招集において比較的苦労せずに済みそうである。
この架空請求サイトのドメインは 2017-05-11T07:24:01Z に登録されたらしい。わりと最近の話である。
申請者の情報は 『Privacy Protection Service INC』 なる企業のものになっていた。
privacyprotect.org は whois 情報の代行を担うサービスらしい。勉強になった。
ドメインレジストラは publicdomainregistry.com で、 Abuse Reports よりフィッシングサイト等を通報できる体制になってる模様。
しかし、入力フォームに自身の名前やメールアドレスを入れる必要があるので面倒臭そうではある。
やはり、こういう架空請求サイトは国外を拠点にして取り組むらしい。
こんなものであっても、サーバーやフロントエンドの知識をそれなりに勉強した人間が関わっているはずで、彼/彼女の人生はそれでよかったのだろうかと思いを馳せずにはいられない。
ちなみにサービス名でググると悪質業者や架空請求について注意を呼び掛けるサイトがいろいろ出てくる。
お疲れ様。本当にお疲れだよねー、休日のこんな時間まで仕事してきたのだから。
// 設定値の取得の呼び出しを行う
こんなアホみたいなコメント、本当に必要なのか？わかるんじゃねーの？
コメントがない！ってキチガイみたいに騒ぎやがった行く末に、コメントつけておいたから！と胸を張った結果がこれか。
そのくせ、テンプレの頭に書いてあるような大事なコメントはまったく読まないのな。
#
# This is the main Apache HTTP server configuration file. It contains the
# configuration directives that give the server its instructions.
# See <URL:http://httpd.apache.org/docs/2.4/> for detailed information.
# In particular, see
# <URL:http://httpd.apache.org/docs/2.4/mod/directives.html>
# for a discussion of each configuration directive.
#
# Do NOT simply read the instructions in here without understanding
# what they do. They're here only as hints or reminders. If you are unsure
# consult the online docs. You have been warned.
#
# Configuration and logfile names: If the filenames you specify for many
# of the server's control files begin with "/" (or "drive:/" for Win32), the
# server will use that explicit path. If the filenames do *not* begin
# with "/", the value of ServerRoot is prepended -- so "logs/access_log"
# with ServerRoot set to "/usr/local/apache2" will be interpreted by the
# server as "/usr/local/apache2/logs/access_log", whereas "/logs/access_log"
# will be interpreted as '/logs/access_log'.
#
# NOTE: Where filenames are specified, you must use forward slashes
# instead of backslashes (e.g., "c:/apache" instead of "c:\apache").
# If a drive letter is omitted, the drive on which httpd.exe is located
# will be used by default. It is recommended that you always supply
# an explicit drive letter in absolute paths to avoid confusion.
懇切丁寧に書いてあるよ？
なにそれ、アホじゃねーの
参考：http://www.oreilly.com/animals.csp
Wikipediaでインディアン関連の項目を眺めていると、各所に「酋長とはあくまで調停者であって指導者や代表者ではない」と強調するような記述が出て来る。
インディアンたちには指導者など存在せず、それを白人たちは理解できなかったので、酋長を指導者と見なして見当違いな交渉を行ったのだ、といった主張である。
しかし、Wikipedia以外で同様の主張は見つけられない。
ちなみに戦士集団だったアパッチ族には「酋長に戦士が服従する」という義務も風習もない。戦士は結束はしてもすべて個人行動で動くものであって、戦士たちはジェロニモ個人を慕って抵抗戦をともにしたのである。ジェロニモが軍事的な指導をしたこともない。
インディアン社会のチーフ（酋長）とは、交渉の矢面に立つ「調停者」のことであって、「指導者」や「首長」ではない。合議制社会であるインディアン部族は首長制ではなく、アフリカの部族に見られるような「部族長」は存在しない。
対して英語版。
Geronimo was a prominent leader and medicine man from the Bedonkohe band of the Chiricahua Apache tribe.
At any one time, about 30 to 50 Apaches would be following him. However, since he was a superb leader in raiding and warfare he frequently led large numbers of men and women beyond his own following.
常に30から50人ほどのアパッチ族が彼に従ったが、彼は襲撃と戦闘の素晴らしい指導者であったので、しばしば彼自身が率いる以上に多くの人々を導いていた。
Local groups were headed by a chief, a male who had considerable influence over others in the group due to his effectiveness and reputation.
The chief was the closest societal role to a leader in Apache cultures.
The chief's leadership was only as strong as he was evaluated to be—no group member was ever obliged to follow the chief.
たとえばスー族の項目。
しばしば誤解されるが、「スー族全体を統率する大酋長」といったものは、過去にも現在にもスー族を始めインディアン社会には存在しない。「酋長（チーフ）」という立場はあくまで「調停者」、「世話役」であり、誰かに「任命」されるような性格のものではないし、「裁判官」や「指導者」といった役割を持ったものではない。文字を持たないインディアン部族にとって弁舌の立つ者は尊敬され、調停者として「酋長」となる。しかし酋長は「首長」ではないし、部族民を従属させたり命令する権限など何も持っていない立場のものである。
Leaders were chosen based upon noble birth and demonstrations of chiefly virtues, such as bravery, fortitude, generosity, and wisdom.
血筋と能力により部族に影響を及ぼす立場にあった……といった英語版の説明は、一般的な部族社会の指導者のイメージとよく合致するのではないか。
確かに、国家社会における君主的な権力はなかったのだろうが、それにしても日本語版の記述はあまりにも執拗であり大袈裟にすぎるように思われる。
とはいえ、英語版の記述が常に正しいというわけでもないだろうし、最新の研究によりインディアン部族社会の特殊性が明らかになったという可能性もある。
転職して参画した案件（PHPでWeb業務システム構築）が、ネットで聞いてた「SIerあるある」まんまだった。
その中でも結合テストが謎。
1000項目以上あるテストケースの一つ一つ、心を込めてエビデンスを取っている。
・WinShotでログインから１動作ずつキャプチャとる（ボタンのところにカーソル合わせて「ここ押す」感まで出す）
・Apacheログ、アプリログ、試験前後のDBのdumpをとる
これ、誰が見るんだ。何のために取るんだ。
お客に対して「ちゃんとテストしたよ！証拠もあるよ！」くらいの意味しか見出せない（お客だってサマリーくらいしか見ないだろう）。
メンバー曰く、「不具合があった時にどういう状況でテストしたかを確認するため」とのこと。
どういうテストしたか、なんてテスターの不備を追求してる暇があるなら、さっさとバグを直せばいいじゃん。
そんなに吊るし上げしたいのか。
一番怖いのは誰も文句言わず黙々とキャプチャとってること（自分もだけど）。
Apache Foundationのトッププロジェクトにそんなのがあったような…。
あった。
https://ja.wikipedia.org/wiki/Apache_Tapestry
我ながらよく覚えてたな。こんな影の薄いプロジェクト。
GitHubの謎生物が気になり、せっかくなのでIT界隈の動物(?)を用いた名前やロゴの由来など調べてみた。
※追記あり：Gopherファンに襲われそうなので。ごめんねGopher君
Q.どうしてタコなのに8本足じゃないの？
A.なにも考えずに描いたからね！
もともとデザイナーはoctopussと呼んでいたが、いくら訂正してもGitHubの社員がoctocatと呼ぶため、octocatで落ち着いた。
octocatはあの生物種の名称であり、monalisaという名前は社員の娘が学校の課題で名付けたもの。
種類：ニシキヘビ
名前： -
イギリスのコメディ番組『空飛ぶモンティ・パイソン』より。
またPythonという英単語はニシキヘビを意味するため、マスコットとしてヘビが用いられる。
オライリーの本とかすごい表紙だよね。
種類：ゾウ
種類：ゾウ
名前：slonik
「動物のロゴにしたいなら、象なんてどうだい？アガサ・クリスティの小説にもある『象は忘れない』だ」
― PostgreSQL発足時のメーリスより
種類：ゾウ
名前： -
象は記憶力が非常に優れた動物のため。PostgreSQLと同じで、象の優れた能力にあやかっている。
種類：ヌー
名前： -
種類：キツネ
名前： -
もともとPhoenixという名前だったが、商標権を侵害していたので、公募でFirebirdという名前に決定。
しかし今度はDBに同じ名前があったので、Firefox（レッサーパンダの別名）に改名。
みなさん命名は慎重に。
種類：クジラ
『白鯨（Moby-Dick）』より。クジラを採用した理由はデザイン見れば納得。
種類：ペンギン
名前はタキシード（Tuxedo）を着ているように見えるから。
ロゴコンテストで決定されたが、他の作品を見ればなぜ選ばれたのかよくわかる。デザインって大事。
https://www.cs.earlham.edu/~jeremiah/linux-pix/linux-logo.html
種類：鳥
名前：ラリー・バード
名前はNBAのラリー・バード選手より。社員がファンだったらしい
ちなみに初期のTwitterのデザインはGitHubのデザイナーが手掛けたもの。すごいっすね。
種類：シーサー
名前： -
種類：イルカ
名前：Sakila
種類：ネコ
名前： -
オライリーの本に載ることを考慮して動物をマスコットにしようと考え、「自立した強かさ」を持つという意味でTomcat（雄猫の愛称）を採用。
しかし、猫はオライリーのUML本で使われてしまい、念願のTomcat本にはユキヒョウが使われたという…。
種類：Dogcow（イヌ＋ウシ）
名前：Clarus
昔々、Mac OSで用紙の向きや色を表示するために使用されていたらしい。
知らんわ。
種類：ウサギ
名前：Glenda
OSの名前である「Plan 9～」はエド・ウッドの『Plan 9 from Outer Space』に由来。
ウサギの名前であるGlendaはエド・ウッドの『グレンとグレンダ』に由来。
どんだけエド・ウッド好きなんだよ。
ニュージャージーのWFMUラジオで、Renee Frenchによって宣伝用のTシャツに描かれたのが、彼の初登場。
その後、Bell labsのメールシステムでアバターとして起用もされた。
(ちなみにReneeはBell labsのGlendaを描いた人。Glendaもアバターの一員だった)
そうして2009年、Goプロジェクトが発足し、ロゴを検討していたメンバーにReneeが無償で描いてあげたのが「Go gopher」である。
みんなGo Gopherと呼ぶので、特に固有の名前は無いらしい。
由来は下記サイトにありました。
https://blog.golang.org/gopher
26歳3年目 転職を考えてる。
持ってる資格
Oracle Bronze,Silver
統計検定2級
大規模構築経験あり
仮想基盤やAWS,Azureのパブリッククラウドの構築経験あり
ミドルは、bind,sendmail,samba,nginx,Apache,Zabbix,LDAPとか
麻雀(天鳳)が趣味で、牌譜の解析とかやりたかったから統計を勉強して、資格にチャレンジしてみた。ついでにpythonと数学も。どちらも業務で使うことはほぼない。
趣味Webメディア作ってたから、Wordpressサイト作るくらいなら一晩で出来る程度の能力。
国立理系大学を卒業→同大学の院に進学（学科は情報系）し、ネット大好きな皆なら知ってるであろう大手企業に就職した。
しかし最近気づいた。ITというものは個人的興味としては好きだが、どうも仕事としてはダメなようだ。
jsフレームワーク、エディタの知識、業務に使いもしないのに雑談の知識として覚えなければならないスクリプト言語たち、社内でapacheとnginxが混在してるので両方使えないとダメ、rails触ったことないとバカにされる、…うーんこれでもまだ1/4程度な気がする。
はてなユーザの皆さんが「この程度こなせない無能は辞めろ」って反応をするのは見えているのでこのへんにしておきます。
んでまぁ私が無能なことは別に良いが、転職すべく色々調べてると「ITエンジニアのニーズは高まっている」みたいなニュースや記事がわんさか出てくる
web業界が人手不足という話も良く聞くが、それでいて「無能は辞めろ」というのはまた随分無責任な話だなぁと思った。
最初はMITやApacheみたいなゆるいライセンスにしたい。
Githubのスターも1000や2000を楽に超えてゆきたい。
そしてある日、ライセンスをGPLにする変更をいつものコミットの中にコッソリ入れたい。
それに気づかず更新してそのままストアに公開してるマヌケなアプリを探したい。
そして使用している証拠を保存してからソース公開を要求したい。
そして当然のように拒否されたい。
そしてまた当然のように棄却されたい。
最終的に日本におけるGPLライセンスは事実上無効となり、他国が必死にそれを順守している一方で日本の全てのプロパライエタリソフトは当然のようにGPLなコードを組み込むようになり、日本だけが全てのIT技術において独走する世の中となるという、そんな終わらない黄金時代を作った最も偉大な愛国者として名を刻みたい。
これまで2社の超絶ブラック企業を経験し、やっとまともな待遇(それ以外がまともとは言っていない)の会社に入れると思った矢先にこれ
数日前まで「月給5万円アップだうっひょ～」とか思ってたけど前の会社が安すぎただけだからそうでもないのかもしれない
WEBサイトにアクセスしてみるとトップはApacheのテストページが表示されたり他のページは404エラー吐かれたりこりゃただごとじゃないな
内容としてはこれで終わりなんだけど短すぎるのも申し訳ないのでこれまでのイカれた経歴を紹介するぜ
・第一部
「未経験でも充実の研修でエンジニアに！」との謳い文句に騙され未経験で某特定派遣会社に入社
テキストを読むだけの研修後、某中堅システムインテグレーター(C社)に派遣→某大手システムインテグレーター(I社)にパートナーとして又貸し→I社の子会社の業務へ
三次受けという身分が狭い環境で残業してもお給金が全く増えない激務に耐えるがストレスで不眠症と謎の腹痛に襲われ退社
・第二部
「やっぱ自社開発やってるところで行こう」と思った愚かな私めは地元のよくわからない会社から内定をもらって親に「どこでもいいからとりあえず金稼げ」と言われ入社
求人に残業代は1000円/時間と書いてあったのでほっとしていたら、そんなことはなかった
経験浅い人間を数人だけ安月給で雇い、意味の分からない納期を指定してくる社長とマネージャーにありがたいお言葉をいただきながら毎日終電までの激務(ボランティア)に身を投じる
私はサーバサイドもクライアントサイドも書いていたがLinuxが触れない5歳くらい年上のサーバサイドエンジニアが爆弾コードを大量に仕込み、火消しで終わらない
クライアントサイドはデザイナーが凝り性なのか、納期ギリギリまでデザインを上げてこないので実装できなかったが納期数日前にデザインを上げてきて自分だけ定時退社してるのにキレそうになりながらもレッドブルをキメる
頭頂部にBB弾程の大きさのハゲが生まれ、ストレスでタバコの本数が2倍に増える
第二部完
そして数ヶ月転職活動を続け、それなりのところから内定をいただいたが表題の通りで入社日当日に転職エージェントを通してお断りする
今に至る
気をつけるべきこととして、入社前に会社の下調べを死ぬ気でするようにしてほしい
ネットストーカーばりの情報収集能力を身につけないと、不眠症・腹痛・ハゲ・タバコ・太る・痩せる等の体の異変に悩まされることになる
ベンチャー企業や中小企業を受ける場合は面接の際に相手は半分嘘をついてると疑ってかかるのもおすすめです
あと未経験の人は研修が充実しててもその後が充実してるとは限らないからそういうのを売りにしてるところには行かないほうが良いと思います
私の場合はその両方が充実してなかったが
そう思いながら目が覚めた
そう、これは夢だったのだ
これらは夢オチ・フィクションなので実在する出来事・人物・団体ではないということを文末ながらお詫びしたい
この話をしたらハロワでおっさんに同情されて喫煙所で20分くらい話した
レッドブルは飲み過ぎると肝臓に良くないよと注意されたので先日の健康診断で肝臓が炎症を起こしてたのはそれかと納得したのであった
原文：https://blogs.apache.org/foundation/entry/apache_commons_statement_to_widespread
原題：Apache Commons statement to widespread Java object de-serialisation vulnerability
翻訳日：2015年11月12日（午後にタイトルを日本語にしました）
－－－－
Apache CommonsのJavaオブジェクトのデシリアライゼーション脆弱性に関するステートメント
著者：Bernd Eckenfels（コミッター）, Gary Gregory（Apache Commons副責任者）
AppSecCali2015 でGabriel Lawrence (@gebl) と Chris Frohoff (@frohoff) によって発表された "Marshalling Pickles - how deserializing objects will ruin your day" は、信頼されないソースからシリアル化されたオブジェクトを受け取るときのセキュリティ問題をいくつか明らかにしました。主な発見は、Java オブジェクト・シリアライゼーション（訳注：seriarization／シリアル化／直列化＝ネットワークで送受信できるようにメモリ上のオブジェクトデータをバイト列で吐き出すこと。シリアル化されたJava オブジェクトはRMIなどのリモート通信プロトコルで使用される。）を使用する際に任意のJava関数の実行や操作されたバイトコードの挿入さえもを行う方法の説明です。
Frohoff氏のツールである ysoserial を使って、Foxglove Security社のStephen Breen (@breenmachine) 氏はWebSphereやJBoss、Jenkins、WebLogic、OpenNMSといった様々な製品を調査し、(http://foxglovesecurity.com/2015/11/06/what-do-weblogic-websphere-jboss-jenkins-opennms-and-your-application-have-in-common-this-vulnerability/) に各々の様々な攻撃シナリオを記述しています。
両者の調査活動は、開発者がJavaのオブジェクト・シリアライゼーションに信頼を置きすぎていることを示しています。認証前のシリアル化されていないオブジェクトにも。
Javaにおけるオブジェクトのデシリアライゼーション（訳注：de-serialization／非直列化＝ソフトウェアで扱うことができるように、送受信されたデータを元に戻すこと）が行われるとき、大抵は想定された型にキャストされ、それによって、Javaの厳しい型のシステムが、得られた有効なオブジェクトツリーだけを保証しています。
不幸にも、型のチェックが起こるまでの間に既にプラットホームのコードが生成されて、重要なロジックは実行されてしまっています。そのため、最終的な型がチェックされる前に、開発者のコントロールを離れた多くのコードが様々なオブジェクトの readObject() メソッドを通じて実行されてしまいます。脆弱性のあるアプリケーションのクラスパスから得られるクラスの readObject() メソッドを組み合わせることで、攻撃者は（ローカルのOSのコマンドを実行するRuntime.exec()の呼び出しを含めて）機能を実行することができます。
これに対する最も良い防御は、信頼されていないピア（通信相手）とは複雑なシリアル化プロトコルを使うことを避けることです。ホワイトリストのアプローチ http://www.ibm.com/developerworks/library/se-lookahead/ を実装するように resolveClass をオーバーライドするカスタム版の ObjectInputStream を使うと、影響を制限することができます。しかしながら、これは常にできることではなく、フレームワークやアプリケーションサーバがエンドポイントを提供しているような時にはできません。簡単な修正方法がなく、アプリケーションはクライアント・サーバプロトコルとアーキテクチャを再検討する必要があるため、これはかなり悪いニュースです。
これらのかなり不幸な状況において、エクスプロイトのサンプルが見つかっています。Frohoff氏は、 Groovy ランタイムや Springフレームワーク、 Apache Commons コレクションからのクラスを組み合わせるサンプルのペイロードに gadget chains (ガジェット・チェーン）を見つけています(訳注：provided)。これはこの脆弱性のエクスプロイトのためにより多くのクラスを組み合わせられることは完全に確実なことで、しかし、これらは今日、攻撃者が簡単に得られるチェーンです。
(Twitter画像)https://blogs.apache.org/foundation/mediaresource/ce15e57e-94a4-4d7b-914c-8eb8f026659c
この脆弱性のために利用される(訳注：blamed)ことができない確かな機能を実装するクラスができ、安全性が信用できないコンテキストにおけるシリアル化を利用されないようにするような既知のケースの修正ができたとしても、少なくとも分かったケースだけでも継続的に修正していくことが要求されます。モグラ叩きゲームを始めるだけであるかも知れませんが。実際にはこれは、オリジナルチームが Apache Commons チームに警告が必要だと考えていない理由で、それゆえに比較的、活動開始が遅れました。
Apache Commons チームは InvokerTransformer クラスのでデシリアライゼーションを無効化することによって commons-collection の 3.2 と 4.0 のブランチにおける問題に対処するために、チケット COLLECTION-580(http://svn.apache.org/viewvc/commons/proper/collections/branches/COLLECTIONS_3_2_X/src/java/org/apache/commons/collections/functors/InvokerTransformer.java?r1=1713136&r2=1713307&pathrev=1713307&diff_format=h) を使っています。議論されているやるべきことのアイテムは、変化させる仕組み毎(per-transformer basis)に、プログラマティックに有効にするような機能を提供するかどうかです。
これには前例があります。Oracle と OpenJDK JRE の一部であったり、バイトコードを挿入して実行することを許したりする com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl クラスで、セキュリティマネージャーが定義されているとデシリアライゼーションを拒否します。
これはシステムプロパティ jdk.xml.enableTemplatesImplDeserialization=true とすることで無効にできます。Apache Commons Collection は、本来よりもこの実行モデルは一般化していないため、セキュリティマネージャーの存在と独立したこの機能を無効化することを計画しています。
しかしながら、明確化のために述べておくと、この便利な"ガジェット"は、唯一知られている方法でもなければ、特に未知のものでもありません。そのため、インストールされたものを強化されたバージョンの Apache Commons Collection に置き換えることが、アプリケーションをこの脆弱性に対抗できるようにするわけではありません。
このブログポストのレビューのために Gabriel Lawrence に感謝したいと思います。
Apache Commons Collection は、Java コレクションフレームワークに加えて追加のコレクションクラスを提供する Java ライブラリです。InvokerTransformer はコレクションにあるオブジェクトを（特にリフレクション呼び出しを通じてメソッドを呼び出すことで）変換するために使うことができる Transformer ファンクションインターフェースの実装の一つです。
一般のSallyによる2015年11月10日午前10字15分にポスト | コメント[1]
コメント：
Oracle は Weblogic にセキュリティアラートを発行しています：
一般的に外に出るために HTTP proxy 他を経由する必要があってしかも HTTP と HTTPS くらいしか通らないし、443/tcp で ssh を上げても proxy で弾かれるみたいなネットワークが存在する。
そんな場合に良く使われる proxytunnel(http://proxytunnel.sourceforge.net/) というソフトがあり、 Apache を SSL で HTTP proxy としても動作させて特定の ssh 等の port に接続させることで SSH over HTTPS を実現することが出来る。(proxytunnel で HTTP proxy を二段経由させた後で SSH に接続する)
ただし Apache2.2 では SSL での HTTP proxy の動作にバグがあり、上記を実現するために proxytunnel 用のパッチを適用しておく必要があった。(https://bz.apache.org/bugzilla/show_bug.cgi?id=29744)
このバグは Apache2.4 において修正されている筈なのであるが、何故か Windows の proxytunnel で接続出来ないという現象が起こったのでその対処法を書いて置こうと思う。
proxytunnel の最新版は上のページの通り 1.9.0 で Windows 用のcygwinビルドもあるのであるが、
Debianなどのパッケージでは 1.9.0+svn250-5 までバージョンが上がっている(https://packages.debian.org/ja/jessie/proxytunnel)
そしてこの 1.9.0+svn250-5 だとパッチ無しの Apache2.4 で問題なく動作するのだ。
なのでこの 1.9.0+svn250-5 のソースを持って来て cygwin 環境で Windows 用にビルドするのが解決策となる。
cygwin でのビルド自体はライブラリが揃っていることと、manページの生成でエラーが出るので本体のビルドだけにしておいた方が良いこと以外はとくに特殊なことは無かった。
社畜とはいってもいわゆるホワイト企業に勤めており、毎日19時には家にいてオナニーをしている生活を送っております。
ですので、比較的時間には余裕があり、周りから「プログラミングでも学んでみれば？」と提言されたので、せっかくなので勉強がてら作ってみました。
ちなみに私は非技術職で、高校大学ともに文系の人間です。まぁやればできるよね。
コンセプトはいかに簡単にエロ画像のまとめサイトを作るか、ということに注力しました。
もちろん自分が管理画面上からシコシコ作ってもいいのですが、せっかくなのでみんなで作れたほうがいいじゃん！ってのがことの発端です。
大学の同期に何人か理系の人間がいたのでいろいろと助けてもらえました。
言語はRuby on Rails、OSはubuntu14.04、RDBはMySQL5.6を基本とし、後で述べますが他にRedisやVarnishなどのツールも使っております。
いまのところ、サーバーは1台体制ですが、今後アクセスが急増した時に備えるため、NFSマウントやロードバランサー、MasterSlaveによるレプリケーションには少なくとも対応予定です。
この辺は少し触れる予定です。
なおサーバー会社は海外のLinodeを使っています。なんでAWSじゃないの？と思われるかもしれませんが、単純に費用対効果の話になってきます。
それこそ企業で行うのであれば、AWSは機能面もすごいし、ターミナルでコツコツおこなっていたことがポチポチできちゃって、すごーいんですが、いかんせん高い。
LinodeはいわゆるクラウドというよりもよりVPSに近いと思います。ただ海外でのシェアも高いし、価格もリーズナブルなので私はこれを使ってみることにしています。
Sakuraはいいんですけど、エロには少し厳しいとのことなので。。。
デザインというか、UIに関してはかなり気を使って作りました。いかに簡単に画像を選択して、まとめるかが鍵になってくるので.。
なので、
画像サイトをいくつか選択→タイトルと説明とカテゴリーをいれる→画像を選択→送信
の流れで簡単にアップできるようにしました。洗練するポイントはたくさんありそうですが、とりあえずはこれで行こうと思います。なおスマートフォンにも対応をしております。
なお、こういうサービスを作る時のポイントってやはりjavascriptを使い過ぎない、ということだと思うんですよね。
しかたがないんですけど、イベント駆動型の言語ってどうしてもコードが煩雑になる傾向があります。大きな会社できちんと管理できるようなコスト（というか時間）をかけられる会社ならいいんですけど、そうでないならまずjavascript無しでのプログラムを考えてみる、どうしても必要であればjavascriptを使う、みたいな。
私も今回はjavascriptは一部でのみ使用しております。
ところで全体のイメージとしては、はてなさんを意識してみたのですが、デザインセンスの無さからか、全く別のものができてしまいましたｗｗｗ
非同期プログラミングってご存知でしょうか？私はRubyから入った立場なのでピンと来るまでだいぶ時間がかかりました。
Rubyとかの同期プログラムってのは上から流れてきて、上の処理が終わるまで次の処理が進まない、というものになります。
一方非同期プログラミングは上からの処理を待たずに、どんどこ次の処理を行います。ちょっと乱暴な言い方ですが、だいたいのイメージはつくと思います。
実はJavascriptも非同期プログラミング言語の一種でして、たとえばなんかどっかのボタンを押して処理が進んでも、他の動作をしようと思えばできますよね？Gmailがブラウザ上で受信をしていても、メールを書くとかの動作はできるわけです。つまりこれは処理を待たずに、別の処理が走っています。これが非同期プログラミングです。
そんで、なんでこんな話をしたかっていうと、今回の仕組みって画像をダウンロードしてきて、サムネイル化するわけですけど、実はダウンロードには時間がかかります。ヘタしたら2分くらい時間がかかるケースも有り、ボタンを押してからそんな時間待ってられません。
と、ここで上述の非同期プログラミングが効いてくるわけです。とりあえず処理は別のところに投げるから、トップページを表示しておくね。こんなことができます。
やり方は実はたくさんあるのですが、Rails4.2からActiveJobといって、それまでの様々なライブラリに枝分かれしてきた機能をカプセル化したものになります。とはいってもバックエンドには一応ライブラリを置く必要があり、私はsidekiqというライブラリをそこに置きました。
他にもdelayed_jobとかなんかいろいろあるので、ぜひ見てみてください。
下に箇条書きしてみますね。
他にもMySQLのクエリキャッシュとか、Apacheのチューニングとかやることはありますが、この辺は正直Varnishで。。。というのが正直なところです。みんな使おうよ、Varnish。
つくっても人がこなければ仕方がありません。そこで大事になってくるのが、SEO（SearchEngineOptimization）です。
昔はとにかくリンクを張っていればそこそこ検索順位が上がったのですが、最近は賢くなってきたのでなかなかそうはいきません。
今はとにかく良質なコンテンツと、ソーシャルメディアでの拡散ですね。私は怠惰な人間なので、みなさんに良質なコンテンツを作ってもらうと考えておりますｗｗｗ
良質なコンテンツを書いてもらうにはやはりインセンティブが必要なので、Naverみたいに広告タグを貼ることができる機能でも作ろうかな、なんて思ってます。
今後増やしたい機能としては
今はまだまだ機能が少ないんですが、今後どしどし増やしていく予定なので、応援よろしくお願いいたします！ご意見いただければ嬉しいです！
こんにちは。こちらはとある動画系のアダルトサイト管理人をやっている者です。
ちなみに昨日、XVIDEOSサムネイル画像取得ツールのことを書いた者でもあります。
http://anond.hatelabo.jp/20150730145212
今回はちょっと真面目にアクセスを上げる方法を書いてみたいと思います。
またWordPressと違ってやれることが少ないです。
立ち上げ当初は確かにWordPressよりも検索が来やすいですが、
PVが増えれば増えるほど機能が少なすぎてイライラすることになります。
アナリティクスを見て22時より0時のアクセスが減ったりしていませんか？
大体0時辺りが1日のアクセスのピークです。そこが落ちているようなら問題です。
サイトの表示速度を上げる為に高速なサーバーに移転することを検討しましょう。
ApacheならWordPressのキャッシュ系プラグインを導入しましょう。
あと簡単に使えるからといってプラグインを入れ過ぎないようにしましょう。
裏側で必要なプラグインだけに絞って、あとはテーマに自作しましょう。
ついでに思い切ってウィジェットもやめちゃいましょう。
重くなるしバックアップ取れないし良いことはありません。
ビッグワードでヒットさせたいからと言って無闇にワードを詰め込みすぎていませんか？
逆にスパム扱いされたらGoogleはもう戻ってきてくれません。
ワードを盛りすぎて意味不明な文章になっていないか確認しましょう。
相互依頼を受けた全てのサイトとリンクを貼ったり貼ってもらったりしていませんか？
悪質なサイトと相互リンクをしていたら低評価になってしまう可能性があります。
開設間もない頃はGoogleも大手サイトからもアクセスが来ないので、
アクセスを集めるにはアンテナサイトに登録するのが手っ取り早いので手を出しがちです。
しかしアンテナに依存してしまうと簡単には抜け出せなくなります。
しかも切られたら一巻の終わりです。ご臨終です。
アクトレをメインにすると直帰率が高くなってGoogleの評価が落ちるし、
SEOを主軸に据えると大量のサイトとのアクトレが難しくなります。
まさにあちらを立てればこちらが立たずです。
過度になり過ぎない数でのアクトレに留めてSEO主体で運営する方向性が良いと思っています。
記事タイトルと埋め込み動画、あと一言コメントを入れる程度の記事じゃコンテンツとしては弱いですよね？
例えば用語集を作ってみたり、女優の詳細なプロフィールを書いてみたりしてみましょう。
WordPressなら「固定ページ」を使えば通常の記事と分けられるので良いと思います。
またカスタム投稿タイプで管理人ブログをやってみるっていうのも面白いかもしれません。
とにかく「このサイトは使える！面白い！」とユーザーに思ってもらえるコンテンツを作りましょう。
何だかんだいってこれが速効性があって一番効果的だと思います。
まず何よりもGoogleにインデックスされる数が多くないとアクセスは集まりません。
そういうわけで、私も更新数を増やしてPVを上げた経緯があります。
でも更新作業が大変になったのでサムネイルを取得するツールを作りました。
昨日はXVIDEOSだけでしたので、xHamsterとFC2も用意しました。
■XVIDEOS用
http://eronuku.com/xvideos_tool/
■xHamster用
http://eronuku.com/xhamster_tool/
■FC2用
アップローダー本体の動画ページURLをコピペすればサムネイルが複数取得できます。
ちなみにFC2は記事によってサムネイルの大きさが変わる仕様なのでご注意ください。
なので現状よりもっと記事数を増やせるはずなので頑張って更新してみてください。
正直、ヒットするかしないかは運によるところも大きいです。すみません。
かつて好きだった人の写真や好きな芸能人の写真から顔が最も似ているAV女優を検索するサービス。
既に好きなAV女優から新たなAV女優を発掘するという利用もできます。
僕はAV女優を顔重視で選ぶのですが、いろんなエロ動画サイトを見ていると、有名ではないが、自分の好みな顔のAV女優を見付けることがよくあります。
既存のエロ動画サイトはテキストで検索することは可能ですが、もしかしたら、まだ自分の知らない自分好みなAV女優がたくさん存在するかもしれないと
もし顔で検索できれば自分のAVライフももっと楽しくなるだろうと一念発起して開発しました（開発期間は半年くらい）。
| レンタルサーバー | GMOクラウド Public |
|---|---|
| WEB | Apache |
| DB | MySQL |
| プログラミング言語 | PHP |
| フレームワーク | Cakephp |
| UI | Bootstrap |
| 顔認識 | Face++ |
簡単に仕組みを説明すると、
①DMMのサイトをスクレイピングしてAV女優の基本情報（名前やスリーサイズなど）を登録
②DMMのAPIを利用して、それぞれの女優の作品を取得して、パッケージ写真中の顔面積を測り、最も面積が大きいパッケージ写真を登録
③ユーザーがアップロードした画像からFace++のAPIを利用することで顔検索して、最も似ているAV女優を8人表示
今はまだ、顔認識を他のサービスに頼っているので、いずれ内製化して全て自分で開発したいと考えています。
また、今は静止画でとどまっているので、動画に範囲を拡げて、画像をアップロードすると、
（１）今できること
（２）今できないこと
（３）今できないけど、勉強中で、将来できるはずのこと
（１）は、Web制作だな。他のスキルはショボいから、コアコンピタンスは「Web制作」ということでいいや。
（２）は、引き算で考えたら、（１）以外が全部該当するわけだから、考えるまでもないと。
（３）は、デザインを勉強中。将来、Webデザインは全部自前で出来るようになるだろう。
そうなると、Webサービス、Webアプリを作って、一発当てる方法が一つ。
Apache Cordova等のフレームワークを利用して、HTML5＋JSでスマホアプリを作るのが一つ。
勉強＝学びのプロセスを再現＝人に教える仕事＝インストラクター、講師の仕事が一つ。
