端くれプログラマの備忘録 – ページ 13 – 最近はウェブ系アプリ中心、あとWindowsアプリちょっと

[MySQL] タイムゾーンを設定する

2020年9月8日2020年9月6日 @84kure

稼働中のLaravelサイトをローカルに複製するために、DBをダンプしてローカルにインポートしたところ、ローカルのLaravelが以下のエラーを吐いた。

$ php artisan config:clear
In Connection.php line 664:
SQLSTATE[HY000]: General error: 1298 Unknown or incorrect time zone: 'Asia/Tokyo' (SQL: select `value`, `key` from `
setting`)
In PDOStatement.php line 123:
SQLSTATE[HY000]: General error: 1298 Unknown or incorrect time zone: 'Asia/Tokyo'
In PDOStatement.php line 121:
SQLSTATE[HY000]: General error: 1298 Unknown or incorrect time zone: 'Asia/Tokyo'

$ php artisan config:clear

In Connection.php line 664:

SQLSTATE[HY000]: General error: 1298 Unknown or incorrect time zone: 'Asia/Tokyo' (SQL: select `value`, `key` from `

setting`)

In PDOStatement.php line 123:

SQLSTATE[HY000]: General error: 1298 Unknown or incorrect time zone: 'Asia/Tokyo'

In PDOStatement.php line 121:

SQLSTATE[HY000]: General error: 1298 Unknown or incorrect time zone: 'Asia/Tokyo'

ローカル(CentOS7)のMySQLには’Asia/Tokyo’というタイムゾーンが定義されていないみたい。

参考サイトの手順に倣ってタイムゾーンデータをインポートすることで解決。

$ sudo /usr/bin/mysql_tzinfo_to_sql /usr/share/zoneinfo > ~/timezone.sql
$ mysql -u root -p -Dmysql < ~/timezone.sql
Enter password: *****
$ sudo vi /etc/my.cnf
[mysqld]
default-time-zone = 'Asia/Tokyo'
$ sudo service mysqld restart

$ sudo /usr/bin/mysql_tzinfo_to_sql /usr/share/zoneinfo > ~/timezone.sql

$ mysql -u root -p -Dmysql < ~/timezone.sql

Enter password: *****

$ sudo vi /etc/my.cnf

[mysqld]

default-time-zone = 'Asia/Tokyo'

$ sudo service mysqld restart

参考サイト

MySQLでタイムゾーンを設定する – Qiita
https://qiita.com/tailak/items/63dce2dd7dfe049b038e

[MySQL] mysqlcheckでテーブルをエラーチェックする

2020年9月7日2020年9月9日 @84kure

もしかしてテーブルが破損してるかも？と思ったので、mysqlcheckでエラーチェックする。

ちなみに、mysqlcheckには以下の4つの機能があるらしい。

テーブルのエラーチェック (デフォルト)
テーブルの分析 (–analyze オプション)
テーブルの最適化 (–optimize オプション)
テーブルの修復 (–repair オプション)

全データベースをチェックする場合

# mysqlcheck -c -u root -p --all-databases

1	# mysqlcheck -c -u root -p --all-databases

sampleデータベースのみをチェックする場合

# mysqlcheck -c sample -u root -p

1	# mysqlcheck -c sample -u root -p

参考サイト

MySQL :: MySQL 5.6 リファレンスマニュアル :: 4.5.3 mysqlcheck — テーブル保守プログラム
https://dev.mysql.com/doc/refman/5.6/ja/mysqlcheck.html

テーブルが壊れているかと思ったので、mysqlcheckで修復したときのメモ – Qiita
https://qiita.com/tachitechi/items/e8fd8f8fbf34a3bd884d

[Apache] HTTP/2を設定する

2020年9月6日2020年9月9日 @84kure

HTTP/1.1で動いているApacheをHTTP/2に変更する。

HTTP/2モジュールのロード

confの設定を確認。

# vi /etc/httpd/conf.module.d/00-base.conf
LoadModule http2_module modules/mod_http2.so

1 2	# vi /etc/httpd/conf.module.d/00-base.conf LoadModule http2_module modules/mod_http2.so

既に設定されていた。

モジュールがロードされていることを確認。

# httpd -M | grep http2
http2_module (shared)

1 2	# httpd -M \| grep http2 http2_module (shared)

バーチャルホストの設定

# vi /etc/httpd/conf/httpd.conf
<VirtualHost *:443>
  SSLEngine on
    <IfModule http2_module>
      ProtocolsHonorOrder On
      Protocols h2 http/1.1
    </IfModule>
    DocumentRoot "/var/https/example.com/htdocs/"
    …（省略）…
</VirtualHost>

# vi /etc/httpd/conf/httpd.conf

SSLEngine on

ProtocolsHonorOrder On

Protocols h2 http/1.1

</IfModule>

DocumentRoot "/var/https/example.com/htdocs/"

…（省略）…

</VirtualHost>

プロトコル合意順序を有効とし、h2とhttp/1.1の順序とした。

h2 – HTTP/2 (TLS)
h2c – HTTP/2 (平文)
http/1.1

# service httpd configtest
Syntax OK
# service httpd restart

# service httpd configtest

Syntax OK

# service httpd restart

HTTP/2通信されているか確認

ブラウザでサイトにアクセスして、ブラウザの開発者ツールでプロトコルを確認する。

参考サイト

HTTP/2の各種設定 – Apache 2.4系でHTTP/2対応サーバを構築してみるテスト。
https://http2.try-and-test.net/config.html

HTTP/2の特徴 HTTP/1.1との違いについて | REDBOX Labo
https://blog.redbox.ne.jp/http2-cdn.html

【図解】HTTP/2って？HTTP/1.1との違いと導入メリット・課題まとめ | カゴヤのサーバー研究室
https://www.kagoya.jp/howto/webhomepage/http-2/

[MariaDB] MariaDB5.5を10.4にアップグレードする

2020年2月23日 @84kure

MariaDB 5.5で前エントリのような問題が起きたので、現時点の安定板の10.4にアップデートしてみる。

稼働中のバージョンは5.5.60。

$ mysql --version
mysql Ver 15.1 Distrib 5.5.60-MariaDB, for Linux (x86_64) using readline 5.1

1 2	$ mysql --version mysql Ver 15.1 Distrib 5.5.60-MariaDB, for Linux (x86_64) using readline 5.1

公式サイトの以下のページの手順に従って作業する。

MariaDB – Setting up MariaDB Repositories – MariaDB
https://downloads.mariadb.org/mariadb/repositories/#distro=CentOS&distro_release=centos7-amd64–centos7&mirror=aarnet_pty_ltd&version=10.3

1. Choose a Distro: CentOS
2. Choose a Release: CentOS 7 (x86_64)
3. Choose a Version: 10.4 [Stable]

# cd /etc/yum.repos.d
# vi MariaDB.repo

# MariaDB 10.4 CentOS repository list - created 2020-02-24 04:39 UTC
# http://downloads.mariadb.org/mariadb/repositories/
[mariadb]
name = MariaDB
baseurl = http://yum.mariadb.org/10.4/centos7-amd64
gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
gpgcheck=1

# yum install MariaDB-server MariaDB-client
# mysql --version
mysql Ver 15.1 Distrib 10.4.12-MariaDB, for Linux (x86_64) using readline 5.1

# cd /etc/yum.repos.d

# vi MariaDB.repo

# MariaDB 10.4 CentOS repository list - created 2020-02-24 04:39 UTC

# http://downloads.mariadb.org/mariadb/repositories/

[mariadb]

name = MariaDB

baseurl = http://yum.mariadb.org/10.4/centos7-amd64

gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB

gpgcheck=1

# yum install MariaDB-server MariaDB-client

# mysql --version

mysql Ver 15.1 Distrib 10.4.12-MariaDB, for Linux (x86_64) using readline 5.1

前エントリの問題は解決されたことを確認。

参考サイト

CentOS7のMariaDB5.5を10.3にアップグレードする – Qiita
https://qiita.com/egnr-in-6matroom/items/6dbb684ff03a228947bd

[MariaDB] MariaDB5.5でdatetime型のデフォルトnow()は不可

2020年2月23日2020年2月23日 @84kure

ローカルで問題なかったDBマイグレーションがテストサーバーで失敗した。エラーが起きたのはdatetime型カラムのデフォルトにnow()を指定している箇所。

DBエンジンはMariaDB 5.5.60 (ちなみにローカルはMySQL 5.7.27)。

$ mysql --version
mysql Ver 15.1 Distrib 5.5.60-MariaDB, for Linux (x86_64) using readline 5.1

1 2	$ mysql --version mysql Ver 15.1 Distrib 5.5.60-MariaDB, for Linux (x86_64) using readline 5.1

簡単なSQLで試してみる。

MariaDB [reserve]> create table test (created_at datetime default now());
ERROR 1067 (42000): Invalid default value for 'created_at'

1 2	MariaDB [reserve]> create table test (created_at datetime default now()); ERROR 1067 (42000): Invalid default value for 'created_at'

datetime型にnow()をデフォルトにできない。

MariaDB [reserve]> create table test (created_at timestamp default now());
Query OK, 0 rows affected (0.00 sec)

1 2	MariaDB [reserve]> create table test (created_at timestamp default now()); Query OK, 0 rows affected (0.00 sec)

timestamp型だとnow()をデフォルトにできる

MariaDBの仕様かなと思って調べると以下の記事がヒット。

mysql – MariaDB CURRENT_TIMESTAMP default – Stack Overflow
https://stackoverflow.com/questions/40864951/mariadb-current-timestamp-default

CURRENT_TIMESTAMP as a default for DATETIME type is only available in 10.x.
If you’re using 5.5, it should a TIMESTAMP column.

MariaDBを10.xにアップグレードすれば解決するみたいだ。

参考サイト

MySQLのDATETIME型とTIMESTAMP型の違いを検証してみた – Qiita
https://qiita.com/ykawakami/items/2449a24e3b82ff0cbab6

MySQL :: MySQL 5.6 リファレンスマニュアル :: 11.3.1 DATE、DATETIME、および TIMESTAMP 型
https://dev.mysql.com/doc/refman/5.6/ja/datetime.html

MySQL :: MySQL 5.6 リファレンスマニュアル :: 11.3.5 TIMESTAMP および DATETIME の自動初期化および更新機能
https://dev.mysql.com/doc/refman/5.6/ja/timestamp-initialization.html

mysql – Invalid default value for ‘dateAdded’ – Stack Overflow
https://stackoverflow.com/questions/9005766/invalid-default-value-for-dateadded

[PHP] composerでocramius/package-versionsのインストールに失敗する

2020年2月23日2021年9月4日 @84kure

$ composer install
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Package operations: 139 installs, 0 updates, 0 removals
- Installing ocramius/package-versions (1.4.0): Loading from cache
Plugin installation failed, rolling back
- Removing ocramius/package-versions (1.4.0)
[RuntimeException]
Could not delete /home/vagrant/code/myproject/vendor/ocramius/package-versions/src/PackageVersions:
install [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--] [<packages>]...

$ composer install

Loading composer repositories with package information

Installing dependencies (including require-dev) from lock file

Package operations: 139 installs, 0 updates, 0 removals

- Installing ocramius/package-versions (1.4.0): Loading from cache

Plugin installation failed, rolling back

- Removing ocramius/package-versions (1.4.0)

[RuntimeException]

Could not delete /home/vagrant/code/myproject/vendor/ocramius/package-versions/src/PackageVersions:

install [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--] [<packages>]...

ネットで調べると以下の記事がヒット。

Composer plugin installation failed · Issue #1240 · laravel/homestead · GitHub
https://github.com/laravel/homestead/issues/1240

以下のようにオプションを追加してエラー回避。

$ composer install --no-plugins --no-scripts

1	$ composer install --no-plugins --no-scripts

[Unix] マシンのアーキテクチャを確認する方法

2020年2月23日2020年2月23日 @84kure

$ arch
x86_64

$ uname -a
Linux svr01.example.com 3.10.0-957.12.2.el7.x86_64 #1 SMP Tue May 14 21:24:32 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

$ arch

x86_64

$ uname -a

Linux svr01.example.com 3.10.0-957.12.2.el7.x86_64 #1 SMP Tue May 14 21:24:32 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

[Unix] CentOSのバージョンを確認する方法

2020年2月23日 @84kure

$ cat /etc/redhat-release
CentOS Linux release 7.6.1810 (Core)

1 2	$ cat /etc/redhat-release CentOS Linux release 7.6.1810 (Core)

[ホスティング] Chef入門

2019年10月21日 @84kure

サーバー管理者のためのChef超入門 – ＠IT
https://www.atmarkit.co.jp/ait/series/1766/
2015年2月10日

サーバー設定ツール「Chef」の概要と基礎的な使い方 | さくらのナレッジ
https://knowledge.sakura.ad.jp/867/
2013.08.26

[開発手法] レガシーコード改善ヒント

2019年10月20日 @84kure

レガシーコード満載のプロジェクトに参加することになり、どうしたものかとヒントになりそうな記事を読み漁る。

レガシーコード改善

【資料公開】レガシーコードからの脱却 | Ryuzee.com
https://www.ryuzee.com/contents/blog/7149

翻訳書「レガシーコード改善ガイド」の注目トピック連載一覧：CodeZine（コードジン）
https://codezine.jp/article/corner/308

読んだ: レガシーコード改善ガイド – ひだまりソケットは壊れない
https://vividcode.hatenablog.com/entry/book/working-effectively-with-legacy-code

レガシーコードのメンテナンス担当になったら新人はどうすればいい – Qiita
https://qiita.com/oubakiou/items/300c3e0ab0bd170cb5bc

レガシーコードのテストを書いていくテクニック
https://qiita.com/okapon_pon/items/056c65a69cc5fa182fde

[Laravel] スーパーレガシーな商品発注システムをAngularとLaravelで作り直した話 | Kurashicom Engineers’ Blog
https://www.wantedly.com/companies/kurashicom/post_articles/110326

「書き直した方が早い」は9割のケースで間違いだった – 怠惰を求めて勤勉に行き着く
http://fushiroyama.hatenablog.com/entry/2017/12/01/183453

「書き直したい」をグッと抑えて小さな改善を積み重ねよう – PSYENCE:MEDIA
https://tech.recruit-mp.co.jp/project-management/14775/

レガシープロジェクトを引き継いだ時、最初にするべき７つのこと – Qiita
https://qiita.com/tonluqclml/items/a7ed2f94225ef8a37b8b

レガシー開発環境を今風の開発に近づけるために一年やってきたこと – Qiita
https://qiita.com/pugiemonn/items/7dc03a0eeeb56a27f992

レガシーコード改善のススメ
https://www.slideshare.net/ahirasawa/ss-39610745

レガシーなプロダクトにテストで向き合う話 | GREE Engineers’ Blog
http://labs.gree.jp/blog/2014/02/10584/

リファクタリング

きれいなコードとは？リファクタリングできれいなコードを書く方法 – Qiita
https://qiita.com/kyntk/items/d60fdbc51df4f1d4c3c7

コードを書く際の指針として見返すサイトまとめ – Qiita
https://qiita.com/kenichi_cc/items/c3ecca7b7d5fc5c6bf2e

1000万行のコードと向き合う3つのステップ――富士ゼロックスはリファクタリングにどう取り組んでいるのか (1/2) – ＠IT
https://www.atmarkit.co.jp/ait/articles/1507/06/news009.html

VS 2005「リファクタリング支援機能」徹底レビュー（1/5） – ＠IT
https://www.atmarkit.co.jp/fdotnet/special/vsrefact/vsrefact_01.html

技術的負債

技術的負債 – Qiita
https://qiita.com/erukiti/items/9cc7850250268582dde7

技術的負債とどうやって戦うか – Qiita
https://qiita.com/kamykn/items/ad687e772da454e3f614

GMOペパボ柴田博志が教える。経営者も理解しておくべき「技術的負債」 | flexy（フレキシー）
https://flxy.jp/article/7533

技術的負債への後悔と返済｜timakin (ちまきん)｜note
https://note.mu/timakin/n/nf7e2a70905d4

組織で技術的負債に立ち向かうための取り組み – Qiita
https://qiita.com/cawpea/items/fd0c6633cd2b0c919d7a