  |
はてなキーワード: 送信とは
凄いわかる
Webサイトのtextareaだと誤送信とか、誤リロードで消えちゃったりするのが怖いからエディタ上で文章書くことも多いんだけど、そういう時には「ちょっと多機能なメモ帳」くらいのソフトウェアの方が色々と丁度いいんだよね。
縁って切れる時にはあっさりしたものなんだね
それまで気にもしていなかったメールの同時送信についてｸﾞﾁｸﾞﾁ言い始めた
メールの同時送信で知らない人に自分のアドレスが知られた!→よからぬことに利用されるかも!
っていう話をAにしたらしい
するとAからメルアド変更のお知らせと共に「これこれこうだから、同時送信やめて!」ってメールが来た
そこまでは判る。「そうかー、気をつける」って返した
でもその後に私の返信した「でも、知らない人には同時送信してないよ」が勘に触ったらしい
A曰く「私の携帯にアドレス登録されてない人間は、全部知らない人!!それなのに同時送信するなんてありえない!!」だそうです
私の家族(Aも何度も顔合わせてる)や、一緒にホテルを利用した友人(元は私の友人だけど、数度の面識はあり)もまるっと全部知らない人扱いかよ
私にとっては家族友人でも、Aにとっては他人だっていうのは理解できるけど
同時送信でメルアドが流れると不正利用されるかも、という疑いを
私の信用する家族友人にかけてるんだな、この人は、と思った時点でAを友人とは思えなくなった
ありがたくCOしておくことにした
https://anond.hatelabo.jp/20181013191517
を参考にして転職活動を、と思った矢先に転職先が決まってしまったので、元増田へのお礼の意味を込めてエントリーを書くが、あまり参考にならないと思う。
詳しくは元増田参照。
過去の転職では使っていて、何か悪いというわけではないが、今回はGreenだけで手一杯だったため使わなかった。
元増田にあるような誤爆は、専属のエージェントが付いていなかったと思われる。エージェントからは直接細かなヒヤリングがあり、その人がマッチング率が高い案件を探して5件ずつ程度を確認しやすいかたちで提案してくれる。
それ以外でおそらく対象職種の登録者に一括送信していると思われるメールがあったが、これは確かに役に立たないので無視していた。
仲介手数料は結構高額であるらしく、求人を出す企業の本気度は高めだと感じた。高額なのは、専属のエージェントが付く事と、登録した企業は放っておいても確度が高いマッチングしてくれるメリットがあるので、ある種当然と言える。
元増田に書かれている通り、本当にやる気があるのか気になる事が多かった。登録した職種と違う案件を紹介されたりする。また、失業給付金の受け取りには月に何件か活動をしてそれを認定する必要があるのだが、職員はとにかく認定したがる。失業給付金目当てで退職を繰り返す人が一定数いるという噂があるが、これは事実だと思われるし、ハローワーク側にもそれを助長する行為がある。
案件としては、SES案件が95%くらいを占め、給与額はかなり低く設定されているものが多い。ごく稀に良い求人があるが、求人票から得られる情報はかなり少ないため、判断は難しいと思われる。
あと自分たちの実績にならない話だとものすごく態度が悪いので注意。
すべて元増田と同じ。
例えば日本の技術が世界で評価されていることそれ自体を伝えることに日本SUGEEEEもクソもないってことはわかろうな
日本SUGEEEEってのはその事実を強調して、主に公共性ある電波で送信することでナショナリズムを喚起するところが問題視されているのだけど
https://www.asahi.com/articles/ASLCH329XLCHUTIL004.html
少年育成課によると、篠田容疑者は９月、「ポケコロ」というスマートフォンのゲームアプリの掲示板機能を通じて知り合った東京都内の小学４年生の女児（９）が１３歳未満であることを知りながら、裸の写真を撮影させて自分のスマホに送信させ、児童ポルノを製造した疑いがある。
掲示板に小学６年生の女児を装って「トークを重視したい」と書き込んで被害女児と友達になり、無料通話アプリに誘導して「胸が少しふくらんできた」などと発育の悩みがあるように装い、裸の画像を送らせたという。
つきまとい・待ち伏せ・押しかけ・うろつく 監視していると告げる行為 面会・交際等の要求 乱暴な言動 無言電話、連続した電話・FAX・電子メールの送信等 汚物などの送付 名誉を傷つける 性的しゅう恥心の侵害
その日の服装やどのような行動をしたかなどをあなたに告げ、監視していることを気づかせる。
あなたがよくアクセスするインターネット上の掲示板に、上記の内容などの書き込みを行う。
あなたが拒否しているにもかかわらず、面会や交際、復縁を求める。
あなたが拒否しているにもかかわらず、携帯電話や会社、自宅に何度も電話をかけてくる。
あなたが拒否しているにもかかわらず、何度も電子メールやFAXを送信してくる。
つきまとい・待ち伏せ・押しかけ・うろつく 監視していると告げる行為 面会・交際等の要求 乱暴な言動 無言電話、連続した電話・FAX・電子メールの送信等 汚物などの送付 名誉を傷つける 性的しゅう恥心の侵害
その日の服装やどのような行動をしたかなどをあなたに告げ、監視していることを気づかせる。
あなたがよくアクセスするインターネット上の掲示板に、上記の内容などの書き込みを行う。
あなたが拒否しているにもかかわらず、面会や交際、復縁を求める。
あなたが拒否しているにもかかわらず、携帯電話や会社、自宅に何度も電話をかけてくる。
あなたが拒否しているにもかかわらず、何度も電子メールやFAXを送信してくる。
前回は、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でデータの削除
：
日本でもロリコンが児童を脅したり騙したりして自撮りを送らせて拡散する被害が増えているらしい
未就学児の児童ポルノは６割盗撮らしいけどそれ以上なら被害の４割だ
一度送ってしまうと永遠に消えずにネットに残り子供を苦しめるらしいし親は気をつけないと
https://www.npa.go.jp/safetylife/syonen/no_cp/measures/statistics.html
・児童ポルノ事件の検挙件数は1,423件、検挙人員は1,053人と近年増加傾向。
・被害児童数は615人と前年同期比で微増。学職別では、高校生の被害が約４割、中学生が３割強、小学生以下が２割強。
・被害態様別では、「児童が自らを撮影した画像に伴う被害」が最多で約４割を占めるが、当該態様による被害児童数は前年同期比で減少。
・低年齢児童（小学生以下）の被害態様別では、盗撮による被害が占める割合が約６割。
児童を性欲の対象としてとらえる風潮が助長され、児童一般を他の様々な犯罪に巻き込む危険性を高めます。
「自画撮り被害」に注意！
児童がコミュニティサイトを通じて知り合った面識のない者に脅されたり、言葉巧みにだまされたりして、自分の裸体を撮影した上、メール等で送信する形態の児童ポルノ製造被害が増加傾向にあります。
画像は一度流出すると回収が困難です。「知らない人とメールのやり取りをしない。」「下着姿や裸の写真は撮らない、送らない。」ことを徹底してください。
小学生のときに露出狂に遭い、中学生から高校生にかけては痴漢に遭い、大学生のときには先輩におっぱいをもまれたりそれ以上のことを無理やりされた。
もっと自衛せよという声も予想されるが、膝丈以上のスカートは履かないし、体のラインが出る服は避けてきた。異性とは２人きりにならないようにしていた。
なぜ私は私であるだけで、人間らしい扱いをされないのか。これまで私を精神的・肉体的に苦しめてきた人々の最も分かりやすい属性、すなわち「男性」が怖くなった。「いままで危害を加えてきた人」と同じだと思ってしまい、拒絶した。でないと、何か被害を受けたときに「すきを見せたお前が悪い」と批判されるから。
仕事上でどうしてもかかわらないといけない人物であった。仕事だと認識していると多少はマシになったが、心の準備ができていないと男性に話しかけられるとフリーズしてしまうし、触れたときには過剰に拒絶してしまう。目が会ったときには全力でそらしてしまう。日常生活では失礼にあたることだ。
そういった言動をとってもあなたのせいではなく、男性恐怖症のケのある私に原因があるから不快に思うことがあったら伝えてほしいと遠回しに伝えてた。彼はよく理解してくれてほどよい距離をとってくれていたが、これまでの男性たちとは違かった。言動ひとつひとつに下心が感じられない。性的な肉ではなく、ただ、人間として自分を見てくれていることがわかった。
彼と一緒に仕事を終え、プロジェクトメンバーで打ち上げをして、彼からランチのお誘いが来た。正直迷った。昼とはいえ、異性とふたりでいることには抵抗があった。恐怖心もあった。
それでも、「彼なら大丈夫」と思う気持ちもあり「いいですね」と答えた。
これまで受けた性的被害を思い出し吐き気がした。結局彼も他の男性と一緒だったのだと思い、動機が激しくなった。脂汗がにじみ出るのがわかった。
その様子を見て、彼は驚いていた。私は付き合うことはできないと答えて、ランチ代を置き、店を出た。しばらく街を散歩して落ち着きをとりもどした途端、自分のとった態度の悪さを恥じた。
きちんと説明しなければならないと思い、メールで告白を受けられない理由を書いた。
ドン引きされるだろうと思いつつ、おそらくもうほとんど会うこともなさそうだし、半ば諦めにも似た気持ちで送信した。
彼からの返事は、ここに書くのも恥ずかしいような歯の浮くようなセリフ（正直嬉しかった）と性的なことや身体接触は一切しなくてもよいということ、そして、彼は性的な関心が人より薄く、性経験がなく、自慰すらほとんどおこなわないということだった。
それが1年前。そして今、私の左薬指と彼の左薬指にはお揃いの指輪が光っている。
見なくてもいいのにわざわざはてなでジェンダー系の燃えているエントリーを見ては男女の性に対する認識の違いにがっかりし、内在している男性への嫌悪感を自覚し、自己嫌悪に陥る。
でも、そんなとき「私の最も近くにいる男性は私を理解してくれているし、優しい」と思い出すことで、インターネット上でおこなわれている不毛な争いは、どこか遠くの惑星でおこっていることのように考えられる。どこかのバーチャルアイドルを巡って争いがおきていようと、それはあくまでバーチャルアイドルを対象とした議論である以上のものではなく、必要以上に自分事化して凹むことはないのだと教えてくれる。
今日の夕飯は鍋だ。鍋をおなかいっぱい食べたらお風呂にゆっくり入って、夫とハグをし、夫の体温に安心感を抱きながら眠るのだろう。夫と会えて本当に良かった。
20歳だった。
孤独だった。周りに一番人が多い時期だっただけに、より一層孤独だった。
お金を払えばいい。所謂「プロ」が所属するお風呂屋にお金を払い、そして「プロ」と（結果的に金銭が発生するが）恋愛の末、童貞を捨てればいい。
20歳になるとそういうお風呂屋で童貞を捨てた人も居た。自分もそうなればいい。
しかし、そうはいかない。童貞を捨てるというのは見栄なのだ。見栄を貼るのに妥協はいらない。と言った所で、彼女ができるわけでもない。
そこで考えたのが出会い系だった。当時はまだスマホも普及していない時代だが、その頃からワ○ワ○メ○ルとかはあったような気がする。
ネットで検索をし、「サクラが少なく、えっちな事にしか興味がない女性が多い」という謎の情報が書いてあるブログを見つけ、早速登録したのだ。（ご存知の通りだが、所謂アフィリエイトサイトなのでそのサイトはサクラ塗れで、女性の登録フォームがまずなかった。）
※ちなみに登録したところは「ワ○ワ○メ○ル」ではない。
プロフィールはしっかり書きましょうと言われ、
名前：増っち
年齢：20歳
タバコ：吸わない
お酒：飲まない
一言プロフィール：湘南の風の増っちです（嘘）カフェ巡りが好きで鎌倉の○○ってカフェに出没します。
みたいな事を書いた。今思うと意識の高さが垣間見えるし、本当によくそのカフェにはいってたのでクッソ危ない（逆に言うと、そのカフェぐらいしか行かない）。サクラサイトでよかったな。
するといきなりメールがくる。
相手は19歳のJD。プロフィール写真がなぜか下着姿で結構なスレンダー、ゆるふわヘアでどストライクだ。
「はじめまして、増っちさん。今晩にでもあえませんか？もう我慢できません。」
おいおい、とんだ淫乱野郎が来たみたいだぜ。プロフィールを見ると、踊り狂うスリーサイズ、88-52-74！可愛い顔してバスト88！？これはたまりませんな！
返信をする。
「はじめまして、めぐみんさん。自分は大丈夫ですよ。どこに住んでいますか？自分は鎌倉市です。」（初回ポイント500ポイントのうち50ポイントが削られる。）
するとすぐに返信がくる。
「私も鎌倉市です！すぐに会えそうですね～。早速ですが、ポイントもったいないのでメールしましょう！メールアドレス送ってください。」
おほー、今日俺はバスト88のゆるふわJDで童貞卒業する！すまんなお前ら！俺はバスト88のゆるふわJDが初体験じゃよ！
「わかりました。私のメールアドレスはmasutti○○@d○c○m○.ne.jpです。」
送信をしようとする。
すると、エラーが表示され、こう映る
「メールアドレスの送信には500pt必要です。 450-500＝50pt 50pt足りません！ ポ イ ン ト 購 入」
なんてことだ、最初にメールアドレスを送っておけばよかったのだ。仕方がないのでポイント購入をしようとするが…
なんと、ポイント購入が5000円（500pt）からしか出来ない。支払いはクレカか、ウェブマネー…。クレカは持ってないし、コンビニは徒歩10分の距離だ…。
「あ、いきなりメアド交換は引いちゃいましたか？ごめんなさい＞＜ 私も早くえっちしたいので別の人見つけますね…」
ま、まて！違う！19歳バスト88のめぐみん！まって！という思いで返信を書く
「すみません、いまポイント書いに行ってます！もうちょっと待ってください！10分ぐらいで買ってきます。」
「ああ、増っち様。」うめくような声が、風と共に聞えた。
「誰だ！」増っちは走りながら訪ねた。
「あなたの不安でございます。あなたの心の良心でございます。駄目でございます。走るのをやめてください。今月5000円を使うと明日から実家から送られてくる米だけで過ごさねばなりません。」
「いや、米だけで生きていける。」
「やめて下さい。走るのは、やめて下さい。いまはご自分の生活が大事です。童貞を捨てるチャンスはもっと余裕があるときで良いではありませんか。」
「そんなことはない、だから走るのだ。後先の問題でないのだ。童貞も問題でないのだ。私は、なんだか、もっと柔らかくて大きいものの為に走っているのだ。ついて来い！ 俺の良心。」
「ああ、あなたは気が狂ったか。それでは、うんと走るがいい。ひょっとしたら、サクラじゃないかもしれない。走るがいい。」
増っちは走った。増っちの頭は、からっぽだ。何一つ考えていない。ただ、わけのわからぬ大きな力にひきずられて走った。
コンビニにつくや否やウェブマネーを買いたい旨を店員に告げ5000円分を発行してもらう。
そして、韋駄天のごとく、部屋に戻り、ウェブマネーの番号を入力し、500ptを得たのだ。
「めぐみんさん、遅くなりました。私のメールアドレスです。masutti○○@d○c○m○.ne.jp」
増っちは待つ。どれぐらい待っただろうか。携帯が今にでも鳴り出すんじゃないかとバクバクしていた。
そして…
「ﾕｰｶﾞｯﾀﾒｰﾙ…（ﾋﾟﾛﾘﾝ）」
来た！
「ご入会完了のお知らせ」
「お支払い期限が近づいています」
くるわ、くるわ迷惑メールの嵐。
旋風。
トルネード。
騙されたのだ。サクラだったのだ。
5000円騙し取られた上にメールアドレスを売られる。
どんな罪を犯せばこんなひどい罰を受けるんだ。俺はただ19歳バスト88とえっちがしたかっただけなのに。
俺はそっと涙を流し、来るメール来るメールをキャンセルし続けて、そしてド○モのメニューからメールアドレスを変更したのだった。
今となれば笑い話だが、その後は18日間、米と海苔だけで過ごした。
人は天の邪鬼だ。
優しさを当たり前に受けているときほど、優しさを軽視する。
孤独なほど、人一人の存在に感謝をし、悪意に傷ついたときほど、当たり前の優しさを再確認する。
きっと、邪智暴虐の限りを尽くす王もそうだったのだ。
でも本当に失ってからでは遅い。
第175条
1 わいせつな文書､図画､電磁的記録に係る記録媒体その他の物を頒布し､又は公然と陳列した者は､2年以下の懲役若しくは250万円以下の罰金若しくは科料に処し､又は懲役及び罰金を併科する｡電気通信の送信によりわいせつな電磁的記録その他の記録を頒布した者も､同様とする｡
ゴトウ日じゃん。今夜は忙しいのかなー。でも天気悪いんだよなぁ、どうかなあ。
・あまりに忙しいのも嫌なんだが暇なのはもっと嫌なので、ゴトウ日パワーで適度に混んで欲しい。
・でも今日は発注業務のある日だから、15分くらい全くお客さんの来ない時間帯があるといいな！
・最近入った学生バイト君が猛烈にネガティブだ。あの作業は出来ない、この作業は無理、もう僕は終わりだ～とブツブツ言っている。
・でも陰というか私の前でしか不平不満を言わないのか(ごく普通の人が私相手だと何故かすごくネガティブになる現象が昔からよくある。私自身は人前で後ろ向きな事は言わないのに不思議だ。)、相棒ですらネガティブ君を悪く言わない。
・プロアルバイター氏やイケメン正社員氏のことはけちょんけちょんに貶す相棒だが、ネガティブ君にはデレデレで激甘い。
・あれか、ネガティブ君が見た目はBANANAFISHの奥村英二(に栗原類の魂を搭載した感じ)みたいな人だからだろうか。かわいいは正義ってことか。
・しかし最近は相棒もプロアルバイター氏の事を「アイツはもうクビだ」とは言わなくなった。なんだかんだプロアルバイター氏はオーナーから可愛がられているし、何より営業成績ダントツ1位だからだろうか。男は実力か。おそろしい。
「どうせタブレットに発注表とデータが出るんで、売れそうな品物をタップして送信すりゃいいだけじゃん。何で悩むの？」
と言われたけど、データを見る暇がないんだよねー。勘で発注してるわー。
・何種のチーズ味とか明太子風味とかどうせ売れないだろ、と思うけど、かといって定番のお菓子はスーパーで買った方が断然安いのでこれまた売れない、らしい。
・うちのお店は外国人客がとても多いけど、彼らはあんまり変なお菓子は買わないなぁ。どうやらピーナッツが好きみたいだ。
・この間の発注では失敗した。なんか美味しそうな大きなチョコクッキー(1枚入り)を独断で発注したら全然売れてない。
・コンビニとしてはお茶のお伴に、みたいなノリでだしてる、少量でちょっとリッチな焼き菓子系では、チョコ入ってるやつは売れない、ちぃ、おぼえた。
・データ読んでる暇がないのでてきとうに推測するに、そういう系の菓子を買う人は健康志向なのだろう。そして、健康志向だけどそのお菓子を主食にしてるのではあるまいか。
・失敗しても店長とか何も言ってこない。それが逆につらい。
住民の音声データ アレフに誤送信 ＮＨＫ札幌放送局 2018年11月2日 23時00分 | NHKニュース
https://www3.nhk.or.jp/news/html/20181102/k10011696841000.html
オウム真理教から名前を変えた「アレフ」に関連する取材で、ＮＨＫ札幌放送局が行った住民のインタビューの音声ファイルを取り込めるメールを、担当のディレクターが誤ってアレフ側に送信しました。ＮＨＫは関係者に謝罪するとともに情報の取り扱いを一層厳格にし、再発防止に努めていきます。
誤って送信されたのは、ＮＨＫ札幌放送局の取材班が、札幌市内にあるアレフの施設の関連取材で行った住民へのインタビューの内容を文章化してもらおうと、業者に依頼したメールです。
このメールには住民６人のインタビューの音声ファイルを取り込めるアドレスが入っていましたが、１日、担当のディレクターが誤ってアレフの広報部にも送っていました。
ＮＨＫは２日、ファイル送信システムの運営会社に連絡して音声ファイルを取り込むことができない状態にしたほか、アレフにもメールの削除を依頼しました。
またインタビューに応じた人のうち、連絡先がわかった人については経緯を説明したうえで謝罪しました。
ＮＨＫ札幌放送局は「関係者に深くおわびします。報道現場での情報の取り扱いを一層厳格にし、再発防止に努めます」というコメントを発表しました。
これを見聞きしたとき、ゾッとした。背筋が凍るってマジだわ。
もし当該の住人だったら、普通に訴額 1 無量大数円ぐらいで損害賠償請求裁判やったるわ。
1989年にTBS番組スタッフが、坂本弁護士がオウム真理教を批判するインタビュー映像を放送前にオウム真理教に見せたことで、坂本堤弁護士一家殺害事件の発端となったかもしれないマスゴミによる報道被害とドンピシャやん。
ほんまに、死者が出ーへんことを祈るわ。
情報化社会への移行へ機敏に反応し、小学生の頃には既にパソコンを導入している家庭で育った。
青春時代はパソコン通信・インターネットと共に過ごし、本来の意味のホームページ、そして設置される電子掲示板、今からすると低機能なチャットでのコミュニケーションをアカデミック分野の人間ではない普通の義務教育過程学生としては比較的早期に体験していた。
ちなみに通信を介した今で言うオンラインゲームで一番最初に体験したのはメールでの将棋である。
幸いにも、当時から通信上で懇意にして頂いていた先輩諸兄とは現在でも繋がりがあり、一部の方々は当方の結婚式にまで参列して頂けるという、最早通信上の知り合いと言うには些か語弊があるような関係を持たせて頂いている。
当方のコミュニティで最近使われているコミュニケーションツールはSlack・Discord・Mattermost・Mastodonだ。
チャットツールが3つもあることに疑問を持つかもしれないが、プライベートな基本コミュニケーションの中心はMattermostであり、いわゆる「つぶやき」をするマイクロブログにMastodonが用いられている。
Slackは業務に使う者もおりプライベートではMattermostのサブ的な使われ方をしており、Discordはコミュニティの中で何らかのオンラインゲームをするときにボイスチャット環境として用いることが多い。
ここで多くの方々が「LINEやFacebookは利用していないのか？」と思うかも知れない。その疑問への答えとしては「アカウントだけは持っている」というものだ。
いや実際、一時期はコミュニケーションの中心にはFacebookがあった。XMPPを解したしチャットツールもFacebook Chatを用いていた。
日本でFacebookが紹介されるようになりユーザ数が増えると当方のコミュニティは居心地の悪さを感じてTwitterへ移行し、日本での第一次Mastodonブームの折、完全にMastodonへ移行してしまった。
様々なサービスを漂流することになってしまったが、当方のコミュニティが感じていた居心地の悪さの最大要因は「ITリテラシーの格差」である。
当方のコミュニティはパソコンを用いた通信の発展を見てきたコミュニティだ。
度々起こるインターネットコミュニティでの諸問題を遠巻きながらも目にし、世代交代のためかそれら諸問題が起きたという事実は継承されず、何度も何度も同じような問題を目にしてきて非常に疲れた。
例えばTiktokで問題視されていることの殆どはニコニコ動画で経験したことどころか、メル友ベル友時代に起きていたことだ。
むしろ当方のコミュニティメンバーの中には「ペンフレンド時代にも似たようなことが問題視された」と言う者も居り、その時代を経験していない当方は詳しくないが、卑猥な写真を郵送させるなどの問題があったらしい。ペンフレンド宅へ家出する青少年も居たと聞いた。
「当時とは時代が違う」と言うのは容易い。しかし当方のコミュニティから見ると「またか・・・」としか言いようがない姿に見えてしまうのだ。
当方のコミュニティでは過去に草の根BBSや２ちゃんねる、ニコニコ動画、オフライン上でも保護者会やPTAなどでもインターネットの認識や使い方などを訴える活動はしてきた。
情報化社会の中で子供たちへ「携帯電話を持たせない」「インターネットを使わせない」という成長を生まない極論地味た思考停止な手法は推奨せず、子供たちへインターネットのメリットとデメリットを伝えて将来のために活用していこうということを基本方針として伝えてきたつもりである。
しかしそれでもなおインターネットでは諸問題が起き、それへの対策が○○の禁止という当方のコミュニティの努力が何も実を結ばないという結果を見ることになった。
当方のコミュニティはいつも言う「あなた達の世代もインターネットで失敗したはずだ」「あなた達はなぜインターネットで失敗したのか？」「当時の感情を思い出し、あなた達の子供たちの感情へ理解を示すことはできないか？」「理解を示して子供たちと話し合うことはできない？」と。
子供だけではない。
NIFTY-Serveでゲリラ的に他者の揚げ足を取ったり、オフラインでは無かったことにされるような失言へ対して人権問題だと騒ぎ立てBBSの空気を悪くしたり、特定の人物へ異常なまで固執しEメールを送信しまくったり、あまつさえ失言録のようなWebページを作成して晒し上げたりなど、今でも通ずるような悪意を当時から振り撒かれていた。
当方のコミュニティはそんな悪意をもう見たくはない。そんな無理解を見たくはないのだ。
情報化社会は当方のコミュニティが過去に夢見た時代へ少しずつでありなからも進んでいる。あらゆるものが通信によって連携し人々の生活を豊かにしている。
しかし当方のコミュニティが見た夢の中には繰り返される悪意などなかった。問題が起きても人と人が協力しあって解決するだろう。すべての人が通信によって繋がれば大きな集合知によって解決されるだろうという夢であった。
「またか・・・」と感じ、どうにか解決できないか？と動いているコミュニティは当方のコミュニティだけでないと信じたい。
そしてどうにか繰り返される悪意を無くす協力をして欲しい。
前回は、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でデータの更新
：
はてなブックマーク - はてなブックマークから「IDコール」が送信されるようになりました - はてなブックマーク日記 - 機能変更、お知らせなど
「はてなメッセージの通知メール」はいろいろな嫌がらせメッセージを送るのに便利です。たとえ相手からコメントやトラックバック拒否ユーザーに指定されていても、「はてな匿名ダイアリー」からリンクしたり、はてなハイクでその人の「IDページ」に書き込めばIDコールできます。IDコールは規約違反の複数アカウントを取ればいくらでも新規ブログから送れるわけですが、匿名ダイアリーやはてなハイクのほうがギャラリーが多いので、嫌がらせ効果はさらに大でしょう。「はてなダイアリーキーワード」をよく書いている相手なら、その人の編集したキーワードをしつこく書き変えると効果的です。相手は嫌がらせを受け続けるか、はてなメッセージの通知をあきらめるかしない形になり、確実に嫌な思いをします。
換言すると、はてブは、パーマリンクのページを生成し、観察者と被観察者の間に線引きをすることで、1対多の図式を強制的に構築するのだ。この不条理さこそが、気持ち悪さの源泉だろう。
ただし、その不本意なコミュニケーションの強制に対して、当然打つ手はある。なんのことはない、IDコールなりをして、ひとりづつ「下界」に引きずり下ろし、1対1で処分すればいいだけのことだ。自らが自らのはてブページに予めコメントしておくことで、1対多の図式をある程度柔和することも可能だ。であるから、冒頭申し上げたとおり、私にはたいした恐怖ではない。
最近気がついたのだが、IDコールっていいね。特にはてブでの。
さて。「はてブコメントに反論するのが難しい・コストが高い」という意見がno titleにチラホラあったのだが、その客観的根拠が分からない。
（中略）
これ、ピュアにどこが「コストが高い」のかが分からない。実際にpermalinkとidコールで言及してみましたが、これはblogに対して言及して反論する手順とほとんど同じです。（はてブにはdeliciousには無い「idコール」というtrackbackに似た便利機能があって、blogによる言及通知と同じように使えますし）。
