インスタンスがもつデータ(プロパティ)ではなく、クラスが持つデータのこと。
static をつかって定義する。
アクセスする場合は クラス名::$クラスプロパティ名をつかう。
<?php class Blog { public static $name = 'kabegiwablog'; //これがクラスプロパティ } echo Blog::$name; //アクセス
クラスから直接呼び出すことができるメソッドのこと。
ここのインスタンスのデータに関係ない処理を行いたい場合に利用する。
static をつかって定義し、 クラス名::クラスメソッド名 のように呼び出す。
<?php class Blog { private static $name = 'kabegiwablog'; // 以下がクラスメソッド public static function getName() { return self::$name; } } echo Blog::getName(); // 呼び出し
オブジェクトの設計図
クラス名は大文字で
<?php class Blog { // クラスの内容 } ?>
クラスをもとに生成された実体をインスタンスとよぶ。インスタンスとオブジェクトは同じ意味で使われる。
new クラス名で生成する。
<?php class Blog { } $blog1 = new Blog(); $blog2 = new Blog();
インスタンスがもつデータ
public $nameのところがプロパティ
<?php class Blog { public $name; } $kabegiwaBlog = new Blog(); $kabegiwaBlog->name = 'かべぎわブログ'; //プロパティに値をセット echo $kabegiwaBlog->name; ?>
それぞれのインスタンスが持つ関数のこと
public function メソッド名() みたいなかんじで定義する。
<?php class Blog { public function hello() { echo 'かべぎわブログです'; } } $kabegiwaBlog = new Blog(); $kabegiwaBlog->hello(); ?>
newを用いてインスタンスを生成するときに自動的に呼ばれるメソッド。
インスタンス生成時に呼ばれるメソッドのこと。
__constructで定義できる。
<?php class Blog { public $name; public function __construct($name) { $this->name = $name; echo "{$this->name}です"; } } $kabegiwaBlog = new Blog('かべぎわブログ'); ?>
以下のVagrantfileを利用すればできます。
ループでぶんまわします。
test-svr01,test-svr02,test-svr03ができあがってくれます。
Vagrant.configure("2") do |config| config.vm.box = "ubuntu/focal64" (1..3).each do |i| config.vm.define sprintf("test-svr%02d", "#{i}") do |node| node.vm.hostname = sprintf("test-svr%02d", "#{i}") end end
タスクがskipされたときでもregisterにはその旨が格納されてしまう。
- hosts: localhost tasks: - debug: msg: "TRUE" register: true_register when: true - debug: var: true_register - debug: msg: "FALSE" register: false_register when: false - debug: var: false_register
$ docker compose run ansible ansible-playbook playbook.yaml
[WARNING]: No inventory was parsed, only implicit localhost is available
[WARNING]: provided hosts list is empty, only localhost is available. Note that the implicit localhost does not match 'all'
PLAY [localhost] *************************************************************************************************************************************************************
TASK [Gathering Facts] *******************************************************************************************************************************************************
ok: [localhost]
TASK [debug] *****************************************************************************************************************************************************************
ok: [localhost] => {
"msg": "TRUE"
}
TASK [debug] *****************************************************************************************************************************************************************
ok: [localhost] => {
"true_register": {
"changed": false,
"failed": false,
"msg": "TRUE"
}
}
TASK [debug] *****************************************************************************************************************************************************************
skipping: [localhost]
TASK [debug] *****************************************************************************************************************************************************************
ok: [localhost] => {
"false_register": {
"changed": false,
"skip_reason": "Conditional result was False",
"skipped": true
}
}
PLAY RECAP *******************************************************************************************************************************************************************
localhost : ok=4 changed=0 unreachable=0 failed=0 skipped=1 rescued=0 ignored=0
公式ドキュメントにも書いてあるとおり、タグで回避しましょう。
If a task fails or is skipped, Ansible still registers a variable with a failure or skipped status, unless the task is skipped based on tags. See Tags for information on adding and using tags.
https://docs.ansible.com/ansible/latest/user_guide/playbooks_variables.html#registering-variables
- hosts: localhost tasks: - block: - debug: msg: "TRUE" register: true_register - debug: var: true_register tags: - true_flag - block: - debug: msg: "FALSE" register: false_register - debug: var: false_register tags: - false_flag
$ docker compose run ansible ansible-playbook playbook.yaml --tags=true_flag
[WARNING]: No inventory was parsed, only implicit localhost is available
[WARNING]: provided hosts list is empty, only localhost is available. Note that the implicit localhost does not match 'all'
PLAY [localhost] *************************************************************************************************************************************************************
TASK [Gathering Facts] *******************************************************************************************************************************************************
ok: [localhost]
TASK [debug] *****************************************************************************************************************************************************************
ok: [localhost] => {
"msg": "TRUE"
}
TASK [debug] *****************************************************************************************************************************************************************
ok: [localhost] => {
"true_register": {
"changed": false,
"failed": false,
"msg": "TRUE"
}
}
PLAY RECAP *******************************************************************************************************************************************************************
localhost : ok=3 changed=0 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
以下のようなVagrantfileを利用する。
config.vm.provisionでansibleをえらんであげればOK
この場合はVagrantfileと同一ディレクトリにあるplaybook.ymlを実行してくれる。
Vagrant.configure("2") do |config| config.vm.network "private_network", type: "dhcp" config.vm.define "test-php" do |php| php.vm.box = "ubuntu/focal64" php.vm.define "test-php" php.vm.hostname = "test-php" end config.vm.provision "ansible" do |ansible| ansible.version = "latest" ansible.playbook = "playbook.yml" ansible.verbose = "v" end end
AnsibleのインベントリファイルはVagrantが自動生成してくれて、ローカルの.vagrant/provisioners/ansible/inventory/vagrant_ansible_inventoryに格納される。
自動生成されるインベントリファイルの例は以下のとおり。
# Generated by Vagrant test-php ansible_host=127.0.0.1 ansible_port=2200 ansible_user='vagrant' ansible_ssh_private_key_file='/Users/kabegiwa/vagrant/test_php/.vagrant/machines/php-test/virtualbox/private_key'
config.vm.defineで定義した名前でインベントリには登録されます。
なので以下のようなかんじでplaybookはつくってあげます。
--- - name: setup virtual machine hosts: test-php roles: - role: php
そしてvagrant upなりvagrant provisionなりしてあげればAnsibleでのプロビジョニングが実行されます。
Memcachedにしようか、Redisにしようか悩んだ場合の選定の仕方
VagrantでUbuntu20を動かしていて、apt upgrade時、以下のエラーが発生した。
Waiting for cache lock: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 11910 (unattended-upgr)...
どうやら自動アップデートが裏でうごいていたっぽい。
$ ps aux | grep upgrade root 755 0.0 0.2 108104 20700 ? Ssl May08 0:00 /usr/bin/python3 /usr/share/unattended-upgrades/unattended-upgrade-shutdown --wait-for-signal root 12332 13.6 1.9 316808 156352 ? Rl 07:58 0:05 /usr/bin/python3 /usr/bin/unattended-upgrade root 23469 15.0 1.2 316808 99780 ? S 07:58 0:00 /usr/bin/python3 /usr/bin/unattended-upgrade root 23705 0.0 0.6 316808 56220 ? S 07:58 0:00 /usr/bin/python3 /usr/bin/unattended-upgrade vagrant 23734 0.0 0.0 8160 724 pts/0 R+ 07:58 0:00 grep --color=auto upgrade
自動アップデートを切りたい場合は以下を0にしてあげましょう。
$ cat /etc/apt/apt.conf.d/20auto-upgrades APT::Periodic::Update-Package-Lists "1"; APT::Periodic::Unattended-Upgrade "1";
やはり設計系はにがてなのである。
朝5時に目覚めてしまったのでそこから起きていた。
LINEの引き継ぎってどうしてこんなにアレなんだ。なんで端末にすべてがひもづいているのかわからん。紛失時に全部だめになるやんけ。
ワンダヴィジョンみた。よかった。
そしてよるにドクター・ストレンジのあたらしいやつをみにいった。サム・ライミだったんですね。
CloudFormationのDeletionPolicyでおもいのほかハマる。 やっぱりTerraformのほうが書きやすかったりする気がする。
