GitHub からコードを複製し、mediawiki をインストールした経験
git ソースを見つける
去年少しの間、Changyan mw プラグインを書きましたが、当時はあまりうまく書かれていないと感じていました。残念ながら、数日前にc9でSSを設定しようとした結果、元のアカウントがブロックされ、新しいアカウントを登録し直す必要がありました。ワークスペースに移動して、再度インストールします。
そこで、今回は新しい方法を試してみることにしました。今回は、github にある mediawiki の git ライブラリにスターを付けて、GitHub にアクセスして、何気なく見つけたリポジトリを見つけました。リリースを参照して 1.26 リリースを見つけましたが、圧縮パッケージのみをダウンロードできるようで、これは私が望むものではないようです(もちろん、クローンできるはずのコミット ID もありますが、試していません)。戻ってきてブランチをもう一度調べて、必要なものを見つけました
ここのリリースには、REL1_3 などの対応するブランチがあります。これは、バージョン = 1.3 のリリースを意味します
cloneコード、ディレクトリが空ではありませんか?
私は 1.26 のものを選択し (私が保守に参加した wiki サイトが 1.26 を使用していたため)、git アドレスをコピーしてから、戻ってきて c9 の bash を入力しました。
git clone git@github.com:wikimedia/mediawiki.git -b REL1_26 .
Next one は、フォルダーを作成するのではなく、現在のフォルダーにコードのクローンを作成することを意味します。しかし、常にエラーが発生します
fatal: destination path '.' already exists and is not an empty directory.
現在のディレクトリは空ではありません。 c9 のワークスペース ディレクトリにはデモンストレーション用のファイルがいくつかあり、ユーザーが独自の php 環境を設定するための php.ini もあるため、実際には空ではありません。他の 2 つは削除できますが、php.ini は削除できません。削除した後、後で問題が発生するのを恐れて、Stackoverflow で同じ状況に遭遇した人を見つけました。それを読んだ後、私はそう思いました。 hit the Wall 233333
git init . git remote add -t \* -f origin <repository-url> git checkout master
原文はこちら
need Composer
完全に引っ張った後、一見したところ、それは 500 メートルを占めています。その後、メンテナンス グループの偉い人が、 - Depth=1 を使用して深さを指定できると言いました。わかりました、忘れていました
Apache と mysql を開いて通常どおり実行できると思いました。 、しかし、開いたときにエラーが表示されるとは予想していませんでしたよく見ると、Composer が必要です。公式 Web サイトのページ (こちら) につながります。そこには、インストール方法を説明する段落が含まれています。
外部ライブラリを取得する
MediaWiki 1.25 以降、MediaWiki に必要な一部の外部ライブラリはこの「コア」 git リポジトリに含まれなくなりました。これらの必要なライブラリをインストールするには、次の選択肢があります:
* コンポーザーをダウンロードしてインストールし、コア ディレクトリに切り替えてから、composer install --no-dev を実行することに注意してください。 .lock ファイルではなく、composer update --no-dev を実行する必要があります。
* Composer を使用したくない場合、または、 WMF 運用クラスターでは、代わりに https://gerrit.wikimedia.org/r/p/mediawiki/vendor.git を git clone して、MediaWiki インストールのコア フォルダー内に Vendor/ ディレクトリを作成できます。必ず正しいブランチを使用してください。 MediaWiki のバージョンに応じて (例: 1.25 の場合は REL1_25)
図に従って、最初にコンポーザーをダウンロードします
curl -sS https://getcomposer.org/installer | php
その後、mw 公式の手順に従って作成します
composer install --no-dev
実行後、現在の作成の進行状況が表示されます。完了するまで待ちます
コア バージョンにはテーマがありません
インストールの最初のステップから、インターフェースがおかしいと感じたのですが、インストール後にホームページを開いて、 から始まるテーマがないことを確認するメッセージが表示されました。 1.24 なので、git を使用してこのスキン リポジトリに移動し、デフォルトのスキン Vector をskins/ ディレクトリにクローンし、LocalSetting.php
require_once "$IP/skins/Vector/Vector.php";
にスキンの要件を追加して、再度入力し、すべてを入力しました。 √

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









JWTは、JSONに基づくオープン標準であり、主にアイデンティティ認証と情報交換のために、当事者間で情報を安全に送信するために使用されます。 1。JWTは、ヘッダー、ペイロード、署名の3つの部分で構成されています。 2。JWTの実用的な原則には、JWTの生成、JWTの検証、ペイロードの解析という3つのステップが含まれます。 3. PHPでの認証にJWTを使用する場合、JWTを生成および検証でき、ユーザーの役割と許可情報を高度な使用に含めることができます。 4.一般的なエラーには、署名検証障害、トークンの有効期限、およびペイロードが大きくなります。デバッグスキルには、デバッグツールの使用とロギングが含まれます。 5.パフォーマンスの最適化とベストプラクティスには、適切な署名アルゴリズムの使用、有効期間を合理的に設定することが含まれます。

PHP開発における固体原理の適用には、次のものが含まれます。1。単一責任原則(SRP):各クラスは1つの機能のみを担当します。 2。オープンおよびクローズ原理(OCP):変更は、変更ではなく拡張によって達成されます。 3。Lischの代替原則(LSP):サブクラスは、プログラムの精度に影響を与えることなく、基本クラスを置き換えることができます。 4。インターフェイス分離原理(ISP):依存関係や未使用の方法を避けるために、細粒インターフェイスを使用します。 5。依存関係の反転原理(DIP):高レベルのモジュールと低レベルのモジュールは抽象化に依存し、依存関係噴射を通じて実装されます。

記事では、PHP 5.3で導入されたPHPの後期静的結合(LSB)について説明し、より柔軟な継承を求める静的メソッドコールのランタイム解像度を可能にします。 LSBの実用的なアプリケーションと潜在的なパフォーマ

PHP開発でPHPのCurlライブラリを使用してJSONデータを送信すると、外部APIと対話する必要があることがよくあります。一般的な方法の1つは、Curlライブラリを使用して投稿を送信することです。

記事では、入力検証、認証、定期的な更新など、脆弱性から保護するためのフレームワークの重要なセキュリティ機能について説明します。

システムが再起動した後、UnixSocketの権限を自動的に設定する方法。システムが再起動するたびに、UnixSocketの許可を変更するために次のコマンドを実行する必要があります:sudo ...

この記事では、フレームワークにカスタム機能を追加し、アーキテクチャの理解、拡張ポイントの識別、統合とデバッグのベストプラクティスに焦点を当てています。
