Skip to main content

Drupal 模組介紹

讓搜尋引擎更認識網站 - Drupal XML sitemap 模組介紹

Submitted by admin on Mon, 12/16/2019 - 15:15

簡介:

搜尋引擎必須先知曉一個網頁頁面存在,才能夠把它呈現給搜尋相關內容的使用者。而這個模組可以幫助我們自動建立網站地圖,方便搜尋引擎了解我們的網站有哪些頁面。

如果您對sitemap是什麼東西並沒有一個初步的概念,可以來這裡看看: http://www.industion.com/sitemap.xml

在介紹模組如何使用之前,我們先來介紹一下搜尋引擎是如何探索網路上的內容的。

根據google自己的描述,google搜尋引擎的資料來源包含網頁、使用者提交的內容、書籍掃描以及公開資料庫的內容等等。而其中網頁的檢索方式是:瀏覽已知的網站頁面。

如果google已知的網站裡面有個連結,而這個連結指向一個尚未被記錄的網頁,google搜尋引擎便會把這個新的網頁納入自己的資料庫中。透過不停地進行這個檢索動作,google的搜尋引擎不斷的擴充自己所知道的網頁的數目,並在使用者搜尋時從這裡面找出最符合的結果呈現出來。

將使用者重新導向 - Drupal redirect 模組介紹

Submitted by admin on Sat, 12/14/2019 - 05:28

 

簡介:

這個模組可以設定導引規則,在使用者輸入site.com/pageA試圖要連上網站時,把使用者導引到設定好的site.com/pageB去。

這在我們安裝了一些像是pathauto之類的模組來產生網頁的別名時尤其好用。同一個網址有多個別名時,可能產生兩個以上不同的網址指向同一份網頁內容。除了可能會令使用者感到困惑之外,也可能造成搜尋引擎的重複內容判定,不利網站的SEO。

舉個例子,假設我們剛看完如何設定pathauto的文章並動手完成設定,我們可以在pathauto的管理清單上看見設定好的大量別名。例如/node/18有一個/blog/drupal-redirect-module的別名,此時無論透過哪個url連結網站,最後呈現出來的網頁其實是相同的。

redirect模組的功用在於,當任何使用者試圖連結/node/18的時候,把他們導引到/blog/drupal-redirect-module的url上面。

 

如何使用:

讓搜尋引擎更認識網頁 - Drupal metatag 模組介紹

Submitted by admin on Fri, 12/13/2019 - 06:45

 

簡介

metatag這個模組名稱對於非資訊類別出身的人可能會聽得有點霧煞煞。其實這個名子來自於電腦科學中的metadata,意思是關於資料的資料。

在這邊第一個資料指的是瀏覽網頁可見的資料,例如部落格的標題、文章等等內容,metadata則是描述部落格的標題、文章等等的資料的資料。

聽起來是不是有點繞口?

簡而言之,網頁除了呈現給使用者觀看之外,還可以另外準備一筆簡單的自我介紹給搜尋引擎觀看。這可以幫助搜尋引擎更精準的判定網頁內容是否符合使用者的需求。另外,關於一些通訊軟體或是社群軟體常見的,貼上網址後會跳出一個小預覽窗的功能,也是透過metatag的資訊達成的。

這個模組可以在網頁上根據不同的內容類別來產生metatag,幫助瀏覽器更好的認識我們的網頁。

如何使用

模組網址: https://www.drupal.org/project/metatag

在這邊說明一下,下載模組後的extend頁面可以看到非常多的metatag相關的擴充,像是下圖

如何美化文章網址 - Drupal pathauto 模組介紹

Submitted by admin on Thu, 12/12/2019 - 08:48

 

簡介

pathauto模組提供一個可自動化的URL轉換功能,

舉例而言,原本在Drupal中新增一篇文章,我們獲得的網址是site.com/node/1234。

這個模組可以根據設定好的規則產生一個別名,例如site.com/article/title來連結到相同的網頁上面,好讀之外也有助於SEO優化。

不過pathauto並不會處理url別名造成的內容重複問題,關於這部分請參考Drupal redirect模組介紹

 

如何使用

模組網址: https://www.drupal.org/project/pathauto

安裝完成後我們可以在管理員列表Configuration > Search and metadata > URL aliases 找到這個模組的控制面板,點選Patterns分頁。

Drupal 透過composer安裝模組時遭到killed

Submitted by admin on Mon, 12/09/2019 - 13:15

會發生這種狀況多半是因為我們正在一個運算資源有限的主機上試圖使用composer require指令,這尤其容易發生在租賃價格對低廉的入門伺服器上,伺服器會把佔用太多運算資源的process給移除掉,導致我們在終端機上看到process killed的結果。

在不更動遠端伺服器規格的前提下,解決方案非常的簡單:把composer移到不會限制運算資源的機器上運行,再把結果上傳就好了。

 

話說回來,都能夠用composer安裝模組了,相信會遇到這種問題的人應該對網頁主機的架構有一點基本的認識,下面會用比較精簡的方式描述解決步驟。

 

1. 把網頁所在的root document資料夾打包壓縮下載到自己的機器上。這個資料夾是指放置整個網頁相關資料的最上層目錄。

2. 把這些檔案在在本地端機器,或是任何一台不會限制運算資源的伺服器。進入剛才下載回來的root document副本,執行composer require your/module。

3.執行完畢後把本地端更新過後的composer.lock以及composer.json檔案上傳至資源受限的伺服器,覆蓋掉原本的檔案。

4.在伺服器上執行composer install命令。