潮喷失禁大喷水aⅴ无码 ,国产a三级久久精品

Pagekit CMS 提供了一個簡潔、可擴展且快速的平臺，適用于個人博客及更多用途，并擁有用戶友好的界面和開發(fā)者友好的生態(tài)系統(tǒng)。
安裝過程流暢，平臺原生支持 Markdown，內(nèi)置博客擴展，并提供擴展和主題的市場。
Pagekit 的安全性嚴重依賴于服務器設置，缺乏內(nèi)置的 PHP 端安全檢查，這可能會限制其跨平臺適應性，除非進行重大修改。
盡管 Pagekit 擁有諸多優(yōu)點，但目前仍缺乏數(shù)據(jù)導出功能，限制了內(nèi)容的可移植性，其市場也仍處于發(fā)展初期。

安裝

注意：我們將使用 Homestead Improved 作為測試環(huán)境。所有命令（如有）都將基于此環(huán)境列出。如有必要，請根據(jù)您自己的操作系統(tǒng)進行調(diào)整。

安裝方法是下載并解壓其存檔文件，然后將 Web 服務器指向新創(chuàng)建的文件夾。Pagekit 將立即顯示安裝界面。

First Look at Pagekit CMS - Clean, Extensible, Fast, But...

經(jīng)過簡短但極其流暢的安裝過程后，我們將進入儀表板。

First Look at Pagekit CMS - Clean, Extensible, Fast, But...

從儀表板，我們可以訪問網(wǎng)站的其他所有部分，例如管理用戶、配置新頁面和路由、安裝主題和擴展、處理小部件等等。

默認情況下，權限/角色子系統(tǒng)功能有限，僅支持已認證用戶、管理員和訪客，但這對于我們在此測試的博客來說已經(jīng)足夠了。如有需要，以后可以在“角色”屏幕中添加更多角色。

Pagekit 博客設置

自定義頁面

首先，讓我們設置一個“關于”頁面。如果我們進入“站點”，然后進入“頁面”，就可以設置一個新頁面。方便的是，Pagekit 原生支持 Markdown，因此我們可以用它來編寫內(nèi)容。

First Look at Pagekit CMS - Clean, Extensible, Fast, But...

頁面（以及指向它的鏈接）將立即出現(xiàn)在我們網(wǎng)站的首頁：

First Look at Pagekit CMS - Clean, Extensible, Fast, But...

博客

然后，要設置博客，我們需要安裝博客擴展。幸運的是，它已作為默認擴展存在，并可在主菜單中訪問。其中還有一個示例帖子：“Hello Pagekit”。

作為開發(fā)者，我需要編寫大量代碼片段，因此查看這些代碼片段在帖子中的顯示方式至關重要。讓我們修改示例帖子，加入一些技術內(nèi)容和一兩張圖片。我將使用之前發(fā)表在 SitePoint 上的一篇帖子。

First Look at Pagekit CMS - Clean, Extensible, Fast, But...

看起來不錯——比默認主題的預期效果要好得多——但只有內(nèi)聯(lián)代碼似乎被高亮顯示了。其余部分是純文本。讓我們看看如何解決這個問題。

擴展

Pagekit 配備了一個很棒的市場，雖然目前還比較空，但擴展/主題的安裝/下載過程非常完善。它簡單易用，而且相對容易開發(fā)，不會將開發(fā)的包變成一團糟的意大利面條代碼。

方便的是，市場中已經(jīng)有一個 Highlight 擴展，顯然是為開發(fā)者從第一天就開始準備的。

First Look at Pagekit CMS - Clean, Extensible, Fast, But...

安裝很簡單，而且讓每個 PHP 開發(fā)者都高興的是，它是通過 Composer 完成的。

First Look at Pagekit CMS - Clean, Extensible, Fast, But...

只需刷新博客帖子的渲染，即可看到它的作用——它會自動啟用！

First Look at Pagekit CMS - Clean, Extensible, Fast, But...

好多了！

自定義主題

不過，默認主題有點太標準了。它很漂亮，但是隨著越來越多的人使用 Pagekit，網(wǎng)站開始看起來很相似，變得有點太容易識別了——就像“Bootstrap 瘟疫”一樣。讓我們安裝另一個主題。最小化主題看起來很棒，所以讓我們使用它。

不到一分鐘，整個過程就完成了——主題已安裝并激活，刷新網(wǎng)站即可看到效果。

First Look at Pagekit CMS - Clean, Extensible, Fast, But...

當然，它遠不如演示版漂亮，但是當內(nèi)容差異如此之大的時候，人們很難期待這一點。一些小的修改就能解決這個問題。

漂亮網(wǎng)址

在未激活重寫模塊的 Apache 服務器和 Nginx 上，Pagekit 網(wǎng)址默認為包含 index.php 的丑陋網(wǎng)址。要在 Apache 上獲得漂亮的網(wǎng)址，需要啟用該模塊——請參閱您的服務器設置文檔。在 Nginx 中，Homestead Improved 的默認設置將支持漂亮的網(wǎng)址（即它們將工作），但是 Pagekit 默認情況下不會在內(nèi)部啟用它們，因為它無法檢測到它們已啟用。為了欺騙它，我們可以向服務器配置中添加一個自定義值：

<code>fastcgi_param HTTP_MOD_REWRITE On;</code>

一旦我們使用 sudo service nginx restart 重啟服務器，這將使 Pagekit 認為 Apache 的重寫模塊已啟用，這反過來又會在整個系統(tǒng)中激活漂亮的網(wǎng)址。下面是一個完整的示例服務器配置：

<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——網(wǎng)站的整個數(shù)據(jù)庫），只需鍵入 mypagekit.com/pagekit.db 即可。

為了解決這個問題，我們需要使用幾乎逐字從它們的 .htaccess 文件中提取的一行非常原始的代碼進一步修改服務器腳本。在 location ~ .php$ { 之上添加以下內(nèi)容：

<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>

First Look at Pagekit CMS - Clean, Extensible, Fast, But...

這是一個極其原始和老式的解決方案，但它有效。我們只能希望 Pagekit 團隊在不久的將來能夠擺脫這種文件夾結構。

部署 Pagekit 網(wǎng)站

鑒于 Pagekit 默認使用 SQLite 作為數(shù)據(jù)庫，并且數(shù)據(jù)庫文件保存在同一文件夾中，因此部署 Pagekit 網(wǎng)站就像上傳靜態(tài)網(wǎng)站一樣簡單?？梢允褂?Laravel Forge 和原始 DigitalOcean Github 方法在此處找到完整的操作指南，您可以選擇其中一種！

結論

乍一看，Pagekit 似乎是其他 CMS 的一個不錯的替代品。用戶界面很棒，其開發(fā)者生態(tài)系統(tǒng)非常友好，其插件系統(tǒng)構建良好，并且經(jīng)久耐用。它包含一些很不錯的默認功能，例如帖子復制、Markdown、UI 中的 VueJS、網(wǎng)站和博客/評論方面的足夠默認設置，以及當前設置中缺少的所有內(nèi)容都可以輕松地使用擴展添加。

但是，它也并非沒有缺點。

首先，其安全性依賴于用戶對服務器的設置情況，這意味著如果沒有進行大量的修改，它就不像應該的那樣具有跨平臺性——我們都知道 Nginx 和 Apache 配置文件并不是最直觀的編輯文件。此外，內(nèi)置的 PHP 服務器實際上不能用于正確測試它，這限制了某些機器上的“試用”因素，并且在開發(fā)生產(chǎn)就緒的 PHP 原生服務器方面肯定削弱了應用程序的功能，如果它真的被開發(fā)出來的話。Pagekit 團隊絕對應該加入一些 PHP 端安全檢查，并避免嘗試使用 .htaccess 文件。

其次，目前無法從數(shù)據(jù)庫導出數(shù)據(jù)。這使得在用戶對 SQLite 感到厭倦后將應用程序移植到 MySQL 變得不切實際，并且限制了內(nèi)容的可移植性——想象一下，在 SQLite 中本地設置所有內(nèi)容并編寫帖子，然后將數(shù)據(jù)上傳到使用 MySQL 的實時應用程序中。

最后，我們還可以列出無法設置完全自定義存儲（目前僅在本地保存靜態(tài)文件——但這可以通過擴展來完成）和較短的會話生命周期（這可以通過簡單的 keepalive ping 來解決），但這確實是很小的抱怨。

市場仍然相當空，但我毫不懷疑，一旦事情開始發(fā)展，它就會迅速發(fā)展——我們即將推出的教程一定會對此有所幫助——但它是一個“WordPress 殺手”嗎？還不是。它肯定比 Ghost 等競爭者更有潛力，但它需要專注于完善 MVP，而不是為了取悅大眾而從 MVP 中刪除 M。我們需要一個功能更少、易于擴展但默認狀態(tài)下運行完美的 CMS。

您嘗試過 Pagekit 嗎？您對它有什么看法？請在評論中告訴我們！

關于 Pagekit CMS 的常見問題

Pagekit CMS 與其他 CMS 平臺有何不同？

Pagekit CMS 因其簡潔性、可擴展性和速度而脫穎而出。它使用 Vue.js 和 Symfony 組件等現(xiàn)代技術構建，這使其成為開發(fā)人員的強大工具。它還具有簡潔直觀的界面，使非技術用戶也能輕松管理其內(nèi)容。此外，Pagekit 是開源的，這意味著它會不斷得到開發(fā)人員社區(qū)的改進。

如何安裝 Pagekit CMS？

安裝 Pagekit CMS 非常簡單。您可以從官方網(wǎng)站或 GitHub 存儲庫下載它。下載后，將文件解壓到您的 Web 服務器目錄。然后，導航到您的網(wǎng)站 URL，安裝向?qū)⒁龑瓿稍O置過程。您需要提供您的數(shù)據(jù)庫詳細信息并創(chuàng)建一個管理員帳戶。