這是 PHP 分類的頁面，點擊下面标題查看詳細文章内容：
在Drupal網站有時候有多個内容類型之間需要互相連接，例如内容類型company中的字段field_address，需要查找内容類型location中field_street相同的node，然後在company的顯示模闆中field_address做一個指向location中這個node的鍊接。
在Drupal 7中可以通過Entity查詢來實現，不過因為location中的field_street可能有很多是重複的，我們隻能取其一，就可以在查詢中限制隻找到第一個range(0,1)，具體代碼如下：
$address = $f
幾年前剛接觸Drupal的時候，為了讓顯示的内容更豐富、也便于做Views、便于内部搜索，在Drupal 6中曾經使用過Computed Field（需要設置計算結果保存到數據庫才能進行Views、搜索索引等工作），也就是一種可以嵌入PHP代碼來實現計算、變換的字段，這個确實有很大的靈活性。
不過随着對Drupal的了解，讓顯示的内容更豐富其實隻需要修改模闆，便于做Views、便于内部搜索也可以做成固定的字段，隻要事先對需要導入的文本進行一些處理就可以，在Drupal 7裡面就基本沒有用過這種字段了。
Drupal 8在2015年11月
前段時間準備把百度廣告管家的代碼改為百度聯盟的代碼，順便還想再比較一下百度、Google廣告的一些數據，現在對Drupal模闆、PHP程序比較熟悉了，所以采取在模闆中嵌入PHP程序來随機出現Google/百度相關代碼就很容易實現。
<?php
$number_rand = rand(0,1);//0:google,1:baidu
if ($number_rand == 0) {
$ad1 = '<script async src="//pagead2.googlesyndication.com/pagea
以前Drupal 6的網站遷移到阿裡雲服務器後，我們使用的是PHP 5.4，出現了幾個以前沒有的報錯，在網上查了一下，說是Drupal 6比較老了，隻支持到PHP 5.2，用在5.3以後可能會出現各種問題。沒有辦法，這樣情況隻好先自己改一下代碼，下面就把改過的記錄下來：
報錯信息：warning: Creating default object from empty value in .../modules/taxonomy/taxonomy.pages.inc on line 33. 解決辦法：
MediaWiki用了9年多還從來沒有嘗試過編寫擴展程序，有擴展需求也是在MediaWiki官方網站上去尋找能滿足需求的第三方擴展。不過有用Drupal過程中積累下來的編寫模塊的經驗，也應該可以編寫出MediaWiki的擴展模塊。
以前為了在Wiki頁面中輸出一段循環代碼，用過一個叫做include_PHP的擴展，把php程序嵌入到Wiki中，但現在這個擴展已經找好不到了，是因為安全問題已經被删除了，更無法找到升級版本。前一陣子在導入新數據的時候，就遇到報錯的情況而無法解決。
所以決心要自己來編寫一個擴展程序解決，今天花了一下午的時間，
最近在繼續把一些網站從托管的自己服務器向雲服務器轉，做網站很多年了，少不了一些以前用301重定向做的網站調整，例如某個子域名telecode.027.net後來單獨申請域名www.chahaoba.com後就一直用的301重定向，這樣的重定向按照搜索引擎優化的說法是需要保持至少6個月，但我們基本上保持了幾年，期間機房、服務器也多次變化，每次都需要記得去進行修改設置。
這樣的跳轉做得多了、服務器搬遷也多了，有些記不得了，這次幹脆趁着再次搬遷的時候來一個整體梳理，把所有以前做過的301重定向全部列出來，還專門做了一個PHP程序來檢測看是否跳轉、跳轉是否正确，把這個
Google的網站站長管理平台中可以看到Google Bot抓取遇到的錯誤，而且錯誤比較多的時候，會有郵件提醒，這是個不錯的功能，當系列網站多以及頁面多、服務器多的時候，很難人工都及時檢查到各種頁面的各種錯誤，有Google的提醒能讓我們及時獲取異常信息、及時檢查處理。
一般後台看到報錯不是太多的時候，我們就沒有處理（Google Bot會自己定期去檢查錯誤是否修複）或者馬上人工标記為已修複，人工标記存在一個數量限制的問題，一個站點每天隻能最多修複1000條，這樣如果遇到報錯有上萬、上十萬的時候，理論上就需要數十天甚至上百天來修複。
查看了最新
最近在對國内服務器進行硬盤的替換升級的時候，發現有一台服務器把數據庫遷移到新硬盤後，以前的老硬盤依然非常繁忙（用iostat檢查），仔細查看後，發現有一些MySQL數據庫用的InnoDB格式，即使把數據庫目錄搬遷後，實際數據依然放置在以前的硬盤上。
Drupal 7默認是采用InnoDB數據庫引擎以利用其一些獨特的特性，但我們的系列網站數據量很大，需要分散放置各子網站的數據庫才好，所以我們都是改為使用MyISAM數據庫，以前曾經修改過Drupal的Core文件來實現數據庫引擎的變更，但這在Drupal系統升級的時候就丢失了，這樣導緻一些新建網站的數據庫表，以及一些
最近想把一些下載到的Word或者PDF文檔放置到以前的MediaWiki網站中去，格式轉換有些麻煩，網上可以找到一些工具，但似乎都不是很适合我來用。
Word文檔可以另存HTML文件（使用過濾的HTML格式可以去掉圖片等附加文件），但打開HTML查看源文件會發現大量字體css代碼需要清理。
我想嘗試搞個PHP小程序來進行過濾，如下：
<?php /* * input的html内容簡化到output1，然後轉成mediawiki格式的output2 * James Qi 2013-11-10 */ if (isset($_POST['i
對于持久化專業運營網站來說，對網站的監控必不可少，以我們自己的理解，網站監控需要做的兩件基本事情：
說到網站監控，以我們的了解，可以采取的辦法有以下幾種：
2002-2023 v11.7 a-j-e-0