بالااولی

آری ماهم به جمع بالاترینی ها پیوستیم و شدیم بالا اولی!

بالاترین که از دید من بسیار زیباتر از نمونه های مشابه خود حتی Digg ساخته شده ، یه سایت خوش تعریف و خوش طراحی شده که رو دست نداره! آفرین به مدیران مستعد و توانمندش، خدا قوت.

مقایسه دو فریم ورک

خوندن این مقاله برای دوستانی که در شرف انتخاب یه فریم ورک خوب هستن خالی از لطف نیست.

CakePHP & CodeIgniter Benchmark

فریم ورک

سلام به همه php کارای عزیز،

باعرض پوزش از غیبت نسبتا طولانی که تو نوشتن پست ها پیش اومد، من دوباره اومدم!

اولش بگم که تو این مدت کلی بلاها سر این linmiss.com ما اومد. سرور توی امریکا+ انرژی هسته ای و نتیجش اینکه هاست linmiss رو از دست دادم.تا اینکه بالاخره یه هاست جدید تو یه کانادا پیدا کردم و سیستم رو دوباره Up کردم.

البته تجربه خوبی شد برام تا دیگه از این شیطان بزرگ سرویسی نگیرم!

مطلب دیگه ای که تو این مدت اتفاق افتاد تعویض محل کارم به شرکت telegom بود. این شرکت خدمات voip ارائه میده، دوست داشتین یه سری به سایتش بزنیدجالبه.

اما اینا همه به کنار، از همه قشنگتر اینکه بالاخره تونستم یه فریم ورک محشر برای PHP پیدا کنم.

البته قبلا سراغ cake, zoop رفته بودم ولی نتونسته بودم باهاشون کنار بیام.اما اینcodeigniter دیگه واقعا حرفی واسه گفتن نذاشته!

از مشخصه های بارز این فریم ورک داکیومنت عالی و نصب و استفاده راحت اون هست. از همه مهم تر اینکه CI قوانین محدود کننده فریم ورک های دیگه رو نداره و با هر دو ورژن 4 و 5 PHP به خوبی کار میکنه.کلا اینطور که به نظر میاد تونسته اصل قدرت در عین سادگی رو به معنای واقعی پیاده سازی کنه.

غیر از CodeIgniter میتونید تو اینجا لیست 10 تا فریم ورک اول php رو ببینید و بر حسب نیاز خودتون یکی شونو انتخاب کنید. البته به نظر من طراحای این فریم ورک ها خیلی آدمای بزرگی بودن که اونها رو به صورت open source در اختیار بقیه قرار میدن.

اداره کردن خطا (بخش اول)

اداره کردن خطا ها تو برنامه هایی که می نویسیم یکی از موارد مهمی که باید لحاظ بشن ، (چه از نظر امنیت و چه از نظر زیبایی و تمیز بودن کار) . لذا تو این مقاله سعی بر اینه که متد های اداره کردن خطا ها تو php رو از سطح اولیه تا پیشرفته اون مورد بررسی قرار بده .

تو یه دسته بندی کلی این متدها شامل موارد زیر هستن:

عبارت ()die

تابع trigger_error

بلاک های try, catch

die

ساده ترین حالت اداره کردن خطا استفاده از تابع die هست.این تابع در واقع مثل تابع exit عمل می کنه و پس از نمایش پیغامی که به اون پاس داده شده ، روند اجرای برنامه متوقف میشه ، مثال زیر کلاسی رو نشون میده که برای خوندن محتویات یک فایل استفاده میشه:

class FileReader{
  var $file;
  var $fileDir="fileDir/";
  function FileReader($file){
    if(!file_exists("{$this->fileDir}{$file}.php")){
      die("File ".$file." not found");
    }
    $this->file=$file;
  }
  function getContent(){
    if(!$content=file_get_contents("{$this->fileDir}{$this->file}.php")){
      die("Unable to read file contents");
    }
    return $content;
  }
}

در صورتی که از این کلاس برای خوندن فایلی استفاده کنیم که وجود نداره ، بعد از نمایش پیغام مورد نظر ما توسط تابع die از برنامه خارج میشه به طور مثال :

// instantiate FileReader object
$fr=new FileReader("inexistent_file");
// echo file content
echo $fr->getContent();

File inexistent_file not found.

همونطور که واضح تابع die خیلی انعطاف پذیر نیست ، به خاطر اینکه همیشه قرار نیست که با بروز خطا کل روند اجرای برنامه متوقف بشه، لذا توابع مفید تر و منعطف تری برای اداره کردن خطا فراهم شده:

trigger_error

استفاده از تابع trigger_error روش کارآمدتری برای اداره کردن خطا نسبت به تابع die هست.این تابع شامل یک پارامتر اجباری پیغام خطا ، و یک پارامتر اختیاری سطح خطا هستش.پارامتر سطح خطا ، مشخص می کنه که خطای رخ داده یک notice، یک warning و یا یه error هستش.ثابت هایی که برای این پارامتر استفاده می شن به قرار زیر هستن:

1. E_USER_ERROR

2. E_USER_WARNING

3. E_USER_NOTICE

مسلما در صورتی که این سطح خطا از نوع E_USER_ERROR باشه ، روند اجرای برنامه متوقف میشه.

مثال قبل برای خوندن محتویات فایل رو در نظر بگیرید که موقع بروز خطا روند اجرا به کل متوقف می شد، حالا تو این مثال با استفاده از trigger_error وپرچم E_USER_WARNING مشخص می کنیم که این خطا از نوع warning هست و برنامه نباید متوقف بشه:

class FileReader{
  var $file;
  var $fileDir="fileDir/";
  function FileReader($file){
    if(!file_exists("{$this->fileDir}{$file}.php")){
      trigger_error("File ".$file." not found",E_USER_WARNING);
    }
    $this->file=$file;
  }
  function getContent(){
    if(!$content=file_get_contents("{$this->fileDir}{$this->file}.php")){
      trigger_error("Unable to read file contents",E_USER_WARNING);
    }
    return $content;
  }
}

در صورتی که از این کلاس برای خوندن فایلی استفاده کنیم که وجود نداره ، با خروجی زیر مواجه می شیم:

Warning: File inexistent_file not found in path/to/file
Warning: file_get_contents(fileDir/inexistent_file.php): failed to open stream: No such file or directory in path/to/file
Warning: Unable to read file contents in path/to/file

همونطور که ممکن حدس زده باشین این مکانیسم به تنهایی خیلی مفید نیست، قدرت این تابع زمانی که ازون به همراه تابع set_error_handler استفاده کنیم. توسط این تابع مشخص می کنیم که چه تابعی هنگام بروز خطا باید اجرا بشه.مثال قبل رو در نظر بگیرید، یه تابع دیگه به اسم fileErrorHandler تعریف می کنیم:

function fileErrorHandler($errnum,$errmsg,$file,$lineno){
  if($errnum==E_USER_WARNING){
    echo "Error: ".$errmsg."
File: ".$file."
Line: ".$lineno;
    exit();
  }
}

حالا قبل از اینکه بخواهیم فایلی رو توسط کلاس FileReader مون بخونیم ، با استفاده از تابع set_error_handler مشخص می کنیم که اگه خطایی تو روند اجرای برنامه رخ داد، تابع fileErrorHandler رو اجرا بکنه.

set_error_handler("fileErrorHandler");
// instantiate FileReader object
$fr=new FileReader("inexistent_file");
// echo file content
echo $fr->getContent();

خروجی این قسمت شبیه عبارت زیر هستش:

Error: File inexistent_file not found
File: path/to/file/exception.php
Line: 6

می تونستیم تابع fileErrorHandler یا هر تابعی که برای اداره کردن خطا در نظر گرفتیم رو طوری طراحی کنیم که به جای نمایش خطا اون رو به آدرس ایمیل مورد نظر ما بفرسته :

error_log($errmsg, 1,operator@example.com);

بحث ما تا اینجا تقریبا مربوط به متد های اداره خطا تو php 4 می شد، تو مقاله بعدی سعی می شه تا اداره کردن خطا ها تو php5 و بلاک های try/catch شرح داده بشن.

LinMiss - Feed

بالااولی

مقایسه دو فریم ورک

CakePHP & CodeIgniter Benchmark

فریم ورک

اداره کردن خطا (بخش اول)