2017-10-16

viewDidLoad, viewWillAppearなどの使い分けの例

はじめに

viewDidLoad, viewWillAppear, viewDidAppear, layoutSubView, ...
いろいろとありますが、どう使い分けるべきなのか、わからないやあまり知らないという方は多いのではないでしょうか？
正しいかはわかりませんが、私の使い分けの例を記していきたいと思います。もっといい方法等あれば、コメントいただけると嬉しいです。

表示されるたびにviewを更新したい

これは、普段viewDidLoadだけを使っている人が最初に当たる壁かと思います。そう、viewDidLoadは、最初にViewControllerが呼ばれたその一回目しか呼ばれません。では、何を代わりに使うのがよいか？
viewWillAppearを使いましょう。これは、viewに遷移するたびに実行されます。また、viewが表示される前に呼ばれるので、ユーザからはviewDidLoadを使った場合と違いがわかりません。

viewDidLoad, viewWillAppearだと、UIView.frameやboundsが変な値になる！

実はこれは、autolayoutを使うときに起こるようです。
この場合は、

viewDidAppear
viewDidLayoutSubviews

を使うと良いと思います。

viewDidLayoutSubviewsを使うべき場合

viewDidLoad, viewWillAppearなどで扱いたい処理の場合は、viewDidLayoutSubviewsを使うべきです。これは、先述した場合と同じく、viewが表示される前に呼ばれるためです。
ただし、viewDidLayoutSubviewsは、複数回呼ばれてしまいます。なので、一度だけしか行いたくない処理は、そのようにif文などで条件をつける必要があるので注意です。

viewDidAppearを使うべき場合

あえて一部だけ送らせて表示したいときや、その描画処理に時間がかかってしまうとき（viewDidLayoutSubviews描画が終わるまでview遷移しないので、ユーザがイライラするかもしれない）に使うとよいでしょう。
ただし、viewが表示されてしまってから処理が実行されるので、viewDidAppearの処理部分だけは遅れて表示されてしまったりして、ユーザからすると少し違和感があります。

迷った時は

迷った時は、とりあえずviewDidLoadでよいです。問題がおきてはじめて他のメソッドを試してみるとよいでしょう。

合わせて読みたい

Auto Layoutでハマったframe,bounds値の取得:Swift/iOS8 - Yukim Log

2017-10-15

常識としてのMySQL（MariaDB）入門〜インストールから基本操作まで・Mac編〜

はじめに

とりあえずステータスとしてMariaDB（MySQL）を触っておきたい人や、RailsやPythonからデータベースをいじるという方のための、最低限のSQL文とMariaDB自体のインストール方法を説明します。
また、MySQLやMariaDBはRDBMSと言われるように、データ間に「リレーション」を持たせて管理することができるシステムですが、本記事は「リレーション」に関しては取り扱いません。

環境

macOS High Sierra 10.13
MySQL Ver 15.1 Distrib 10.2.8-MariaDB, for osx10.12 (x86_64)

MariaDB（MySQL）のインストール

Homebrewが入っていない方は、先にこのインストールを済ませてください。
インストールはMariaDBというパッケージをインストールします。しかし、MySQLとMariaDBはある程度互換性が保たれているので、特に違いはそれほどないと考えて良いです。

$ brew install mariadb

これだけでインストールは完了です。

初期設定

起動時のパスワードなどを設定します。

$ mysql.server start
$ mysql_secure_installation

Enter current password for root (enter for none): 
ここは空欄でEnter

Set root password? [Y/n] 
yを入力
pass: <パスワードを入力>

Remove anonymous users? [Y/n] 
yを入力

Disallow root login remotely? [Y/n] 
yを入力

Remove test database and access to it? [Y/n] 
yを入力

Reload privilege tables now? [Y/n] y

All done! If you've completed all of the above steps, your MariaDB
installation should now be secure.

Thanks for using MariaDB!

このようになれば成功です。

サーバーの停止

ここで一回MariaDBを停止します。（起動の説明のためなので、ここで必ず停止が必要なわけではないです。）

$ mysql.server stop

Shutting down MySQL
.. SUCCESS!

サーバーの起動

説明の順番が逆になりましたが、MariaDBサーバーを起動します。
よく起動を忘れていきなりmysqlコマンドを使ってしまいハマる人がいるので、MariaDBを利用する際は必ず以下のコマンドで起動しているか確認しましょう。

$ mysql.server start

Starting MySQL
.171014 22:52:55 mysqld_safe Logging to '/usr/local/var/mysql/***.local.err'.
171014 22:52:55 mysqld_safe Starting mysqld daemon with databases from /usr/local/var/mysql
SUCCESS!

PCの起動と同時にmariadb(mysql)を起動したい場合

毎回mariaDBを使うときに$ mysql.server startをするのが面倒という人は、以下のコマンドでPCの起動時に自動的にMariaDBを起動させることもできます。 $ brew services start mariadb

自動起動をやめたい時は
$ brew services stop mariadb

Welcome to the MariaDB monitor. Commands end with ; or \g.
Your MariaDB connection id is 33
Server version: 10.2.8-MariaDB Homebrew

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]>

こんな感じでMariaDB [(none)]>の後にSQL文を書くことで、MariaDBを操作できるようになります。

基本操作の前にMariaDBの簡単な構造の説明

基本操作の説明の前に、MariaDBの簡単な構造の説明をします。

ユーザ
- データベースを操作する。「権限」を持っており、Linuxのようにユーザごとにデータベースの操作をread onlyにするというようなことができる。
データベース
- テーブル（表）の集合
- テーブル（表）
  - レコードの集合
  - レコード（行）
    - ひとまとまりのデータ。カラム（フィールド・列）の集合
    - カラム（列）
      - 何らかの値（Intなどの型がある）

という構造になっています。図にすると以下のようになります。

（出典：MySQLの基礎　watanaby's OSDN blog）

この例でいうと、データベースは日本の住民のデータベースで、市町村の住民のテーブルが複数含まれており、レコードは「一人一人の住民」、カラムは「名前」、「県名」などになる、というようになっています。

railsなどでは、このデータベースの構造さえ把握していれば、MariaDB（mysql）の命令文を知らなくても操作ができたりしますが、構造を把握しておかないとrailsなどのコードが書きにくくなるので、この構造だけは覚えておきましょう。

ユーザの追加

データベースを操作するユーザを追加しましょう。
MariaDBのコマンドはセミコロンが必要なので、忘れないようにしましょう。
また、以下で設定するパスワードは忘れないようにしましょう。

> CREATE USER ユーザ名 IDENTIFIED BY 'パスワード';

以下のようにSQLを実行してみましょう。

MariaDB [(none)]> CREATE USER test_user IDENTIFIED BY 'test_pass';
Query OK, 0 rows affected (0.00 sec)

ユーザ・ホストの一覧を表示

> SELECT user, host FROM mysql.user;

先ほどユーザ「test」を追加したので、以下のような表示になるはずです。

+---------------+-----------+
| user | host |
+---------------+-----------+
| test_user | % |
| root | 127.0.0.1 |
| root | ::1 |
| root | localhost |
+---------------+-----------+
4 rows in set (0.00 sec)

ユーザの削除

削除したい時は以下のようにします。

> DROP USER ユーザ名@ホスト名（省略可）;

先ほど作成したユーザを削除してみましょう。

MariaDB [(none)]> DROP USER test_user;
Query OK, 0 rows affected (0.01 sec)

削除できているか確認してみましょう。

MariaDB [(none)]> SELECT user, host FROM mysql.user;
+---------------+-----------+
| user | host |
+---------------+-----------+
| root | 127.0.0.1 |
| root | ::1 |
| root | localhost |
+---------------+-----------+
3 rows in set (0.00 sec)

削除したままではあれなので、ユーザーを再作成しましょう。

MariaDB [(none)]> CREATE USER test_user IDENTIFIED BY 'test_pass';
Query OK, 0 rows affected (0.00 sec)

データベースの作成

次にデータベースを作成します。これは以下のような構文になります。

> create database データベース名;

実際にデータベースを作成しましょう。

MariaDB [(none)]> create database test_database;
Query OK, 1 row affected (0.01 sec)

ユーザに権限を付与する

ユーザーは権限を持っており、この権限レベルによっては一部の操作ができなくなります。これは以下のような構文になります。railsなどでは、ここまでがSQL文での操作になると思います。

> GRANT 権限 ON データベース名.* TO ユーザ名;

権限のところには、ALLやSELECT、CREATEなどが入ります。

では、実際にユーザーに権限を付与してみます。ここではさきほど作成したデータベースにのみ権限を付与します。

MariaDB [(none)]> GRANT ALL ON test_database.* TO test_user;

作成したユーザで再ログインする

今はrootでログインしているので、再度先ほど作ったユーザでログインします。

現在のMariaDBクライアントから抜けるには、以下のようにします。

MariaDB [(none)]> quit;
Bye

再度先ほどのユーザ「test_user」でログインします。これは先ほどのrootでログインした時と同じように、

$ mysql -u test_user -p

データベースの指定

データベースは名前空間のように利用できます。
あるデータに対して操作を行いたい場合は、まずそのデータを持つデータベースを使う（USE）ことを指定します。

MariaDB [(none)]> USE データベース名;

ここで、コマンドラインには常にMariaDB [***]> のように表示されているので、現在指定しているデータベースがわかります。

実際に先ほど作成したデータベース「test_database」を指定しましょう。

MariaDB [(none)]> USE test_database;

とすると、

MariaDB [(test_database)]>

のように変わります。

データベースの基本操作

データベースの基本操作を説明します。これらはWebのCRUDの処理に対応しています。
（以下、「CREATE」などの今まですべて大文字の単語に関しては、小文字でもよいです。
例：CREATE TABLE Person -> create table Person
全て大文字は疲れると思うので、すべて大文字で書いていた単語に関しては、小文字で書いても結構です。）

1. CREATE文

CREATE文は、先ほどのようにDATABESEやUSERだけでなく、テーブル（TABLE）も作ることができます。
ただし、レコードに関しては、後に紹介するINSERT文を使います。

> CREATE TABLE テーブル名 (カラム名 型名, カラム名 型名, ...);

実際にテーブルを作成します。

MariaDB [(test_database)]> CREATE TABLE Person (name VARCHAR(20), age INT);
Query OK, 0 rows affected (0.03 sec)

作成したテーブルの内容を見るには、DESCRIBE テーブル名を使います。

MariaDB [(test_database)]> DESCRIBE Person;
+-------+-------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+
| name | varchar(20) | YES | | NULL | |
| age | int(11) | YES | | NULL | |
+-------+-------------+------+-----+---------+-------+
2 rows in set (0.01 sec)

このように、テーブルの仕様がどのようになっているか確かめることができます。

2. INSERT文

INSERT文は、テーブルに実際のデータ（レコード）を挿入(insert)するためのものです。これは以下のような構文になります。

> INSERT INTO テーブル名 VALUES (値,値...);

値は、文字の場合はシングルクオートで囲みます。数字の場合はそのままでOKです。VALUESの後のデータの１組を「レコード」と言います。

実際にレコードを追加してみましょう。ここでは(name, age)の順番だったので、('花子', 20)というレコードを追加しています。

MariaDB [test_database]> INSERT INTO Person VALUES ('花子',20);
Query OK, 1 row affected (0.00 sec)

もう一つくらい追加しましょう。

INSERT INTO Person VALUES ('太郎',19);
Query OK, 1 row affected (0.01 sec)

3. SELECT文

SELECT文は、レコードを検索してその全部や一部のカラムを取得するものです。以下のような構文になります。

> SELECT カラム名, カラム名... FROM テーブル名 条件（任意）;

実際にやってみましょう。

MariaDB [test_database]> SELECT name from Person;
+--------+
| name |
+--------+
| 花子 |
| 太郎 |
+--------+
2 rows in set (0.00 sec)

> SELECT name, age from Person;
+--------+------+
| name | age |
+--------+------+
| 花子 | 20 |
| 太郎 | 19 |
+--------+------+
2 rows in set (0.00 sec)

WHERE句について

SELECT文では、WHERE句を用いた条件指定をすることが多いです。

MariaDB [test_database]> SELECT name, age from Person WHERE age=20;
+--------+------+
| name | age |
+--------+------+
| 花子 | 20 |
+--------+------+
1 row in set (0.00 sec)

WHERE句では　= の他に、　< や　> なども使えます。

さらに、LIKEを組み合わせることで、キーワード検索をすることができます。

MariaDB [test_database]> SELECT name, age from Person WHERE name LIKE '%郎%';
+--------+------+
| name | age |
+--------+------+
| 太郎 | 19 |
+--------+------+
1 row in set (0.01 sec)

4. UPDATE文

UPDATE文は、レコードを更新する文です。

> UPDATE テーブル名 SET カラム名 = 値 条件（任意）;

例えば、すべてのレコードのageを20にしてみます。

MariaDB [test_database]> UPDATE Person SET age = 20;
Query OK, 1 row affected (0.01 sec)
Rows matched: 2 Changed: 1 Warnings: 0

このメッセージからは、２つの行のうち一つが変更されたということのようですが、本当かどうか結果を確認します。これにはSELECT文を使います。

MariaDB [test_database]> SELECT * from Person;
+--------+------+
| name | age |
+--------+------+
| 花子 | 20 |
| 太郎 | 20 |
+--------+------+
2 rows in set (0.00 sec)

しっかり変更されていました！

しかし、すべてのレコードを一気に変更するということはむしろ珍しいと思います。基本的には、WHERE句を使って、特定のレコードにのみ操作することになります。なので、実際にWHERE句を使って、太郎のageだけを19に戻してみましょう。

WHERE句の使い方は覚えていますか？

> (SELECT, UPDATEなどの式) WHERE カラム名 =などの演算子 値

というように書くのでした。では、実際に書いてみましょう。

MariaDB [test_database]> UPDATE Person SET age = 19 WHERE name = '太郎';
Query OK, 1 row affected (0.01 sec)
Rows matched: 1 Changed: 1 Warnings: 0

+--------+------+
| name | age |
+--------+------+
| 花子 | 20 |
| 太郎 | 19 |
+--------+------+
2 rows in set (0.00 sec)

太郎だけが19才に戻ってますね！
これでUPDATEまで覚えました。最後はレコードを削除するDELETE文です。

5. DELETE文

DELETE文は、レコードを削除するためのものです。これはSELECT文に近い書き方になり、以下のような構文になります。

> DELETE from テーブル名 条件;

MariaDB [test_database]> DELETE from Person WHERE name = '花子';
Query OK, 1 row affected (0.00 sec)

MariaDB [test_database]> SELECT * from Person;
+--------+------+
| name | age |
+--------+------+
| 太郎 | 19 |
+--------+------+
1 row in set (0.00 sec)

確かに削除できていますね！太郎のレコードだけが残っています！

ここで最後にここで作ったデータベースは削除しておきましょう。

MariaDB [test_database]> DROP DATABASE test_database;
Query OK, 1 row affected (0.02 sec)

MariaDB [test_database]> SHOW DATABASES;
+--------------------+
| Database |
+--------------------+
| information_schema |
+--------------------+
1 row in set (0.00 sec)

test_databaseを削除することができました。ユーザ「test_user」に関しては、後にある演習問題を解くために必要なので、残しておきましょう。
information_schemaはもともとあるものなので気にしなくて大丈夫です。

おまけ　一覧を見る（ls的な使い方）

とりあえずlsと打つように、データベース、テーブル、カラム、レコードの一覧を見たい時は以下のようにします。

1. データベースの一覧をみる

> SHOW DATABASES;

2. テーブルの一覧をみる

> SHOW TABLES;

3. カラムの一覧（テーブルの構成）をみる

> SHOW COLUMNS FROM テーブル名;

もしくは

> DESCRIBE テーブル名

4. レコードの一覧を見る

> SELECT * FROM テーブル名;

MariaDBクライアントから抜ける

> quit;

練習問題

練習問題を用意しましたので、ぜひ一度おさらいとしてやってみてください。特に応用はありませんが、覚えるのには手を動かすのが一番です。
（先ほども触れましたが、CREATE文などの今まですべて大文字の単語に関しては、小文字でもよかったのでした。
例：CREATE TABLE Person -> create table Person
全て大文字は疲れると思うので、すべて大文字で書いていた単語に関しては、小文字で書いても結構です。）

0-1. MariaDBクライアントから抜ける
0-2. MariaDBサーバーを停止させる
1. MariaDBクライアントにrootでログイン
2. データベース「SNS」を作成
3. 先ほど作ったユーザ「test_user」にデータベース「SNS」への権限を付与
4. ログアウト
5. 先ほど作ったユーザでログイン
6. 「SNS」データベースの指定
7. 「User」デーブル（カラムにnameとageを持つ）の作成
8. 「太郎, 17才」と「次郎, 18才」のレコードを作る
9. 太郎のageのみを取り出す
10. 太郎のageを19才に変える
11. 18才以下の人のレコードを削除（以下は、<=）

（答えは下にあります）

練習問題の答え

0-1. MariaDBクライアントから抜ける

> quit;

0-2. MariaDBサーバーを停止させる

$ mysql.server stop

0.3 MariaDBサーバーを起動させる

$ mysql.server start

1. MariaDBクライアントにrootでログイン

$ mysql -u root -p

2. データベース「SNS」を作成

MariaDB [(none)]> create database SNS;

3. 先ほど作ったユーザ「test_user」にデータベース「SNS」への権限を付与

MariaDB [(none)]> grant all on SNS.* to test_user;

4. ログアウト

MariaDB [(none)]> quit;

5. 先ほど作ったユーザでログイン

$ mysql -u test_user -p

6. 「SNS」データベースの指定

MariaDB [(none)]> use SNS;

7. 「User」デーブル（カラムにnameとageを持つ）の作成

MariaDB [SNS]> create table User (name VARCHAR(20), age INT);

8. 「太郎, 17才」と「次郎, 18才」のレコードを作る

MariaDB [SNS]> insert into User values ('太郎', 17);
MariaDB [SNS]> insert into User values ('次郎', 18);

9. 太郎のageのみを取り出す

MariaDB [SNS]> select age from User where name='太郎';

10. 太郎のageを19才に変える

MariaDB [SNS]> update User set age=18 where name='太郎';

11. 18才以下の人のレコードを削除（以下は、<=）

MariaDB [SNS]> delete from Users where age <= 18;
MariaDB [SNS]> select * from Users;
Empty set (0.00 sec)

おわりに

ここまで終わった皆さんは、とりあえず「MariaDB（MySQL）を触ったことがある」と言ってよいと思います。
お疲れ様でした！

2017-10-11

QuickTimePlayerのmov動画をgifに直す

QiitaやGithubなどにアプリのサンプル動画などをアップしたりする際に、画面録画を使うと思います。しかし、QuickTimePlayerでは、基本的に.movでの録画になってしまいます。
これをQiitaやGithubで動くようにするには、.gifに変換する必要があります。
今回はこの .mov-> .gif の変換方法を説明します。

homebrewのインストール

ffmpegというツールを使って、movをgifに変換します。ffmpegのインストールのために、homebrewというツールをインストールする必要があります。
$ /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
（Homebrew macOS 用パッケージマネージャー https://brew.sh/index_ja.htmlより）

ffmpegのインストール

$ brew install ffmpeg

ffmpegでmovからgifへの変換

例：$ ffmpeg -i input.mov -r 24 output.gif

input.mov: 入力ファイル名
output.gif: 出力ファイル名
24: framerate

簡単ですね！

2017-10-08

【Unity】macOS 10.13 High Sierraでプロジェクト内のファイルが表示されない・MonoDevelopが起動できない場合の解決法

unity

macOS 10.13 High Sierraに変えてから、Unityで不具合が連発しました。

Projectが正常に読み込めず、assets内のファイルが何も表示されない
MonoDevelopが起動できない

以下の記事が解決法を示していますので、困っている方は参照してください。

helpdesk.unity3d.co.jp

ちなみに、自分の場合は以下のパッチ 2017.1.1p4を適用することで解決しました。（現在のUnityのバージョンに気をつけてください。）

unity3d.com

2017-10-08

xcodeのエラー：The file “Info.plist” couldn’t be opened because there is no such file.

iOS

Info.plistの場所を変更したら、
xcodeでThe file “Info.plist” couldn’t be opened because there is no such file.
というエラーが出た。
プロジェクトの設定のgeneral > Target > identity > choose plist file（違ったかも？）
から、Info.plistファイルを選択すれば解決する。

2017-10-08

macOS High Sierraでvimが起動できない：dyld: Library not loaded libruby.2.0.0.dylib

vim

macOS High Sierraにアップデートしたところ、vimが起動できなくなりました。
具体的には、$vimとすると、

dyld: Library not loaded: /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/libruby.2.0.0.dylib
  Referenced from: /usr/local/bin/vim
  Reason: image not found
Abort trap: 6

このように出て開けなくなりました。
どうやら、libruby.2.0.0.dylibがなくなってしまったためだと思われます。High Sierraにしたときに、アップデートされてしまったのかな？

解決法

$ brew upgrade vim

なぜ治ったのかは正直あまりわかりませんが、多分brew upgrade vimで再度vimをhomebrewでコンパイルするときに、新しいlibrubyを読み込んでくれるようにコンパイルされるのだと思います。

2017-08-26

iOSアプリの中国からのダウンロードが多い件【実際のグラフあり】

注意

誤解を招く表現ですが、iOSアプリとandroid他のアプリを比較してというわけではありません。
原因は結局不明で、事実報告のみです。原因を知りたい方はご自分で調べてください。（わかったら教えてください）
ここでは「ダウンロード」という言葉を使っていますが、正確には「ユニット」のことを示します。「ユニット」とは、新規ダウンロードのことを指し、同じユーザーの2回目以降のダウンロードをカウントしません。

謎の中国からのダウンロード

３月にiOSアプリ英単語タイマー1800 大学受験編をapp storeで配信しました。このアプリは名前の通り、英単語に関するアプリで、中国語は一切含まれていません。アプリの説明も全て日本語です。もちろん、配信しているストアは日本のストアです。
中国からのダウンロードが始まったのは７月からです。そして、８月に一気に増えました。
関係がありそうなのは、この８月に2ch・Twitterなどで広報活動を行ったことくらいです。この広報活動の結果、一時的に日本からのダウンロードが増えたのですが、日本からのダウンロードが減ってくると同時に、なぜか中国からのダウンロード数が増えてきました。

より細かく

実際に中国からのダウンロードは多いのか

itunes connectの「売り上げとトレンド」を確認したところ、以下のような統計結果が得られました。

f:id:swiftfe:20170826192609p:plain

緑色が日本・青が中国です。
8月14日あたりから日本からのダウンロードが伸びたあと、8月18日からは日本からのダウンロードはほぼ０に減っていきます。それと同時に、中国からのダウンロードが増加し、この記事の初回投稿日の前日、8月25日には100を超えるまでに至っています。ちなみに8月25日の日本のダウンロード数は1に対し、中国からのダウンロードは101でした。このように、中国からのダウンロードが日本と比較してかなり多いことがわかるかと思います。

中国人（？）がアプリをダウンロードする意味は？

f:id:swiftfe:20170826192613p:plain

グラフを見比べるとわかるのですが、先ほどのグラフでは8月18日から中国からのダウンロードが増え、このグラフの最大値である8月15日の時点（ダウンロード数のグラフの最大値の時点）よりもダウンロード数は増えているのに対し、セッション数は減少傾向にあります。
このことからわかるように、日本からのダウンロード比率が多い時期に比べ、中国からのダウンロード比率が多い時期にはアプリのセッション数（アプリを２秒以上使用した回数）が低いという結果もあります。

つまり、中国からアプリをダウンロードするユーザーは、ダウンロードしただけでアプリを使っていない割合が多い（もしくは、データの取得を拒否している割合が多いからとも考えられます。Appleは、ダウンロード数は全ユーザから集計を取るのに対し、セッション数はユーザーが許可した場合しか集計をとっていません）ことになります。
ということは、中国のユーザーはアプリを使用目的以外（解析目的など？）に使っているのかもしれません。
ちなみに、中国の開発者にコピーアプリを制作されたという事例もあるようです。
アプリが勝手に中国語化されてリリースされていると聞いて調べてみたら、想像以上にやばかった
なんにせよ、不気味です・・・

原因・意図は不明

一体誰が・何のためにダウンロードしているかは謎です。

中国に住む日本人の間で私のアプリが細々と話題になっているが、appleに統計データは渡したくないというユーザが多い
中国で私のアプリをダウンロードして、中身を調べようとしている悪徳（？）開発者がいる

この二つだと思っていますが、実際のところはわかりません。

詳しい方はコメントいただけると嬉しいです。

はじめに

表示されるたびにviewを更新したい

viewDidLoad, viewWillAppearだと、UIView.frameやboundsが変な値になる！

viewDidLayoutSubviewsを使うべき場合

viewDidAppearを使うべき場合

迷った時は

合わせて読みたい

はじめに

環境

MariaDB（MySQL）のインストール

初期設定

サーバーの停止

サーバーの起動

PCの起動と同時にmariadb(mysql)を起動したい場合

ログイン

基本操作の前にMariaDBの簡単な構造の説明

ユーザの追加

ユーザ・ホストの一覧を表示

ユーザの削除

データベースの作成

ユーザに権限を付与する

作成したユーザで再ログインする

データベースの指定

データベースの基本操作

1. CREATE文

2. INSERT文

3. SELECT文

WHERE句について

4. UPDATE文

5. DELETE文

おまけ 一覧を見る（ls的な使い方）

1. データベースの一覧をみる

2. テーブルの一覧をみる

3. カラムの一覧（テーブルの構成）をみる

4. レコードの一覧を見る

MariaDBクライアントから抜ける

練習問題

練習問題の答え

0-1. MariaDBクライアントから抜ける

0-2. MariaDBサーバーを停止させる

0.3 MariaDBサーバーを起動させる

1. MariaDBクライアントにrootでログイン

2. データベース「SNS」を作成

3. 先ほど作ったユーザ「test_user」にデータベース「SNS」への権限を付与

4. ログアウト

5. 先ほど作ったユーザでログイン

6. 「SNS」データベースの指定

7. 「User」デーブル（カラムにnameとageを持つ）の作成

8. 「太郎, 17才」と「次郎, 18才」のレコードを作る

9. 太郎のageのみを取り出す

10. 太郎のageを19才に変える

11. 18才以下の人のレコードを削除（以下は、<=）

おわりに

homebrewのインストール

ffmpegのインストール

ffmpegでmovからgifへの変換

解決法

注意

謎の中国からのダウンロード

より細かく

実際に中国からのダウンロードは多いのか

中国人（？）がアプリをダウンロードする意味は？

原因・意図は不明

おまけ　一覧を見る（ls的な使い方）