Pages

Subscribe:

Ads 468x60px

Labels

顯示具有 PHP 標籤的文章。 顯示所有文章
顯示具有 PHP 標籤的文章。 顯示所有文章

2016年11月18日 星期五

PHP 開發者工具

資料來源

Written by Simon Asika on

Landscaping With PHP Tools

Coding Tools

Editor

IDE

Online REPL's/editors/IDE's

Online PHP Sandbox


Cloud Hosting

IaaS

PaaS

VPS


Server Package

Apache


Project Management

Continuous Integration

Team Communication

Development Environment


Framework

Full-Stack

Lightweight

Micro

Extension Manager


Application

CMS

Wiki

Forum

File Manager

App Store & Manager

Auto deploy applications.

Library

ORM & Datamapping

Assets Manager

Debug / Profiler / Error Report

API Connection

Template Engine

Log

Parser

Testing

Command Line Tool

Code Generator

Image


Debugging Tools


Documention Generator


Coding Standard

Guide

Helper

2016年11月16日 星期三

CakePHP 3 Tutorial - part 1: Introduction & Installation

主流PHP框架的優缺點對比分析

資料來源: 網頁教學基地


PHP是一種在國內外都比較流行的開原始伺服器端腳本開發語言。能夠適應大中小型專案的開發需求。我們將在這篇文章中向大家介紹幾款主流PHP框架及其相關優缺點評比,作為一個參考分享給朋友們。
  主要參考的PHP框架包括:CodeIgniterCakePHPZendFrameworkSymfony。我對很多框架也沒有認真使用,只是簡單試用了一下,可能很多看法不成熟或者是錯誤的,請大家指正,一起成長。
  CodeIgniter
\
  優點:
  1. 配置簡單,全部的配置使用PHP腳本來配置,執行效率高;具有基本的路由功能,能夠進行一定程度的路由;具有初步的Layout功能,能夠製作一定程度的介面外觀;資料庫層封裝的不錯,具有基本的MVC功能
  2. 快速簡潔,代碼不多,執行性能高,PHP框架簡單,容易上手,學習成本低,文檔詳細;自帶了很多簡單好用的library,框架適合小型應用
  缺點:
  1. Model層簡單的理解為資料庫操作
  2. PHP框架略顯簡單,只能夠滿足小型應用,略微不太能夠滿足中型應用需要
  評價:
  總體來說,拿CodeIgniter來完成簡單快速的應用還是值得,同時能夠構造一定程度的layout,便於範本的複用,資料操作層來說封裝的不錯,並且CodeIgniter沒有使用很多太複雜的設計模式,執行性能和代碼可讀性上都不錯。至於附加的 library 也還不錯,簡潔高效。
  CakePHP
\
  優點:
  1. CakePHP是最類似於RoRPHP框架,包括設計方式,資料庫操作的Active Record方式;設計層面很優雅,沒有自帶多餘的 library,所有的功能都是純粹的框架,執行效率還不錯;資料庫層的 hasOne, hasMany 功能很強大,對於複雜業務處理比較合適;路由功能,配置功能還不錯;自動構建腳手架(scaffold)很強大;適合中型應用;基本實現過了MVC每一層;具有自動操作命令列腳本功能;
  2. 文檔比較全,在國內推廣的比較成功,大部分都知道CakePHP,學習成本中等
  缺點:
  1. CakePHP非常嚴重的問題是把Model理解為資料庫層操作,嚴重影響了除了資料庫之外的操作能力
  2. CakePHPcache功能略顯薄弱,配置功能稍嫌弱;CakePHP不適合大型應用,只適合中型應用,小型應用來說略微的學習成本高了點
  評價:
  總體來說CakePHP框架代表了PHP框架很重要的一個時代和代表,並且目前發揮著很重要的作用,不少自己寫的框架都模仿了CakePHP的方式,是個里程碑式的產品;CakePHP透露著RoR的敏捷開發方式和把資料庫操作認為是唯一Model的設計思想,作為開發快速應用和原型是絕好的工具;同樣,用來做Web2.0網站的開發框架,也是值得選擇的。
  Zend Framework
\
  優點:
  1. 官方出品,自帶了非常多的 library,框架本身使用了很多設計模式來編寫,架構上很優雅,執行效率中等;MVC設計中,比較簡潔,具有路由功能,設定檔比較強大(能夠處理XMLphp INI),各種 library 很強大,是所有PHP框架中各種功能最全面的,包括它不僅是一個PHP框架,更是一個大類庫(取代PEAR),這是它的主要特色;能夠直觀的支援除資料庫操作之外的Model層(比 CodeIgniter CakePHP 強),並且能夠很輕易的使用Loader功能載入其他新增加的ClassCache功能很強大,從前端Cache到後端Cache都支援,後端Cache支持MemcacheAPCSQLite、檔等等方式;資料庫操作功能很強大,支援各種驅動(適配器)
  2. 文檔很全,在國內社區很成熟,並且目前不少Web 2.0網站在使用,學習成本中等
  缺點:
  1. MVC功能完成比較弱,View層簡單實現(跟沒實現一樣),無法很強大的控制前端頁面
  2. 沒有自動化腳本,創建一個應用,包括入口檔,全部必須自己手工構建,入門成本高
  3. Zend Framework 作為一個中型應用框架問題不大,也能夠勉強作為大型應用的PHP框架,但是作為一個很成熟的大型PHP框架來說,還需要一些努力
  評價:
  作為官方出品的框架,Zend Framework的野心是可以預見的,想把其他框架擠走,同時封裝很多強大的類庫,能夠提供一站式的框架服務,並且他們的開發團隊很強大,完全足夠有能力開發很強大的產品出來,所以基本可以確定的是Zend Framework前途無量,如果花費更多的時間去完善框架。同樣的,Zend Framework架構本身也是比較優雅的,說明Zend官方是有很多高手的,設計理念上比較先進,雖然有一些功能實現的不夠完善,比如View層,自動化腳本等等,這些都有賴於未來的升級。總體來說Zend Framework是最值得期待的PHP框架,當然,你目前要投入你的項目中使用也是完全沒問題的。
  Symfony
\
  優點
  1. Symfony 是我瞭解的PHP框架中功能最強大的,而且我使用時間比較長,但是很多功能還是沒有挖掘出來;它完整實現了MVC三層,封裝了所有東西,包括 $_POST$_GET 資料,異常處理,調試功能,資料檢測;包含強大的緩存功能,自動載入Class(這個功能很爽),強大的i18n國家化支持;具有很強大的view層操作,能夠零碎的包含單個多個檔;非常強大的配置功能,使用yml配置能夠控制所有框架和程式運行行為,強大到讓人無語;能夠很隨意的定義各種自己的class,並且symfony能夠自動載入(auto load)這些class,能夠在程式中隨意調用;包含強大的多層級專案和應用管理:Project --> Application --> Module --> Action,能夠滿足一個專案下多個應用的需要,並且每層可以定義自己的類庫,設定檔,layout;非常強大的命令列操作功能,包括建立專案、建立應用、建立模組、刷新緩存等等;
  2. Symfony絕對是開發大型複雜專案的首選,因為使用了Symfony,將大大節約開發成本,並且多人協作的時候,不會出現問題,在Project級別定義好基礎Class以後,任何模組都能夠重用,大大複用代碼
  缺點:
  1. 資料庫操作model採用了重量級的propelcreole,不過在我測試的版本中已經把他們移到了addon裡,可用可不用
  2. 緩存功能無法控制,每次開發調試總是緩存,需要執行 symfony cc, symfony rc 來清除和重建緩存;
  3. 效率不是很高,特別是解析範本和讀取設定檔的過程,花費時間不少;
  4. 學習成本很高,並且國內沒有成熟的社區和文檔,連中文手冊都沒有,相應的要掌握所有功能,需要花費比較多的時間
  評價:
  Symfony絕對是企業級的PHP框架,唯一能夠貌似能夠跟Java領域哪些強悍框架抗衡的東西;強悍的東西,自然學習複雜,但是相應的對專案開發也比較有幫助,自然是推薦複雜的專案使用Symfony來處理,覺得是值得,後期的維護成本比較低,複用性很強。相應的如果使用Symfony的應該都是比較複雜的互聯網項目,那麼相應的就要考慮關於資料庫分佈的問題,那麼就需要拋棄Symfony自帶的資料庫操作層,需要自己定義,當然了,Symfony支持隨意的構造model層。
  總結
  以上數款PHP框架,各有特色,而且都是開源項目,不過框架針對的項目不一樣,一般來說 CodeIngiter 比較適合小型項目,CakePHP Zend Framework 比較適合中型項目,Symfony 比較適合大型重量級項目,在項目選型的時候,要充分考慮框架的可以定制性、擴展性,因為每個項目都無法確定你是否會隨著需求的變化進行改變。
  相對來說,Zend Framework Symfony 應對變化的能力比較強,特別是能夠隨意定制 model 層的Class,能夠非常方便增加自己業務或者資料處理類,我是個人比較推薦在中大型項目中使用的PHP框架。

  CodeIngiter CakePHP 在中小型項目中同樣能夠發揮重大作用,快速開發和原型構建,非常適合目標不清晰的原型專案的開發。

cakePHP介紹

資料來源:維基百科

CakePHP is an open-source web framework. It follows the model–view–controller (MVC) approach and is written in PHP, modeled after the concepts of Ruby on Rails, and distributed under the MIT License.[2]
CakePHP started in April 2005, when a Polish programmer Michal Tatarynowicz[3] wrote a minimal version of a rapid application development in PHP, dubbing it Cake.[4][5][6] He published the framework under the MIT license, and opened it up to the online community of developers. In December 2005, L. Masters and G. J. Woodworth founded the Cake Software Foundation to promote development related to CakePHP.[6] Version 1.0 was released on May 2006.
One of the project's inspirations was Ruby on Rails, using many of its concepts. The community has since grown and spawned several sub-projects.[7][8]
In October 2009, project manager Woodworth and developer N. Abele resigned from the project to focus on their own projects, including the Lithium web framework (previously part of the CakePHP project). The remaining development team continued to focus on the original roadmap that was previously defined.[9]


2016年11月5日 星期六

gettext 製作 PHP 多國語系網站

資料來源

本篇文章會教您如何使用 php + gettext 實做多國語系的網站!
在製作多國語言網站時,可以將所有頁面設定為同一個翻譯檔,也可以個別設定翻譯檔。
在開始製作多國語言網站時,請先在您專案的跟目錄新增 lang 資料夾,然後裡面再新增語系資料夾,例如 zh_TWen_US,然後在您新增的各語系資料夾內再新增 LC_MESSAGES 資料夾,這個資料夾是在放語言檔的。(完整路徑範例為 /lang/zh_TW/LC_MESSAGES)

2015年12月11日 星期五

亂碼還原

我試了以下的做法
果然成功
當然搭配的編輯器也很重要

資料來源

以往本人要維護XOOPS 2.0.** 網站,常要使用自行上傳到空間且修改過編碼設定的phpmyadmin,而主機商提供的phpmyadmin則打入冷宮。現在,不管主機商的MySQL預設編碼為何,最新的XOOPS2.3.* 版可以讓主機商的phpmyadmin解凍。

曾在不久前於同一環境下再度安裝全新的兩個不同版本XOOPS - utf8 測試站,兩者皆用同一文字編碼與連線校對( UTF-8 Unicode ),再以主機商提供的phpmyadmin瀏覽,所得的結果是XOOPS 2.0.* 會出現亂碼,而XOOPS 2.3.* 則安然無事,中文顯示正常,由此可見XOOPS 2.3.* 在編碼方面已有明顯的改善。

雖然xoops 2.3.* 已改善了編碼方面的問題,但若是從舊版本升級至2.3.*,由於資料本質仍是以前的亂碼,升級後用主機商提供的phpmyadmin瀏覽,依然不能看到正常中文。若要使之正常,便要將主機商的phpmyadmin備份出來的亂碼資料還原為正常中文,而所需的工具就僅用一個輕便又強大的 EmEditor Professional 文字編輯器。

以下是在一個臨時建立的測試資料夾下所作的範例演示,建立於影子系統之下,儲存於此的資料檔案格式為sql,已在完成所有範例製作後重新啟動電腦,還原至沒有建立測試資料夾的狀態。

此例演示中的 EmEditor Professional 為已升級至最新版本的 8,與之前常用的版本7的不同之處在於多了如下圖7的警告視窗。

現在就來看看如何將亂碼還原成正常中文:

圖1) 開啟舊檔 
開啟舊檔

圖2) 在跳出的視窗中,「檔案類型」選SQL >>「編碼」選UTF-8 >> 「全部偵測」打勾 >> 按下開啟按鈕
跳出的視窗

圖3)按下按鈕後跳出如圖的視窗,自動偵測出UTF-8的準確值為100,這時不需作任何變更設定,就按下開啟按鈕。
自動偵測UTF-8

圖4)

圖 4a:這是其中的亂碼地方,是使用utf 8,實際以latin 1儲存的結果;
使用utf 8,實際以latin 1儲存

圖 4b:為版本資訊,紅框可以看到 set names 是 utf8;
set names 是 utf8

圖 4c:紅框裡的編碼與連線較對皆為utf8。在這亂碼的資料備份裡面,只有「註解」地方(如下圖)是正常中文。
編碼與連線較對皆為utf8

圖5) 要將亂碼還原為正常中文,那麼就另存新檔,下一步便要將utf 8編碼逆向存為latin 1
逆向存為latin 1

圖6)建立新檔名 >> 存檔類型選 SQL >> 編碼選西歐語系iso-8859-1(也就是latin 1) >> 按下儲存按鈕
存檔類型選; 編碼選西歐語系iso-8859-1

圖7) 這時會跳出警告視窗,不用擔心,編碼變更只影響不是latin 1的中文「註解」地方。繼續點選最下面綠框一項,按確定。
跳出警告視窗

圖8) 新增頁籤,然後將剛存檔好的第一個頁籤關閉。
新增頁籤

圖9) 在新頁籤上開啟舊檔 >> 選擇剛存好的新檔案 >> 檔案類型為SQL >> 編碼選UTF8 >> 「全部偵測」不打勾 >> 按下開啟鈕
開啟檔案

圖10) 

圖10a:之前圖4a 的亂碼地方,此時已還原為正常中文
還原正常中文

圖10b:這是將編碼逆向存為latin1後的結果,由於這部分只是作註解之用,不會影響資料的正常使用。
註解

整個還原過程已完成,可以將資料匯入phpmyadmin 裡的xoops 2.3.* 了。

2015年12月5日 星期六

centos 6.3 部署davical

資料來源
系統環境介紹:
Centos 6.3 IP:192.168.1.185/24
安裝必須源
#rpm -ivh http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
安裝常用工具
#yum -y install vim wget make gcc automake yum-utils unzip
安裝LAPP(apache、postgreSQL、php)
#yum install httpd php php-pgsql
#yum install perl-YAML perl-DBD-Pg 
#yum install postgresql postgresql-server postgresql-libs postgresql-devel
創建下載目錄
#mkdir download
#cd download/
下載日曆軟件包
#wget debian.mcmillan.net.nz/packages/awl/libawl-php-0.53-1.noarch.rpm
#wget http://debian.mcmillan.net.nz/packages/davical/davical-1.1.1-2.noarch.rpm
安裝日曆包
#rpm -ivh davical-1.1.1-2.noarch.rpm 
#rpm -ivh libawl-php-0.53-1.noarch.rpm 
#perl -MCPAN -e 'install DBD::Pg'
初始化數據庫
#service postgresql initdb
[postgresql]修改配置文件
#vim /var/lib/pgsql/data/pg_hba.conf 
TYPE DATABASE USER CIDR-ADDRESS METHOD
local all all trust
host all all 127.0.0.1/32 trust
#service postgresql restart
#cd /usr/share/davical/dba/
#su postgres -c ./create-database.sh
Supported locales updated.
Updated view: dav_principal.sql applied.
CalDAV functions updated.
RRULE functions updated.
Database permissions updated.
NOTE
====
* You will need to edit the PostgreSQL pg_hba.conf to allow the
'davical_dba' database user access to the 'davical' database.
* You will need to edit the PostgreSQL pg_hba.conf to allow the
'davical_app' database user access to the 'davical' database.
* The password for the 'admin' user has been set to 'byBYxMNA' //使用浏覽器訪問日曆服務器的U&P
Thanks for trying DAViCal! Check in /usr/share/doc/davical/examples/ for
some configuration examples. For help, visit #davical on irc.oftc.net.
[Apache]連接日曆文件到網站根目錄下
#cd /var/www/html/
#ln -s /usr/share/davical/htdocs davical
創建日曆服務器的配置文件
#gunzip /usr/share/doc/davical/examples/davical-conf.php/example-config.php.gz -c > /etc/davical/192.168.1.185-conf.php
#vim /etc/httpd/conf/httpd.conf
ServerName 192.168.1.185:80
NameVirtualHost *:80
ServerName 192.168.1.184
DocumentRoot /var/www/html
DirectoryIndex index.php index.html
Alias /images/ /var/www/html/davical/images
AcceptPathInfo On
php_value include_path /usr/share/awl/inc
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value error_reporting "E_ALL & ~E_NOTICE"
php_value default_charset "utf-8"
#service httpd restart
#service iptables stop
#chkconfig iptables off
#chkconfig httpd on
#chkconfig postgresql on
you can access through a browser davical server:
192.168.1.185/davical



          centos 6.3 部署davical
此服務器沒有自帶客戶端,需另外安裝客戶端工具.
具體步驟參考官方網站:http://davical.org/
祝一切好運!
本文出自 “西伯利亞·狼” 博客,請務必保留此出處http://kernal.blog.51cto.com/8136890/1540610