Author: tukahiro
-
ええかっこしの戒め
ラジオで聞いて、改めて、自戒を込めてメモ化。
政治家の伊吹文明さんが、２０１７／４／１７ の会合で述べた言葉。
失言を防ぐ６つの”た”です。①立場をわきまえること
②正しいと思っている事を話すとき
③多人数の場で話すとき
④旅先で話すとき
⑤他人の批判をするとき
⑥例え話しをするときそれぞれについて、解説が有りますが、省略（ネット等で検索を）。
調子にのったり（ええかっこしが良くやる）、自分を大きく見せようとするとかに対する戒めとしてよく出来ているかと思います。
私的には、これに加えて
⑦タダ（無料でとの意味）で供与を受けているとき
を追加したい。接待は、有効ですよね。 -
Lightsail環境でBasic認証をかける
Lightsail（WordPress環境用として提供されている）環境へBasic認証をかける必要が有り、トライした。
AWSでの説明は
https://docs.bitnami.com/aws/infrastructure/lamp/administration/use-htpasswd/
に有り、基本はこれに従うが、どうも、手元の環境とファイル構成が微妙に異なる。ドキュメントが最新になっていない（か、私の環境が古い？）のではと思われる。ドキュメントでは
/opt/bitnami/apache2/conf/vhosts/wordpress-vhost.conf
/opt/bitnami/apache2/conf/vhosts/wordpress-https-vhost.conf
の2ファイルへ設定を追記するようになっているが、conf の下へ ”vhosts”は存在しない。今回
/opt/bitnami/apps/wordpress/conf/httpd-app.conf
ファイルへ設定を追記する事で対応した。
通常のapacheの設定では、設定を有効にしようとする親ディレクトリへ”.htaccess”を記載するが、この設定は有効にならない。
もう少し調べる必要は有るが、取り敢えず、これで、設定が有効に機能している。 -
昭和の思い出
今朝のニュースで、桐島容疑者（東アジア反日武装戦線のメンバーとして指名手配されていた人）が死亡した事が流れていました。
この辺の事件（連続企業爆破事件）を覚えて居る人も少なくなった（そもそも、その当時の人でも覚えていない人が多いかも（もっと強烈なのが有ったし））ようですが、有名な”もはや戦後ではない”との宣言から１０年も後の事です。まだまだ日本全体が貧しかった（少なくとも私の回りは）時代だったような気がします。なんせ、おやつとかは自力調達が普通（その辺の木の実や草や魚や虫を捕って食べるとか）だったし（なので、小学生でもナイフを携帯しているのが普通）、村の集まりでは、中学生とかが駐在さんと一緒にビールを飲んでいたし。
以下の駄文は、単なる思い出なので、余り意味は有りません。通学時に、交換した碍子（６６用とかの大きいやつ）が放置されていたらひらっておく。
農協（今のJA）へ行って、除草剤（銘柄は伏せます（販売中止ですけど））を買って来る。
炭焼き小屋から良く焼けた炭の欠片をひらってくる。
上記で、黒色火薬が作れます。
プロパンを扱っている所で、ＸＸＸＸをもらってくる。
ＸＸからＸＸＸＸをもらってくる。
（上記の２つは、現在でも通用するので伏せ字）
これで作った物で、地面に穴を空けたり、川で魚を捕ったり（効率が悪いのですぐ止めた）etc・・・・
今では、有り得ない事をして遊んでいたもんです。時代が時代だったのと、田舎だったのだと。で、この事件が起きた事をきっかけに止めました。
事件で被害に遭われた方も、起こした方も、いずれも時代の被害者なのではと思う事も有ります。ご冥福をお祈り致します。
-
信頼性確保の為の心得
資料を整理していたら、信頼性確保の為の格言が有ったので健忘メモとして残す。
①どんなに忙しくても、基本動作を守れ。
②品質＝信頼性×性能×操作性。どれがゼロでも結果はゼロ。
③設計の初期段階で十分検討せよ。その苦労が高品質を生む。
④不安な箇所にはバグが潜む。解らぬ事は解らぬと言え。
⑤変更による影響は、その前後も丹念にチェックせよ。
⑥実績の有るロジックに手を加えたら、必ずデグレードが有ると思え。
⑦文章作成やコーディング後は、自己チェックを最低３回は行え。
⑧マニュアル※は製品の顔。マニュアルの良否が製品の良否を左右する。
※：システムの運用で顧客が使うすべて
⑨仕様の値は最低５点法（異常－最小－境界－最大－異常）でチェックせよ。
⑩５分の確認の省略が、いつかは５日間の手戻り作業を生むと思え。
⑪組み合わせ条件は必ずマトリックスにして考え、チェックせよ。
⑫代用品による替え玉テストは、実機確認の代用にはならない。後
システムは動いて初めて評価の対象になる。どんな素晴らしいシステムでも、稼働しないシステムは０点で有る。９９％完成していても、０％の完成も同じ。追記
⑬作成（コーディング等）時は、自分は天才と思って作業せよ！
テスト（デバッグ）時は、自分はバホ（バカでアホ）と思って作業せよ！上記、最近の若い人には刺さるんだろうか？
言い方とかは別として、物事の本質は変わらないと思うんだけど、どうなんだろ？ -
Windows環境でバッテリーの情報を確認する方法
Windows環境下で、ノートパソコン等のバッテリー状況を確認する方法のメモ。
標準機能で確認する方法でWindows10環境下で検証しているが、Windows11でも同様（のはず）。手順1：”Windows”＋”R” キーを押下してファイル名を指定して実行を表示する。”cmd”と入力してコマンドプロンプトを起動する。
手順2：以下のコマンドを入力して、レポートを作成する。html形式で出力される。
powercfg/batteryreport手順3：保存先が表示される（通常は自ユーザフォルダ直下）のでブラウザ等で開く。
手順4：内容を確認する。バッテリーの消耗度を見るポイントは以下の3カ所がメイン。
DESIGN CAPACITY 新品時（設計上）の容量
FULL CHARGE CAPACITY 現時点の容量（満充電時の容量）
CYCLE COUNT トータルの充電量÷総容量 （充電回数では無い）FULL CHARGE CAPACITY ÷ DESIGN CAPACITY でヘタリ具合が判断出来る。70％を切るとそろそろ交換時期。
CYCLE COUNT が300～500が寿命の判断時期。
なお、古くなったバッテリーで良く有る”ある程度の利用時（残量が60％とか）から、急激に残容量が減少する場合、上記だけでは消耗度が判断出来ない。history が表示される（OSを再インストールした場合等はリセットされる）ので、そちらを見て状況を確認する。
-
WordPressで投稿時の文字自動変換を回避する
投稿時、一部の文字列（例えば – 等）が標準では自動変換される。
これは、wptexturize関数による自動変換機能で、これを停止する事で回避出来る。管理メニュー －＞ 外観 －＞ テーマエディター を選択
テーマファイルの一覧から function.php を選択し、最終行へ以下を追加するadd_filter(‘run_eptexturize’,’__return_false’);
注意：return の前は _ では無く __ （アンダーバーが２文字）
上記を修正後、投稿を再度読み出し、更新すると変換されなくなる。
※：この方法だと、wptexturize関数で自動変換される物全てが対象となる。特定の文字自動変換を止めたい場合は、
formatting.php
の中に有る該当文字列のエントリを編集する。
-
マイナンバーカードのトラブルで感じる移行データの精度を確保するということ
以下の投稿は半分愚痴です。
最近、マイナンバーカード関連のデータ紐付け（口座番号とか、ポイントの付与とかｅｔｃ）の間違いが話題になっていますが、大臣とかの発言を聞いていると、非常に違和感が有ります。
そもそも、無理矢理感（本来の目的を隠して）が有る導入が歪みを生んでいるのでしょうが、それはさておき、データの移行で、電子化された（論理的に明確に紐付けが出来る場合）物以外を移行すると、数％とかのエラーが出るのは普通（と言うか、常識）です。紙で保管されているのを入力するとかだと、１０％とかを越える事も珍しく無いのが当然でした。
なので、データのスクリーニングとか突合が出来るようにシステムを考える（設計する）のです。
大規模のシステムでは、これが非常に難しいので、出来る人が限られていたように思います。頭の良い人が集まっている、大手の企業さんでも、本当に対応出来る人は、個人名が上がるぐらいの少なさだった記憶が有ります。
データの正規化が流行った（今もデータを追加する観点からは非常に有効な手法。定着していると言うべきかも）のも、その一つの流れだと思います。
大規模のシステムを新規に作る事は非常に大変ですが、今、そのような経験が有る人が非常に少なくなっている（エンジニアさんが、リプレース案件がほとんどなので、新規構築を経験出来ない）のではと思います。
政府主導なので、システム全体の絵を描く人が居ないのではと思いますが、後付けの改修では、中々収束しないのが普通なので、今後もポロポロ出るのでしょうね。そのツケは、結局、全員で負担する事になるかと思うと・・・（私は、先が長く無いでしょうから、子供たちとかが心配）。と、ここまで書いて、電々ファミリーと呼ばれた３社（日立、富士通、ＮＥＣ（ＤＩＰＳの製造会社））の企業文化を思い出しました。野武士、公家、武家 とそれぞれ呼ばれていたような記憶が有りますが（定かでは無い）、結果に対する執着心とそこへ到達する為のプローチが随分異なっていたように感じた事が有ります。今回、システム提供側の某社（偉い方）の発言を見ていて、だからこんな事を・・・と思わされる所が有るように感じた方が多かったのでは無いでしょうか？
（誹謗中傷とかの意図は有りません。念の為）システムって、文化が変わる（ＣＵＩ－＞ＧＵＩ－＞Ｗｅｂ－＞スマホアプリ ｅｔｃ）時には、エンハンスですら敷居が高い（著名なＰＫＧとかでも、失敗している事例が結構有る）ので、もっと困難であろうと想像されますが、日本の底力を見たいものです。期待したい。
-
システム障害のニュースで思う運用中のシステムをメンテするという事
相変わらず、稼働中のシステム障害のニュースを目にする事が有りますが、しっかり準備をしていても防げない事も有ります。又、経験とか、慣習的な動作（や操作。有る人はおまじないと言っていましたが、妙に納得させられます）が中々引き継がれない時代になってきたようにも思います。
この世界（業界というべきか）は、”徒弟制度の世界”だと言われたのは社会人になってしばらくの頃なので40年近く前になりました。今も同じだと思うのですが、若い人には嫌う人が多いようです。言葉の響きから連想する内容が良くないのかも知れませんが・・・。運用中のシステムで障害を起こした事はほとんど無いのですが、一度、アクティブなユーザが約2万人ほどのシステムで、日中のメンテを実施していてシステムを落とした事が有ります。
稼働中のシステムでのメンテなので、手順書（含むチェックリスト）等はしっかり作成し、開発環境、ステージング環境、本番環境 の順で同一作業を実施したのですが、本番環境でのみ障害を起こしてしまいました。本番環境のアクティブ側がカーネルパニックになり、スタンバイ側へ切り替わりが発生したのです。
同じ手順で実施して、なぜ本番環境のみで障害が起きた(起こした）のかですが、最後の手順で、外部媒体（ＵＳＢメモリ）へメンテログを書き出す事になっていました。実施時、切り離しコマンドがプロンプトに戻った瞬間に”終わった”との安心感ですぐにＵＳＢメモリを抜いた事が原因でした。この時点で、完全にシンクしていなかったのでした。
私の師匠と言える人は、操作（動作）の終了時には、Enter を数回叩いて、一呼吸置いてから次ぎの動作に移るとかを徹底しており、私もそのように教えられたのですが・・・・・。
もちろん、USBメモリでアクセスランプが有ればそれを確認しますが、そのような物が無いと一呼吸おく動作が重要になります。今月から、又、新人が入られた職場も多いかと思います。教育って難しいですよね。皆さん、基本を身につけるってどうされてますか？
-
DokuwikiをPHP8対応に更新
Centos7上で、ローカル向けのwikiページ作成ツールとしてdokuwiki＋php7.4を使用していた。
php7.4 のサポートが2022/11/28 で終了したので、セキュリティ保持の為にphp8.* へバージョンアップした。健忘禄としてメモを残す。
（外部に公開している訳では無いので、ほとんど自己満足ですが）＜現在のphp バージョンの確認＞
# yum list installed php*読み込んだプラグイン:fastestmirror
Loading mirror speeds from cached hostfile
* base: download.nus.edu.sg
省略
インストール済みパッケージ
php.x86_64 7.4.33-2.el7.remi @remi-php74
php-cli.x86_64 7.4.33-2.el7.remi @remi-php74
php-common.x86_64 7.4.33-2.el7.remi @remi-php74
php-json.x86_64 7.4.33-2.el7.remi @remi-php74
php-mbstring.x86_64 7.4.33-2.el7.remi @remi-php74
php-pecl-zip.x86_64 1.21.1-1.el7.remi.7.4 @remi-php74
php-sodium.x86_64 7.4.33-2.el7.remi @remi-php74
php-xml.x86_64 7.4.33-2.el7.remi @remi-php74
#＜事前準備 現状の保全等＞
# cp -p /etc/php.ini /etc/php.ini-20230123
# cp -p -r /var/www /var/www-20230124BK＜dokuwiki をバージョンアップする＞
ワーク用のディレクトリで解凍する。# tar xvfz dokuwiki-a6b3119b5d16cfdee29a855275c5759f.tgz
dokuwiki/.htaccess.dist
dokuwiki/COPYING
dokuwiki/README
dokuwiki/SECURITY.md
ファイルを上書きする
# \cp -f -r -p ./* /var/www/html/dokuwiki/
パーミッションを戻す
# chown -R apache dokuwiki
# chgrp -R apache dokuwiki＜phpを更新 バージョンアップ＞
7.4系を削除する# php -v
PHP 7.4.33 (cli) (built: Dec 19 2022 13:32:43) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies# yum remove “php*”
読み込んだプラグイン:fastestmirror
依存性の解決をしています
–> トランザクションの確認を実行しています。
—> パッケージ php.x86_64 0:7.4.33-2.el7.remi を 削除
途中省略
トランザクションの要約削除 7 パッケージ
インストール容量: 42 M
上記の処理を行います。よろしいでしょうか？ [y/N]y
Downloading packages:
Running transaction check
以下省略
# php -v
-bash: /bin/php: そのようなファイルやディレクトリはありません# yum -y install –enablerepo=epel,remi,remi-php82 php php-cli php-common php-json php-mbstring php-pecl-zip php-sodium php-xml
読み込んだプラグイン:fastestmirror
Loading mirror speeds from cached hostfile
- base: download.nus.edu.sg
- epel: epel.mirror.angkasa.id
- extras: download.nus.edu.sg
- remi: fr2.rpmfind.net
- remi-php74: fr2.rpmfind.net
- remi-php82: fr2.rpmfind.net
- remi-safe: fr2.rpmfind.net
- updates: download.nus.edu.sg
remi | 3.0 kB 00:00:00
remi-php82 | 3.0 kB 00:00:00
(1/2): remi-php82/primary_db | 168 kB 00:00:00
(2/2): remi/primary_db | 3.4 MB 00:00:01
パッケージ php-json は php-common によって不要になりました。代わりに php-common-8.2.1-1.el7.remi.x86_64 のインストールを試みています。
依存性の解決をしています
–> トランザクションの確認を実行しています。
—> パッケージ php.x86_64 0:8.2.1-1.el7.remi を インストール
—> パッケージ php-cli.x86_64 0:7.4.33-2.el7.remi を 更新
—> パッケージ php-cli.x86_64 0:8.2.1-1.el7.remi を アップデート
—> パッケージ php-common.x86_64 0:7.4.33-2.el7.remi を 更新
—> パッケージ php-common.x86_64 0:8.2.1-1.el7.remi を 非推奨
—> パッケージ php-json.x86_64 0:7.4.33-2.el7.remi を 不要
—> パッケージ php-mbstring.x86_64 0:7.4.33-2.el7.remi を 更新
—> パッケージ php-mbstring.x86_64 0:8.2.1-1.el7.remi を アップデート
—> パッケージ php-pecl-zip.x86_64 0:1.21.1-1.el7.remi.7.4 を 更新
—> パッケージ php-pecl-zip.x86_64 0:1.21.1-1.el7.remi.8.2 を アップデート
—> パッケージ php-sodium.x86_64 0:7.4.33-2.el7.remi を 更新
—> パッケージ php-sodium.x86_64 0:8.2.1-1.el7.remi を アップデート
—> パッケージ php-xml.x86_64 0:7.4.33-2.el7.remi を 更新
—> パッケージ php-xml.x86_64 0:8.2.1-1.el7.remi を アップデート
–> 依存性解決を終了しました。
依存性を解決しました
====================================================================================================
Package アーキテクチャー バージョン リポジトリー 容量インストール中:
php x86_64 8.2.1-1.el7.remi remi-php82 2.0 M
php-common x86_64 8.2.1-1.el7.remi remi-php82 1.2 M
php-json.x86_64 7.4.33-2.el7.remi を入れ替えます
更新します:
php-cli x86_64 8.2.1-1.el7.remi remi-php82 6.0 M
php-mbstring x86_64 8.2.1-1.el7.remi remi-php82 573 k
php-pecl-zip x86_64 1.21.1-1.el7.remi.8.2 remi-php82 70 k
php-sodium x86_64 8.2.1-1.el7.remi remi-php82 97 k
php-xml x86_64 8.2.1-1.el7.remi remi-php82 238 k
トランザクションの要約インストール 2 パッケージ
更新 5 パッケージ総ダウンロード容量: 10 M
Downloading packages:
Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
(1/7): php-8.2.1-1.el7.remi.x86_64.rpm | 2.0 MB 00:00:00
(2/7): php-common-8.2.1-1.el7.remi.x86_64.rpm | 1.2 MB 00:00:00
(3/7): php-mbstring-8.2.1-1.el7.remi.x86_64.rpm | 573 kB 00:00:00
(4/7): php-pecl-zip-1.21.1-1.el7.remi.8.2.x86_64.rpm | 70 kB 00:00:00
(5/7): php-sodium-8.2.1-1.el7.remi.x86_64.rpm | 97 kB 00:00:00
(6/7): php-xml-8.2.1-1.el7.remi.x86_64.rpm | 238 kB 00:00:00
(7/7): php-cli-8.2.1-1.el7.remi.x86_64.rpm | 6.0 MB 00:00:01合計 7.8 MB/s | 10 MB 00:00:01
Running transaction check
Running transaction test
以下省略
# php -v
PHP 8.2.1 (cli) (built: Jan 3 2023 18:40:55) (NTS gcc x86_64)
Copyright (c) The PHP Group
Zend Engine v4.2.1, Copyright (c) Zend Technologies＜動作確認＞
・マシンをreboot する。
・dokuwiki の動作を確認する。＜その他＞
・作業時には関連するサービス（Apacheとかetc）を事前に停止する事。その手順等の記載は省略している。
・管理機能を有効にしているなら（プラグインの設定をコントロール出来るなら）、dokuwiki はアップデートのプラグインが提供されているので、これの利用がお勧め。リスクが少ないので。
今回は、3面の環境を同居させている環境（ちょっと変な事をしている）なので、プラグインではうまく更新が出来ない（一部が更新されない）ので、上書きした。
・php8.*系に対応していない（dokuwiki 側が）場合のエラーは以下。[Tue Jan 24 16:57:37.602483 2023] [php:error] [pid 1604] [client 172.16.11.11:58467] PHP Fatal erro
r: Array and string offset access syntax with curly braces is no longer supported in /var/www/html
/dokuwiki1/inc/init.php on line 557・現状で、ワーニングが結構記録される（Apahce のエラーLogに）が未調査（取り敢えず動いているので）
PHP再インストール ２０２３０８２９追記
yum を使用してのアップデート時、エラーとなるようになったので、ｐｈｐを再インストールした。
（リポジトリが壊れた事が原因みたいだが、面倒なので再インストール）＜ワーニングの内容＞
–> トランザクションの確認を実行しています。
—> パッケージ libzip5.x86_64 0:1.9.2-3.el7.remi を 更新
—> パッケージ libzip5.x86_64 0:1.10.1-1.el7.remi を アップデート
—> パッケージ microcode_ctl.x86_64 2:2.1-73.15.el7_9 を 更新
—> パッケージ microcode_ctl.x86_64 2:2.1-73.16.el7_9 を アップデート
—> パッケージ php-pecl-zip.x86_64 0:1.21.1-1.el7.remi.8.2 を 更新
—> パッケージ php-pecl-zip.x86_64 0:1.22.2-1.el7.remi.7.4 を アップデート
–> 依存性の処理をしています: php(api) = 20190902-64 のパッケージ: php-pecl-zip-1.22.2-1.el7.remi.7.4.x86_64
–> 依存性の処理をしています: php(zend-abi) = 20190902-64 のパッケージ: php-pecl-zip-1.22.2-1.el7.remi.7.4.x86_64
–> 依存性解決を終了しました。
エラー: パッケージ: php-pecl-zip-1.22.2-1.el7.remi.7.4.x86_64 (remi-php74)
要求: php(api) = 20190902-64
インストール: php-common-8.2.1-1.el7.remi.x86_64 (@remi-php82)
php(api) = 20220829-64
利用可能: php-common-5.4.16-48.el7.x86_64 (base)
php(api) = 20100412-64
利用可能: php-common-7.4.33-7.el7.remi.x86_64 (remi-php74)
php(api) = 20190902-64
利用可能: php-common-7.4.33-8.el7.remi.x86_64 (remi-php74)
php(api) = 20190902-64
エラー: パッケージ: php-pecl-zip-1.22.2-1.el7.remi.7.4.x86_64 (remi-php74)
要求: php(zend-abi) = 20190902-64
インストール: php-common-8.2.1-1.el7.remi.x86_64 (@remi-php82)
php(zend-abi) = 20220829-64
利用可能: php-common-5.4.16-48.el7.x86_64 (base)
php(zend-abi) = 20100525-64
利用可能: php-common-7.4.33-7.el7.remi.x86_64 (remi-php74)
php(zend-abi) = 20190902-64
利用可能: php-common-7.4.33-8.el7.remi.x86_64 (remi-php74)
php(zend-abi) = 20190902-64
問題を回避するために –skip-broken を用いることができます。
これらを試行できます: rpm -Va –nofiles –nodigest＜事前準備＞
cp -p php.ini php.ini-20230829
cp -p -r www/ www www-20230829BK
systemctl stop httpd
＜ｐｈｐの再インストール＞
# yum list installed php*
base: ftp-srv2.kddilabs.jp
epel: mirror.earthlink.iq
extras: ftp-srv2.kddilabs.jp
remi-php74: fr2.rpmfind.net
remi-safe: fr2.rpmfind.net
updates: ftp-srv2.kddilabs.jp
インストール済みパッケージ
php.x86_64 8.2.1-1.el7.remi @remi-php82
php-cli.x86_64 8.2.1-1.el7.remi @remi-php82
php-common.x86_64 8.2.1-1.el7.remi @remi-php82
php-mbstring.x86_64 8.2.1-1.el7.remi @remi-php82
php-pecl-zip.x86_64 1.21.1-1.el7.remi.8.2 @remi-php82
php-sodium.x86_64 8.2.1-1.el7.remi @remi-php82
php-xml.x86_64 8.2.1-1.el7.remi @remi-php82# yum remove “php*”
読み込んだプラグイン:fastestmirror
Loading mirror speeds from cached hostfile読み込んだプラグイン:fastestmirror
依存性の解決をしています
–> トランザクションの確認を実行しています。
—> パッケージ php.x86_64 0:8.2.1-1.el7.remi を 削除
—> パッケージ php-cli.x86_64 0:8.2.1-1.el7.remi を 削除
—> パッケージ php-common.x86_64 0:8.2.1-1.el7.remi を 削除
—> パッケージ php-mbstring.x86_64 0:8.2.1-1.el7.remi を 削除
—> パッケージ php-pecl-zip.x86_64 0:1.21.1-1.el7.remi.8.2 を 削除
—> パッケージ php-sodium.x86_64 0:8.2.1-1.el7.remi を 削除
—> パッケージ php-xml.x86_64 0:8.2.1-1.el7.remi を 削除
–> 依存性解決を終了しました。依存性を解決しました
===================================================================================================
Package アーキテクチャーバージョン リポジトリー 容量
削除中:
php x86_64 8.2.1-1.el7.remi @remi-php82 5.8 M
php-cli x86_64 8.2.1-1.el7.remi @remi-php82 24 M
php-common x86_64 8.2.1-1.el7.remi @remi-php82 16 M
php-mbstring x86_64 8.2.1-1.el7.remi @remi-php82 2.3 M
php-pecl-zip x86_64 1.21.1-1.el7.remi.8.2 @remi-php82 265 k
php-sodium x86_64 8.2.1-1.el7.remi @remi-php82 228 k
php-xml x86_64 8.2.1-1.el7.remi @remi-php82 875 kトランザクションの要約
削除 7 パッケージ
インストール容量: 50 M
上記の処理を行います。よろしいでしょうか？ [y/N]y
Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
削除中 : php-8.2.1-1.el7.remi.x86_64 1/7
削除中 : php-cli-8.2.1-1.el7.remi.x86_64 2/7
削除中 : php-sodium-8.2.1-1.el7.remi.x86_64 3/7
削除中 : php-xml-8.2.1-1.el7.remi.x86_64 4/7
削除中 : php-pecl-zip-1.21.1-1.el7.remi.8.2.x86_64 5/7
削除中 : php-mbstring-8.2.1-1.el7.remi.x86_64 6/7
削除中 : php-common-8.2.1-1.el7.remi.x86_64 7/7
検証中 : php-mbstring-8.2.1-1.el7.remi.x86_64 1/7
検証中 : php-8.2.1-1.el7.remi.x86_64 2/7
検証中 : php-pecl-zip-1.21.1-1.el7.remi.8.2.x86_64 3/7
検証中 : php-xml-8.2.1-1.el7.remi.x86_64 4/7
検証中 : php-sodium-8.2.1-1.el7.remi.x86_64 5/7
検証中 : php-cli-8.2.1-1.el7.remi.x86_64 6/7
検証中 : php-common-8.2.1-1.el7.remi.x86_64 7/7削除しました:
php.x86_64 0:8.2.1-1.el7.remi php-cli.x86_64 0:8.2.1-1.el7.remi
php-common.x86_64 0:8.2.1-1.el7.remi php-mbstring.x86_64 0:8.2.1-1.el7.remi
php-pecl-zip.x86_64 0:1.21.1-1.el7.remi.8.2 php-sodium.x86_64 0:8.2.1-1.el7.remi
php-xml.x86_64 0:8.2.1-1.el7.remi完了しました!
]# yum -y install –enablerepo=epel,remi,remi-php82 php php-cli php-common php-m bstring php-pecl-zip php-sodium php-xml
読み込んだプラグイン:fastestmirror
Loading mirror speeds from cached hostfile- base: ftp-srv2.kddilabs.jp
- epel: mirror.earthlink.iq
- extras: ftp-srv2.kddilabs.jp
- remi: fr2.rpmfind.net
- remi-php74: fr2.rpmfind.net
- remi-php82: fr2.rpmfind.net
- remi-safe: fr2.rpmfind.net
- updates: ftp-srv2.kddilabs.jp
remi | 3.0 kB 00:00:00
remi-php82 | 3.0 kB 00:00:00
(1/2): remi-php82/primary_db | 199 kB 00:00:00
(2/2): remi/primary_db 25% [====== ] 0.0 B/s | 1.0 MB –:–:– ETA (2/2): remi/primary_db 60% [=============== ] 1.8 MB/s | 2.3 MB 00:00:00 ETA (2/2): remi/primary_db | 3.6 MB 00:00:01
依存性の解決をしています
–> トランザクションの確認を実行しています。
—> パッケージ php.x86_64 0:8.2.9-2.el7.remi を インストール
—> パッケージ php-cli.x86_64 0:8.2.9-2.el7.remi を インストール
—> パッケージ php-common.x86_64 0:8.2.9-2.el7.remi を インストール
—> パッケージ php-mbstring.x86_64 0:8.2.9-2.el7.remi を インストール
—> パッケージ php-pecl-zip.x86_64 0:1.22.2-1.el7.remi.8.2 を インストール
—> パッケージ php-sodium.x86_64 0:8.2.9-2.el7.remi を インストール
—> パッケージ php-xml.x86_64 0:8.2.9-2.el7.remi を インストール
–> 依存性解決を終了しました。
依存性を解決しました
===================================================================================================
Package アーキテクチャーバージョン リポジトリー 容量
インストール中:
php x86_64 8.2.9-2.el7.remi remi-php82 2.0 M
php-cli x86_64 8.2.9-2.el7.remi remi-php82 6.1 M
php-common x86_64 8.2.9-2.el7.remi remi-php82 1.2 M
php-mbstring x86_64 8.2.9-2.el7.remi remi-php82 578 k
php-pecl-zip x86_64 1.22.2-1.el7.remi.8.2 remi-php82 71 k
php-sodium x86_64 8.2.9-2.el7.remi remi-php82 99 k
php-xml x86_64 8.2.9-2.el7.remi remi-php82 246 kトランザクションの要約
インストール 7 パッケージ
総ダウンロード容量: 10 M
インストール容量: 50 M
Downloading packages:
(1/7): php-8.2.9-2.el7.remi.x86_64.rpm | 2.0 MB 00:00:00
(2/7): php-common-8.2.9-2.el7.remi.x86_64.rpm | 1.2 MB 00:00:00
(4/7): php-mbstring-8.2.9-2.el7.re 42% [==========- ] 0.0 B/s | 4.4 MB –:–:– ETA (3/7): php-mbstring-8.2.9-2.el7.remi.x86_64.rpm | 578 kB 00:00:00
(4/7): php-pecl-zip-1.22.2-1.el7.remi.8.2.x86_64.rpm | 71 kB 00:00:00
(5/7): php-sodium-8.2.9-2.el7.remi.x86_64.rpm | 99 kB 00:00:00
(6/7): php-xml-8.2.9-2.el7.remi.x86_64.rpm | 246 kB 00:00:00(7/7): php-cli-8.2.9-2.el7.remi.x8 73% [================== ] 4.3 MB/s | 7.6 MB 00:00:00 ETA (7/7): php-cli-8.2.9-2.el7.remi.x86_64.rpm | 6.1 MB 00:00:00
合計 10 MB/s | 10 MB 00:00:00
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
インストール中 : php-common-8.2.9-2.el7.remi.x86 [ ] 1/7 インストール中 : php-common-8.2.9-2.el7.remi.x86 [# ]
省略
検証中 : php-common-8.2.9-2.el7.remi.x86_64 1/7
検証中 : php-sodium-8.2.9-2.el7.remi.x86_64 2/7
検証中 : php-mbstring-8.2.9-2.el7.remi.x86_64 3/7
検証中 : php-cli-8.2.9-2.el7.remi.x86_64 4/7
検証中 : php-pecl-zip-1.22.2-1.el7.remi.8.2.x86_64 5/7
検証中 : php-8.2.9-2.el7.remi.x86_64 6/7
検証中 : php-xml-8.2.9-2.el7.remi.x86_64 7/7インストール:
php.x86_64 0:8.2.9-2.el7.remi php-cli.x86_64 0:8.2.9-2.el7.remi
php-common.x86_64 0:8.2.9-2.el7.remi php-mbstring.x86_64 0:8.2.9-2.el7.remi
php-pecl-zip.x86_64 0:1.22.2-1.el7.remi.8.2 php-sodium.x86_64 0:8.2.9-2.el7.remi
php-xml.x86_64 0:8.2.9-2.el7.remi完了しました!
http を再起動して、動作を確認。OKなら、マシンを再起動して動作を確認。yum を実行してワーニングが消える事を確認して終了。