PageKit CMS 1.0バージョンレビュー：軽量のブログエンジンの可能性と欠點

PageKit CMSが最近リリースされたバージョン1.0をリリースし、個人のブログエンジンをフォローしているユーザーとして、テストすることにしました。 PageKitにはブログ以上のものがありますが、テストプラットフォームとして使用するだけで十分です。

コアポイント

• PageKit CMSは、ユーザーフレンドリーなインターフェイスと開発者に優(yōu)しいエコシステムを備えた、個人的なブログなどのためのシンプルでスケーラブルで高速なプラットフォームを提供します。
• インストールプロセスはスムーズで、プラットフォームはマークダウン、ビルトインブログ拡張機(jī)能をネイティブにサポートし、拡張機(jī)能とテーマの市場を提供します。
• PageKitのセキュリティは、サーバーの設(shè)定に大きく依存しており、PHPサイドセキュリティチェックが組み込まれているため、大幅に変更されない限り、クロスプラットフォームの適応性が制限される場合があります。
• PageKitには多くの利點がありますが、データエクスポート機(jī)能がまだ欠けており、コンテンツの移植性が制限されており、その市場はまだ開発の初期段階にあります。

インストール

注：テスト環(huán)境としてHomestead改善を使用します。すべてのコマンド（ある場合）は、この環(huán)境に基づいてリストされます。必要に応じて、獨(dú)自のオペレーティングシステムに従って調(diào)整してください。

インストール方法は、アーカイブファイルをダウンロードして解凍し、Webサーバーを新しく作成したフォルダーに向けます。 PageKitはすぐにインストールインターフェイスを表示します。

短いが非常にスムーズなインストールプロセスの後、ダッシュボードを入力します。

ダッシュボードから、ユーザーの管理、新しいページとルーティングの構(gòu)成、テーマと拡張機(jī)能のインストール、ウィジェットの取り扱いなど、Webサイトの他のすべての部分にアクセスできます。

デフォルトでは、Permissions/Role Subsystemの機(jī)能は限られており、認(rèn)定ユーザー、管理者、訪問者のみをサポートしていますが、ここでテストしたブログにはこれで十分です。必要に応じて、後で[ロール]畫面にキャラクターを追加することができます。

PageKitブログの設(shè)定

カスタムページ

最初に、「arbout」ページを設(shè)定しましょう。 「サイト」に移動してから「ページ」に移動すると、新しいページを設(shè)定できます。便利なことに、PageKitはMarkdownをネイティブにサポートするため、コンテンツを作成するために使用できます。

ページ（およびリンク）は、當(dāng)社のウェブサイトのホームページにすぐに表示されます。

blog

次に、ブログを設(shè)定するには、ブログ拡張機(jī)能をインストールする必要があります。幸いなことに、それはデフォルトの拡張機(jī)能として存在し、メインメニューでアクセスできます。 「Hello PageKit」という例の投稿もあります。

開発者として、私は多くのスニペットを書く必要があるので、これらのスニペットが投稿にどのように表示されるかを確認(rèn)することが重要です。サンプル投稿を変更し、技術(shù)コンテンツと1つまたは2つの畫像を追加しましょう。以前にSitePointに投稿した投稿を使用します。

見た目は良く見えます。デフォルトのテーマから予想よりも良いですが、インラインコードのみが強(qiáng)調(diào)表示されているようです。殘りは単純なテキストです。この問題を解決する方法を見てみましょう。

拡張機(jī)能

PageKitには優(yōu)れた市場が裝備されており、現(xiàn)時點では比較的空っぽですが、拡張機(jī)能/テーマのインストール/ダウンロードプロセスは非常に完全です。シンプルで使いやすく、開発が比較的簡単で、開発されたパッケージをSpaghettiコードの混亂に変えません。

便利なことに、開発者が初日から開始することは明らかに、市場にはすでにハイライト拡張機(jī)能があります。

インストールは簡単であり、すべてのPHP開発者を喜ばせるために、Composerを通じて行われます。

ブログ投稿のレンダリングを単純に更新するだけで、それが何をするかがわかります。自動的に有効になります！

はるかに優(yōu)れています！

カスタムテーマ

ただし、デフォルトのテーマは少し標(biāo)準(zhǔn)すぎます。それはきれいですが、より多くの人々がPageKitを使用するにつれて、Webサイトは似ているように見え始め、「ブートストラップペスト」のように認(rèn)識が少し簡単になります。別のテーマをインストールしましょう。テーマを最小限に抑えることは素晴らしく見えるので、それを使用しましょう。

プロセス全體が1分以內(nèi)に完了します - テーマがインストールされ、アクティブ化されており、ウェブサイトを更新して効果を確認(rèn)できます。

もちろん、それはデモよりもはるかに美しいものではありませんが、內(nèi)容が大きく異なる場合、これを期待するのは難しいです。いくつかの小さな変更がこの問題を解決できます。

美しいurl

ApacheサーバーとNginxで、書き換えモジュールがアクティブになっていない場合、PageKit URLはindex.phpを含むurlのurlをデフォルトします。 Apacheで素晴らしいURLを取得するには、モジュールを有効にする必要があります。サーバーのセットアップドキュメントを參照してください。 NGINXでは、Homestead Improvedのデフォルト設(shè)定はきれいなURLをサポートします（つまり、それらは

）が機(jī)能しますが、PageKitは有効化されていることを検出できないため、デフォルトでは內(nèi)部的に有効になりません。それをだますために、サーバー構(gòu)成にカスタム値を追加できます：

sudoサービスnginxの再起動を使用してサーバーを再起動すると、Apacheの書き換えモジュールが有効になっているとPageKitが考えると、システム全體に美しいURLがアクティブになります。以下は、完全なサンプルサーバー構(gòu)成です：

<code>fastcgi_param HTTP_MOD_REWRITE On;</code>

安全

<code>server {
    listen 80;
    listen 443 ssl;
    server_name pagekit.app;
    root "/home/vagrant/Code/pagekit";

    index index.html index.htm index.php;

    charset utf-8;

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    location = /favicon.ico { access_log off; log_not_found off; }
    location = /robots.txt  { access_log off; log_not_found off; }

    access_log off;
    error_log  /var/log/nginx/pagekit.app-error.log error;

    sendfile off;

    client_max_body_size 100m;

    location ~ \.php$ {
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
        fastcgi_index index.php;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param HTTP_MOD_REWRITE On;
        fastcgi_intercept_errors off;
        fastcgi_buffer_size 16k;
        fastcgi_buffers 4 16k;
        fastcgi_connect_timeout 300;
        fastcgi_send_timeout 300;
        fastcgi_read_timeout 300;
    }

    location ~ /\.ht {
        deny all;
    }
}</code>

不思議なことに、PageKitは、パブリックサブフォルダーの代わりにアプリケーションのエントリポイント（index.php）をルートフォルダーに配置することにより、ベストプラクティスに反対します。 nginx（およびローカル.htaccessファイルを読み取らないApache）では、これは誰でもURLバー（pagekit.dbなどの重要なファイルにアクセスできるため、重大なセキュリティリスクがあります。 .com/pagekit.dbで十分です。

この問題を解決するには、.htaccessファイルから抽出された非常に元のコード行を使用して、サーバースクリプトをさらに変更する必要があります。上記の場所を追加してください?.php $ {：

<code>location ~ /(composer.lock|pagekit.db|installed.json|composer.json|package.json|bower.json|CHANGELOG.md|README.md|gulpfile.js|webpack.config.js|pagekit) 
{ 
        deny all; 
}</code>

これは非常に獨(dú)創(chuàng)的で昔ながらのソリューションですが、機(jī)能します。 PageKitチームが近い將來にこのフォルダー構(gòu)造を取り除くことができることを願っています。

PageKitのWebサイト

を展開します

PageKitはデフォルトでデータベースとしてSQLiteを使用し、データベースファイルが同じフォルダーに保存されているため、PageKit Webサイトの展開は靜的Webサイトをアップロードするのと同じくらい簡単です。完全なガイドは、Laravel Forgeと元のDigitalocean Githubメソッドを使用してここにあります。それらのいずれかを選択できます！

結(jié)論

一見すると、PageKitは他のCMSに代わる優(yōu)れた代替品のようです。ユーザーインターフェイスは素晴らしく、開発者のエコシステムは非常にフレンドリーで、プラグインシステムは十分に構(gòu)築され、耐久性があります。投稿コピー、マークダウン、UIのVUEJSの十分なデフォルト設(shè)定、Webサイト、ブログ/コメントなど、いくつかの優(yōu)れたデフォルト機(jī)能が含まれており、現(xiàn)在の設(shè)定に欠落しているすべてが拡張機(jī)能を使用して簡単に追加できます。

しかし、それはその欠點がないわけではありません。

まず、そのセキュリティはユーザーのサーバーのセットアップに依存します。つまり、多くの変更がなければ、それは本來のようにクロスプラットフォームではありません - 私たちは皆最も直感的な編集ファイル。さらに、組み込みのPHPサーバーは実際には正しくテストするために使用されていないため、一部のマシンの「試行」係數(shù)が制限され、開発が発生した場合に生産対応のPHPネイティブサーバーの開発におけるアプリケーションの機(jī)能が確実に弱まります。 PageKitチームは、間違いなくPHPサイドセキュリティチェックを追加し、.htaccessファイルを使用しようとしないようにする必要があります。

第二に、データベースからデータをエクスポートすることは現(xiàn)在不可能です。これにより、ユーザーがsqliteに飽きてコンテンツの移植性を制限する場合、MySQLにアプリケーションをポートすることは実用的ではありません。すべてをSQLiteにローカルに設(shè)定して投稿してから、データをアップロードしてMySQLをリアルタイムアプリケーションで使用します。

最後に、完全なカスタムストレージ（現(xiàn)在は靜的ファイルのみがローカルに保存されますが、これは拡張機(jī)能で実行できます）とより短いセッションライフサイクル（これは、単純なキープライブの修正で実行できます。 ）、しかし、これは確かに小さな不満です。

市場はまだかなり空ですが、物事が発展し始めると、それが急速に成長することは間違いありません。今後のチュートリアルは確かに役立ちますが、「WordPress Killer」ですか？まだ。それは確かにGhostのような競合他社よりも潛在的な可能性を持っていますが、MVPからMを除去して大衆(zhòng)を喜ばせるのではなく、MVPの完成に集中する必要があります。機(jī)能性が低く、スケーリングしやすいがデフォルトで完全に実行されるCMSが必要です。 pagekitを試しましたか？どう思いますか？コメントでお知らせください！

pagekit cms

に関するよくある質(zhì)問

PageKit CMSは他のCMSプラットフォームとどう違うのですか？

PageKit CMSは、そのシンプルさ、スケーラビリティ、速度で際立っています。 Vue.JSやSymfonyコンポーネントなどの最新のテクノロジーを使用して構(gòu)築されており、開発者にとって強(qiáng)力なツールになります。また、シンプルで直感的なインターフェイスがあり、非技術(shù)的なユーザーがコンテンツを簡単に管理できるようにします。さらに、PageKitはオープンソースです。つまり、開発者コミュニティによって改善され続けることを意味します。

PageKit CMSをインストールする方法は？

PageKit CMSのインストールは非常に簡単です。公式WebサイトまたはGitHubリポジトリからダウンロードできます。ダウンロード後、ファイルをWebサーバーディレクトリに抽出します。次に、WebサイトURLに移動すると、インストールウィザードがセットアッププロセスを進(jìn)めます。データベースの詳細(xì)を提供し、管理者アカウントを作成する必要があります。

eコマースにPageKit CMSを使用できますか？

はい、eコマースにPageKit CMSを使用できます。組み込みのeコマース機(jī)能はありませんが、強(qiáng)力なeコマースソリューションであるSniCartと統(tǒng)合できます。 Snicartを使用すると、PageKit Webサイトにショッピングカートを追加して、製品、注文、顧客を管理できます。

私のpagekitウェブサイトの外観をカスタマイズする方法は？

PageKit CMSはテーマをサポートしており、Webサイトの外観をカスタマイズできます。 PageKit Marketplaceで利用できるさまざまな無料および有料のトピックから選択できます。さらに、HTML、CSS、およびJavaScriptを知っている場合は、獨(dú)自のテーマを作成できます。

PageKit CMSを使用してどのような種類のWebサイトを構(gòu)築できますか？

PageKit CMSはさまざまであり、ブログやポートフォリオから企業(yè)のWebサイトやオンラインストアまで、さまざまなWebサイトを構(gòu)築するために使用できます。そのスケーラビリティにより、モジュールを介してWebサイトに機(jī)能を追加できます。強(qiáng)力なコンテンツ管理機(jī)能により、コンテンツを簡単に管理できます。

pagekit cmsは安全ですか？

はい、pagekit cmsは安全です。最新のテクノロジーを使用して構(gòu)築されており、最良のセキュリティプラクティスに従います。 CSRF保護(hù)、パスワードハッシュ、セキュアCookieなどの機(jī)能が含まれています。ただし、他のCMSと同様に、最新の狀態(tài)を維持し、優(yōu)れたセキュリティプラクティスに従ってWebサイトを保護(hù)してください。

私のpagekitウェブサイトの機(jī)能を拡張する方法は？

拡張機(jī)能をインストールして、PageKit Webサイトの機(jī)能を拡張できます。拡張機(jī)能は、ウェブサイトに新しい機(jī)能を追加するプラグインのようなものです。 SEOツールやソーシャルメディアの統(tǒng)合から、フォームやギャラリーの連絡(luò)先まで、PageKit市場にさまざまな拡張機(jī)能を見つけることができます。

PageKit CMSは多言語Webサイトをサポートしていますか？

はい、PageKit CMSは多言語のWebサイトをサポートしています。複數(shù)の言語でコンテンツを作成し、組み込みの多言語サポートで簡単に管理できます。言語パックをインストールして、管理インターフェイスを翻訳することもできます。

既存のWebサイトをPageKit CMSに移行できますか？

既存のWebサイトをPageKit CMSに移行することは、現(xiàn)在使用しているプラ??ットフォームに応じて複雑なプロセスになる可能性があります。組み込みの移行ツールはありませんので、コンテンツを手動で移動して新しいPageKit Webサイトを構(gòu)成する必要があります。ただし、PageKitのシンプルさと柔軟性は、この作業(yè)を努力する価値がある場合があります。

PageKit CMSのコミュニティまたはサポートはありますか？

はい、PageKit CMSをサポートする動的な開発者とユーザーコミュニティがあります。公式ウェブサイト、GitHubリポジトリ、コミュニティフォーラムでヘルプとリソースを見つけることができます。また、PageKitを始めるのに役立つ多くのチュートリアルやガイドがオンラインであります。

以上が最初にPageKit CMSを見てください - クリーン、拡張可能、高速ですが...の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。