  |
はてなキーワード: 文字列とは
https://www.bengo4.com/other/1144/1282/n_2200/
タイトルの「道具が買えなくて部活を辞める・・・「家が貧しいから」と言えない日本の子どもたち」から「子どもが、自分の貧困を訴えることは非常に大変なことですので、まずは周りの大人が『アンテナ』を張らなければ、問題は解決しないのです」」までを入れた。
凄い。部活の話が消えている。
でも、重要な「アンテナ」が抜けてしまっている。「Number of Summary Sentence 」を増やせば、つまり出力文字列数を増やせば出てくるが。
ところが、タイトルが「道具が買えなくて部活を辞める」で始まっているからか、部活の記事だと勘違いした人が多かった。
部活の記事だと勘違いした人は読解力がIMAKITA未満なのだろうか。
ANEMONE/交響詩篇エウレカセブンハイエボリューション について、いろいろな人がいろいろな価値判断がくだしていると思う。ここではなるべくそういったことをせず、主に筆者が気になった部分のみについて思ったことを書き留めておく、いわば個人的な備忘録である。それらはハイエボ1、もしくはこれまでのシリーズ作品を突き詰めればわかることかもしれないし、ハイエボリューション3への伏線かもしれない。
当然のことながら、ネタバレありきのエントリであるので未見の方は注意してほしい。
ハイエボリューションは3部作であり、それぞれあるキャラクターを中心としたストーリーになっている。普通に考えればANEMONEは当然アネモネがメイン、そしてハイエボ1はレントンがメイン、となるだろう。しかし、ANEMONEにおいて明かされたある真実によってハイエボ1という作品は意味を反転させた。
その真実とは、これまでのエウレカセブンシリーズが、実はレントンを喪って絶望したエウレカの見た夢だったということである。これにより、ハイエボ1はレントンの物語であると同時に、レントンの思い出を反芻するエウレカの心の中の物語でもあったことがわかるのだ（個人的には、ハイエボ1は単体で好きな映画だったため少しショックではあった）。
ここである画像を見てほしい。ネット検索で「ハイエボ」などと調べると出てくるであろう。左から順にエウレカ、アネモネ、レントンの顔が描かれた画像である。これは、ハイエボリューションという企画が発表された最初のキービジュアルだった記憶がある。それはさておき、この画像を見るとわかることがある。そう、「2017公開 ハイエボリューション1」の文字とともにあるのはエウレカの顔なのである。そして、ハイエボリューション2はアネモネの顔、3はレントンの顔のとセットになっている。
以上を考えると、ハイエボ1がエウレカの物語である、ということはあらかじめ決まっていたことなのかもしれない。かもしれない、という言い方になるのは、ハイエボ1を単体の映画として観ると、やはりレントンの物語だからである。
とはいえ、制作過程でいろいろあったという考え方もできる。ハイエボ1はエウレカの物語にするつもりだったが、様々な事情によりレントンの話にせざるを得なかったのかもしれない（余談だが、昨今アニメというコンテンツが、いかに資本に歪な形で介入されているのかということを知らないで物を言う人が多いように思う）。
どちらにせよ、エウレカセブンシリーズにおいて、エウレカとレントンという存在は切っても切り離せないものであり、ハイエボ1はどちらの物語なのかを考えることに意味はないのかもしれない。
アネモネが何回目かのダイブで初めてエウレカに接触し、エウレカが石井賢の死に際を再現したシーンの最後である。エウレカの体に赤い電撃が走り、「金色の闇」に押しつぶされてしまう、というようなことを口走ったはずだ。金色の闇とは何なのか？
一方、ANEMONEに登場する、ASSIDに拘束されているデューイ・ノヴァクの目隠しが取れるシーンがあったと思う。その目は黒い白目（なんとも矛盾した表現である）に金の瞳であった。
そして思い返せば、テレビシリーズにおいてアドロックやダイアンとレントンたちが邂逅するシーンなどは金色を帯びていた。
さらに、ANEMONE終盤でデューイ・ノヴァクが「我々は受肉した！」と叫んだときの目は、金色ではなくコーラリアンの目であった。
以上のことが指し示すことととはなんだろうか？そういえば、アネモネと石井賢の思い出の場所、ススキヶ原は「金色の海」だった。何か関係があるのか？
いろいろ考えてはいるのだが、長くなりそうだし、まだ整理がついていないのでここでは疑問の提起にとどめておく。
話は少し変わって、卵のことを考えたい。
ANEMONEのほぼラストスパートにおいて、空から降ってきた謎の卵を破って、ニルヴァーシュZが出てきた。ところで、ハイエボ1にも同じような卵が出てきたのに気づいただろうか？
サマー・オブ・ラブのシーンである。若きデューイ・ノヴァクがサマー・オブ・ラブの爆心地で奇跡的に生きているわけだが、そのあとに出てくるのは割れた卵のようなものに入ったKLFがある（このKLFはもともとデューイが乗っていたものに見える）。
果たしてこれは何か。
ハイエボ1と共通するものとしては、赤いリボン状のものもある。ハイエボ1では、これまたデューイがシルバーボックスシステムを確認しに行ったとき、急に赤いリボン状の何かに飲み込まれた（これが卵の素？）。ANEMONEでは、エウレカセブンが暴走し怪獣になったところで、ゲオルギウスが赤いリボン状のものに飲み込まれそうになっていた。
赤いリボンと謎の卵。スカブに関連していることはわかるが、それが何を意味するかまでは筆者にはわからない。
ところで、前節においてシルバーボックスという言葉が出てきた。しかしこのシルバーボックス、混乱している人も多いと思う。どうやらハイエボ1のシルバーボックスとANEMONEでエウレカが言うシルバーボックスは、何か共通するところはあるらしいがまったく同じものではないらしいのだ。
ハイエボ1のシルバーボックスは、アドロックの開発したスカブコーラルを倒すための音楽兵器であった。
しかしANEMONEでは、エウレカがシルバーボックスに触れたことにより何か能力を得て、それが暴走してレントンが死んでしまい、エウレカの夢が始まるということになっている。
そしてデューイによるとシルバーボックスの力というのは「神の力」らしい。
さらにデューイはラストスパートでこんなことも言っていた。卵から出てきたをニルヴァーシュZを見て、「依り代をなくした神の力は、自らそれを作りたまう」と（うろ覚えなため正確ではないかもしれないが、おおよそこんな感じだったと思う）。
ということは、である。まず神の力＝シルバーボックスの力は、やはり並行世界を行き来する力なのだと思う。そして、エウレカがその力を失ったいま、ニルヴァーシュZがその力を持っているだろうと思われる。
とはいえ、ハイエボ1のシルバーボックスとの関係はまだよくわからないところもある。そもそもハイエボ1のシルバーボックスには謎がある。シルバーボックスは司令クラスターに着弾したが、うまく動作していなかった。そこでスカブとちゃんと繋がっていないのだろうと思われ、デューイとホランドが派遣されたのである。しかしデューイが確かめにいくと、なんと物理的に繋がっていたということがわかるのだ。
正直なところ、よくわからない。アドロックはきっと何かに気づいていたのだとは思うが……。
ANEMONEの最後の最後は、レントンで終わる。しかし、その最後のレントンは一体何者なのか。
アネモネが最初にエウレカセブンにダイブしたとき、石井賢が取り付けた発信機は、ニルヴァーシュのレントン側のコックピットで光を放っていた。つまりレントンが目印かつ、エウレカセブンの中心なのである。
そして、そんなレントンはことごとく死んでしまう。それがエウレカの絶望である。
だが、最後のレントンは死んでなどいない。いったいどこの世界のレントンなのだろう？
ANEMONEが公開になる前から分かっていた情報のなかで、最もよくわかってないものの二つが、タイトルにも挙げたように、アイドルとしてのアネモネと謎のフォントである。
アイドル問題のほうは比較的わかる。ハイエボ1の予告のような形ではなかったが、ANEMONEでは実際、アネモネは世界を救うアイドルになっていた。そういえばラストでスーパー6がエウレカセブン内から出てきていたし、もしかするとハイエボ3においてよりアイドル的な、つまり歌って踊れるということをするかもしれない。
だが、ハイエボ1の様々な箇所にアイドルのアネモネが写っていたことの意味はよくわからない。
ハイエボ1の円盤にて見ることができるPV0にて、EUREKA SEVEN HI-EVOLUTIONと思われる文字列が変わったフォントで出てくるカットがあるだろう。このフォントは、ANEMONE中にも出てくる。
筆者が気づいたのは二点しかない。実際もっとあるのかもしれない。
ひとつは、ゲオルギウスの側面。もうひとつは、喫茶店みたいなところにかかっている絵画の中。
果たしてこのフォントが何を意味しているのか、まったくと言っていいほどわからないのである。
結びに、ANEMONEの終わりにも言及しよう。
ANEMONEをエンドロールまで観ても予告がないことにガッカリした人もいるかもしれない。果たして予告はあえて作らなかったのか、様々な事情で作れなかったのかはわからない。しかし、このことによりANEMONEはこれまでのエウレカセブンとはまったく異なったものになったと解釈できる。
これまでのエウレカセブンシリーズとまったく異なるものでありながら、それらを否定しなかったわけにするでもなく、すべてを受け止めて包括していく。
ANEMONEという映画は、そういう強度をもった作品だと思う。
触れられなかったことは多々ある。
たとえば、ミーシャの意味深な「あったことをなかったことにする。編集って最低の行為よね」発言。
ANEMONEラストシーンで現れたゲッコーステイトの面々やチャールズ、レイたちはいったいどこの並行世界からやってきたのか（ANEMONEの舞台は現代だから、ゲッコーステイトの連中の恰好はかなり目立ちそう）。
並行世界をつなぐキューブ（っぽいが）、もしくは結び目のようなもの（ANEMONEに出てきたかはわからないが、ハイエボ1のサマー・オブ・ラブのシーンではキューブが結び目に変化していた）は何を意味するか。
わからないことは多いが、ともかくハイエボ3が待ち遠しい、ということに尽きると思う。
思っていた以上に反応があって驚いた。
それはさておき、ネット上で、これまでのエウレカセブンシリーズがエウレカの見た夢だ、というのではなく、並行世界なだけだという意見を見た。これに関しては、上では特に何も述べなかったが筆者はこう考えている。つまり、少なくともシルバーボックスの力を得たエウレカにとっては、夢を見ること＝並行世界を行き来するということである。
そもそもコーラリアンであるエウレカにとって、人間と同じように「夢を見る」ことはできるのかどうか、わからない。ましてやシルバーボックスの力を得たエウレカにとっては。
筆者は何も、これまでのエウレカセブンシリーズがすべて、人間が主人公のアニメでよくあるような「夢オチ」だったのだと言いたいのではない。むしろエウレカの見た夢＝並行世界は並行世界として存在しており、ただしエウレカにとっては、レントンが結局死んでしまうからその多くの並行世界を受け入れられなかったため、普通の人間にとっての夢と変わらないものだった、と言いたいのである。シルバーボックスの力とは、マルチプライズだかセブンスウェルだかが起きて（このあたりの用語も、筆者はあまり整理できていない）そういった並行世界への扉を開き、干渉できる力だと思う。
これまでの文章を読めばわかると思うが、筆者は無責任に思いつきをダラダラ述べているだけであり、文章の推敲などいっさいしていない。そのため、これまで述べたことは相互に矛盾していたり、論理がごちゃごちゃしていて結局何を言いたいのかよくわからなかったり、誤字・脱字がおおいにあるだろう。見落としや、勘違いも多々あるだろう。現に、主題歌のPVを見ていたら、「受肉した！」と叫んだときのデューイ・ノヴァクの目は、コーラリアンの目などではまったくなかった。最後にそれを注意しておく。
https://anond.hatelabo.jp/20181206214612
親からWi-Fiが遅いって話がきて、ルータの置き換えしに行ってきたんですよ。
実家のWi-Fiルータが10年前のものだし、縦に長い家だから電波も設置場所から離れれば遅くなるし、そら新しいiPhoneを持っても実感は4G回線より遅いですね。
ルータ設置して、これで終わりと思った矢先。
試しにつなぐとつながる。
いやいや、こんなタダ乗りされたらまずい時代にアカンやろwww
とか笑ってました。
気づく1時間前まで。
実家の電波の飛びが悪いことを知ってた私は、自分の部屋にも中継器おいてたことを思い出しました。
もしやと思い、弟の部屋へ。
ええ、ありましたよ。
焦って、初期化して設定変更。
当の本人に聞いたら
・今年はじめ買ったやつ
・(鍵なしについて)そんなのさわった覚えない
・そんなこといわれたってわからない
緊急策として、こっちで管理できる内容にして、わからないならもう設定をいじらないことを伝えました。
世のおうちIT管理人になってるみなさま、意外なところに落とし穴は存在しています。
家電を説明書読まなくても使えるようにメーカーはして、リテラシーなき人も使えるようになってきています。
でも使い方はわかっても、イレギュラー動作は説明書みないといけないのに見ないし、リスクの話は説明書にすら乗ってない。
部分一致にもほどがある
医者にかかっていないので診断が下ったわけではない。
物事を深く考えられられなくなった。
筋道を立てて考えるというのも弱くなった。
文章やコードを読んでも一瞥で意味を読み込むことが出来なくなった。
最初は文字列が織りなす模様が目に映っている感じ。そこからすこしずつ意味がにじみ出てくる。
前３つと同じようなものではある。
趣味でやっている将棋で言えば脳内盤が消滅した。元々数手先のイメージが限界だったが。
仕事にせよ技術にせよ趣味にせよ、ちょっとこれやってみるか、というのが激減した。
鬱の影響があるのかそもそも面白くない仕事なのか、どちらかと言われると難しいところがある。
難しい顔をして頭から何かしらひねり出すというのが出来ない。
頭使わなくて済むのでね。
YoutubeにIllegalUploadされている昔のバラエティーを見ることが多いが、出来ることならお金払って正規で視聴したい。何とかならんの。
仕方がないかな。
指に力が入らなかったり、足元がおぼつかなかったり。
最近は足裏～かかとに違和感が出るようになったけど、これは鬱とは別の症状だろうね。
----------
こうして見るとやはり鬱はでかいし痛いということですね。
良いことが皆無であったというわけではないんですが。
人生 Advent Calendar 2018
言葉の定型化が進みすぎた人においては、この「言い分」の部分にも定型化が見られる、ということに触れておきたい。
言葉の意味が喪失しかけた人なのだから、「よく言うから言った」という文字列についても、意味を喪失させて受け取ったほうがいいと思うんだ。言葉の意味、この場合の「意味」とは、文字列を介して伝えんとする意思、みたいな意味だけど、この「意味（意思）」に鈍感な人は、見かけ上の文字列に引っ張られていて、「こういう場面で見かけた文字列」を記憶から引っ張ってきて採用してしまう。もちろん、よそからの借用自体はいいよ。言語は「意味の共有」が肝であるので、借用はそもそも必須なんだけれど、借用の仕方のピントがずれている人たち。
こういう人たちには２種類いて、元増田の「意味（意思）」をちゃんと捉えられていない、つまり読解力がない場合と、自分自身の「意味（意思）」を言葉にのっけることができない、つまり表現力がないタイプの人がいる。
そして意外と多くの場合において、表現力のほうが足りてない。「よく言うから言った」というのは、その一言すらもズレた表現かもしれない。「（言い方が思いつかなかったから、瞬間的に思いついた）よく言う言葉を（とっさに）言った」とか、そういう感じで、ピントがずれている。主題は「よく言うから」じゃなくて「思いつかなかった」なのに、そこにつながる表現が脱落する人たち。
そう思う。いるよな、こういう人たち。かなりいっぱいいると思う。
ただ、自分としては、彼らは言葉の使い方がうまくないだけなのではないか、というのが現状の認識で、「その場に応じたことを言うゲーム」だと思っている……ほど、考えが進んでいるとも思えないかな。
Twitterでブラウザゲーの公式アカウント(グラブルとか)を見てると自動化ツールなどに対する対策を求めるリプライが非常に多い
なんだけど、そもそもブラウザゲーである以上、ブラウザというサンドボックス内で出来る対策しか取ることが出来ない
人間の動きを再現するようにプログラムされた自動化ツールを使われてしまうと運営側ではそれが人間なのか、ツールなのか判断出来ない
17時間連続で動いている怪しいアカウントとかもあるんだけど、人間でもそれは出来なくはないし……
となると、取れる対策といったら今グラブルが頑張ってやっているようなボタン認証や文字列の読み取り認証とかになる
例えばページ内に"認証"という文字列があったらアラートを出すとか、通常ではないページ遷移があったら停止するとか
こういった正常でない事象に対してアラートを出すような実装だと人間がつきっきりでないとダメだったりするんだけど、それはゲーム自体を英語設定にして外注したりだとかで解決出来るんですよね
◾️余白が大事
同じパーツで似たような配置でも余白の取り方が違うだけでだいぶ変わる。
タイトル周りはこれくらいの余白だから雰囲気を合わせるには本文はこれくらい空ける、みたいなのがある気がする。
これに捉われすぎてて頭固くなってた・・・
端っこを見えない線に揃えるとかああいうやつ。ノンデザイナーデザインブックとかで習う基礎ルール。
あのままだと硬いしそれこそ誰にでもできるデザインになる。
おもいきりが大事。
崩すためにはバランスの上手さがいる。
これが上手くなさすぎて崩す勇気がなかったんだなぁと最近思う。
これがすっごい苦手。
それだけ見てるとメリハリつけてるつもりでも全然ついてなかったりする。
他と比較して初めてちょっと大きくしたくらいじゃ全然メリハリに見えないやん・・って気付く。
感覚つかめるまでプロの作品などと見比べつつメリハリとは何かを探るしかない。
これが結構難しい。世界観に合うパーツなどが最初から分かってればいいけど、一から作る場合ふわっとしか分からない。
これも集め方を間違えるとブレる。
例えば、かわいい系と言っても実は細かく色々な「かわいい」がある。
ポップで元気な感じのかわいいなのか？
それでも難しい。
得意なテイストだと多少やりやすいのでそれを磨くのが本当はいいんだろうなぁ。
プラプラついてないほうのCだと文字列とか扱うのが死ぬほどめんどくさかったり、Windowsの画面表示とかろくに扱えなかったりするだろ
そういう面倒くさいけど使用頻度が高い機能を自分で実装しなくても済むように大体の人がこれは要るでしょうってのをまとめたのがフレームワーク
基本は、同じなので前回やった更新処理をちょっと変えれば削除もすぐできます。
投稿されたメッセージを削除する機能を、Webページに付けてみよう。
前々回作ったメッセージの一覧の中に、削除ページにジャンプするリンクも入れておいた。
<td><a href="welcome/delete/<?php echo $item['id']; ?>">削除</a></td>
ブラウザーでHTMLソースを見ると、ここが以下のようなHTMLに書き換わってる。
これは「メッセージID番号が2のメッセージ」を削除対象にして、削除ページにジャンプする。
ユーザーが「http://localhost/waf/welcome/delete/2」というURLで、削除ページにアクセスしたら、コントローラーで「2」を受け取って使いたい。
CodeIgniterでは、URLの文字列を解析して、使うことができる。
以下のようにコントローラーを改造してみよう。
// 削除画面
public function delete($id = '')
{
$this->load->view('chat_delete');
}
delete()メソッドの引数で、URL中の「2」の部分を受け取れる。
「$id = $this->uri->segment(3);」でも受け取れる。
ユーザーに「本当に削除しますか？」みたいな注意喚起をしておきたい。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<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;?>
<button>削除する</button>
</form>
<p><a href="welcome/index">戻る</a></p>
</body>
</html>
<p style="background-color:lightpink"><?php echo $talk['message']; ?></p>
削除するメッセージを色付きで強調して、ユーザーに確認してもらう。
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
コントローラーに削除対象のメッセージID番号を送るため、inputタグの「type="hidden"」でメッセージID番号を仕込んでおく。
// 削除画面
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);
}
で、モデルに用意したデータ削除用メソッドを呼び出しているだけ。
次は、モデルでdelete_message()メソッドを用意しよう。
// 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();
}
SQLの「DELETE」を使えば、指定したレコード（１件分のデータ）を削除できる。
「DELETE FROM talk WHERE id = ?」で、talkテーブルのmessageをidを指定して削除している。
データを削除した後の挙動は、メッセージID番号がなくなるので、削除ページに表示できるメッセージデータがなくなる。
（例）id=2のデータを削除したら、SQLで「SELECT * FROM talk WHERE id = 2」を取得しても、空のデータ＝データがない状態。
その場合は、
<p>※該当するメッセージがありません。（または削除済です。）</p>
と表示させてる。
以上で、SQLの「DELETE」を使ったデータの削除ができた。
長々と説明したが、今回の大事な点は、SQLの「DELETE」の使い方だ。
以上で、MVCフレームワークを使ったOOPの使い方とSQLの使い方を見てきた。
（SQLはSQLだけで説明したほうが良かったね！MVCフレームワークの説明とSQLの説明が混在すると要点が分かりづらくなる？）
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)要件定義
：
前回は、Webアプリの骨組み（スケルトン）に、SQLでデータの追加と取得をやりました。
前回作ったメッセージ一覧に、[編集]のリンクも入れておいた。
<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>
という１行の部分。
ブラウザーでHTMLソースを見ると、以下のようなHTMLになってるはず。
これは「メッセージID番号が2」を対象にして、編集ページにジャンプすることを意味する。
「http://localhost/waf/welcome/update/2」というURLで編集ページにアクセスしたら、メッセージID番号の「2」を受け取れるようにしたい。
// 更新画面
public function update($id = '')
{
$this->load->view('chat_update');
}
CodeIgniterでは、URLから文字列を取り出す方法がいくつか用意されている。
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
CodeIgniterで、URLの文字列から、特定部分の文字列を取り出す方法を見ておこう。
例えば、「http://localhost/waf/welcome/update/aaa/bbb/ccc」というURLにアクセスしたとき、CodeIgniterではURL中の「aaa」「bbb」「ccc」という部分は、以下のようにして取り出せる。
$seg1 = $this->uri->segment(1); // → 1番目のURL文字列：「welcome」＝コントローラーのクラス名
$seg2 = $this->uri->segment(2); // → 2番目のURL文字列：「update」＝クラスの中のメソッド名
$seg3 = $this->uri->segment(3); // → 3番目のURL文字列：「aaa」の部分
$seg4 = $this->uri->segment(4); // → 4番目のURL文字列：「bbb」の部分
$seg5 = $this->uri->segment(5); // → 5番目のURL文字列：「ccc」の部分
：
URLを「/」で区切って、base_url（http://localhost/waf/）の次から順番に、1番目のURL文字列、2番目のURL文字列、3番目のURL文字列、…とsegment()メソッドで順番を指定すれば取得できる。
データベースでメッセージIDを指定して、メッセージを取り出す機能を用意しよう。
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();
}
「WHERE id = 2」とすれば、メッセージID番号が2のメッセージのデータが「talk」テーブルから取り出せる。
もし該当するデータがなければ、返されるデータは空になる。（データが返ってこない。）
CodeIgniterの「row_array()」は、１件分のデータを配列の形にして返すメソッドだ。
<?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;?>
<button>更新する</button>
</form>
<p><a href="welcome/index">戻る</a></p>
</body>
</html>
データベースから取り出した１件分のメッセージを表示する部分を追加した。
<input type="text" name="message" value="<?php echo $talk['message']; ?>">
の「<?php echo $talk['message']; ?>」という部分だ。
これで変更したいメッセージの本文を表示できる。
あと、編集したメッセージをWebサーバーに送信できるように、Formタグや送信ボタン（「更新する」の部分）も追加した。
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
という１行も仕込んである。
// 更新画面
public function update($id = '')
{
$id = $id ? $id : $this->input->post('id'); // id -> segment or post
$action = $this->input->post('action');
if ($action == 'update') {
$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);
}
メッセージID番号を指定して、データベースから取り出し、Viewに渡すデータを用意している。
ユーザーがメッセージの編集をしてWebサーバーに送信したら、データを更新する指示を出す部分も追加した。
$action = $this->input->post('action');
if ($action == 'update') {
$message = $this->input->post('message');
$this->chat_model->update_message($id, $message);
}
モデルにupdate_message()メソッドを用意して、$idと$messageを渡せば、該当データを更新するようにしたい。
次は、モデルでupdate_message()メソッドを用意しよう。
// 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();
}
SQLの「UPDATE」を使えば、指定したレコード（１件分のデータ）を更新できる。
「UPDATE talk SET message = ? WHERE id = ?」で、talkテーブルのmessageをidを指定して更新している。
CodeIgniterの「affected_rows()」メソッドは、更新した行数を返す。＝成功なら1行、失敗なら0行となる。
コントローラーの「$id = $id ? $id : $this->input->post('id');」という行は、$idの受け取り方が2パターンあるので、それに対応している。
＝編集ページの表示で、1回目の表示と、2回目以降の表示で、$idの受け渡し方が変わっている。
URLに埋め込む方法（上記の1回目のような方法）は、ユーザーが勝手に値をいじれるので、基本的には使わない方が良い。
以上で、SQLの「UPDATE」を使った、データの更新ができた。
長々と説明したが、今回の大事な点は、SQLの「UPDATE」の使い方だ。
CodeIgniterの使い方や、Webサイトの作り方（FormタグなどのHTMLの知識）は、オマケ程度に見ておいて欲しい。
次回は、データを削除するSQL「DELETE」の使い方を見てみよう。
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でデータの削除
：
こう、記事ってフックがあるじゃないですか。タイトルにせよ、本文にせよ。
個人的な感想を言えば強すぎるタイトルのフックは好きじゃないですね。釣り記事とか言うんでしたっけ。
それでフックに引っかかって記事を読むと案外論旨は別のことを主張してたりとか、多いですよね。
まあそれはいいんですけれど、ブコメ。ブコメでフックに引っかかり続けてるコメントをみると実に腹立たしく思えるんですよ。
君が感想を述べている項目はあくまで衆目を引くための餌で、筆者が一番言いたいことは別だろうと。そっちに言及して差し上げてはいかがかと。
いやね、わかるんですよ。そのフックが気にかかるから記事を読んだわけですし、文中で気になってることを書かれたらなんやかんやと申し上げたくなることは。
とくにブコメですとね、100文字でしょう。短い。Twitterより短い。驚きの短さなわけです。この文章ここまでで大したことを書いて無くて300字オーバーなわけです。
なんでしたっけ。フックに引っかかり続けて一番言いたいことに対しての感想を返さないのは少々悲しいものであるなあ、とそう思ったことをお伝えしたくこうして延々と文字列を伸ばしておるわけです。
お読み頂けました？読んだ方ね、あなた一昔前なら薬の瓶の説明書きまで読むタイプの活字中毒でいらっしゃる。
手元に文字があれば一瞬のスキが空き次第読まずにはいられない、そんな中毒者ではないでしょうか。いや、スマホが発明されて本当に良かった。読む文字列に事欠かない良い時代です。
ではまた。
前回は、Webアプリの骨組み（スケルトン）までを作って、製作の過程を見てみました。
今回は、データベースのCRUD操作を行なって、チャットのメッセージを追加／取得／変更／削除する機能を実装してみましょう。
Webアプリを作るときに、「Visual Studio Code」というIDE（統合開発環境）を使ってみましょう。PHP用の各種プラグイン（「PHP IntelliSense」「PHP Debug」など）を入れておけば、便利に使える。
<?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">
<button>投稿する</button>
</form>
</body>
</html>
本当はセキュリティーを考慮して、入力値の検査（バリデーション）とか、もっといろいろな仕込みが必要だが、ここでは練習なので省略します。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
$this->load->model('chat_model');
$this->output->enable_profiler(true); // for debug
}
// 初期画面
public function index()
{
$action = $this->input->post('action');
$message = $this->input->post('message');
$this->chat_model->create_message($message);
}
$this->load->view('welcome_index');
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
SQLを説明したかったのに（SQLとは本質的に関係がない）Webアプリの説明が延々と続いた。（説明の方法を変えた方がいいねｗ）
データベースにデータを保存（追加）するSQLコマンド「INSERT」を使ってみよう！
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
public function __construct()
{
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();
}
}
以上、メッセージの追加を実現するために、MVCの各パーツを用意した。これでメッセージの追加だけができるようになった。
これだけではメッセージの取得＝表示がまだできないので、次はデータベースからメッセージのデータを取得して、Webページに表示できるように改造しよう。
SQLの「SELECT」を使えば、データベースからデータを取り出せる。
メッセージのデータを取り出して、Webページの表示で使おう。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
public function __construct()
{
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();
}
}
これでデータベースからデータを取り出すSQL、メソッドがモデルに用意できた。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
$this->load->model('chat_model');
// $this->output->enable_profiler(true); // for debug
}
// 初期画面
public function index()
{
$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()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
これは全部CodeIgniterで用意されている機能なので、マニュアルを読めば使い方が分かるようになってます。
<?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">
<button>投稿する</button>
</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>
（説明文が300行を超えてしまった！これ以上は増田で表示できない。）次回はメッセージの変更をやってみよう。
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得 ←★今ここ★
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
：
申請期限過ぎるまで振り込み申請なかったらそのお金は没収？されてしまうやつ
メルカリで話題になってるやつは突然の垢停止によって振り込み申請したくてもできない状態で期限が来てしまうから問題なんだけど
割と短期間に思える期間で売り上げが消えてしまう仕組み自体は問題ないのかな
申請できる最低金額とかあってめんどくさくて しょーもない数百文字で数十円とかのタスクいくつかやって多分500円くらいそのまんまだ
しょーもない文字列を書き捨てただけとはいえただ働きしてしまったなあ あれはよくなかった
ゆうちょは国庫に入っちゃうのかなと思って調べたら平成19年9月30日までに最後の取り扱いから20年2ヶ月経ってると権利が消滅してるらしい
それ以降は休眠口座みたいな感じになってるっぽい
