  |
はてなキーワード: applicationとは
基本は、同じなので前回やった更新処理をちょっと変えれば削除もすぐできます。
投稿されたメッセージを削除する機能を、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でデータの削除
：
前回は、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でデータの更新
：
今回は、Webアプリを作る途中の過程を見て、作る雰囲気を一緒に味わってみましょう。
最近のフレームワークは、「設定より規約」（CoC、convention over configuration）という発想で作られている。
フレームワークの規約（使用ルール）に従うと、プログラマーは作業量が減って、楽ができる。
設定より規約（convention over configuration）とは、開発者の決定すべきことを減少させ、単純にするが柔軟性は失わせないというソフトウェア設計パラダイム。
使用しているツールが実装した規約が開発者の望む動作と一致していれば、設定ファイルを書く必要もない。実装規約と望みの動作が違っている場合、必要な動作を設定しなければならない。
最近のフレームワークは「設定より規約」アプローチを採用しているものが多い。
例えば、Ruby on Rails、Kohana、Grails、Grok、Zend Framework、CakePHP、Symfony などがある。
CodeIgniterの使用ルールは、マニュアルやチュートリアルで確認できる。
↑このページの「アプリケーションフローチャート」を見てみよう。
それでは、CodeIgniterでプログラマーが用意する部分のM（Model）とV（View）とC（Application Controller）を、骨組みから作ってみよう。
事前準備として、前々回と前回のWebアプリ完成見本を用意するところまでやっておこう。
スケルトン（skeleton, 骨格）とは動物や人間の骨格。
コンピュータのプログラムコードの骨格部分。プログラムコード作成では、初期段階でスケルトンを作成し、その後で詳細部分を肉付けしていく。
まずは、MVCのCの骨組みを作ろう。
Controllerは、ユーザーからのリクエストを受け付けて、ModelやViewに指示を出す監督です。
上記フォルダの中に「Welcome.php」というファイルを作る。（デフォルトであるはずなので、それを使ってOK）
CodeIgniterのルールで、Application Controllerを置く場所は「application/controllers」というフォルダになっている。
CodeIgniterのルールで、一番最初に呼び出されるApplication Controllerは「Welcome.php」というファイルになっている。
→これは「C:\xampp\htdocs\waf\application\config\routes.php」という設定ファイルで決められている。
「Welcome.php」の中身を以下にように変更する。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
// 初期画面
public function index()
{
}
// 更新画面
public function update()
{
}
// 削除画面
public function delete()
{
}
}
これがチャットのApplication Controllerとして動作する最小限の内容＝骨格だ。
という行に注目してみよう。
CodeIgniterで用意されてる「CI_Controller」クラスを継承して、プログラマーが「Welcome」クラスを作ってる。
継承によって、フレームワークが用意してる様々な機能をWelcomeクラス内で使えるようになる。
「Welcome」クラスの中に、「index()」「update()」「delete()」という３つのメソッドを用意した。
CodeIgniterのURLは、Action Controllerのクラス名やメソッド名とひもづけられている。
「http://localhost/waf/クラス名/メソッド名」
（例）
http://localhost/waf/ →Welcomeクラスのindex()メソッドが呼び出される。
http://localhost/waf/welcome/index →Welcomeクラスのindex()メソッドが呼び出される。
http://localhost/waf/welcome/update →Welcomeクラスのupdate()メソッドが呼び出される。
http://localhost/waf/welcome/delete →Welcomeクラスのdelete()メソッドが呼び出される。
次にMVCのVの骨組みを作ろう。
ビューは、表示する画面の部分です。HTMLでWebページの構造を書きます。
以下の内容にして保存する。
<?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>
</body>
</html>
以下の内容にして保存する。
<?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>
</body>
</html>
以下の内容にして保存する。
<?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>
</body>
</html>
Viewファイルの追加に合わせて、Controllerも一部変更します。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
}
// 初期画面
public function index()
{
$this->load->view('welcome_index');
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
（変更点の説明）
コンストラクター「__construct()」は、クラスからインスタンスが作られるとき、自動的に実行されるメソッドだ。コンストラクターは、初期化＝最初にやっておくべき下準備を書いておく。
CodeIgniterには、リンクの表示を補助する「URLヘルパー」という機能が用意されている。
上記のように書くとURLヘルパーを呼び出して、使えるようになる。
各Viewファイルの以下の行でURLヘルパーを使っている。＝「base_url()」という関数がURLヘルパーの１つ。
というメソッドによって、Viewファイルの「welcome_index.php」を呼び出し、画面を出力します。
これでMVCのCとVの骨組みができた。
今の段階でWebブラウザーで各ページを表示させると、各Viewファイルの中身が表示される。
次にMVCのMの骨組みを作ろう。
モデルは、具体的な処理内容（ロジック）を書いて、データを読み書きする部分です。
上記フォルダの中に「Chat_model.php」というファイルを作り、以下の内容にして保存する。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
public function __construct()
{
parent::__construct();
}
}
CodeIgniterで用意されてる「CI_Model」クラスを継承して、プログラマーが「Chat_model」クラスを作ってる。
「Chat_model」クラスのコンストラクターには、以下のように書いている。
Modelの追加に合わせて、さらにControllerも一部変更します。
<?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');
}
// 初期画面
public function index()
{
$this->load->view('welcome_index');
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
と書いて、「Chat_model」というモデルを読み込むようにした。
これで、モデルに用意するいろんな機能をコントローラーで使えるようになる。
以上で、MVCの骨組み（スケルトン）だけを作成するプロセスを見ていきました。
次回は、データベースのCRUD操作を行なって、チャットのメッセージを追加／取得／変更／削除する機能を実装してみましょう。
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でデータの追加と取得
：
前回は、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アプリの完成見本（続き）」
へ続きます。
今回は、データベースを使ったWebアプリの制作を通じて、SQLの使い方を確認してみましょう。
Webブラウザー（Google Chromeなど）で動作するアプリのこと。
ウェブアプリケーション（Web application）は、インターネット（もしくはイントラネット）などのネットワークを介して使用するアプリケーションソフトウェアである。
多くの場合、これらのアプリケーションは、Webブラウザ上で動作するプログラミング言語（たとえばJavaScript）によるプログラムとWebサーバ側のプログラムが協調することによって動作し、ユーザはそれをWebブラウザ上で使用する。
Windowsパソコンを使ってたら、「XAMPP」を使ってすぐにWebアプリを試作できる。
以前の講座（その６、その９）を参考にして、XAMPPとCodeIgniterを用意しておこう。
最近のアプリの作り方は、「デザインスプリント」と呼ばれる方法が流行ってます。本やネットの情報がたくさんあるので調べてみよう。
ざっくりと、以下のような流れです。
それでは順番にやってみよう。
以前にデータベースの練習をしたとき、「後で簡単なチャット（おしゃべり）ができるWebアプリを作ってみたいと思う。」と言ったので、今回のアイデアは「チャットを作る」にしよう。
Webページを作るには、HTMLやCSSの知識が必要だ。HTMLやCSSを使ったことがなければ、本やネットの情報で勉強してみよう。
今回はCSSを使わずに、HTMLだけでシンプルなWebページを作ってみよう。（練習だから余計なもの、無駄を省きたい。）
特にこだわりがなければ、Microsoftの「Visual Studio Code」という無料のIDE（統合開発環境）を使ってみよう。
インストール方法や使い方、メニューの日本語化のやり方は、検索して調べてみよう。
「mock」フォルダの中に
テキストエディターで保存するとき、文字コードを「UTF-8」にしておく。
「index.html」ファイルをエディターやIDEで開き、以下のような内容に編集して保存します。（コピペする場合、行頭の字下げ（インデント）の全角スペースを半角スペースに置換して下さい。）
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<form>
<label>メッセージ</label>
<input type="text" name="message">
<button>投稿する</button>
</form>
<table border="1" cellpadding="5" cellspacing="0" bordercolor="#CCCCFF">
<tr>
</tr>
<tr>
<td><a href="edit.html">編集</a></td>
<td><a href="delete.html">削除</a></td>
</tr>
<tr>
</tr>
<tr>
</tr>
</table>
</body>
</html>
「edit.html」ファイルをエディターやIDEで開き、以下のような内容に編集して保存します。（コピペする場合、行頭の字下げ（インデント）の全角スペースを半角スペースに置換して下さい。）
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<p>メッセージを変更して「更新する」ボタンを押してください。</p>
<form>
<label>メッセージ</label>
<input type="text" name="message" value="Webアプリを作ってみる！">
<button>更新する</button>
</form>
<p><a href="index.html">戻る</a></p>
</body>
</html>
「delete.html」ファイルをエディターやIDEで開き、以下のような内容に編集して保存します。（コピペする場合、行頭の字下げ（インデント）の全角スペースを半角スペースに置換して下さい。）
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<form>
<p style="background-color:lightpink">Webアプリを作ってみる！</p>
<button>削除する</button>
</form>
<p><a href="index.html">戻る</a></p>
</body>
</html>
以上でモックのWebページ（HTMLファイル）ができました。
Webブラウザーで「index.html」を開いてください。「編集」や「削除」、「戻る」をクリックして、チャットの画面を確認してください。
実務では「仕様書」という書類を大量に作る場合もありますが、時間と労力の無駄になっている場合が多々あります。（紙の仕様書はあまり使われる機会がない）
紙の仕様書（アナログ）の代わりに、モックを仕様書（デジタル）として使うと、その後の段階がスムーズになります。
どうしても紙でなければ困る場合以外は、モックをそのまま仕様書として使ってみましょう。
モック（動くハリボテ）を作るための便利なツールがいろいろあります。
ちょっと長くなったので、モックを基に機能を実装（プログラミング）するのは次回にしましょう。
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アプリの完成見本
：
前回はオブジェクト指向プログラミング（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の参考書
：
その発言した増田ではないが、その発言は少し無責任な気がするので補足。
まずRはやめるべき。
逆に統計くらいでしか使わないので、貴方が算術処理をバリバリやるのでなければ使用するべきではないだろう。
Pythonも言語だが、Rに比べると汎用的であり、かつ機械学習（scikit-learn、NumPyやPandas等の統計ライブラリ主体だけど）などでも使われていてホットな言語である。
ホットな言語だと、書籍やネット情報が豊富にあるので、学ぶ分には困らないのでもしプログラミング言語をやりたいのであればPythonをお勧めする。
そして、Excelマクロも一応Visual Basic for ApplicationというVBを下敷きにした言語なので、その言語を今から学ぶのであればPythonを学べばいいのではないかというのが先の発言の趣旨ではないかと推察する。
しかしながら、言うまでもなく、Excelのセルに書かれたデータをあれこれしたい（主に業務で活用したい）という要件ならVBAが最適である。
プログラム言語って得意／不得意があるから、やりたいことに合わせて使う言語を変えたほうが幸せになれます。（本格的なプロジェクトだと選択の余地はなかったりするけど）
なお、おうちで触りたいというレベルなら私もPythonをお勧めします。
MacでもWindowsでも同じ書き方で、Excelに囚われず色々な処理ができる。AIやIoTなどで需要が高まっているので覚えておいて損はないし。
「これだけ凄いから導入許可をください」と情シスに掛け合えるレベルまで成長したら会社でも使えばいい。
ただ、対象者はちょっとしたプログラミング言語を覚えて、手間がかかることを自動処理とかしてみたいなぁと考えられる人。Excelが効率よく使えれば十分って考えの人にまでお勧めするものではないので、その辺は誤解がないように。
Microsoft「7月23日に17713.1002をリリースしました。17713.1002にはWindows Defender Application Guardが動かなくなる既知のバグが含まれています」
↓
Impress「米Microsoftは7月23日(現地時間)、同月11日にFast ringでリリース済みのWindows 10 Insider Preview Build 17713(RS5)の累積アップデートで発生していたバグを修正するアップデートの配布を開始した。Build 17713.1002の累積アップデートを適用するとWindows Defender Application Guardが機能しなくなるという問題が起きていたが、この解決が図られた。」
各社のスマホには「ウィルスなどの脅威から顧客を守る」という名目で、端末をリモート操作できる機能が搭載されています。（利用規約をよく読もう）
中華製ガジェットは、チップレベルで実装されているので簡単には外せませんね？
携帯電話やスマートフォン、ノートパソコンなどの端末に保存されたデータを、ネットワークを経由した遠隔操作で消去する機能。またはそのサービスを指す。
『iPhone Open Application Development』の著者であるJonathan Zdrianski氏は、iPhoneのCoreLocationに隠しURLが埋め込まれているのを発見したと述べている。
iPhoneはこのURLを使って、iPhoneにインストールされているすべてのアプリケーションについて、ブラックリストに載っているアプリケーションかどうかを確認しているのだとZdrianski氏は考えている。
Android (アンドロイド) の Smart Phone (スマートフォン) をお持ちのお客様が、パーソナルコンピューターと言ったら、絶対にMicrosoftさんと言えるようにするべきだと思います。
つまり、Microsoftさんが、Apple社とIOSとMACとiPhoneに負けないようにすればいいと思います。
だからこそ、Microsoft Store について 思ったことは、Google Chrome のアプりケーション（インターネットブラウザ）を用意するべきだと思います。
------------------------------------
If the customer who has Smart Phone in Android (android) (smart phone) says a personal computer, I think I should make sure that it can be said by all means Mr. Microsoft.
In other words, Mr. Microsoft thinks you should decide not to be defeated by Apple company, IOS, MAC and iPhone.
I think Application in Google Chrome (the internet browser) should be prepared for that I thought about Microsoft Store .
( 日本語 / Japanase )
Microsoft Store について 思ったことは、Google Chrome のアプりケーション（インターネットブラウザ）を用意するべきだと思います。
なぜなら、Androidと提携ができるからです。（スマートフォン。）
あとは、Google Chome は、世界共通のアプリケーションだからです。
-------------------------------
The thing of which I thought about Microsoft Store.
I think application in Google Chrome (the internet browser) should be prepared for that I thought about Microsoft Store.
Because you can cooperate with an android. (Smart phone.)
The back is because Google Chome is worldwide application.
数日前に puppeteer で自動で PDF にする試みを書いたブログがホッテントリに入ってるのを見た
bg.js
const username = "" const api_key = "" chrome.runtime.onMessage.addListener((message, sender, sendResponse) => { if(message.bookmark){ bookmark(message.bookmark) } }) async function bookmark(url){ fetch("http://b.hatena.ne.jp/atom/post", { method: "POST", referrer: "no-referrer", headers: { Accept: "application/x.atom+xml, application/xml, text/xml, */*", "X-WSSE": await createCredential(), }, body: ` <entry xmlns="http://purl.org/atom/ns#"> <link rel="related" type="text/html" href="${url}" /> </entry> `.replace(/\t/g, ""), }).then(e => {console.log(e)}) } async function createCredential(){ const non = Math.random().toString(36).substr(2) const now = new Date().toISOString() const buf = new TextEncoder().encode(non + now + api_key) const u8a = new Uint8Array(await crypto.subtle.digest("SHA-1", buf)) const str = Array.from(u8a, e => String.fromCharCode(e)).join("") const b64 = btoa(str) return `UsernameToken Username="${username}", PasswordDigest="${b64}", Nonce="${btoa(non)}", Created="${now}"` }
username と api_key を埋めてバックグラウンドで動かす
page.js
chrome.runtime.sendMessage({ bookmark: location.href })
ページ内で動かすコード
<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0" width="320" height="205" id="flvplayer" align="middle"> <param name="allowScriptAccess" value="sameDomain" /> <param name="movie" value="http://g.hatena.ne.jp/tools/flvplayer.swf" /> <param name="quality" value="high" /> <param name="bgcolor" value="#ffffff" /> <param name="FlashVars" value="moviePath=https://www.youtube.com/watch?v=Ew4F9RB9e7I" /> <embed src="http://g.hatena.ne.jp/tools/flvplayer.swf" FlashVars="moviePath=https://www.youtube.com/watch?v=Ew4F9RB9e7I" quality="high" bgcolor="#ffffff" width="320" height="205" name="flvplayer" align="middle" allowScriptAccess="sameDomain" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" /> </object>
お前の相手はどこにいる？
国会がないと暇です。なので、昔の議事録とかを掘り出して読みます。タイトル詐欺の一種です。発言者は小野寺五典、当時の外務大臣政務官。この議事録を読んでいて思ったのは、平岡秀夫さんが落ちて、岸信夫さんが通る選挙って何なんだろうなっていうことでしたが、それは有権者の判断なので仕方がないのですし、詐欺の前科者が告知義務違反をしてを政務秘書官登用してしまった、というのもいたかったんでしょうが。
「そこで、この条約について言えば、私がいろいろな人たちから調べていただいたことによりますと、条約に基づく国内法制化の中で、ウクライナが、この条約の中で重大犯罪というものが四年以上の自由刑またはそれ以上の自由刑というようなことになっているけれども、この点について留保あるいは解釈宣言をして、ウクライナについては懲役五年以上のものについて重大な犯罪とするというような国内法制化といいますか、国内法との関係を整理されたというふうに聞いておりますけれども、この点は事実でしょうか。」
「委員御指摘のとおり、ウクライナにつきましては御指摘のような状況になっていると思います。ウクライナは、条約締結に当たって、留保及び宣言の名のもとに、重大な犯罪という用語は、ウクライナ刑法に言う重大な犯罪及び特に重大な犯罪に相当するものである。ウクライナ刑法に言う重大な犯罪とは、法により五年以上で十年を超えない自由刑が定められた罪をいい、ウクライナ刑法に言う特に重大な犯罪は、法により十年以上または無期の自由刑が定められた罪をいう旨表明しています。したがいまして、ウクライナは、留保及び宣言の名のもとに、本条約に言う重大な犯罪を長期五年以上の自由刑としたことは事実です。
（略）
「（略）条約というのは、条約法に関するウィーン条約というのがあって、その第十九条の中に条約の留保というものが認められているというふうになっているわけでありますけれども、このＴＯＣ条約についても、条約法に関するウィーン条約第十九条に基づく留保を付することは可能であるというふうに考えていいでしょうね、外務副大臣。
「外交官経験もありますし、また法の専門家であります平岡委員の御指摘のとおり、ウィーン条約におきましては留保するということが可能になっています。多国間条約について、ある国が条約の一部の規定に関して問題を有する場合には、当該規定に拘束されずに条約に参加し得るように、留保を付して締結することが一般的に認められております。
ＴＯＣ条約では、第三十五条３、国際司法裁判所への紛争付託の拒絶を除き、留保に関する特段の規定は存在しておりませんが、交渉過程において、本条約への留保については、ウィーン条約法条約の留保に関する規定が適用されることが確認されています。したがって、ウィーン条約法条約第十九条に従い、条約の趣旨及び目的を損なわない限度であれば、本条約に対し留保を付すことは、御指摘のとおり、可能であります。
しかし、本条約については、既に平成十五年の通常国会におきまして、留保を付さずに締結することにつき国会の承認をいただいております。行政府としては、本条約につき、このような形で国会の承認をいただいている以上、当然、留保を付さずに締結することとしており、その前提での国内担保法の審議をお願いしているところであります。」
これ読めば、留保は当然できるし、犯罪の範囲は条約で４年以上の自由刑とされているけれども、５年以上にしますよ、という留保も当然認められている、ということです。つまり条約が要請する犯罪の範囲は、国内法の原則に反する場合の留保というのも当然に認められているでしょう。実質できない、やらないっていってることの理由は、「国会で留保なしでの批准の承認をした」っていうだけのことなので、そんなものはいくらでも、まさに、「新しい判断」をなさればよろしいのではないかと、このように思う次第でございます。
(1)米国は連邦制を取っており、条約締結に当たり、憲法上の連邦との州との間の権限関係と整合性を持たせるとの観点から、留保・宣言を行っています。
(2)米国政府より、本条約で犯罪化が求められている行為について、連邦法によっても州法によっても犯罪とされていない部分はほとんどないとの回答を得ています。
(3)このようなことから、米国の留保は本条約の趣旨、目的に反するものではないと理解しています。
と書いています。
ここでアメリカの留保を見てみると（私は外務省訳を全然信用してないので原文から訳しました。誤訳ごめん。）
アメリカ合衆国は、本条約が要請する義務を担う権利を留保するが、それは、連邦制の基本原則と両立するという考え方の中で、連邦法と、州法の刑法の両方が、本条約で規定されている行為との関係で考慮されなければならないからである。連邦法での刑法は、州をまたいだ、または国際的な通商等の連邦の利益に影響を与える行為を規制しており、合衆国内での、組織的犯罪に対する戦いでの基本的な法制度となっており、これは（条約の）目的に対して効果的であるといえる。連邦法での刑法は、犯罪行為が州をまたがない、国際通商等の連邦の利益に関わらないという稀なケースでは適用されない。かかる純粋に地方的な性質の犯罪については、連邦法、州法のいずれも、本条約に基づく義務を十分満たすとは言えない状況が少数ではあるが想定される。したがって、アメリカ合衆国は、純地方的な活動に関したせまいカテゴリーにおさまる行為に関しては、本条約で規定された義務を留保する。この留保が、本条約の他の締結国に対する協力をするというアメリカ合衆国の能力に影響を与えることはない。
https://treaties.un.org/Pages/ViewDetails.aspx?src=IND&mtdsg_no=XVIII-12&chapter=18&lang=en
これを読むと、本条約が、国際的な犯罪、広範囲にまたがる犯罪の取り締まりを要求しているから、それに対しては連邦法が効果的に対応しているし、ローカルな犯罪に対しては州法を整備することなく、留保するよ、といっているので、これはかつての民主党政権が提案していた、越境性を根拠にした法律を整備して、それ以外は留保する、という手法そのものです。なぜこの留保が必要かというと、共謀段階での処罰対象犯罪が30以下（日本は21）という州法しか持たない州が複数あるからです。連邦法における刑罰は、州法を超える範囲をカバーしているわけではなく、州をまたいだ犯罪や国際犯罪に限定されているので、州法では犯罪じゃないけれど、連邦法では犯罪になる州内の犯罪というものは存在しないのです。この外務省の説明はいいかげんもいいところでしょう。人が英語も読めないと思って高をくくってやがるんですよ。いつもいつもだけど。
この批判に対して外務省は、「重大な犯罪」を限定する旨の留保や「国際性」の要件を付す旨の留保は「重大な犯罪」の定義を定める条約第２条や国際性を要件としてはならないと定める条約第34条２項の規定に明らかに反するから、条約の趣旨、目的に反すると答弁しています。この第34条２項が定められた背景にはすったもんだがあったようなのですが、この条項は、そもそも第３条において、transnationalな犯罪を対象とする文言があるのにも関わらず、付されている矛盾をはらんだ表現になっています。
３４条の１
各締結国は、本条約が定める義務の履行を確実にするため、国内法の原則に則って、立法上ならびに行政上必要な措置を講じる。
３４条の２
本条約の第５条、６条、８条、２３条に規定された犯罪については、第３条１項に定められた国際的な性質、または、組織的な犯罪集団とは独立に法整備をする
とされています。しかしここで、国連が条約の制定と同時に出している解釈ノート(Travaux Prepatoires)の第３４条第２項に、以下のように記述されています。
この項の目的は、第３条で説明されている、条約の基本的な目的を変更することではなく、国際性の要件や組織的犯罪集団への関与が、（国内法での）犯罪化の要件として考慮されないことを明確に示すために設けられたものである。この項は、各締結国が条約を履行する際に、犯罪で得られた利益の洗浄や、汚職、裁判の妨害といった犯罪に、国際性や組織的犯罪集団への関与を要件としなくてもよいということを示そうとしている。（以下略 疲れた
Paragraph 2
The purpose of this paragraph is, without altering the scope of application of the convention as described in article 3, to indicate unequivocally that the transnational element and the involvement of an organized criminal group are not to be considered elements of those offences for criminalization purposes. The paragraph is intended to indicate to States parties that, when implementing the convention, they do not have to include in their criminalization of laundering of criminal proceeds (article 6), corruption (article 8) or obstruction of justice (article 23) the elements of transnationality and involvement of an organized criminal group, nor in the criminalization in an organized criminal group (article 5) the element of transnationality. This provision is furthermore intended to ensure clarity for States parties in connection with their compliance with the criminalization
of the cooperation articles of the convention (articles 16, 18 and 27).
要はこの項目は、マネーロンダリングや汚職、裁判の妨害といった犯罪に国際性の要件がなくてもいいよ、という意味だと解説しているので、外務省の説明とは全然違うじゃねぇかっていうね。
外務省は、この前段の６７６の犯罪すべてについて、共謀段階での処罰を導入しないと、条約が締結できないとなんども答弁しています。めんどくさいからほらんけど。現在は２７７ですね。この時点で発言者の信頼性はゼロです。２７７では締結できないんでしょう？だから留保ができないっていう発言だって信頼性ゼロだし（現に小野寺議員はできるって答弁してるし）、犯罪の範囲を絞ることはできない（ウクライナは留保してるし、だいたい、この条約で名指しされているcorruption（汚職）に関する、政治資金規正法、公職選挙法違反は除外してるくせに何言ってんだって話ですよ。そっちのほうがよっぽど、条約の趣旨に外れとるわ。）ってのも信頼性ゼロ。外務省が訳文を出す際にわざわざ「説明書」とか抜かして、自分たちの考えを押し付けてから議会に提出してるのも我慢ならない。外務省が出してくる訳文が出るまでは政府は答弁しないし。原文に基づいて議論できる、緒方議員みたいなのがもっといれば話は変わってくるのかも知れんけど、外務省の嘘にまみれた判断が混ざりまくった文章がでてくるまで国会で議論できないってのもほんとになんとかしたほうがいい。
なにを勘違いしてるのか知らんけど、越境性を根拠にして留保する場合は５条じゃなくて、第３４条２項、対象犯罪を制限する場合は、第２条(b)だよ（ウクライナがこれ）。サヨク論法がどうこう言う前に自分の恥ずかしい論理構成を見直せよ。
一応詳しく書いといてやるけど、国内法の原則に則って、とわざわざおっしゃっていただいていて、我が国の刑法原則は、内心ではなく、準備行為等のなんらかの実行が伴って初めて処罰される、という原則があるのだから、第３４条２項を留保して、越境性を持たない犯罪には適用しない旨を記載すればそれでいいだろってのが、かつての民主党案。国連の解釈ノートにも条約のscopeが、第３４条２項によって変更されないことを示しているので、３４条２項の留保は条約の趣旨に反するとは到底言えないだろうという主張。それに対して、第２条の（ｂ）を留保すれば、すでに組織的殺人や強盗などは共謀段階で処罰可能であり、人身売買等のいくつかの法整備をすれば、実行行為の伴った処罰に関してはすでに広範な共謀共同正犯が実質的に認められているので、一般的な共謀罪はいらない、という主張は弁護士グループなどでよくされているところ。これに関しては、ウクライナが前例を示しているところであり、また法務省自らが体を張って、「（注）その他，マネーローンダリング罪，司法妨害罪等の犯罪化等が義務付けられており，今回，現行法では足りない罪の新設等の法整備も行います。」とcorruptionの記載をしていないところにも表れている通り、懲役５年以下規定がある公職選挙法、懲役１５年以下の特別公務員職権濫用致傷、５年以下のあっせん収賄罪等々が、何の留保もなく除外できるんだから、第２条（ｂ）を留保して除外できないものなんてあるの？って話じゃありませんかね。
別ウィンドウで開いてもだめだったよ。。
application-f5ea17cc169634b05d55871893d24a70b5e59677e54cd1a8134c49f5ba3b0b3f.js:26 Uncaught SyntaxError: missing ) after argument list
roboto-regular-webfont-1036fdb3246de0828568c0c1634d1b8525448239289174571dc8629ccc8001d7.woff2 Failed to load resource: net::ERR_CONTENT_LENGTH_MISMATCH
roboto-regular-webfont-54883eb22ec88bcfadf3dc6a49310ffde8a725cf9106f28ee751f84096af2895.woff Failed to load resource: net::ERR_CONTENT_LENGTH_MISMATCH
roboto-regular-webfont-84b51e7d8ec797bb9b992cc0a938a2d8cc5f470c2757544b8c460d8a8360e0c2.ttf Failed to load resource: net::ERR_CONTENT_LENGTH_MISMATCH
なんとかならないこともないだろうが、結構大変な事になるに違いない。
というのは、完全に内製の、パソコン上でスタンドアロンとして動作しているシステムがある。
これは私が独自に作ったもので、VisualBasic for Application(Excel)って奴だ。
ある業務を別の人から引き継いだんだが、そいつは大して引き継ぎ資料も残さずにさっさと辞めてしまったもんだから、私はかなり大変な事になった。
彼はパソコンといえばExcelくらいしか使えず、プログラムなんか全く書けない人だった。
でも、やたらと毎日一人忙しく仕事しているので社内的評価もそこそこ高い人だったのだが、引き継いだ私は彼の仕事振りに唖然とする羽目になった。
どう考えても、私から見るに自分で勝手に金にもならないのに仕事を増やしていただけ、としか思えない。
詳しい事は書ききれないので、ざっくり言うと、「なんでそこまでこの業務を複雑にしたんだ？」って感じ。
そこで考えあぐねて、業務自体を簡素にする事は出来なくとも、業務を処理するシステムを組むことにより仕事を減らそうと決めた。
IT系会社では全くないし、社内にもそんな人材はいない上に個人の考えで外注業者に依頼するわけにもいかないから、独力でVBAを学び、業務を進めつつ四苦八苦してシステムを完成させた。
出来上がったものは、使う分には誰でも簡単に使う事が出来る様になっているので、実際私自身がメンテナンス以外では使う事もなくなり、もっぱら部下にやらせている。
効率が上ったなんてもんじゃない、前任者はその業務に掛かりっきりだったが、私は普通に他の業務をいくつか抱えても特に大きな問題もないほどである。
だが、劇的に効率上げて実質的なコスト削減までしたのに、会社は私のことをまるで評価しないどころか、前任者より仕事をしてないという目で見てくるので正直頭に来てて退職を考えている。
で、そのシステムは個人的に作ったものでしかないから、仕様書なんてあるはずもなく、勝手に触られても困るのでソースコードを弄られないようにパスワードロックを掛けてある。
さらに、ある時期以降そのシステムを更新しないで使うとその業務に支障を来たす為、内部的にタイマーセットしてその日以降は使えないようにもしてある。
それがあと二ヵ月後。
そうそう、そのシステムに載せれば問題はないと、調子に乗って前任者より業務をさらに複雑にしてしまったんだけど。
どうなっても俺は知らん、ぞと。
追記：
業務改善？ 簡素にしろという意味なら難しすぎて無理。例えるならば今更Core i7を8086に出来るわけがないって感じっすかねｗ
使えなくするのは嫌がらせではなく、業務の仕様がその時期に変わる事が予定されてるからです。誤って使わないようにとの配慮ですよ。
これも同様、嫌がらせではなくて、業務上の理由からそうしているだけです。パスワード開示請求があれば即座に応じますよ。金貰ったらメンテナンスも考えなくもありません。
追記２：
まぁ、私がいなくとも何とかならんこともないだろう、という事は冒頭に書いたとおりです。
もうちょっと考察してから書くべきでしたが、多分私の言いたい事は会社が駄目駄目ってことなんじゃないかなと思います。
一応、簡単に引継ぎ時にあまりに大変な事は上司にも報告したんです。会議でも言った。
ところが、ほぼ無視。あいつに出来たんだからお前にも出来るだろーって感じで放ったらかしにされたというのが偽らざる実感。
でも業務は放ってはおけないので、愚痴っててもどうにもならない。
どうしようもないから、プログラム書いて効率化って方向に進めざるを得なかった、というか判断になったわけです。
こうした細かい話も散々報告したのに全然聞いてないんですよ、上司連中はさ。
ちゃんと聞いてたら、後々になっても私が関与できなくなっても、最低限どうにかして仕様書に落とすとか、あるいは外注してもっとマシなシステムにするような方向で考えるとか、いくらでも検討できた筈です。
それが、トラバレスでも書いたけど「あいつの方が仕事してたよな」って噂流されたんですよ？
「私が死んでも代わりはいる」って増田記事にひっかけて増田に書いたわけですが、実際私自身は私が辞めても業務は滞りなく進んで欲しいと思ってます、というかそうあるべきだと思います。
まー、辞めますけどね。もちろん世の中、努力が報われない事も多いですけど、でも馬鹿馬鹿しくてやってられないです。
追記３：
Excel VBAのパスワード解除は簡単です。それは知ってますし、そんなのググれば一発で出てきます。
何遍でも言いますが、パスワードかけたのは不用意に知らない人が触ってシステムがおかしくならないように、との意図であって私がやめた後に使えなくする意図などありません。
ただし、会社側から指示されない限り、パスワードについて話すつもりもありません。
ですが、もしパスワードを解除してソースを見たら、コメントだらけのソースが読めるようにはしてあります。
これは、私が初心者だから自分で書いててもよくわからないことが多かったのであくまでもそんなバカな自分のために書いたものなのですけど、変数の名前付に至るまで出来る限り意味を理解しやすいものにしてあるつもりです。
何千、何万行もあるような大層なものでもないのでそんなに理解は難しくはないと思います。
独学なので色々と変なことはしてると思いますけどね。
昨今話題になってるヤマトや佐川関連のブックマークが上位を占めるかと思いきや、まったく違った。
（2016年12月29日10：54時点、本文、新着順で検索）
Amazonの検索結果 (絞り込み: 3 users 以上) 約 3,423 件中 1 - 40 件目 (0.26 秒)
（以下略）
ECサイトを連想させるトピックがほとんどなくて、AmazonがB2B向けサービスを充実させていることに驚いた。
Amazonって表向きは物流業界に革命と問題を起こしている要因に挙げられているけど、EC以外のインパクトがどれだけ大きいのか門外漢なので分からない。
↑でブクマ付けた人、何が起きるのか教えて
依存性地獄( Dependency Hell )かな。https://en.wikipedia.org/wiki/Dependency_hell
An application depends on many libraries, requiring lengthy downloads, large amounts of disk space, ...
(アプリケーションがたくさんのライブラリに依存していて、長時間のダウンロードや大量のディスク容量が必要で、...)
app depends on liba, which depends on libb, ..., which depends on libz. This is distinct from "many dependencies" if the dependencies must be resolved manually (e.g., on attempting to install app, the user is prompted to install liba first. On attempting to install liba, the user is then prompted to install libb.).
(アプリケーションがAを必要としていて、そのAはBを必要としていて、(中略)Zを必要としているような場合。ユーザーが手動で依存性を解決しなければいけない場合には、先ほどの例とは違い、ユーザーは「アプリケーションをインストールしようとしたらAが必要と言われ、AをインストールしようとしたらBが必要と言われる」目に遭うことになる)
Insider Preview 初期からBTキーボードでほぼ毎日つかってる人の感想
・IMEが糞
モニタつないで大きな画面でOffice動いたとしてもそれを無に返すレベルでIMEが糞ほんとﾂﾗｲ
・アプリが少なすぎ
あってもAndroidやiOS向けと比べるとしょぼいのが多い
ニワトリ・タマゴだとは思うけどKKのやる気がなさげなので何ともはや
・端末の出来が安っぽいのが多い
HPのは期待してる。けど、端末の出来以外の所がアレすぎるのでそれに7万出せるかと言われると結構悩む
OSとしてはETWS対応してるのに、端末メーカーが有効にしてないので使えない物がそこそこあるのでその端末一台運用はお勧めできない。
ローカルで作業する気ないから外部モニタでFullScreen表示できる何かとしか思ってない
・入手方法が限られすぎ
キャリア経由のがないとガジェオタ端末からの脱却はムリじゃね？
多分そこでメインになるであろうcontinuumはIMEが糞過ぎてストレスマッハですよ？
ATOMがどんどん改良されてスマホサイズでx86版動けばと結構期待してたけど残念な結果になりそう…
合うかどうかは、人というかライフスタイルにだいぶ左右されると思われる
Office Applicationだけで仕事が完結してドキュメント参照の方が多い人なら悪くないかも？
最近女性ボーカルのバンドにハマっているので、オススメを紹介する。
<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0" width="320" height="205" id="flvplayer" align="middle"> <param name="allowScriptAccess" value="sameDomain" /> <param name="movie" value="http://g.hatena.ne.jp/tools/flvplayer.swf" /> <param name="quality" value="high" /> <param name="bgcolor" value="#ffffff" /> <param name="FlashVars" value="moviePath=https://www.youtube.com/watch?v=c-M7cvJy1IY" /> <embed src="http://g.hatena.ne.jp/tools/flvplayer.swf" FlashVars="moviePath=https://www.youtube.com/watch?v=c-M7cvJy1IY" quality="high" bgcolor="#ffffff" width="320" height="205" name="flvplayer" align="middle" allowScriptAccess="sameDomain" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" /> </object>
・赤い公園
初期の頃の曲のほうが個人的には好き。演奏技術が高い(特にベースとギター)。
<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0" width="320" height="205" id="flvplayer" align="middle"> <param name="allowScriptAccess" value="sameDomain" /> <param name="movie" value="http://g.hatena.ne.jp/tools/flvplayer.swf" /> <param name="quality" value="high" /> <param name="bgcolor" value="#ffffff" /> <param name="FlashVars" value="moviePath=https://www.youtube.com/watch?v=uLLC_cqILVw" /> <embed src="http://g.hatena.ne.jp/tools/flvplayer.swf" FlashVars="moviePath=https://www.youtube.com/watch?v=uLLC_cqILVw" quality="high" bgcolor="#ffffff" width="320" height="205" name="flvplayer" align="middle" allowScriptAccess="sameDomain" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" /> </object>
・ぽわん
中毒になる曲が多い。
<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0" width="320" height="205" id="flvplayer" align="middle"> <param name="allowScriptAccess" value="sameDomain" /> <param name="movie" value="http://g.hatena.ne.jp/tools/flvplayer.swf" /> <param name="quality" value="high" /> <param name="bgcolor" value="#ffffff" /> <param name="FlashVars" value="moviePath=https://www.youtube.com/watch?v=GSGCw2PyHlU" /> <embed src="http://g.hatena.ne.jp/tools/flvplayer.swf" FlashVars="moviePath=https://www.youtube.com/watch?v=GSGCw2PyHlU" quality="high" bgcolor="#ffffff" width="320" height="205" name="flvplayer" align="middle" allowScriptAccess="sameDomain" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" /> </object>
<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0" width="320" height="205" id="flvplayer" align="middle"> <param name="allowScriptAccess" value="sameDomain" /> <param name="movie" value="http://g.hatena.ne.jp/tools/flvplayer.swf" /> <param name="quality" value="high" /> <param name="bgcolor" value="#ffffff" /> <param name="FlashVars" value="moviePath=https://www.youtube.com/watch?v=XflmOIEUVbo&sns=tw" /> <embed src="http://g.hatena.ne.jp/tools/flvplayer.swf" FlashVars="moviePath=https://www.youtube.com/watch?v=XflmOIEUVbo&sns=tw" quality="high" bgcolor="#ffffff" width="320" height="205" name="flvplayer" align="middle" allowScriptAccess="sameDomain" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" /> </object>
・ことりんご
<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0" width="320" height="205" id="flvplayer" align="middle"> <param name="allowScriptAccess" value="sameDomain" /> <param name="movie" value="http://g.hatena.ne.jp/tools/flvplayer.swf" /> <param name="quality" value="high" /> <param name="bgcolor" value="#ffffff" /> <param name="FlashVars" value="moviePath=https://www.youtube.com/watch?v=ypQezZwFaD8" /> <embed src="http://g.hatena.ne.jp/tools/flvplayer.swf" FlashVars="moviePath=https://www.youtube.com/watch?v=ypQezZwFaD8" quality="high" bgcolor="#ffffff" width="320" height="205" name="flvplayer" align="middle" allowScriptAccess="sameDomain" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" /> </object>
変拍子を多用したり、ガールズバンドにしては珍しく聴いてて面白い。
下の動画では違和感なく5拍子を使っておりポテンシャルの高さが伺える。
<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0" width="320" height="205" id="flvplayer" align="middle"> <param name="allowScriptAccess" value="sameDomain" /> <param name="movie" value="http://g.hatena.ne.jp/tools/flvplayer.swf" /> <param name="quality" value="high" /> <param name="bgcolor" value="#ffffff" /> <param name="FlashVars" value="moviePath=https://www.youtube.com/watch?v=h2ydFHebKgQ" /> <embed src="http://g.hatena.ne.jp/tools/flvplayer.swf" FlashVars="moviePath=https://www.youtube.com/watch?v=h2ydFHebKgQ" quality="high" bgcolor="#ffffff" width="320" height="205" name="flvplayer" align="middle" allowScriptAccess="sameDomain" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" /> </object>
みんな大好きPostgreSQL。
複数DBマルチテナントシステムを構築するなら忘れてはいけないコネクションプーリング。
大量コネクションを扱うなら都度forkやpre-fork式ではちょっと辛い、イベントベースが好ましい。
もうお分かりですね。pgbouncer1.6の話題です。
PostgreSQL界隈では有名なコネクションプーリングの実装が2つあります。 pgpool-II と pgbouncer。
ざっくり言うと高機能の pgpool-II に対して、軽量・大規模向けの pgbouncer という棲み分けがあると言えるでしょう。
pgpool-II は最近は日本の トレジャーデータ社の Prestogres ( https://github.com/treasure-data/prestogres ) という痺れるようなプロジェクトのベースとして採用されていることで名前を聞いたことのある方もいるのではないでしょうか。
pgbouncer は少し古いですが LastFM( http://www.lastfm.jp/user/Russ/journal/2008/02/21/zd_postgres_connection_pools:_pgpool_vs._pgbouncer )の事例が有名でしょう。Instagram も使ってますネ。
pgbouncerは現行のバージョンは1.5系で、最新は1.5.5です。1.6系は8月1日にリリースされ、複数DBマルチテナントシステムに向けた大規模な機能強化が行われています。
この1.6系では複数DBマルチテナントシステム開発者にとって嬉しい機能がたくさん搭載される予定です。本番運用に投入する前に一足お先にリリースノートを読んで夢を感じましょう。
本バージョン、2013年ぐらいからリリースノートは準備されているのにさっぱりリリースされなくて関係者をやきもきさせていました。（想像）
本記事では以下のリリースノートをもとにザックリ読み解いたものです。
http://pgbouncer.github.io/2015/08/pgbouncer-1-6/
・接続ユーザーやパスワードハッシュをDBからロードできるようになった
・プーリングモードの設定をデータベース毎、ユーザー毎に設定できるようになった
・データベース毎、ユーザー毎にコネクションの最大接続数を制御できるようになった
・新しいコネクション確立を避けるための DISABLE/ENABLE コマンドが追加された
・新しい推奨のDNSバックエンド c-ares が追加された
・設定ファイルに include ディレクティブを追加した
新しく以下のパラメータが追加された
1.5までのpgbouncerは userlist.txt というテキストに静的に接続ユーザを書かなければいけませんでした。
これは動的に接続先ユーザーが増えるようなマルチテナントシステムを構築するのに不向きという事です。
タイトルがすべてを物語ってます。柔軟にできますねぇ('∀`)
ただ、私にはちょっと有用な利用シーンが思いつかなかったです。
たとえば分析用ユーザーではトランザクションなんて使わないので statement モードにしてコネクションの消費を抑えたりできるという事でしょうか。
max_db_connections と max_user_connections という設定が追加されます。
テナント毎にユーザーを分けているような複数DBマルチテナントシステムにとって必須といえる機能です。
特定のユーザーのリクエストにコネクションをすべて占有されてしまい、他のユーザーにサービスできないという事態を避けることができるようになるでしょう。
特定のデータベースの新しいコネクション確立を抑止・再開することができます。
c-ares は名前解決の非同期化を行うためのライブラリです。c-aresは名前解決をブロックしないし、いろいろな方式の名前解決に対応している唯一のプロダクトとのこと。
名前解決をブロッキングしてしまうようではpgbouncerのような大規模向けシステムでは役に立たないのだというpgbouncerの強い意志を感じる。
というか、ドキュメントを見る限り pgbouncer は名前解決にかなりこだわりを持っているらしい。それだけそこが重要ということでしょう
（個人的には困ったことがないのでそこまでだわる理由はよくわからない。）。
UNIXドメインソケットで接続しているクライアントと、TCPまたはUNIXドメインソケットで接続しているサーバーでremote_pidを取得できるようになりました。
tcp serverの場合、pid はキャンセルキーから取得できる。（？ドキュメントから意味が読み取れず）
キャンセルキーとは何でしょうね。ちょっとリリースノートからは判断できませんでした。
pg_cancel_backend とかに使えるPIDだよという事なのでしょうか。
DBの数なんてもはや何台あるかわからない。ホスト名の解決はもはやDNSで行っておるよという皆様にとって必須の機能。
…なのでしょうが、ちょっとこの機能が必要となるようなシステムとはどんなものなのか、私も未経験なのでよくわからないです。
この設定は application_name_add_host=on にすることで有効となる。
今や接続元アプリケーション名がWebだとかBatchだとか区別できるだけで問題が解決するような時代ではない。
どのホスト(ポート)レベルで区別しないと。という事なんだろう。
「おお、Webサーバーから死ぬほど重いクエリが飛んでる、今すぐ調べないと！で、どのWebサーバーよ？100台あるんだぜ」みたいなときに助かりますね。
設定ファイルが大規模化してくると、切り出して整理したいという要望はどうしてもでてくるもの。
データベース毎、ユーザー毎に設定できる項目が増えてきたので必要になったという事でしょう。
以降はバグフィックスとかクリーンアップだとかで自分はあまり興味がないので各自読むように。
本番運用に突撃するPostgreSQL界の猛者の報告待ってます。
すべての泥信者にTaskerの素晴らしさを伝えるべく、本エントリーを投下したい。
・(Not) Headset Plugged Any → Media Volume Level [任意の値]
イヤホン挿入時はMedia Volume Level 1、非挿入時はMedia Volume Level 0にしています。
Media Volume Leve 0 の代わりにSilent Modeを設定しても構いません。
また、挿入時レシピにはMedia Volume Level 1と一緒にIn-Call VolumeのTaskも入れてます。イヤホンから大音量の着信音が聞こえてきたら怖いですから。
・(YouTubeなどの)Application → Display AutoRotate On
普段は画面固定で、特定アプリ(YouTubeなど)使用時だけ回転させる使い方が多いのではないかと思われます。
・New Package → App Manage Settings
私は基本的にアプリの通知をOFFにしているのですよ。ノイズ耐性がないのです。
新しいアプリをインストールするたびに手動で設定画面を立ち上げ、通知をOFFにするのは面倒です。また、OFFにするのを忘れると困るのでこのレシピを使ってます。
App Manage SettingsはApp Settingsでも良いです。
私はモバイルWi-FiルーターとセットでNexus 5をSIMナシWi-Fi運用しているのですよ。
で、スリープ時はネット接続要らないのでこのレシピ入れてます。
・Wifi Near, [任意の] SSID, Invert → Lock [任意のCode]
自宅に飛んでいるWi-FiのSSIDを設定すれば、外出時だけパスコードロックをかけることができます。
このレシピは特定のWi-Fiが近くにあるだけで有効になります。Wi-Fiに接続されている必要はありません(Wi-FiがONになっている必要はあります)
・Mobile Network, On, On, On, ON → Lock [任意のCode]
SIM抜き運用なので、盗難で誰かがSIMマウントしたらロックがかかります。
一度ロックがかかったら、SIMを抜いてもロックコードを入力する必要があります。
ちなみにこの時かけるロックコードは上記『Wifi Near』のコードとは異なります。つまり『Wifi Near』のコードをうまく突破してもまたクラッキングする必要があるのです。
・BT Connected → Lock [任意のCode]
私は青歯使わないのですよ。
ペアリング面倒ですし、相性問題で接続が不安定なこともありますし。
BTを接続した瞬間3つ目のコードを要求されます。不届き者はきっとブチ切れるでしょう。
私が使っているTaskerのレシピは以上です。
みんな自由に使っていいぜ。あばよ！
