除了剛推出新工商名錄網站以外，我們也整理了以前的行業數據，做成了行業名錄網站，把原始數據中幾百個行業、幾千個文件分為幾十個大類，這個行業名錄網站沒有做成新工商名錄那樣幾十個子網站，而是統一在一個網站中，用分類來分開：
行業名錄網站，行業名稱、包含的企業數量如下：
去年下半年開始就以做外文網站為主，少有中文網站推出，最近把積累的一些數據與同事一起整理，準備逐步再添加網站推出。除了很老舊的工商企業名錄以外，我們去年也新添了一些更新數據，先隻是在名錄集數據超市進行銷售，現在添加了最新幾個月的數據後也做成了網站：
新工商名錄
| 省份 |
前一陣子在設置用Drupal搭建的系列網站時，因為子網站數量衆多（上百個），不得不考慮使用批量設置的辦法來進行初始設置及修改，否則逐個網站去點擊鼠标進行設置的話，每個站點起碼要點擊幾百次，總的鼠标點擊次數要達到數萬甚至更多，即使鼠标不崩潰的話，人恐怕也得崩潰了。 用Drush是必然的選擇，但實際設置中Drush也無法解決所有的問題，還綜合使用了一些其它的辦法，包括直接修改MySQL數據庫，現在把一些典型的修改辦法記錄如下。 首先要做的是做一個循環sh批處理程序，對需要設置的衆多網站進行逐個處理，例如： < 前幾年我在網上對國外付款基本上都是用的PayPal，這兩年也開始用PayPal來進行一些收款，知道國外還有一些支付方式，例如Google Checkout, Moneybookers等，但基本都沒有用過。 前一陣子開始有客戶咨詢我們能否使用一種叫做LibertyReserve的方式付款給我們，我們嘗試着接受了幾次，并進行了兌換提現，覺得還不行。其中對賣家有利的一點是買家的付款是不能撤銷的，我們在接受PayPal付款中多次遇到信用卡非法授權而用戶要求退款的。 在Drupal官方網站找到了與UberCart配套的LibertyReserve模塊：L  我們做的Drupal網站多是數據查詢、展示類型的，當數據量大的時候，導入就需要很長時間，而随着站點的建立、訪問，還會産生一些日志、緩存等數據，一些站點的MySQL數據庫占用空間會越來越大，部分甚至都超過10G了，導緻訪問很慢、備份困難。
前幾天發現一台Linux服務器的網站上發來的郵件突然很少甚至沒有了，可能導緻客戶聯系不上，檢查發現/var/spool/mail目錄下root中有一些沒有發出的郵件，其中說到：
 今年5月份寫了一篇《Drupal的多語言網站搭建和設置》，嘗試着用Drupal的多語言功能來搭建網站，後來更是添加了手機版，又記錄了一篇《網站擴展100倍：50種語言x(電腦版+手機版)》，這些設置都成功了，隻是在建立更多的系列網站時依然覺得有些麻煩，經過 以前升級Drupal網站都是按照規範的辦法來：先備份、升級第三方模塊、再升級核心、運行update、檢查配置、複制需要的老文件等。今天用Drush來升級了本站(jamesqi.com)做實驗，直接在服務器的本站目錄中運行drush pm-update，然後按照屏幕提示回答幾個yes就可以了，系統自動進行以下事項：
以前就知道Drupal有個名為Drush的Shell工具，但沒有用過，最近需要對好多個Drupal網站進行一些初始設置，人工操作web上的菜單會非常費時費力。上周去花了些時間安裝調試那個Drush工具，簡直是神器啊，設置的效率起碼提高幾十上百倍！ Drush除了一些與Drupal核心模塊配合的功能以外，還可以與一些第三方模塊配合，例如與Language配合的添加語言功能、與Xmlsitemap配合的生成站點地圖功能等，确實非常有用，某些情況下可節約大量操作時間，周末這兩天就在服務器上運行一些通過l10n進行的翻譯更新，下周将在更多服務器上安裝Drush。 我們在2010年9月就開始采用“AdSense自有搜索廣告”，2011年1月發現AFS廣告代碼中多一個逗号引起的IE浏覽器兼容性問題，修改後加強了這種AFS - Ads-Only的投放，一度收入提升明顯。 但似乎總有部分用戶向我們反映訪問我們的一些網站時遇到報錯，這種情況斷斷續續有一年多了，期間也遇到與其他網絡問題（例如國内DNS問題）混淆，難以進行準确判斷和解決。 上周再次遇到客戶反映我們部分網站打不開，我們自己用公司内同事的多台機器、多種浏覽器查看，發現有部分浏覽器查看部分網站的時候始終遇到報錯的情況。 讓技術部同事幫忙檢查，說是其 站内搜索2002-2023 v11.7 a-j-e-0 |
|---|
