![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
| 自宅setupタスク | 60分程度 |
| 自宅recoverタスク | DW25分程度＋展開はすぐ |
-rw-r--r--. 1 root root 6142197 8月 16 07:59 apache-tomcat-6.0.18.tar.gz -rw-r--r--. 1 root root 118543435 8月 16 08:14 solr-4.1.0.zip -rw-r--r--. 1 root root 996444 8月 16 08:28 mysql-connector-java-5.1.42-bin.jar -rw-r--r--. 1 root root 8042383 8月 16 08:48 apache-maven-3.3.3-bin.tar.gz -rw-r--r--. 1 root root 9375265 8月 16 08:48 apache-tomcat-8.5.13.tar.gz -rw-r--r--. 1 root root 63124132 8月 16 08:53 jenkins.war -rw-r--r--. 1 root root 413172 8月 16 08:53 pukiwiki-1_5_0_utf8.zip -rw-r--r--. 1 root root 6773205 8月 16 08:54 wordpress-4.2.2-ja.tar.gz -rw-r--r--. 1 root root 747520 8月 16 08:54 phpPgAdmin-5.1.tar.gz -rw-r--r--. 1 root root 9368791 8月 16 08:55 phpMyAdmin-4.4.12-all-languages.tar.gz -rw-r--r--. 1 root root 1509582 8月 16 08:55 cakephp-2.8.5.tar.gz -rw-r--r--. 1 root root 67523890 8月 16 09:00 gradle-4.0-bin.zip -rw-r--r--. 1 root root 10177671 8月 16 09:01 liquibase-3.4.2-bin.zip
管理ツール入れないのならば、cakephp以外はいらぬという
主に家向け
| Kagoya | 〇 | ３０分はかかるな |
| VMware on MACBook 2013 | 〇 | 時間かかるけど |
| AWS | 〇 | |
| Azure | 〇 | |
| Sakura | 〇 | |
| Kagoya | 〇 | 所要時間30分。mvn compileで固まる |
| GMO | 〇 | |
| VMware on MACBook 2013 | 〇 | 時間かかるけど |
| 平日 | 45-00 |
| 土日 | 40-00 |
JavaがDNS固定なので、切り替え後まではConsumerを止めておく。 実質土日00から15分の間しかできぬ！土日の23時以降なら株式データ取得はとまっているので00分にこだわらんでもOK。
| 0,20,40 | 道路情報(HPの更新は05,20,45なのでずらし検討) |
| 0,15,30,45 | 道路情報jpeg |
| 0,15,30,45 | 株式情報５時に終了して７時に開始。更新間隔は10分未満・・ |
| 0,30 | 鉄道情報。４－２３まで |
| 15 | 空室情報、１０－２４まで |
| 13:30 | スキーエリア情報 |
結論毎時00-15か45-00までが一番あいている時間帯。 株式情報が止まっている土日であれば40分でも作業可能。 jpegも20分単位にできないか見直す。
Azureの書き込みがある場合は、そろそろ15分ではきつくなって来た。 Azure同士だと30分は必要で段階移行必須。A4にして実施したけどもやはり１５分ギリギリ。I/Oが遅い！
ansible taskにしたのでそちらを利用せよ。DBを指定して一度にexportとimportを実施できる。
mysqldump -u root -p cakephp | gzip > cakephp.sql.gz scp cakephp.sql.gz NEW_SERVER:/var/tmp
drop database cakephp create database cakephp default charset utf8; mysql -u root -p cakephp < /var/tmp/rooms.sql
azureは移行元でも時間がかかるし、移行先にしても時間がかかる。(体感ではSakuraVPSの5倍!)azure同士の移行だとまず15分に収まらないので注意。 (db+svnのインポートで12分で時間オーバー！エクスポートも5分は見ておく！)
| CentOS 6 さくらのVPS | セットアップ完了。DBの移行断念 |
| CentOS 6 nagoya VPS | セットアップ完了。DBの移行断念 |
| Azure OpenLogic CentOS 7.1 | セットアップ完了。移行も完了 |
| Azure OpenLogic CentOS 7.2 | セットアップ完了。Sonhrqube以外OK |
| さくら CentOS 7.2 | セットアップ完了。セットアップタスクが5分程度(ほか14-15分)で終わるので、一番早い！ |
| KAGOYA CentOS 7.0 | セットアップ完了。TybeBだとセットアップ５分、リカバー２分で終わる |
GRANT ALL ON テーブル名 TO ユーザー名; GRANT ALL ON シーケンス名 TO ユーザー名;
aws s3 lsで設定の確認をすること
/etc/cron.daily/s3_backup.shがさくらだけ上記のエラーがでる。 5分ごとに実行だとでないのに！
カスタムOSを入れるときはChromeじゃないと操作できない致命的な欠点はあるが、性能は一番安定している。スナップショットが取れないのがいまどき時代遅れ感。
IOが遅い。あとOpenLogicのCentOS7.1を使っているが、それ以外に変えると不具合出たりしてこまったもんだ。
最初は何も入ってなくて苦労したけれども、ノウハウをためていくうちにAzureよりセットアップが早いので利用しまくり。スナップショット機能がお気に入りだ。 ただし保証メモリが1Gなのでメモリ不足は一番陥りやすい。
最低ランクだと起動までに時間がかかる（体感できるほど）。セットアップは最低ランクでもAzure以上！
現実的な２Gのプランだとセットアップは５分。移行タスクは６分で完了優秀。
手順
478 rm -rf attach/ backup/ diff/ cache/ wiki/ counter/ 479 cp -ir ../wiki/wiki ./ 480 cp -ir ../wiki/attach ./ 481 cp -ir ../wiki/backup ./ 482 cp -ir ../wiki/diff ./ 483 cp -ir ../wiki/cache/ ./ 484 cp -ir ../wiki/counter ./
$nowikiname = 1;
$adminpass変更
# 閲覧制限
$read_auth = 1;
$read_auth_pages = array(
// Regex Groupname or Username
'/^.*personal.*$/' => 'USER',
'#PageForAllValidUsers#' => 'valid-user',
'#HogeHoge#' => 'hoge',
'#(NETABARE|NetaBare)#' => 'foo,bar,hoge',
);
# 編集制限
/////////////////////////////////////////////////
// Edit auth (0:Disable, 1:Enable)
$edit_auth = 1;
$edit_auth_pages = array(
// Regex Username
'/^.*$/' => 'USER',
'#BarDiary#' => 'bar',
'#HogeHoge#' => 'hoge',
'#(NETABARE|NetaBare)#' => 'foo,bar,hoge',
);
# user追加
// この関数が呼ばれるようになった $script = get_base_uri(); // ここを変える。 $_LINK['edit'] = "$script?cmd=edit&page=$r_page&custom=true";
