  |
はてなキーワード: Apacheとは
Webサーバを管理してるとこんな不正アクセスのログを見ることがあるけど
- - [06/Oct/2016:20:27:30 +0900] "GET /admin/fckeditor - - [06/Oct/2016:20:27:39 +0900] "GET /admin_manage/fckeditor - - [06/Oct/2016:20:27:41 +0900] "GET /admin_manage/fckeditor/t0phackteam/webfuck.shell - - [06/Oct/2016:20:27:44 +0900] "GET /administrator/ - - [06/Oct/2016:20:27:46 +0900] "GET dump.sql
こうやってみんなnetgeekにリダイレクトしよう（Apacheの場合）
Redirect /admin/ http://netgeek.biz Redirect /admin/fckeditor http://netgeek.biz Redirect /admin/fckeditor/t0phackteam/webfuck.shell http://netgeek.biz Redirect /administrator/ http://netgeek.biz Redirect /dump.sql http://netgeek.biz
今年UMBに行くのはとても迷っていた。
正直知らない人が多くてあまり魅かれなかったし、チケットを買うタイミングをミスって二階席が取れなかったこともあり、ぎりぎりまで悩んだが、結局行くことにした。
戦極やKOKに出るのはある程度選別された上、関東・関西を中心に有名どころが出てくるのもあって、ほぼすべての登場人物を知っている状態にある。
でもそんな自分でも、UMBの出場者の半分くらいは何も知らなかった。(この人去年も出てたなあ、くらいの知識)
その次々と誰かよく分からない人が出てくるのが、どこか思い入れのない学校が次々出てくる甲子園に近いものを感じ、理由ない応援が自然と出てきた。
おそらく、出場者の彼らも相手がどんな奴か知らないからこそ無茶カマせるし、「自己紹介から始める」という大義名分を得ることができた、と思う。
これがUMBの特色となりえるポテンシャルを感じた。
ただこれは有名MCたちがUMB離れを加速させたからこそ出た特色であり、棚ぼた的なものかもしれない。
10:0で会場は輪入道に挙げたのに、陪審員は0:10で相手の票になって延長したり(システムエラーか票の操作ミス)、
もう終わらせてやれよって泥仕合が繰り広げられたりもした。でもまあ、それでも去年よりは泥仕合が少なかったかなあ。
松島のこと少し許せるようになった。あの「ある程度のシナリオを用意してくる」スタイルが好きではなかったけど、今回はなんか許せた。
BALA、俺が主役だぜって感じで出てきたのに、一回戦で負けてウケた。自分はjony the sonataに挙げた。
GOTIT、優勝もあるかと思ったポテンシャルだった。惜しい。ニガリや椿に対しても強く、なんとなくNAIKAMCに近いものを感じた。必要以上に熱くなく、良いユーモア感があった。
SKRYUくんは良かった～。去年のKOKプレーオフ？かな、あの時よりも印象すごく良かった。脱力しつつ会話重視で、ニガリ倒したかと思った。
SAMはかかり過ぎたかなあ？ 戦極のほうが良かった。来年頑張ってほしい。
輪入道は一回戦の延長が良すぎた。DVD買って見てほしい。あと、終始相手の良いとこを出させた上で、それを乗り越えるみたいな少年漫画バトルをやろうとしてるように感じた。
KZの良さ分かんないなあ。お前優勝したの？っていうくらい負けた試合かなんかで語っててウケた。どの位置で語ってんの？
紅桜に対しては、もうずーーーーーっと「早く歌って」って思ってた。「歌ったら勝てるよ」って紅に教えたかった。相手に腹パンしたの笑った。また出てほしい。音源聞こう。
T-STONEはよかった～。だーひーのとこも勝っても良かった。オロナミンCの話をもっと展開すれば勝てたかも。
椿はよくわかんなかった～。残念。
むら、惜しかった～。KAKKYのとこは陪審員にさっさと決めてくれって思ってた。延長し続けて、終始客判定で勝ってたむらが負けたのも不運。
APACHEは良かった、なんか存在感あった。地元の先輩にいたらかっこいいだろうな。
なんか名前忘れたけど、静岡の子の地元のマイメン(多分)が声援送りまくってるの良かった。甲子園っぽい～。
だーひー輝いてた～。MU-TONのとこ勝ってたら本当に人生変わった(と思う)。客の判定責任は重い、と感じた。戦極のときの欠点としてたキャラ付けは、EPリリースの件で変えられたと思う、すごい。
AUTHORITYくんは韻も堅かったけど、アンサーも定型の返しじゃないのも良かった。「お前の街の話してくれよ」って言われて「桜の一番きれいな街から来た」ってのも良かった(彼は青森代表)。あといちいち持ってくるフレーズにロマンを感じた。
MU-TONは強かった。一時期の「プロップス持ってる」感じは少し冷めてるように感じてた、だからこそ今回の優勝に価値があると思う。客はちゃんと判定してMU-TONをチャンプにした。やりがちなお涙頂戴一切しなかったのも単純にカッコよかった。
KOKは行かなかった。呂布カルマ優勝して嬉しい～。^-^
逆に客先のサーバにPythonやらRubyは入ってないからダメだ（非常に残念ではあるが）。
というのも昔の話で最近はクラウドサーバの流行でPythonやらRubyも多少使うようになった（なぜ自社内のサーバに新しいものを入れるのは渋るのにクラウドサーバだと渋らないのかは不思議だが）。
その昔どこぞのレンタルサーバがデータをぶっ飛ばしたという事件もあったので慎重になるのも分からないでもない。
結論としてはJava、PHP、Apache+Tomcat、IIS、ASP.NET、JavaScriptに多少の心得があれば食っていけるしRubyとか仕事で使う言語としては絶対に流行らんと思ってたんだけど、そうでもなくなってきたのかなあと思っただけ。
WebサーバーのPHPをバージョン5.4から7.2に上げたら、PukiWiki1.5.1が正常に動作しなくなりましたが、先ほど問題が解決しました。
昨夜の調査で、PHPのセッション周りにエラーがあることが分かりました。
続きを調べてみると、
というディレクトリの設定が不適切で、PHPのプロセスから書き込みができない状態になっていました。
PHPのバージョンを上げるときに、PHP-FPMも再インストールしていました。
「/var/lib/php/session」を使う作業ユーザーがデフォルトでは「apache」になっているようです。（前の設定を見てないのが不確か）
とりあえず、これを「apache」から「nginx」に変更したら、PHPのセッションが正常に動作するようになりました。
Google検索で解決のヒントになる情報がいろいろ得られたので、あまり苦労せずに解決できました。
いつも有益な情報を提供してくださる皆様にこの場を借りて感謝申し上げます。
どうもありがとうございました。
問合型言語のSQLは、「関係代数」という計算モデルを基に作られたプログラミング言語。
一度「関係代数」について学んでおくと、RDBの使い方について、理解が深まる。
↑このスライド作者さんは他にもDB関係の資料を作成されてるので見ておくといいかも？
SQL以外にも「SPARQL」、「TMQL」（Topic Maps Query Language）等、いろいろな問合型言語がある。
実際に使う機会は少ないかもしれないが、「問い合わせ」で処理するという発想は参考になるかも？
Datalogは「Prolog」（論理型言語）を源流にもつ宣言的なデータベース問合せ言語。DatalogはSQLと同等の表現力を持つ。
Datalogは様々なプログラミング言語で利用できる。
「トピックマップ」は、本の索引をもっと高機能にしたような仕組みで、RDBとは違う形でデータを蓄積／検索できる。
NoSQL（一般に "Not only SQL" と解釈される）とは、関係データベース管理システム (RDBMS) 以外のデータベース管理システムを指すおおまかな分類語である。
関係モデルではないデータストアの特徴として、固定されたスキーマに縛られないこと、関係モデルの結合操作を利用しないこと（場合によっては単にそのような機能が欠落しているだけ）、水平スケーラビリティが確保しやすい事が多いこと、トランザクションを利用できないものが多いことなどが挙げられる。
学術的な世界では、この種のデータベースのことを構造型ストレージ (structured storage) と呼ぶことが多い。
NoSQL系データベースは、関係データベースのような汎用性は欠くものの、その制約された条件下ではRDBMSより高いパフォーマンスを持つ。
NoSQL系データベース管理システムが有用な場面は、関係モデルを必要としないデータを扱う時や、大量のデータを扱う時である。
有名な実装として、GoogleのBigTable、アマゾンのAmazon DynamoDBなどがある。オープンソースの実装も数多く存在し、例えばMongoDB、Redis、Apache HBase、HyperTable, Apache Cassandraなどがある。
問合型言語の学習の最後に、SQLを巡る物語も見てみよう。（SQLの学習をドラマチックで楽しいものにしたいねｗ）
RDBを活用すれば、大量のデータを処理して、多くの仕事を効率化できる。（金持ちへの扉が開かれる。）
エドガー・フランク・コッド（Edgar Frank "Ted" Codd, 1923年8月23日 - 2003年4月18日）は、イングランド生まれの計算機科学者
。関係データベースの理論的基盤であるデータベース管理の関係モデルを発明した。
1960年代から1970年代、コッドはデータ配置に関する理論を構築し、1970年 "A Relational Model of Data for Large Shared Data Banks" （大規模共有データバンクのデータ関係モデル）という論文を発表した（IBM内ではその1年前に公表している）。
しかし、IBMはライバルがそれを実装し始めるまで彼の提案を実行に移そうとせず、コッドは失望した。
当初、IBMはIMS/DBの収益を守るため、関係モデルを実装することを拒んだ。
コッドはIBMの顧客に自身のモデルを実装した場合の可能性を提示し、顧客からIBMに圧力をかけさせた。
そこでIBMは関係モデルの実装を開発する System R プロジェクトを Future Systems プロジェクトに含める形で立ち上げたが、その開発チームとコッドは分離され、しかもコッドの理論に精通した者はチーム内にいなかった。
結果として彼らはコッドの Alpha 言語を使わずにリレーショナルでないSEQUEL言語を開発した。
ローレンス・ジョセフ・エリソン（Lawrence Joseph Ellison、1944年8月17日 - ）は、データベースソフトをはじめとする大手ビジネスソフトウェア企業オラクル・コーポレーションの共同設立者であり、元CEO、会長、CTOである。
2014年現在の総資産は500億ドルで、世界で5番目の富豪である。
ニューヨーク出身。アシュケナジム・ユダヤ人の母親のフローレンス・スペルマン(Florence Spellman)は出産当時未婚の19歳で、生後9ヶ月のラリーをシカゴに住む叔母リリアン・エリソンとその夫である義理の叔父ルイス・エリソンに養子として引き取ってもらった。ラリーは実の母の名も知らず育ったが、48歳の時に初めて対面した。
高校時代は秀才だが、無愛想な生徒だった。イリノイ大学アーバナ・シャンペーン校に二年生まで通っていたが、リリアンの死後まもなく退学。カリフォルニア州北部で夏を過ごした後、シカゴ大学で学ぶために実家に戻ったものの三ヶ月でまたも退学し、カリフォルニアへ移住。この頃、コンピュータに触れ始めている。
1970年代、エリソンはアンペックスで働いた。彼の関わったプロジェクトのひとつにCIA向けデータベース開発があり、彼はそれに「オラクル (Oracle)」と名づけた。
エリソンはエドガー・F・コッドのリレーショナルデータベースシステムに関する論文 A Relational Model of Data for Large Shared Data Banks に触発され、1977年、自己資金1400ドルでオラクルを設立した。
彼はIBMのSystem Rデータベースがコッドの理論に基づいたものであると聞き、Oracleもこれと互換性のある製品にしたかったのだが、IBMはエラーコードを秘密にすることによって互換製品が出てくるのを防いでいた。
オラクルの最初の製品はOracle 2であり、Oracle 1は存在しない。このリリース番号は、それ以前のバージョンのバグが全て解決されていることを暗示しようとして付けられた。
1997年8月、ラリー・エリソンは親友のスティーブ・ジョブズがアップルに戻った後、同社の取締役に就任した。2002年9月20日、取締役会に出席する時間が充分に取れないことを理由にアップルの取締役を辞任した。
この人、キャラクター的にはあまり好きじゃないけど、行動力はすごいね！
Oracleのバージョンを「2」から始めて、改良されているように見せかける。～ちょっと詐欺っぽいけど、商売もうまい？ｗ
SQLやデータベースを活用して、素敵なアプリやWebサービスを開発してください。
では、これでいったん、増田式プログラマー養成講座を終了します。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き）
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
anond:20181110182445 増田式プログラマー養成講座 その20 SQLでデータの削除
anond:20181111205255 増田式プログラマー養成講座 その21 データベース設計 (1)要件定義
anond:20181119224031 増田式プログラマー養成講座 その22 データベース設計 概念→物理
anond:20181204142213 増田式プログラマー養成講座 その23 SQLを巡る物語 ←★今ここ★
：
anond:20181024214737 増田式プログラマー養成講座 コンテンツ一覧
平成も最後だし、なんかいつ不況が来るかもわからない状況な気もするし、
今のうちに年収上げておきたいなんて考えている人もいるのかなと思い、
本当に普通な感じで埋もれているエンジニアが転職した時の話をしようと思う。
現在私は同業界の大手企業で働いている。転職結果としては年収も大きく上がったし、
年齢：39歳
＜前職＞
中堅の独立系SI企業（WEBもSierもやってるような感じ）社員600名程度
に所属していた。勤続は7年目
＜技術力＞
技術力はほんとに並の下程度。
JavaとかPHPとかやっていて、PHPがメインだったかな。主にWEBサービスを作ったり、社内WEBシステム作ったりしてた。
プログラミングの基礎はあるし、SQLやその他DBの知識もそれなりにある。サーバーの知識はあんまりないし、
Linuxのコマンドは正直ちょっと苦手だし、AWSとか触ってないし、なんならApacheだってそんなに詳しくない。
ググっていつも解決する。フルスタックエンジニア？なんだそれ？こちらサーバーサイドエンジニアだ、文句あんのか？
新しい技術や言語は基礎があるので飲み込みは早い方だと思う。なので対応力はある方だ。Rubyでもpythonでもコード見れば読めるし、
大抵のことは理解できると思う。でも業務では使ってない。JQureyもまぁ普通に使えるけどJSのコードとかたぶん汚いと思う。
色々と新しい技術をググって記事見たりして「わかった気になるタイプ」だと思う。36歳くらいでやっと「デザインパターン」
知らないとやばいんだ。勉強しないと！と焦って本だけ一応読んで「わかった気」になった。
ここまで読めばわかると思うけどエンジニアとしてはだいぶ「ポンコツ」だ。
でも仕事のためにやってるエンジニアとか結構こういう人が大半な気もするんだよね。
立ち位置は開発リードとか設計とか上流も少しやってた。年齢のせいもあると思うけど、
まぁうまく立ち回って仕事してた感じだと思う。コミュ力はそれなりにある方だと思う。
もうエンジニアとかお前が名乗るなよとか言われそうだな。。。すまん。
このまま、今のポジションで仕事を続けてたら永遠に新しいこととか他の言語を使って業務をすることができそうになかったから。
嘘だ、人間関係だ。ほとほと同僚、後輩、パートナーに愛想が尽きたからだ。それと上司やその上の部長にもだ。
客先で顧客と一緒に仕事をしてたが顧客側の人はほんとにまともで良い人ばっかりだった。転職する時にそれだけ、ちょっと寂しくなったな。
ポンコツながらプロジェクトでは納期を守り何とかやり抜いてきたが、全く評価されない現実もあり、それも嫌だった。あと、給料安い。
表向きはいろんな理由があるだろうけど、転職する人の理由はきっとこれが現実だと思う。
＜概要＞
転職を決意
↓
↓
↓
DODAとリクルート系は良い思い出が一切ないので登録してない。
↓
↓
↓
↓
↓
ビズリーチ経由でB社で金融系ITに強めの転職エージェントに会う
↓
＜詳細と雑感＞
転職しよう！と思ってからとりあず動けーーー！って感じで動いた感じです。
総応募数は覚えてないけど30～50社くらいだったと思う。書類で超落ちる。年齢のせいも大きい。
エン転職のスカウトは全然ダメだった。めぼしい企業がなかったし、年齢のせいか知らんけど、
ギークリーから応募したのが一番多いと思うけど、とにかく手あたり次第に紹介してくる。
よさそうな企業もあったけど、面接まで行ったのは4社程度ですべてお祈りだった。
2次や最終までは行くが、いまいち紹介された企業に自分の志望動機を合わせる作業がどうにも苦手でうまく行かなかった。
ギークリーはほんとに求人が多いから、たくさん見て選びたい人には向いてると思うけど、自分には向いてなかったな。
他にもビズリーチ経由で4社くらい直接カジュアル面談があったけど、有名なY社とか、運輸系のY社のシステム会社とか、
印刷系のD社の子会社とか、どれも最初のカジュアル面談で、それ以後連絡なかったなぁ。
そんな感じで行き詰って2か月。心機一転また別のところ！というのと、
自分でもう一度ポンコツなりに職務経歴書を頑張ってブラッシュアップし、面接対策もして、改めてA社とB社とつながった。
B社からの紹介はとても面白い会社だったし、一次面接もかなり好感触だったのだが、なぜかその後に論文筆記があり、
書いて出したら、落ちた。どうやら思想が合わなかったらしい。
A社から紹介されたのが、医療系のWEBサービスの会社と誰もが知ってる大手企業。
どうやら大手企業とは結構つながりのあるエージェント会社だったみたい。
自分が大手に行けるか半信半疑だったが、面接対策も結構しっかりしてくれて助かった。
同じ質問を面接でされたので、うまく答えることができたと思うし、職務経歴書も一緒に見てくれた。
そして、2か月でこの医療系の会社と大手から内定を頂いた。転職活動は実質4か月くらい。
どちらも良い会社だったので、本当に迷ったが、大手の方にした。
断るのもエージェントがやってくれるのでこれも結構気持ちが楽だった。
＜振り返って思うこと＞
ポンコツなりにアピールできるポイントがあれば、それをしっかりアピールするような職務経歴書を作ったり、
私の場合は3回目の転職だったので、今までの経歴をきちんとよどみなくアピールできるような練習は有効だった。
転職活動初期は全然対策してないこともあって、やっぱり落ちたのかなと思う。
だんだんエンジンがかかって、面接にも慣れていき、最終的に大物ゲットできた感じだ。
そして、面接ではやっぱり自分はできる奴だ！ということをちゃんとアピールした方がいいと思った。
謙遜とかいらないし、こういう職務なんですができますか？と言われても、普通に全然問題ないです。くらいに言ってもいいと思う。
ハイスペックエンジニアとかいやいや十分すごいですわ的なエンジニアは、自分で活動して、普通に交渉もして、
自分がより有利な環境を手に入れることができると思うけど、私のようなポンコツは普通にエージェント使って、
普通に応募して、面接対策しっかりして、志望動機もちゃんと頑張ってたくさん考えて、ちゃんと喋る練習して、それで行けば結構いけると思う。
落ちるのはやっぱり職務経歴書がまだちゃんと練れてないのと、面接の練習や、志望動機が甘いんだと思う。そこを頑張れば良い環境に転職できると思う。
おススメのエージェントとかは特にないかな。自分に合ったものを自分で転職活動しながら、見つけるのが良いと思う。
1つ言うならエージェントを1つに絞らないことかな。忙しくなるけど、いろんな所と付き合って、自分に合うところを見つければいいと思う。
そういう意味ではビズリーチは大小さまざまなエージェント会社があり、そこから連絡がバシバシ来るので登録しておくとよいかもしれないです。
＜まとめ＞
こんな感じだ。読み返すとあんまり参考にならないかもしれない。。。
私は前の会社で全然評価されなかったが、今の大手に移ったら、普通に評価が上がって、給料もしっかり上がった。
環境次第で人の評価って全然変わるし、所詮評価する側のフィルターをかけた評価なんてやっぱり気にしなくていいんだと思った。
実際前職の部長に退職の旨と転職先の話をした時に「子会社ですか？」とか言われたし、「いえ、本体です。」と答えたら「マジで？」という顔をしてた。
部長のフィルターでは自分の評価はそんな感じだったんだなと実感した。
今ももちろん良いフィルターをかけて評価してもらっていると思うけど、自分にとってどっちが良いかは明白だし、
その良いフィルターが本当になるようにもっと努力したいと思う。
今の市況ならほんとに転職すれば年収上がるくらいの状況だし、勤続3～5年以上で、
自分の現状に不満があるなら、いっちょやってみるのも良いかもしれません。
誰かの参考になれば幸いです。
前回は、Webアプリのモックアップ（ハリボテ）を作るところまでやりました。
データベースを使ったWebアプリを作って、データベースの基本操作（CRUDの４つ）を練習してみよう！
ざっくりと、以下のような流れで作っていきます。
（参考 anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備）
講座その６を参考にして、XAMPPを起動させて、ApacheとMySQLをスタートして下さい。
（参考 anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう）
講座その９を参考にして、XAMPPの中にCodeIgniterをインストールしておきます。
（参考 anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう）
講座その11を参考にして、MySQLにWebアプリ用のデータベースとテーブルを作成しておきます。
講座その11で、データベースの練習で「chat」というデータベースを作ってみました。
そのとき「message」というテーブルを作りましたが、今回Webアプリで使うテーブルとして新たに「talk」というテーブルを作成します。
（補足：前に作ったテーブル「message」の中に、テーブル名と同じ「message」という名前のカラム（列）を作ってました。これでも問題ないんだけど、プログラムを書くとき、テーブル名とカラム名を混同しないようにしたいので、念のため作り変えときましょう。）
SQLで「talk」というテーブルを作る場合、以下のようなSQL文になります。
CREATE TABLE `talk` (
`create_at` datetime NOT NULL,
`update_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
このSQL文をphpMyAdminで実行すれば「talk」テーブルを作れます。
これでデータベースの準備ができました。
CodeIgniterで使う「URL」の表示方法をちょっと変更しておきたいので、Apache（Webサーバーソフト）の設定を変更しておきます。
（「URL」＝情報がどこにあるのかを示すインターネット上の住所）
（Apacheの「mod_rewrite」という仕組みによって、URLの扱い方を変更します。）
（例）
変更前： http://localhost/waf/index.php/welcome/
↓
変更後： http://localhost/waf/welcome/
というように、URLの中にある「/index.php」という文字列を表示させない設定にします。
Apacheの設定は「.htaccess」という名前の設定ファイルを用意して変更します。
RewriteCond %{REQUEST_FILENAME} !-f
「.htaccess」の書き方を理解するには、「正規表現」という仕組みの知識が必要です。
まだ「正規表現」を勉強してない段階では、とりあえずコピペして使って下さい。
を行ないます。
「config.php」をIDEやエディターで開いて、以下のように変更する。
最初は、
$config['index_page'] = 'index.php';
になってるけど、「index.php」を削除して、「''」（空）にしておく。
「databese.php」をIDEやエディターで開いて、以下のように変更する。
'dsn' => '',
'password' => '',
'database' => 'chat',
（※上記のように、MySQLのusernameとpasswordは「root」（管理者）のデフォルト設定を使ってます。）
上記フォルダの中に「Welcome.php」というファイルを作って、内容を以下のようにします。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
{
parent::__construct();
$this->load->model('chat_model');
// $this->output->enable_profiler(true); // for debug
}
// 初期画面
{
$action = $this->input->post('action');
$message = $this->input->post('message');
$this->chat_model->create_message($message);
}
$data['talk'] = $this->chat_model->read_message();
$this->load->view('welcome_index', $data);
}
// 更新画面
public function update($id = '')
{
$id = $id ? $id : $this->input->post('id'); // id -> segment or post
$action = $this->input->post('action');
$message = $this->input->post('message');
$this->chat_model->update_message($id, $message);
}
$data['talk'] = $this->chat_model->read_message_by_id($id);
$this->load->view('chat_update', $data);
}
// 削除画面
public function delete($id = '')
{
$id = $id ? $id : $this->input->post('id');
$action = $this->input->post('action');
$this->chat_model->delete_message($id);
}
$data['talk'] = $this->chat_model->read_message_by_id($id);
$this->load->view('chat_delete', $data);
}
}
上記フォルダの中に「welcome_index.php」「chat_update.php」「chat_delete.php」という３つのファイルを作って、内容を以下のようにします。
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<base href="<?php echo base_url(); ?>">
</head>
<body>
<form action="welcome/index" method="post" accept-charset="utf-8">
<label>メッセージ</label>
<input type="text" name="message">
<input type="hidden" name="action" value="add">
</form>
<table border="1" cellpadding="5" cellspacing="0" bordercolor="#CCCCFF">
<tr>
</tr>
<?php foreach($talk as $item): ?>
<tr>
<td><?php echo $item['id']; ?></td>
<td><?php echo $item['create_at']; ?></td>
<td><?php echo $item['message']; ?></td>
<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>
<td><a href="welcome/delete/<?php echo $item['id']; ?>">削除</a></td>
</tr>
<?php endforeach; ?>
<?php endif; ?>
</table>
</body>
</html>
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<base href="<?php echo base_url(); ?>">
</head>
<body>
<p>メッセージを変更して「更新する」ボタンを押してください。</p>
<form action="welcome/update" method="post" accept-charset="utf-8">
<label>メッセージ</label>
<input type="text" name="message" value="<?php echo $talk['message']; ?>">
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
<input type="hidden" name="action" value="update">
<?php else: ?>
<p>※該当するメッセージがありません。</p>
<?php endif;?>
</form>
<p><a href="welcome/index">戻る</a></p>
</body>
</html>
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<base href="<?php echo base_url(); ?>">
</head>
<body>
<form action="welcome/delete" method="post" accept-charset="utf-8">
<p style="background-color:lightpink"><?php echo $talk['message']; ?></p>
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
<input type="hidden" name="action" value="delete">
<?php else: ?>
<p>※該当するメッセージがありません。（または削除済です。）</p>
<?php endif;?>
</form>
<p><a href="welcome/index">戻る</a></p>
</body>
</html>
上記フォルダの中に「Chat_model.php」というファイルを作って、内容を以下のようにします。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
{
parent::__construct();
}
// Create
public function create_message($message = '')
{
$sql = "INSERT INTO talk SET create_at = ? , message = ?";
$param = array(date('Y-m-d H:i:s'), $message);
$this->db->query($sql, $param);
return $this->db->insert_id();
}
// Read All
public function read_message()
{
$query = $this->db->query($sql);
return $query->result_array();
}
public function read_message_by_id($id = 0)
{
$sql = "SELECT * FROM talk WHERE id = ?";
$param = array($id);
$query = $this->db->query($sql, $param);
return $query->row_array();
}
// Update
public function update_message($id = 0, $message = '')
{
$sql = "UPDATE talk SET message = ? WHERE id = ?";
$param = array($message, $id);
$this->db->query($sql, $param);
return $this->db->affected_rows();
}
// Delete
public function delete_message($id = 0)
{
$sql = "DELETE FROM talk WHERE id = ?";
$param = array($id);
$this->db->query($sql, $param);
return $this->db->affected_rows();
}
}
この続きは、
「anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き）」
へ続きます。
前回まで手続型言語の基本（構造化プログラミング、オブジェクト指向プログラミング）を見てきた。
今回から問合型言語のSQLを学び、データベース（DB）を使ってみよう。
大量のデータを記録して、活用するために特化したソフトウェアが「データベース」だ。
データベースには、いろんな種類があるけど、今回学ぶのは「リレーショナル・データベース」（RDB）だ。
データベースがなかった時代の人々は、大量のデータを扱うのに苦労していた。
データベースを活用すれば、人間は脳の記憶力を補完して、膨大な知識を扱うことができるようになる。
キミも今日からデータベースを活用して、記憶力を100億倍にしよう！ドラえもんの暗記パンなんて目じゃないぜ！！！
MySQLは無料で使えるRDBです。MySQLでデータベースの練習をやってみよう。
それではさっそく、以前インストールしたXAMPPで、MySQLを使ってみよう。
Port(s)が「80,443」「3306」と表示されたら、PHPとMySQLが使える状態になってます。
Webブラウザー（Google Chromeなど）で、「 http://localhost/phpmyadmin/ 」というURLを開く。
「phpMyAdmin」は、MySQLを管理するツールです。
「phpMyAdmin」で検索したら、使い方を紹介する記事が、たくさん見つかります。
phpMyAdmin(ピーエイチピーマイアドミン)はMySQLサーバーをウェブブラウザで管理するためのデータベース接続クライアントツールで、PHPで実装されている。
検索したら、こんなのがありました。
後で簡単なチャット（おしゃべり）ができるWebアプリを作ってみたいと思う。（Twitterをショボくしたシステムｗ）
チャット用のデータベースとして「chat」という名前のデータベースを作ろう。
これで「chat」という空のデータベースが1個できた。
「chat」データベースの中に、テーブルを1個作ってみよう。
すると「名前」「データ型」「長さ/値」「デフォルト値」…などの空欄がたくさん並んだ画面が表示されただろう。
これら4段の下にある「ストレージエンジン:」欄は「InnoDB」にしておく。
ここまで入力したら、画面右下にある「SQLのプレビュー」というボタンをクリックしてみよう。
すると、
CREATE TABLE `chat`.`message` (
`id` INT NOT NULL AUTO_INCREMENT ,
`create_at` DATETIME NOT NULL ,
`update_at` TIMESTAMP on update CURRENT_TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ,
というSQL文が表示されただろう。
これが「SQL」というデータベースを操作するプログラミング言語の書き方なんだ。
今はツールを使って自動的にSQL文を作成したが、SQLの文法を学べば、自分で書けるようになる。
とりあえず、今はphpMyAdminでMySQLを簡単に操作してみよう。
すると、画面左側のデータベース一覧で、「chat」の下に「message」というテーブルが表示されるようになっただろう。
データベースと、その中のテーブル（表）を作ったけど、まだデータが入ってないので空のままだ。
すると、
INSERT INTO `message` (`id`, `create_at`, `update_at`, `message`) VALUES (NULL, '2018-10-24 12:34:56', CURRENT_TIMESTAMP, 'Hello, world!')
というSQL文が表示されただろう。
これがデータを操作するSQL文の一例だ。これも後でSQLの文法を学んでみよう。
これでデータが1件追加できた。
こんなかんじで、とりあえず、phpMyAdminでMySQLをいろいろいじって練習してみよう。
次回以降の予定は、
といったかんじです。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう ←★今ここ★
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
：
前回はオブジェクト指向プログラミング（OOP）で使う様々な仕組みについて学びました。
OOPの文法を学んだ後、OOPの長所が発揮される場面をどうやって説明したらいいのか？を考えてみた。
横田の意見を参考にして、「フレームワーク」を使って、OOPの使い方を見てみよう。
framework →「枠組み」「骨組み」「構造」などという意味の英語。
システム開発で使われる「フレームワーク」とは、よく使われる機能のパーツを用意して、まとめて１つのパッケージにしたプログラム群のことだ。
イメージとしては、いろんなおかずが入ってる豪華な幕の内弁当のようなものだ。
ただし、ご飯のマスだけが空になっていて、プログラマーが自分でご飯を用意しないと、弁当としては完成していない形になってる。
普通の白いご飯を作って追加しても良いし、好みや必要に応じて、炊き込みご飯やまぜご飯を作って追加しても良い。
ゼロから豪華な幕の内弁当を作るのは大変だけど、ご飯だけ用意すれば完成するので楽ができる。
プログラムの開発でフレームワークを使うと、プログラマーは必要最小限のコードを書くだけでアプリを完成させられるので楽ができる。
「フレームワーク」と似た用語で「ライブラリー」という用語がある。
弁当を作るときに使いたいおかず（ライブラリー）を自分で考えて探し出し、選ばないといけない。
（フレームワークは最初からおかずが全部用意されているので、自分でわざわざ選ばなくてもOK）
プログラムの動作で見た場合、フレームワークとライブラリーでは決定的な違いがある。
↑このページの「図1●フレームワークにおける制御の反転」という図解を見てみよう。
「制御の反転」（Inversion of Control、IoC）といって、自分の書いたコードが主役から脇役になってる点が違う。
（主役と脇役という説明は適切ではないかもしれないけど、イメージとしてはそんなかんじ？）
フレームワークはいろんな機能が全部入りで、こいつを使えば、ちょっとコードを書くだけで、高機能なアプリがすぐに作れる。
ここでは「MVCパターン」という仕組みで作られた「MVCフレームワーク」を使ってみよう。
MVCは「Model」「View」「Controller」の略で、MとVとCの３つを自分で用意すれば、アプリが作れちゃう仕組みだ。
MVCの歴史は古くて、GUI（Graphical User Interface、グラフィカルユーザインタフェース）を作る方法の定番だ。
→「MVC 仕組み」でGoogle画像検索すると、分かりやすい図解がいろいろ出てくる。
（参考）
Wikipediaの説明は、文章が学術的で難しいけど、正確な説明になってると思う。
↑このページの「MVCの概要」という図が、MVCの仕組み＝動作の流れを分かりやすく説明してる。
こういうプログラムの設計に関するノウハウは、「アーキテクチャー・パターン」という分野に蓄積されている。詳細はGoogle検索してみよう。
Webアプリを作るときに使われるMVCフレームワークには、いろいろある。
有名なものとして、
などが挙げられる。
PHPでOOPを学習しているので、ここではPHPのWAFの１つである「CodeIgniter」を使ってみよう。
CodeIgniterは使い方がシンプルで、覚えるルールが少ないので教材に向いているだろう。
それでは、CodeIgniterを使ってみよう。
↑このページの「Download」から「3.1.9.zip」という圧縮ファイルをダウンロードする。（2018年10月現在はバージョン3.1.9でした）
ダウンロードしたファイルを解凍して、「CodeIgniter-3.1.9」というフォルダが出てきたら、「waf」という名前に変えよう。（「waf」はWeb Application Frameworkの略。）
今「waf」フォルダの中には、「index.php」というファイルや、「application」「system」などフォルダがあるね？
この「waf」フォルダを以前用意したXAMPPの中にコピーする。（参照：anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備）
＝「C:\xampp\htdocs」（Cドライブの中の「xampp」の中の「htdocs」というフォルダ）の中に「waf」をコピーして下さい。
＝「C:\xampp\htdocs\waf」という位置にコピーできたらOK。
これで「Welcome to CodeIgniter!」というWebページが表示されたら、CodeIgniterの動作確認はOKです。
$config['base_url'] = 'http://localhost/waf/';
それでは「Hello, world!」と表示させるシンプルなWebアプリを作ってみよう。
<?php
defined('BASEPATH') OR exit('No direct script access allowed');
class Hello extends CI_Controller {
public function index()
{
$this->load->view('hello_index');
}
}
ここで注目して欲しいのは、「class Hello extends CI_Controller」という部分です。
フレームワークが用意している「CI_Controller」というクラスを継承して、自分で「Hello」というクラス（オブジェクトの設計図）を作っている、という点です。
次に、
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<p>Hello, world!</p>
</body>
</html>
今回は簡単なので、MVCの「M」は用意しませんでした。（CとVだけで完成）
Webブラウザーで「http://localhost/waf/index.php/hello」というURLにアクセスして下さい。
画面に「Hello, world!」と表示されたら、Webアプリの作成が成功です！
「Hello, world!」の表示だけではショボ過ぎるけど、Webフレームワークを使えばもっといろいろな機能が作れます。
詳細は、CodeIgniterのマニュアルを参照して下さい。
↑このページで「ユーザーガイド(日本語)」を読んでみて下さい。
Webアプリを作るときデータベースがないと不便なので、次の次ぐらいにSQLを学ぼう。
MySQL（データベース）を使えば、掲示板などのWebアプリも作れるようになります。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう ←★今ここ★
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
：
今回は、オブジェクトの使い方＝オブジェクト指向プログラミング（OOP）を学ぼう。
などの分類があります。
ここではクラスベースのOOPを取り上げる。学習時間を短縮するために、Javaよりも簡単なPHPでOOPの基本を勉強してみよう。
PHPは誰でも手軽に使えるように工夫された、軽量なプログラム言語です。
WindowsパソコンでPHPを使うために、XAMPPというソフト（無料）をインストールしよう。
XAMPPにはいくつかバージョンがあるけど、ここではUSBメモリに保存できる「ポータブル」を使ってみよう。
↑このページにある「xampp-portable-win32-7.2.10-0-VC15.zip」をダウンロードして、ZIPファイルを展開します。
解凍して出てきた「xampp」をCドライブ直下にコピーしてください。
Port(s)が「80,443」と表示されたら、XAMPP上のApache（Webサーバーソフト）が起動して、PHPが使える状態になってます。
（Apacheを止めるときは、「Stop」ボタンをクリックします。）
phpとは - はてなキーワード http://d.hatena.ne.jp/keyword/php
<?php
?>
（プログラムのソースコードを増田に直接書くと、エスケープされて違う文字になるので、上の例では一部文字を置き換えてある。）
（上記の表示の中で、全角文字の不等号「＜」「＞」を半角文字の不等号に置き換えて下さい。）
（増田はプログラムのコードを貼付けられないのか。不便だな！）
PHPの教材は、本やネット上の記事、動画などたくさんある。自分で分かりやすいものを探して読んでみよう。
3分程度の動画が30個＝90分。最初は内容を理解できなくてもいいから、とりあえず全部一通り見てみよう。（1巡目は雰囲気だけつかめばOK）
2巡目以降は分からないことがあったらノート等にメモして、後で１つずつ解明していこう。
著者あとがき
私はGitを学ぶのに、実はとても苦労しました。それと同時に、「きっと同じように困っている人が他にもたくさんいるはずだ」と考えました。「理解するのに数日かかることを、短い時間でパパッと学べるコンテンツを作りたい」そう思いつき、「マンガでわかるGit 第１話」を個人サイトにて公開したところ、いきなり、はてなブックマークで800ブックマークされました。
“つまづきポイント”を先回りするために
私は、Gitを使い始めて以降、わからないことがあったら「つまづいたことノート」に書いてきました。なお、本書の執筆にあたっても、日々勉強しながら解説を書くという形でした。わかばちゃんが「なんでこうなるの？」と疑問に思う部分は、私が過去につまづいた部分です。
（今回は、PHPの準備、PHPの基本文法の理解までで終わってしまったorz）
（URLのリンクを10個以上貼ると、日記が書き込めないみたいなので、増田では記事を分割せざるを得ない。）
次回は、OOPに関係している内容（#18～#24）を一緒に確認してみよう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備 ←★今ここ★
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
：
こんなのあったらおもろいなーと思ってwebアプリ？みたいなやつ作ってたんだけど全然公開できない。
8割はできたって所から公開しようって状態まで持っていくの大変すぎ。
デザインなんてどうでもいーと思いつつも触りだしたら「せっかくだから」と触り出しちゃう。
さすがに最低限それっぽくしたくなっちゃう。
CSSフレームワーク使ってみたら結局上書きしまくりで使い物にならない。
もうさ、本当になんでもいいんだよ。レスポンシブとかどうでもいいんだよ。
なんでsassの使い方なんて調べてるんやー
lessってどうなったんやー
こんなものを公開するのにサーバー代を払う事を想像すると手がすくむ。
AWSは便利みたいな風潮なんなの普通に構築大変なんだけど。何のサービスあるかよく分からないし。高いし。
操作ってなに？デプロイ？WEBアクセスでもいいの？定期的にリクエスト投げておけば止まらない？
cloneとか使えるの？nginxの設定いじったりとかできる？apache？
得体が知れなくて怖い。
結局VPS借りたよもう！
【話が大きくなっていく問題】
最初は1つの機能だったのが深夜のテンションであれしたいこれしたいってどんどん出てくる。
超人気サービスになって超有名人になってインタビューに答える姿まで想像しちゃう。
最低限作る機能がどんどん増えていく。
【みんなに知ってもらえない問題】
ある程度有名人ならTwitterとかでつぶやくだけで認知してもらえるだろうけどさ。
全く有名でもない自分が、作りました〜って言って誰が見てくれるのさ。
意外と誰かが見つけてくれるものなの？
お金払えばいいの？誰に払えばいい？
作ってる時は超人気サービスになる事を想像してムフムフやってたけど、いざ公開しようという段階まで来ると「どうせ誰にも見てくれない」とか考えてどんどん自信がなくなってゆく。
カッコいい事言ってるけど、作ったサービスが全くウケなくて誰にも使われなかったら..とか、失敗した自分を想像して動けなくなってるんだと思う。
何を書きたいのかもよく分からなくなってきた。
書くってこんなに時間かかる？
自分だけ？
もういい！寝る！
httpd.confが初期設定に戻ってた
localhostをhttps化してたのだが、OSを入れ直したらオレオレSSLの設定をし直さなきゃいけない
ブラウザで動作確認するときはスーパーリロードをしないと、サーバーエラーの表示がキャッシュから表示されて、余計に混乱する
11.0を使ってたのだが、12.0にアップデートしたら、キーボードの認識で右シフトの一つ左キーのところで、先に進まなくなる
認識のウィンドウを閉じると、キーボードが英語キーボードと認識されてしまう
これが原因かcomplex_modification.jsonの読み込みでエラーが出る
よく使う項目の順序がリセットされてて面倒
ただ仮想Linuxで開発中のWebアプリを家のLAN越しに色んなデバイスで閲覧できればそれで良かったのに
まずどんな手段があるのか調べて、Apacheというのがあるのを知って、ubuntuにApacheインストールしたけど全然使えるようにならなくて、どうやら設定ファイルを弄る必要があるのは分かったけどその在りかが全然分からなくて、新しくLinuxのコマンドいくつか覚えて探しても見当たらなくて、またいろいろ調べたらDebian系のOSは設定ファイルの名前が違うってことが分かって、設定ファイルは見つかったのにどこをどう編集したらいいのか分からないから公式のドキュメント(英語)読んでーみたいな感じでこの2〜3日すげえ回り道したのに
結局Vagrantの設定を弄れば一発だったっていう…Vagrantすげー
初心者が一人で開発やってるとこういう徒労ばっかりで困る
自分はしがない田舎のサラリーマンなんだけど、まぁ、ほんのちょこっとパソコンに詳しいわけよ。
いや、ほんのちょこっとだよ。はてなーに失笑される程度。ポート解放できたりLINUXにApacheやらMySQLいれたり、マイクラのサーバーにしたりして趣味程度に遊ぶぐらいの。
で、まぁ、今勤めている会社はいわゆるコンサルタント会社なんだけど、その客が「増田君、パソコンできるんだって？ちょっと、見てくれないか？」とかいって「なにもしてないのにこわれた」らしいパソコンを持ってきたわけ。
それでぱぱっとシステム復元してやったら一発で直って、そこから気がついたらアレもこれもとして、なんかパソコントラブルがおこったら○○社の増田に電話すればいいみたいな感じで客先に広まっちゃって今3社ぐらいから「パソコンお困りサポートセンター」みたいな扱いを受けているんだけど、これがとにかくストレス。
で、流石にこの状況はおかしいぞ、と社長に判断を仰いだら「当社の仕事はコンサルタントではなく、お客様が困っていることを助ける事。その指針に則っているのではないか。」と言われて結局2年ぐらい「パソコンお困りサポートセンター」みたいなことを業務に合間にしてるんだけど、もうとにかくイラつくのね。
これを仕事としているサポートデスクの人って、もっとこれ以上にお客さん抱えてると思うし、そんなサポートデスクを無料でやってるんだからスゴイなと思った。
だから、サポートデスクってそもそも有料でいいんじゃねぇのって思う。てか、こっちの立場を見て明らかに「直してくれて当たり前」みたいな態度で接してくるしな。こんなん無料でやってたら割にあわんて。
はじめてなのにconohaで、しかもOSをUbuntuにしたのがまずミスなんだけど
ブログとか見まくって最低限のセキュリティ設定はまあまあスムーズに終了
そこから
Apache入れて
Let's EncryptでSSL化して
htaccessでベーシック認証つける
というのでめちゃくちゃはまった
結局Apache入れてからベーシック認証つけるまで5時間もかかった……
公式サイトも含めて世の中のいろんな人が公開してるいろんな情報が、古かったり、間違ってたり、情報が足りなかったりして、もう本当に疲れた
とりあえず何はなくともエラーログを最初に見るのが大事という学びを得た
もう一つの方法としては、javascript版だ。
https://gist.github.com/bellbind/d9dc9ccdd4a8735a9990
２倍固定だけど。
デモページで試してみたら、javascriptがicabやらsafariでは動かない。
かろうじてFifefoxやchromeで動く。
最初ダウンロードして、OSXのweb共有で試してみようと思った。
→動かない。単純拡大の方はスパッと表示されるが、その下の表示が "Progress: initialize worker..." のままで停止。
Apacheの設定を変えるといいのかもしれないが、あくまで仕事の機械だしね。
結論としてはダウンロードしたHTML書類を、Finderから右クリックしてFifefoxで開くとなぜか動くというのが確認できた。
へーってなった。
（ちなみにHTMLをエディタで開いてjsonをgithubのURLにしたらweb共有からでも動くのは確認した。
ただし外部サイト側に迷惑をかけないためという主旨なんで元に戻している。それでいいなら公式にブラウザでアクセスするので
