XAMPP（ザンプ、シャンプ）は、ウェブアプリケーションの実行に必要なフリーソフトウェアをパッケージとしてまとめたもので、apachefriends.orgから提供されている。主として開発用あるいは学習用ではあるが、イントラネットなどにおいて実運用環境として使われることもある。読み方はザンプ[1]であるが、シャンプと読むこともある[2]。 Apache（Webサーバ）、MariaDB（SQLデータベースサーバ；旧バージョンはMySQL）とWebプログラミング言語であるPHPや同目的で使われるPerlの4つの主要ソフトウェアとphpMyAdminなどの管理ツール、さらにSQLiteなど、いくつかの補助的なソフトウェアとライブラリモジュールが含まれている。現在、Windows、Linux、macOS、Solarisで利用可能である。 本来、前述の複数のソフトウェアは個別にインストールする必要が

The LAMP software bundle (here additionally with Squid). A high performance and high-availability solution for a hostile environment LAMP（ランプ）とは、OSであるLinux、WebサーバであるApache HTTP Server、データベースであるMySQL、スクリプト言語であるPerl、PHP、Pythonを総称した頭文字から成る造語である。動的（ダイナミック）なウェブコンテンツを含むウェブサイトの構築に適した、オープンソースのソフトウェア群である。これらは、それぞれ独自に開発されたものである。 Linux Apache, Webサーバ MariaDB・MySQL P for PHP・Perl・Python この起源は、1998年にドイツのコンピュータ

このブログをホスティングしているVPSマシンを移行したのでその記録。 2019/6/22の時点でこのブログはConoHaのVPS（512MB）で運用していた。 当時はお金の関係で一番安いプランを選んでいたが、やっぱり1GBはあった方が嬉しいので変更することにした。 ただConohaのプランでは 512MB … SSD20GB1GB以上 … SSD50GB となっており、同じサーバのままアップグレードはできない。 したがって新たに1GBサーバを立てて移行、その後に512MBサーバを破棄する流れにした。 どうせなので、今まで使用していたCentOS 7からUbuntu 18.04にOS変更することにした。 理由は↓のあたりである。 CentOSはある程度触ったからよっぽど堅牢なものを組まない限りyumの基本パッケージでの構築をしないことがわかったrpm入れまくってパッケージマネージャがごちゃご

課題 MySQL8にDocker上に構築したRailsからアクセスしようとしたら以下のようなエラーが発生して接続できなかった。 Plugin caching_sha2_password could not be loaded: /usr/lib/x86_64-linux-gnu/mariadb19/plugin/caching_sha2_password.so: cannot open shared object file: No such file or directory 注意点 本記事は caching_sha2_password 問題でハマった人向けであるが、Amazon RDS for MySQL 8.0は mysql_native_password なのでAWSで運用してしようとしている人は異なる対応が必要なので注意（参考記事を参照のこと） 原因 8.0.4からMySQLのデフ

All of Percona’s open-source software products, in one place, to download as much or as little as you need.

Laravel5.4でmigrationを実行したところ、エラーになりました。 [Illuminate\Database\QueryException] SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes (SQL: alter table `users` add unique `users_email_unique`(`email`)) [Doctrine\DBAL\Driver\PDOException] SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 b

CREATE TABLE tags ( id INT AUTO_INCREMENT PRIMARY KEY, title VARCHAR(255), created DATETIME, modified DATETIME, UNIQUE KEY (title) ); このtitle属性は255文字までを格納する。 同じ文のタグを重複して登録することは許されないため、ユニークキーとして扱いたい。 しかし、例えば文字コードにutfmb4を設定しているとき、utfmb4は各文字4バイトで表現するので総バイト数は 4 * 255 = 1020Bとなり、 767バイトをゆうに超えてしまう。 解決策としては 各文字にかかるバイト数 * 最大文字数 < 767 となるようにSQLを変更する。 上記の場合では191文字が限界。そのため3行目が title VARCHAR(191) となる。

はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません 用法用量を守り、個人の責任で業務に投入してください 参考資料 2024/02/14追記 実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか 今北産業で頼む テーブルに状態を持たせず状態毎のテーブルを作る 状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる 僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。 これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。 基本はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録

MySQL 5.6およびMySQL Cluster 7.3-7.4のリファレンスマニュアルの日本語版を公開いたしました。Enterprise Editionの日本語版マニュアルとあわせてご活用ください。 http://t.co/xK7GrIi55k #mysql_jp — MySQL_Jp (@mysql_jp) 2015, 6月 4 Twitterのタイムラインを眺めているときに、目にとまりました。MySQL 5.6の日本語版リファレンスマニュアルがUPされています。 リファレンスマニュアルの概要によると、MySQL 5.6 (5.6.23 まで) と、バージョン 7.3 と 7.4 の NDB に基づいた MySQL Cluster リリース (それぞれ 5.6.22-ndb-7.3.9 と 5.6.22-ndb-7.4.4 まで) について説明されているようです。 概要文の後ろの方は

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

2018/02/08 この記事は書かれてから1年以上が経過しており、最新の情報とは異なる可能性があります techDocker 今回は実践編です。 コンテナ編から順に読むことをお勧めします。 目次コンテナ編読むと Docker のコンテナ周りがざっくり分かるコマンド編読むと Docker コマンドを中心に Docker の全体像がなんとなく分かるエコシステム編読むと DockerHub のサービスの活用方法がざっくり分かる実践編 （いまここ）読むと Docker で環境構築する方法が分かる、怖くなくなる自分で LAMP 環境を作ってみる要件をまとめる不足した部分だけ Dockerfile を書くさらなる Docker 環境のカスタマイズおまけ自分で LAMP 環境を作ってみるようやくここまでたどり着きました。 そろそろ自分で LAMP 環境を作ってみましょう。 ちなみに 当然知ってるとは思

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

散々、書かれていることで、何度もでてくる話なので、自分用にまとめ。 文字コード まずMySQLの文字コードですが絵文字のみでなく、JIS X 0213の第3・4水準漢字の 一部にUTF8 4バイト文字があり（まぁまず使われないと思いますが）、 MySQLの文字コードはこれからはutf8mb4一択のようです。 charsetは、サーバ、クライアント、サーバー/クライアント感の接続、データベース、、テーブル、カラムで個別に指定でき、 問題を起こさないようにするには、すべて揃えたほうが無難であります。 character_set_server=utf8mb4 character_set_client=utf8mb4 character_set_connection=utf8mb4 character_set_database=utf8mb4 character_set_results=utf8m