zypper نرم‌افزاری‌ست که با آن می‌توانید از طریق خط‌فرمان بسته‌های نرم‌افزاری را نصب، حذف و به‌روز کنید. همچنین با استفاده از zypper می‌توانید مخازن نرم‌افزاری را مدیریت (اضافه،حذف و ویرایش) کنید. توجه کنید که برای استفاده از zypper باید در حالت کاربر ریشه (root) باشید.

همانطور که می‌دانید شما در اوپن‌سوزه و با استفاده از دستور zypper dup می‌توانید کل سیستم را بروز کنید. حال اگر برخی بسته‌ها بهنگام بروز رسانی ریست شوند ممکن است یک ریست ناموفق قبل از تنظیم فایل‌های پیکره بندی رخ دهد. این مورد مخصوصاً در مواقعی خطرناک می‌شود که سرویس‌های در حال اجرا نیازمند بسته‌هایی باشند که در حال بروز رسانی هستند.

برخی موارد هم توسط کابران ذکر شده که از آنجایی که zypper به هنگام کار یکی یکی بسته‌ها را دریافت و نصب می‌کند و بین دانلود فاصله می‌اندازد، کاهش آزار دهنده‌ای در سرعت دانلود رخ می‌دهد! حتی راه حل‌های جالب و مبتکرانه‌ای برای این مشکل هم اختراع شده!

برای مثال در هنگام کاهش سرعت دانلود توسط zypper با استفاده از برنامه‌های مدیریت دانلودی همچون wget یا … فایلی را دانلود کنید تا پهنای باند را کشیده و zypper را تحریک کند. و جالب اینجا که این شیوه جواب می‌دهد! (رابطه‌اش را نه مخترع و نه من نفهمیدیم!)

اما راه حل بهتر و اصولی چیست؟

همانطور که می‌دانید در لینوکس همه چیز آزاد است و قابل تنظیم! پس ما باید برای این قبیل موارد بدنبال گزینه‌ای باشیم تا این سبک دانلود و نصب متداول بسته‌ها را به دانلود کلیه بسته‌ها و سپس نصب آن‌ها تبدیل کند.

پس به فایل پیکره‌بندی zypper در مسیر /etc/zypp/zypp.conf می‌رویم و مقدار

Set commit.downloadMode =

به مقدار

Set commit.downloadMode = DownloadInAdvance

تغییر می‌دهیم!

توجه به این نکته لازم است که تراکنش دانلود در این حالت مستلزم مقدار زیادی فضای خالی در مسیر /var می‌باشد.

این گزینه حالت‌های دیگری هم دارد که شرح آن در جدول زیر آمده است.

برای دریافت اطلاعات بیشتر راجع به zypper و چکونگی کار با آن به اینجا (زبان فارسی) و اینجا مراجعه کنید.

* ترجمه بنده ظعیف هست، متن دقیق اینه:

Similar to DownloadInAdvance, but try to split the transaction into heaps, where at the end of each heap a consistent system state is reached.

برای داشتن یک محیط توسعه php یکی از بهترین و راحت‌ترین راه‌ها استفاده از بسته XAMPP است. این بسته که یک نسخه آماده استفاده از بسته‌های Apache, PHP, My SQL و perl می‌باشد که بسیار راحت قابل نصب و استفاده است. با سادگی دانلود، کپی و بازکردن فایل فشرده!!!

برای نصب این بسته مراحل زیر را دنبال می‌کنیم:

۱- دریافت از سایت رسمی پروژه با حجم تقریبی 63MB که شامل تمامی بسته‌های زیر می‌باشد.

Apache 2.2.12, MySQL 5.1.37, PHP 5.3.0 & PEAR + SQLite 2.8.17/3.6.16 + multibyte (mbstring) support, Perl 5.10.0, ProFTPD 1.3.2a,
 phpMyAdmin 3.2.0.1, OpenSSL 0.9.8k, GD 2.0.1, Freetype2 2.1.7, libjpeg 6b, libpng 1.2.12, gdbm 1.8.0, zlib 1.2.3, expat 1.2, Sablotron 1.0, libxml 2.7.2,
 Ming 0.4.2, Webalizer 2.21-02, pdf class 009e, ncurses 5.3, mod_perl 2.0.4, FreeTDS 0.63, gettext 0.17, IMAP C-Client 2007e, OpenLDAP (client) 2.3.11,
 mcrypt 2.5.7, mhash 0.8.18, eAccelerator 0.9.5.3, cURL 7.19.3, libxslt 1.1.8, phpSQLiteAdmin 0.2, libapreq 2.08, FPDF 1.6, XAMPP Control Panel 0.6,
 bzip 1.0.5, PBXT 1.0.08-rc, PBMS 0.5.08-alpha, ICU4C Library 4.2.1

نکته: نسخه‌های بالا مربوط به نسخه XAMPP for Linux 1.7.2 در تاریخ 2009/8/10 می‌باشد.

۲- پس از اتمام دانلود وارد ترمینال شده و با دسترسی کاربر ریشه (su) فایل مربوطه را در پوشه /opt از حالت فشرده خارج کنید.

tar xvfz xampp-linux-1.7.2.tar.gz -C /opt

نکته: حتماْ با استفاده از همین دستور فایل رو از حالت فشرده خارج کنید!

۳- تموم شد، متاسفم که منتظر مرحله بعد بودی (به یاد اینستالر wordpress فارسی). حالا XAMPP در پوشه /opt/lampp نصب شده و با اجرای دستور زیر اجرا می‌شه.

/opt/lampp/lampp start

مرورگر خود را باز کنید و برای آزمایش به آدرس http://localhost مراجعه کنید.

پارامتر‌های مورد نیاز دیگر

در این جدول لیستی از پارامتر‌هایی رو که در اجرا و استفاده از XAMPP لازم می‌شوند را مشاهده می‌کنید:

این پارامتر‌ها را باید به شکل زیر استفاده کنید:
/opt/lampp/lampp restart

آدرس‌ها و مسیر‌های مورد نیاز

در این جدول آدرس‌های مهمی همچون فایل‌های پیکره بندی و … را مشاهده می‌کنید:

حذف XAMPP

برای اینکار کافیست تا پوشه مربوطه را حذف کنید.

rm -rf /opt/lampp

کمی شخصی سازی و اعمال سلیقه

احتمالاْ تا حالا باید متوجه شده باشید که با این شرایط، ۲تا مشکل برامون پیش خواهد آمد.

• در دسترس نبودن DocumentRoot برای کاربران عادی
• AutoStart نبودن اجرای XAMPP به هنگام بالا آمدن سیستم

برای حل مشکل اول باید DocumentRoot را به پوشه‌ای در پوشه home خود انتقال دهیم. برای انجام این کار مراحل زیر را دنبال کنید.
۱- ابتدا پوشه‌ای به نام public_html در پوشه home خود بسازید:

$ mkdir /home/mehdi/public_html

۲- فایل httpd.conf را با دستور زیر در یک ادیتور متن (در اینجا kwrite) باز کرده و هر جا (۲ قسمت) که عبارت “/opt/lampp/htdocs” را مشاهده کردید با عبارت “/home/mehdi/public_html” تغییر دهید.

sudo kwrite /opt/lampp/etc/httpd.conf

و یا در صورت بروز خطا از دستور

kdesu kwrite /opt/lampp/etc/httpd.conf

۳- تمامی محتویات پوشه /opt/lamp/htdocs را به پوشه /home/mehdi/public_html کپی کنید.

sudo cp -R /opt/lampp/htdocs/* /home/mehdi/public_html/

مشکل اول حل شد، تنها کافیست برای اعمال تغییرات XAMPP را دوباره راه اندازی کنید.

/opt/lammp/lammp restart

همونطور که می‌دونید بطور پیشفرض تمامی برنامه‌هایی که در پوشه /etc/init.d قرار دارند به هنگام بالا امدن سیستم اجرا می‌شوند، پس برای حل مشکل دوم باید یک لینک از /opt/lampp/lampp را در این پوشه قرار دهیم. برای اینکار از دستور زیر استفاده می‌کنیم:

ln -s /opt/lampp/lampp /etc/init.d/lampp

حالا YAST را باز کرده، به قسمت system/system services (Runlevel) رفته و در ستون سرویس بروی lampp کلیک کرده و خاصیت Enabled آن را به yes تغییر می‌دهیم. با اینکار در Runlevel3 و Runlevel5 (یعنی محیط گرافیکی و متنی، اگر اشتباه نکنم) lampp بطور خودکار به هنگام بالا آمدن سیستم اجرا و به هنگام خاموش شدن آن متوقف می شود.

پ‌ن: این مطلب رو با توجه به داکیومنت‌های رسمی XAMPP for Linux  تهیه کردم و به کاربران محترم سایت openSUSE.ir تقدیم می‌کنم.

این موضوعی بود که همه حدالقل یک بار براش انشا نوشتن! برای همین هیچ عنوانی مناسب‌تر از این پیدا نکردم. بریم سر اصل مطلب.

چند وقتی است که خودم رو درگیر چند کار همزمان کردم و به همین علت فرصت نشد تا پست نون و آب داری (چه برای خودم و چه سایرین) تهیه کنم.
داستان از این قرار است که، بعد از عید نوروز برنامه‌های زیادی برای تابستان ریخته بودم از قبیل مسلط شدن بر سیمفونی، وردپرس و توابع واقعاْ زیادش، لینوکس و مخصوصاْ openSUSE و البته مقداری آشنایی با QT که متاسفانه بدلیل مشغله‌هایی که برام پیش اومد تنها تونستم به ۲تا برسم که البته یکی هم دست و پا شکسته! (بگو ماشالله)
خوشبختانه مشغله‌هام در رابطه با wordpress و راه اندازی چند وبسایت جزئی با این سیستم بود که به همین علت تا حد بسیار زیادی با توابع و سوراخ سمبه‌های آن آشنا شدم و سعی می‌کنم آنها را به مرور مستند کنم.

از طرفی دیگر همانطور که بعضی‌ها مطلع هستند، در کار راه‌اندازی وبسایت کاربران فارسی زبان OpenSUSE هم شرکت کردم و به همین دلیل (خواسته یا نا‌خواسته) دانسته‌هایم را در رابطه با این توزیع بسیار قدرتمند، ساده و دوست داشتنی افزایش دادم. (این ۳ صفت را واقعاْ جدی بگیرید)
علاوه بر اینها ۲واحد کارآموزی هم داشتم که چند روزی است تمام شده و ماه عسل آن که در دانشگاه جامع گلستان سپری شد، یکی سیستم ثبت‌نام دانشجویان تازه وارد و دیگری کمک کردن در بهبود سیستم انتخاب واحد (رفع مشکل دروس هم نیاز و پیش نیاز) دانشگاه که بر مبنای سیستم انتخاب واحد دانشگاه فردوسی مشهد پایه گذاری شده بود، می باشد.
استاد راهنمام (آقای مهندس مهدی یعقوبی)، یک عدد ASP.Net کار پایبند به اصول Microsoft است که البته اینطور که از ظواهر امر بر میاد به هیچ وجه جای کار برای پیوستن ایشون به دنیای GNU-linux نیست!!! اما جای شکر باقی است که ضد php نیست و قدرت‌های php و فریم‌ورکهاش رو تا حدودی قبول داره.

حالا این وسط تا یادم نرفته یک انتقاد به این مایکروسافتی‌ها بکنم و اون اینکه، اینا برای سنجیدن هر چیزی معیار رو روی محصولات مایکروسافت قرار می‌دهند که در بعضی زمینه‌ها اصلاْ کار درستی نیست! – مخصوصاْ اگر قرار باشد تا ASP.Net رو با php (نه فریم‌ورکهاش) مقایسه کرد!!!

در آخر باید از چند نفر تشکر کنم.

اول از سینا سعیدی، دوست جدید و پرکارم که مسئولیت مدیریت گروه openSUSE پارسی رو به عده گرفت و تونسته تا اینجای کار به من و خیلی‌های دیگه کمک‌های زیادی برسونه.
دوم از روزبه شفیعی، که طرح اولیه سایت openSUSE پارسی از ایشون بود و وسط‌های کار به من سپردن (که البته بعضی خوششون نیومد و دلیلش هم واقعاْ نفهمیدم) و علاوه بر اون راهنمایی‌های خوبی که از ابتدا تا بحال به بنده کردن.
سوم هم از تیم مامبولرن که در سطح خودشون توی پشتیبانی و تکنیک کار همتا ندارن و با سرویس‌های بسیار خوب و با کیفیتشون اسپانسر تیم شدن.

و البته گله (GELE) از کسایی (سایت‌ها و انجمن‌ها) که می‌تونستن توی شروع کار با مطالب و … دلگرمی و امید به تیم بدن که ندادن! و حرفی هم نیست!!!

پ‌ن: فعالیت‌های تیم openSUSEپارسی محدود به انجمن و ویکی و اخبار نمی‌شه، مطمئن باشید که بزودی شاهد فعالیت‌های دیگر این تیم هستید.
پ‌ن: دارد، اما اینجا جاش نیست!!!

مودل (Moodle) برترین نرم‌افزار موجود برای آموزش از راه دور (آموزش آنلاین) است که در بیش از ۵۰٬۰۰۰ دانشگاه و مؤسسهٔ آموزشی در سراسر جهان مورد استفاده قرار گرفته.

چندی پیش (یعنی خیلی وقت پیش) به دنبال درج تقویم شمسی در مودل بودم که به کد ناقصی (بعضی از فایل‌ها جا افتاده بودند) از آقای حسین زلفی( ایشان کد رو share کرده بودند)، اما به تازگی با فعالیت‌های خوبی درانجمن فارسی مودل توسط برخی از دوستان به خصوص آقای شمیم رضایی مواجه شدم. ایشان تقویمی ارایه کرده‌اند که معماری تقویم به نحوی است که نه تنها تقویم شمسی، بلکه تقویم‌های دیگر هم به راحتی قابل اضافه شدن هست. اینجا می‌توانید مشاهده کنید

اگر به توسعه فعالیت‌های متن باز به ویژه در زبان فارسی و البته مودل علاقه‌مند هستید برای اضافه شدن این قابلیت در بستهٔ استاندارد مودل، خواهش می‌کنم به نشانی بالا بروید و به این قابلیت رأی (vote) بدهید. برای اینکه بتونید این کار رو بکنید، باید در سیستم tracker مودل عضو شده باشید.

همانطور که می‌دانید در حال حاضر اشخاص و شرکت‌هایی هستند که این کد یا کدهای مشابه را بر روی CD کپی کرده و در ازای دریافت ۲۵۰ هزار تومان ، CD مذبور را به رایگان! با پیک موتوری برای دیگران می‌فرستند، و یا برای نصب مودل با تقویم فارسی مطالبه ۲ میلیون تومان را می‌کنند. این افراد وجود این قابلیت و همچنین قراردادن ترجمه زبان شیرین فارسی در خود مودل را تهدیدی برای آن آب باریکهٔ حلال‌تر از شیر مادر!!! خود می‌بینند که ترجیح می‌دهند این ویژ‌گی‌ها به صورت پیش‌فرض در مودل وجود نداشته باشد.

درخواست اضافه شدن ویژگی‌های جدید معمولاً بر اساس تعداد افرادی که نسبت به آن ویژگی‌ها ابراز علاقه می‌کنند مورد بررسی قرار می‌گیرد.

در این آدرس زیر می‌تواننید قابلیت‌های محبوب را به ترتیب ببینید

در ستون سمت چپ تعداد رأی های هر کدام را می‌توانید ببینید. حالا خودتان این عددها را با ۱۴ رأیی که تاریخ شمسی تا الان آورده مقایسه کنید.

پ‌ن:خواهش می‌کنم این مطلب رو به گوش سایرین هم برسونید، با توئیت، فرفر و یا هر چیزی که صلاح می‌دانید.

بروز رسانی:تو این ۲ روزی که این پست رو دادم، رتبه تقویم شمسی از ۱۴ به ۲۳ رسید. ممنونم از همه که کمک کردند.

نکته اصلی اینجاست که برای شروع این خودآموز‌ها بسیار خوب هستند ولی وقتی که می‌خواهیم پروژه خودمان را انجام دهیم به مشکل بر می‌خوریم. زیرا احتمالاْ سوالاتی پیش می‌آید که جواب آنها در این خود‌آموز‌ها نیست و یا حدالقل بصورت واضح وجود ندارد.

اینجاست که جای خالی یک کتاب مرجع برای سیمفونی و پیکره‌بندی‌های آن حس می‌شود که باز هم سایت رسمی اینکار را انجام داده است و کتابی را تحت عنوان «کتاب مرجع سیمفونی» که به لاتین «The symfony Reference Book» می‌شود منتشر کرده است.

عنوان بخش‌های این کتاب عبارتند از:

• Introduction
• The YAML Format
• Configuration File Principles
• The settings.yml Configuration File
• The factories.yml Configuration File
• The generator.yml Configuration File
• The databases.yml Configuration File
• The security.yml Configuration File
• The cache.yml Configuration File
• The routing.yml Configuration File
• The app.yml Configuration File
• The filters.yml Configuration File
• The view.yml Configuration File
• Other Configuration Files
• Events
• Tasks
• Appendix A – License

همچنین می‌تونید نسخه PDF این کتاب رو با حجم نا قابل 1.2Mb از اینجا دریافت کنید.

تمامی پلتفرم در یک صفحه PHP

برای شروع اینکار ملزوماتی نیاز است همچون وردپرس نصب شده، کمی اطلاعات راجع به HTML که خیلی بهتر می‌شود اگر راجع به PHP هم بدانید و یک ادیتور HTML تا کدها را در آن ویرایش کنید. (برای این منظور Eclipse گزینه فوق‌العاده‌ای می باشد که قبلا مورد بحث بوده است) اما یک ادیتور ساده هم نیاز ما را رفع می‌کند.
وردپرس روی صفحات PHP کار می‌کند، اما شمایی که اطلاعاتی راجع به PHP ندارید نگران نباشید زیرا برای هدف ما همان HTML کافی است.

فایلی با نام test.php ایجاد کنید و آن را در پوشه ریشه وبلاگ خود قرار دهید. (همان پوشه‌ای که فایل‌هایی از قبیل wp-config.php، wp-ligin.php و یا … در آن قرار دارند)
حالا قطعه کد زیر را در خط اول فایل خود کپی کنید

<?php include(’wp-blog-header.php’); ?>

با همین قطعه کد ساده تمامی ویژگی‌ها، دستورات و توابع وردپرس را در این صفحه فعال می‌سازید! برای آزمایش آن می‌توانید کدهای زیر را به فایل خود اضافه کنید.

<?php include(’wp-blog-header.php’); ?>
<html>
<body>
<div class=”name”><?php bloginfo(’name’); ?></div>
<div class=”description”><?php bloginfo(’description’); ?></div>
</body>
</html>

سپس فایل را ذخیره کرده و آن را در مرورگر خود مشاهده کنید. برای مثال اگر آدرس وب‌سایت شما http://moshtaghi.ir باشد، می‌توانید صفحه مذکور را در آدرس http://moshtaghi.ir/test.php مشاهده کنید.
در این صفحه شما می‌توانید نام و توضیحات مربوط به وب‌سایت خود را که از پایگاه داده استخراج شده‌اند را مشاهده کنید.

نوشتن یک صفحه وب کامل در ۱۰ ثانیه

اینکه صفحات ایجاد شده به این روش از نظر ظاهری با قالب اصلی وب‌سایت سازگاری داشته باشند خیلی مهم است، اما پیاده سازی قالب فعلی وب‌سایت در قالب HTML کار راحتی نیست و البته قرار هم نیست تا آن را دوباره ایجاد کنیم!
برای اینکار تنها کافیست تا کد زیر را در صفحه مورد نظر کپی کرده و ذخیره کنیم.

<?php include(’wp-blog-header.php’); ?>
<?php get_header(); ?>
<!– Put here your personal contents in HTML or PHP –>
…
<!– End personal contents –>
<?php get_footer(); ?>

در این صفحه با استفاده از توابع get_header و get_footer می‌توانید هیدر و فوتر وب‌سایت (قالب فعلی) خود را بکار بگیرید، پس تنها کافیست تا محتوای اصلی صفحه را ایجاد کرده و فایل را ذخیره کنید.
حتی می‌توانید ساید‌بار فعلی قالب را هم به این صورت و با استفاده از تابع get_sidebar بکار بگیرید.

<?php include(’wp-blog-header.php’); ?>
<?php get_header(); ?>
<!– Put here your personal contents in HTML or PHP –>
…
<!– End personal contents –>
<?php get_sidebar(); ?>
<?php get_footer(); ?>

اگر راجع به توابع وردپرس نمی‌دونید و یا دوست دارید بیشتر بدونید به این آدرس و این آدرس مراجعه کنید که اولی وبلاگ گناهکار عزیز و بعدی هم داکیومنشن‌های اصلی وردپرس می‌باشند.
کار خیلی راحت بود ولی سوالی شاید برای بعضی‌ها پیش آمده باشد که:

چرا و چه هنگام باید برای ایجاد صفحه وب از وردپرس استفاده کنیم؟

برخی موارد را می‌توان بوسیله یک تابع وردپرس و یا یک افزونه در صفحه‌ای بکار برد، بنابراین هنگامی که شما فایل wp-blog-header.php را در صفحه خود include می‌کنید، می‌توانید از وردپرس به عنوان یک فریم‌ورک عالی برای توسعه وب‌سایت خود استفاده کنید.
سوالی که پیش می‌آید این است که «چرا از برگه‌های ساده وردپرس بهمراه قالبی خاص استفاده نکنیم؟»
بله، می‌توان اینکار را کرد و البته در برخی موارد بهترین راه حل است. اما بزرگترین مزیت این سیستم، داشتن کنترل کامل بروی صفحه است. می‌توانید تنها افزونه‌، اسکریپتی خاص و یا هر آنچه به ذهنتان می‌رسد را نمایش دهید. می‌شود به کل سایدبار را حذف کرد و یا جای ان را تغییر داد و … . می شود اینها را با استفاده از برگه‌های وردپرس هم انجام داد اما باید سختی‌ها و پیچیدگی‌های زیادی را متحمل شد.

چه کارهایی را می‌توان با این تکنیک انجام داد؟

هر کاری که بخواهید را می‌توانید با این شیوه انجام دهید، اما معمول‌ترین و عقلانی‌ترین آنها عبارتند از:

• هنگامی که وبلاگی دارید و می‌خواهید وب‌سایتی را کنار ان داشته باشید و به آن بسط دهید.
• هنگامی که از یک قالب وردپرسی خوشتان آمده باشد و بخواهید برای وب‌سایت خود از آن استفاده کنید.
• هنگامی که بخواهید تبلیغی را برای نتایج جستجو روی یک صفحه خود اعمال کنید.
• هنگامی که بخواهید یک Application کوچک را در کنار وبلاگ خود اضافه کنید.

و در نهایت به شما پیشنهاد می‌کنم حتماْ از این ویژگی عالی که وردپرس برای ما به ارمغان اورده است استفاده کنید تا قدرت سرشار فریم‌ورکی همچون ورد‌پرس را شاهد باشید و اگر ایده‌ای خاص در زمینه کاربرد این شیوه دارید حتماْ با من در میان بگذارید. ممنون می‌شم.

منبع این مطلب اینجاس

پ‌ن: امروزه طراحی و توسعه وب بازار مناسب و تقریباْ دست نخورده‌ای دارد که هر کس می‌تواند به آن وارد شود، اما لازمه آن سرعت بالا در یادگیری و اجرا می‌باشد. با سرعت بالا در یادگیری کاری ندارم اما تنها راه رسیدن به سرعت بالا در اجرا و پیاده‌سازی استفاده از فریم‌ورک‌ها می‌باشد. حال این فریم‌ورک به سادگی WP باشد یا به عظمت Symfony، چه فریم‌ورکی برای PHP باشد، یا فریم‌ورکی برای JS و یا حتی CSS.

• بهترین پروژه!
• بهترین ابزار یا برنامه برای توسعه دهندگان
• بهترین پروژه برای کسب و کار

شما هم می‌توانید برای کمک، در سایت Sourceforge به سیمفونی رای دهید و سپس با نوشتن مطالبی مرتبط با سیمفونی در وبلاگ خود، توییتر و یا هرجایی که خودتان می‌دانید در معرفی و گسترش این فریم‌ورک قدرتمند سهیم باشید. (حدالقل این را دوباره توییت کنید، تو رو خدا!!!)

این مطلب در وبلاگ سیمفونی

اما نکته مهم

نکته مهم اینجا بود که این سرویس هنوز در مرحله آزمایشی به سر می‌بره و قادر به ترجمه درستی نیست، می‌گید نه!!! مشاهده کنید:
این یک قسمت از متن اصلی قسمت چهارم jobeet به زبان انگلیسی است:

If you have a closer look at the mockups, you will notice that much of each page looks the same. You already know that code duplication is bad, whether we are talking about HTML or PHP code, so we need to find a way to prevent these common view elements from resulting in code duplication.

این ترجمه‌ای است که گوگل انجام داده است:

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

اینم ترجمه بنده:

اگر به یک مدل نگاهی کنید، به شباهت اکثر این صفحات به هم پی می‌برید و همچنین می‌دانید که تکرار کد کار درستی نیست، چه کدهای HTML و چه PHP. بنابراین به راهی نیاز داریم تا از این کپی برداری‌ها جلوگیری شود.

پس به این نتیجه می‌رسیم که فعلاْ امکانات این سرویس برای درک مطلب می‌تواند مفید باشد و نه برای نوشتن و … زیرا به قدری احتیاج به ویرایش و بازنویسی دارد که بهتر است از نو به ترجمه آن پرداخت. (به زبون خودمون به مسیبتش نمی‌ارزه!!!)

اما نتیجه اخلاقی بسیار مهم

گوگل خود به آزمایشی بودن این ترجمه‌ها اشاره کرده و از کاربران درخواست کرده تا در صورت مناسب نبودن ترجمه با کلیک بروی «بهبود ترجمه» به تکمیل شدن و بهبود کیفیت این سیستم کمک کنند.
پس از این پس بنده تمام ترجمه‌هام رو با کمک گوگل انجام می‌دم و تمامی ترجمه‌های نا‌مناسبش هم بهش اعلام می‌کنم. از تمامی دوستانی هم که این مطلب رو می‌خونند درخواست می‌کنم تا به بهبود کیفیت این سرویس کمک کنند. پس باقی قسمت‌های jobeet رو به کمک گوگل زود به زود آپ می‌کنم.(البته بعد ار امتحانات)

در آخر فکرهایی که عجیب نیست که به سر هر کسی بزنه!!!

همین امروز facebook هم پشتیبانی از زبان فارسی رو شروع کرد، البته من درست اطلاع ندارم که اینم کار بچه‌های خودمون هست یا نه (مثل سایت Friendfeed) اما فکر می‌کنم این قضیه پشتیبانی از زبان فارسی اونم قبل از موعود و با این عجله اونم با این شرایط پیش اومده اخیر توی ایران بی‌ربط با مسایل سیاسی نباشه!!! شایدم باشه!!! در هر صورت به قول معروف بیننده باید فکرشو کار بندازه که مصرف کننده خوبی باشه یا نه!!! (کلی حرف داشتم که چون بلد نبودم بنویسم اینجوری بیان کردم، امید‌وارم برداشت‌های عجیبی از این جمله نکنید چون واقعاْ جمله عجیبی نیست)

به امید روزی که مردم دنیا با استفاده از سرویس ترجمه گوگل به ترجمه متون فارسی روی بیارند… اینو اصلاْ به عنوان یک شعار نخونید

پ‌ن: متنی رو که در مثال بالا ذکر شد رو در گوگل تصحیح کردم، دمش گرم! ازم تشکر کرد. البته قابلش رو نداشت.

تو وبلاگ گوگل هم به اتفاقات اخیر ایران اشاره شده و انتشار زود هنگام این سرویس به همون دلیل بوده!!! با اینکه مطمعناْ تنها مقاصد بشر دوستانه‌ نداشتند، اما به هر حال خدا خیرشون بده. ما که می‌دونیم چطور استفاده کنیم که نه سیخ بسوزه و نه کباب!!!

ضوابط شیء Propel

با توجه به قوانین روز دوم:
« هنگامی که کاربری به سایت وارد می‌شود، لیستی از مشاغل فعال را مشاهده می‌کند»
اما در حال حاضر تمامی مشاغل لیست می‌شوند، چه فعال باشند و چه …

// apps/frontend/modules/job/actions/actions.class.php
class jobActions extends sfActions
{
  public function executeIndex(sfWebRequest $request)
  {
    $this->jobeet_job_list = JobeetJobPeer::doSelect(new Criteria());
  }
 
  // ...
}

یک شغل فعال نباید بیشتر از ۳۰ روز پیش پست شده باشد. متد doSelect یک شیء Criteria را می‌گیرد که همان شرح در‌خواست پایگاه داده برای اجرا است.
در کد بالا، متد Criteria بصورت خالی عبور داده شده، که به معنی برگشت دادن تمامی رکورد‌های موجود در جدول می‌باشد.
حالا آن را طوری تغییر می‌دهیم که تنها مشاغل فعال را برگرداند:

public function executeIndex(sfWebRequest $request)
{
  $criteria = new Criteria();
  $criteria->add(JobeetJobPeer::CREATED_AT, time() - 86400 * 30, Criteria::GREATER_THAN);
 
  $this->jobeet_job_list = JobeetJobPeer::doSelect($criteria);
}

متد Criteria::add یک شرط Where را به SQL ساخته شده اضافه می‌کند. در اینجا Criteria را برای تنها بازگرداندن مشاغل فعال محدود کردیم. متد add عملگر‌های مقایسه زیادی را پشتیبانی می‌کند، که پرکاربرد‌ترین آنها را مشاهده می‌کنید:

• Criteria::EQUAL
• Criteria::NOT_EQUAL
• Criteria::GREATER_THAN, Criteria::GREATER_EQUAL
• Criteria::LESS_THAN, Criteria::LESS_EQUAL
• Criteria::LIKE, Criteria::NOT_LIKE
• Criteria::CUSTOM
• Criteria::IN, Criteria::NOT_IN
• Criteria::ISNULL, Criteria::ISNOTNULL
• Criteria::CURRENT_DATE, Criteria::CURRENT_TIME, Criteria::CURRENT_TIMESTAMP

اشکال‌زدایی SQLهای ایجاد شده توسط propel

با توجه به اینکه شما کدهای SQL را بطور دستی ایجاد نمی‌کنید، propel آنها را با توجه به موتور پایگاه داده‌ای که در روز سوم معرفی کردید ایجاد می‌کند. اما بعضی اوقات، مشاهده کدهای SQL ایجاد شده توسط propel می‌تواند بسیار سودمند باشد. برای مثال جهت اشکال‌زدایی یک query که به درستی کار نمی‌کند. در محیط dev سیمفونی این queryها را ثبت می‌کند (به همراه بسیاری از موارد دیگر). برای هر مجموعه از application و محیط یک فایل log وجود دارد. محتوای فایل frontend_dev.log را مشاهده کنید:

# log/frontend_dev.log
Dec 6 15:47:12 symfony [debug] {sfPropelLogger} exec: SET NAMES 'utf8'
Dec 6 15:47:12 symfony [debug] {sfPropelLogger} prepare: SELECT jobeet_job.ID, jobeet_job.CATEGORY_ID, jobeet_job.TYPE, jobeet_job.COMPANY, jobeet_job.LOGO, jobeet_job.URL, jobeet_job.POSITION, jobeet_job.LOCATION, jobeet_job.DESCRIPTION, jobeet_job.HOW_TO_APPLY, jobeet_job.TOKEN, jobeet_job.IS_PUBLIC, jobeet_job.CREATED_AT, jobeet_job.UPDATED_AT FROM `jobeet_job` WHERE jobeet_job.CREATED_AT>:p1
Dec 6 15:47:12 symfony [debug] {sfPropelLogger} Binding '2008-11-06 15:47:12' at position :p1 w/ PDO type PDO::PARAM_STR

اینجا می‌توانید SQL ایجاد شده خودتان توسط propel را که به همراه شرطی که بروی ستون created_at اعمال می‌شود مشاهدی کنید. (WHERE jobeet_job.CREATED_AT > :p1)

یادداشت: رشته p1 در query نشان دهنده شرح بیان شده SQL ایجاد شده توسط propel است. مقدار واقعی p1 (در مثال بالا «2008-11-06 15:47:12» ) در هنگام اجرای query ثبت می‌شود و بطور صحیح بوسیله موتور پایگاه داده گریز داده می‌شود. استفاده از این عبارات آماده شده، قابل نمایش بودن را برای حملات SQL injection کم می‌کند.

این عالیست، اما سوئیچ کردن بین مرورگرها، IDEها و فایل‌های log کمی آزار دهنده است. اینگونه باید بصورت مداوم یک تغییر را آزمایش کنید. از نوار ابزار اشکال‌زدایی symfony ممنونیم، تمام اطلاعاتی که نیاز دارید براحتی در مرورگر در دسترس می‌باشد.

ترتیب شیء

کد بالا به هنگام کار کردن، نتیجه بعیدی از چیزی که در روز دوم تعریف کردیم را می‌دهد:
«یک کاربر می‌تواند برگردد و دوباره شغل خود را فعال کند و زمان انقضای آن را از ۳۰ روز بیشتر کند …»
اما ایم کد تنها به مقدار موجود در فیلد created_at تکیه می‌کند، و چون این ستون تنها زمان ایجاد رکورد را ثبت می‌کند نمی‌توانیم این قابلیت را بر مبنای آن پیاده کنیم.
اما اگر نمای پایگاه داده‌ای که در روز سوم ایجاد کردیم را بخاطر بیاورید، یک ستون به نام expires_at نیز مشخص شده بود. و مقدار پیشفرض برای آن در اطلاعات پایه در نظر گرفته نشد. این ستون می‌تواند بصورت خودکار مقدار ۳۰ روز پس از تاریخ ثبت را بگیرد.
هنگامی که نیاز است تا برخی مقادیر بصورت خودکار و مرتب بر مبنای پایگاه داده، قبل از یک شیء ایجاد شوند، می‌توانید متد save از کلاس مدل را مهم‌تر کنید.

// lib/model/JobeetJob.php
class JobeetJob extends BaseJobeetJob
{
  public function save(PropelPDO $con = null)
  {
    if ($this->isNew() && !$this->getExpiresAt())
    {
      $now = $this->getCreatedAt() ? $this->getCreatedAt('U') : time();
      $this->setExpiresAt($now + 86400 * 30);
    }
 
    return parent::save($con);
  }
 
  // ...
}

متد isnew هنگامی که شیء هنوز در پایگاه داده مرتب سازی نشده، مقدار true و در غیر این صورت false را بر می‌گرداند.
حالا اکشن را طوری تغییر می‌دهیم تا بجای created_at از فیلد expires_at استفاده کند:

public function executeIndex(sfWebRequest $request)
{
  $criteria = new Criteria();
  $criteria->add(JobeetJobPeer::EXPIRES_AT, time(), Criteria::GREATER_THAN);
 
  $this->jobeet_job_list = JobeetJobPeer::doSelect($criteria);
}

به این صورت، query را برای انتخاب بر حسب ویژگی expires_at محدود کردیم.

اطلاعات بیشتر راجع داده‌های اولیه

Refresh کردن صفحه اصلی، تغییری در پی ندارد. زیرا این مشاغل همین چند روز پیش پست شده‌اند. این تغییرات را ایجاد کنید تا مشاغلی که expires شده‌اند را به جدول بیفزائید:

# data/fixtures/020_jobs.yml
JobeetJob:
  # other jobs
 
  expired_job:
    category_id:  programming
    company:      Sensio Labs
    position:     Web Developer
    location:     Paris, France
    description:  |
      Lorem ipsum dolor sit amet, consectetur
      adipisicing elit.
    how_to_apply: Send your resume to lorem.ipsum [at] dolor.sit
    is_public:    true
    is_activated: true
    expires_at:   2005-12-01
    token:        job_expired
    email:        job@example.com

یادداشت: کد‌ها را به دقت کپی کنید تا فرورفتگی‌ها از بین نرود. expires_job تنها دو تا Space قبل از خود دارد.

همانطور که شغل اصافه شده را در فایل fixture می‌بینید، مقدار ستون created_at مشخص شده است. حتی اگر بطور خودکار توسط propel پر شود.
مقدار مشخص شده بر هر مقدار پیشفرضی اولویت دارد. Fixture را دوباره بارگذاری کنید و صفحه را refresh کنید:

$ php symfony propel:data-load

می‌توانید query زیر را برای مطمئن شدن از اینکه ستون expires_at بطور پیشفرض توسز متد save و بر مبنای ستون created_at مقدار دهی می‌شوند را اجرا کنید:

SELECT `position`, `created_at`, `expires_at` FROM `jobeet_job`;

پیکره‌بندی دستی

در متد JobeetJob::save بوسیله کدهای پیچیده‌ای تعداد روزهای فعال بودن را مشخص کردیم. اما خیلی بهتر است تا این مقدار را قابل پیکره‌بندی کنیم.
Symfony برای هر application یک فایل پیکره‌بندی ایجاد می‌کند تا ویژگی‌های خاص در آن تعریف شود. فایل app.yml می‌تواند شامل هر تنظیمی که شمما می‌خواهید باشد.

# apps/frontend/config/app.yml
all:
  active_days: 30

در application، این تنظیمات بوسیله کلاس سراسری sfConfig در دسترس هستند.

sfConfig::get('app_active_days')

تنظیمات بهمراه پیشوند app_ هستند، زیرا کلاس sfConfig علاوه بر این دسترسی به تنظیمات symfony را هم مهیا می‌کند، که در آینده می‌بینیم.
کدها را بروز می‌کنیم تا تنظیمات جدید اعمال شود.

public function save(PropelPDO $con = null)
{
  if ($this->isNew() && !$this->getExpiresAt())
  {
    $now = $this->getCreatedAt() ? $this->getCreatedAt('U') : time();
    $this->setExpiresAt($now + 86400 * sfConfig::get('app_active_days'));
  }
 
  return parent::save($con);
}

فایل پیکره‌بندی app.yml راه فوق‌العاده‌ای برای متمرکز کردن تنظیمات سراسری application شما می‌باشد.
در آخر، اگر نیاز به تعریف تنظیمات سراسری گسترده‌تری دارید، تنها یک فایل app.yml در پوشه config ریشه ایجاد کنید و …

دوباره سازی – Refactoring

اگر چه این کد کار مورد نظر را انجام می‌دهد، اما راه سریعی نیست. آیا می‌توانید مشکل آن را بیابید؟
کد Criteria متعلق به اکشن نیست (لایه کنترل) بلکه متعلق به لایه مدل است. در ساختار MVC، لایه مدل تمام منطق برنامه را مشخص می‌کند و لایه کنترل تنها لایه مدل را برای بازیافت داده‌ها فراخوانی می‌کند. از آنجایی که این کد مجموعه‌ای از مشاغل را بر می‌گرداند، آن را به کلاس JobeetJobPeer انتقال می‌دهیم و متدی بنام getActiveJobs ایجاد می‌کنیم:

// lib/model/JobeetJobPeer.php
class JobeetJobPeer extends BaseJobeetJobPeer
{
  static public function getActiveJobs()
  {
    $criteria = new Criteria();
    $criteria->add(self::EXPIRES_AT, time(), Criteria::GREATER_THAN);
 
    return self::doSelect($criteria);
  }
}

حالا کد اکشن می‌تواند از این متد برای بازیافت مشاغل استفاده کند.

public function executeIndex(sfWebRequest $request)
{
  $this->jobeet_job_list = JobeetJobPeer::getActiveJobs();
}

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

• منظق دریافت مشاغل فعال حالا در لایه مدل قرار دارد، جایی که به آن متعلق است.
• کد موجود در قسمت کنترل بسیار خوانا‌تر از قبل است.
• متد getActiveJobs می‌تواند دوباره مورد استفاده قرار گیرد (برای مثال در سایر اکشن‌ها)
• کد لایه مدل حالا یک واحد قابل آموزش است.

حالا مرتب سازی مشاغل را بر حسب ستون expired_at صورت می‌دهیم.

static public function getActiveJobs()
{
  $criteria = new Criteria();
  $criteria->add(self::EXPIRES_AT, time(), Criteria::GREATER_THAN);
  $criteria->addDescendingOrderByColumn(self::EXPIRES_AT);
 
  return self::doSelect($criteria);
}

متد addDescendingOrderByColumn یک شرط ORDER BY به SQL ایجاد شده اضافه می‌کند. (متد addAscendingOrderByColumn هم وجود دارد)

دسته‌ بندی‌های صفحه اصلی

طبق قوانین روز دوم:
«مشاغل بر حسب دسته‌بندی و سپس بر حسب تاریخ انتشارشان لیست می‌شود (ابتدا مشاغل جدید تر)»
تا حالا، دسته‌بندی شغل را در اشتراک نمی‌گرفتیم. مطابق قوانین، صفحه اصلی باید مشاغل را بر حسب دسته‌بندی‌ نمایش دهد. ابتدا باید تمام دسته‌بندی‌ها را با کمترین شغل فعال دریافت کنیم.
کلاس JobeetCategoryPeer را باز کنید و متد getWithJobs را به آن اضافه کنید:

// lib/model/JobeetCategoryPeer.php
class JobeetCategoryPeer extends BaseJobeetCategoryPeer
{
  static public function getWithJobs()
  {
    $criteria = new Criteria();
    $criteria->addJoin(self::ID, JobeetJobPeer::CATEGORY_ID);
    $criteria->add(JobeetJobPeer::EXPIRES_AT, time(), Criteria::GREATER_THAN);
    $criteria->setDistinct();
 
    return self::doSelect($criteria);
  }
}

متد Criteria::addJoin یک شرط JOIN را به SQL اضافه می‌کند. بصورت پیشفرض شرط JOIN به یک شرط WHERE اضافه می‌شود. در ضمن شما می‌توانید عملوند JOIN را با اضافه کردن ۳ آرگومنت زیر تغییر دهید.
(Criteria::LEFT_JOIN ، Criteria::RIGHT_JOIN و Criteria::INNER_JOIN)
بنابراین اکشن index را تغییر می‌دهیم:

// apps/frontend/modules/job/actions/actions.class.php
public function executeIndex(sfWebRequest $request)
{
  $this->categories = JobeetCategoryPeer::getWithJobs();
}

در قالب، احتیاج داریم تا حلقه‌ای برای مرور همه دسته‌بندی‌ها و حلقه‌ای برای مرور مشاغل فعال داخل آنها داشته باشیم:

// apps/frontend/modules/job/indexSuccess.php
<?php use_stylesheet('jobs.css') ?>
 
<div id="jobs">
  <?php foreach ($categories as $category): ?>
    <div class="category_<?php echo Jobeet::slugify($category->getName()) ?>">
      <div class="category">
        <div class="feed">
          <a href="">Feed</a>
        </div>
        <h1><?php echo $category ?></h1>
      </div>
 
      <table class="jobs">
        <?php foreach ($category->getActiveJobs() as $i => $job): ?>
          <tr class="<?php echo fmod($i, 2) ? 'even' : 'odd' ?>">
            <td class="location">
              <?php echo $job->getLocation() ?>
            </td>
            <td class="position">
              <?php echo link_to($job->getPosition(), 'job_show_user', $job) ?>
            </td>
            <td class="company">
              <?php echo $job->getCompany() ?>
            </td>
          </tr>
        <?php endforeach; ?>
      </table>
    </div>
  <?php endforeach; ?>
</div>

یادداشت: برای نمایش نام دسته‌بندی در قالب از echo استفاده کردیم. جالب نیست؟ $category یک شیء است و ما بطور خارق‌العاده‌ای آن را echo می‌کنیم! جواب این سوال در طول روز سوم بیان شد، هنگامی که متد __toString را برای تمامی کلاس‌های مدل تعریف کردیم.

برای اینکار باید متد getActiveJobs را به کلاس JobeetCategory اضافه کنیم. تا مشاغل فعال را از شیء دسته‌بندی باز گرداند.

// lib/model/JobeetCategory.php
public function getActiveJobs()
{
  $criteria = new Criteria();
  $criteria->add(JobeetJobPeer::CATEGORY_ID, $this->getId());
 
  return JobeetJobPeer::getActiveJobs($criteria);
}

در فراخوانی add، آرگومنت سوم را از قلم انداختیم زیرا Criteria::EQUAL مقدار پیشفرض است.
متد JobeetCategory::getActiveJobs برای برگرداندن مشاغل فعال از دسته بندی انتخابی از متد JobeetJobPeer::getActiveJobs استفاده می‌کند.
هنگامی که شما JobeetJobPeer::getActiveJobs را فراخوانی می‌کنید، محدودیتی برای هموار کردن بوسیله یک دسته‌بندی ایجاد می‌کنیم. در عوض عبور شیء دسته بندی، قطعاْ یک شیء Criteria را عبور می‌دهیم. چون این بهترین راه برای کپسوله کردن یک شرط است.
GetActiveJobs نیاز دارد تا آرگومنت Criteria را با ضوابط (criiteria) خود یکی کند. چون Criteria یک شیء است، کار کاملاْ راحتی است.

// lib/model/JobeetJobPeer.php
static public function getActiveJobs(Criteria $criteria = null)
{
  if (is_null($criteria))
  {
    $criteria = new Criteria();
  }
 
  $criteria->add(JobeetJobPeer::EXPIRES_AT, time(), Criteria::GREATER_THAN);
  $criteria->addDescendingOrderByColumn(self::EXPIRES_AT);
 
  return self::doSelect($criteria);
}

حدود نتایج

هنوز هم قوانینی برای اعمال شدن به لیست مشاغل صفحه اصلی وجود دارد:
«برای هر دسته بندی، تنها ۱۰ لینک می‌توانند در لیست نمایش داده شوند و یک پیوند امکان لیست شدن تمام مشاغل در یک دسته بندی را ایجاد می‌کند»
اینکار بوسیله استفاده از متد getActiveJobs راحت می‌شود.

// lib/model/JobeetCategory.php
public function getActiveJobs($max = 10)
{
  $criteria = new Criteria();
  $criteria->add(JobeetJobPeer::CATEGORY_ID, $this->getId());
  $criteria->setLimit($max);
 
  return JobeetJobPeer::getActiveJobs($criteria);
}

اختصاص دادن شرط LIMIT در مدل کار سختی است، اما بهتر است تا این مقدار قابلیت پیکره‌بندی داشته باشد. تغییراتی را در قالب ایجاد می‌کنیم تا نهایت مقدار نمایش مشاغل را از فایل app.yml بخواند.

<!-- apps/frontend/modules/job/indexSuccess.php -->
<?php foreach ($category->getActiveJobs(sfConfig::get('app_max_jobs_on_homepage')) as $i => $job): ?>

و این تنظیمات را در فایل app.yml اضافه کنید:

all:
  active_days:          30
  max_jobs_on_homepage: 10

داد‌های اولیه پویا

برای اینکه نتایج تغییرات را مشاهده کنید، باید گروهی از داده‌های اولیه را وارد سیستم کنیم. می‌توان اطلاعات موجود در fixture را کپی کرد که شاید وقت‌گیر و کسل کننده باشد. Symfony اینکار را هم آسان کرده است. شما می‌توانید از کد‌های php در فایل‌های yml استفاده کنید. فایل 020_jobs.yml را باز کرده و کد‌های زیر را در انتهای آن اضافه کنید:

JobeetJob:
# Starts at the beginning of the line (no whitespace before)
<?php for ($i = 100; $i <= 130; $i++): ?>
  job_<?php echo $i ?>:
    category_id:  programming
    company:      Company <?php echo $i."\n" ?>
    position:     Web Developer
    location:     Paris, France
    description:  Lorem ipsum dolor sit amet, consectetur adipisicing elit.
    how_to_apply: |
      Send your resume to lorem.ipsum [at] company_<?php echo $i ?>.sit
    is_public:    true
    is_activated: true
    token:        job_<?php echo $i."\n" ?>
    email:        job@example.com
 
<?php endfor; ?>

دقت کنید که دندانه‌ها و فرورفتگی‌ها را رعایت کنید زیرا در غیر این صورت پردازش نمی‌شوند.
این نکات را همیشه بخاطر بسپارید:

• عبارت <?php ?> همیشه باید در ابتدای خط و یا درون یک مقدار جاگذاری شده باشد.
• اگر یک عبارت <?php ?> سطر را تمام کند، باید در خروجی مقدار «\n» را ذکر کنیم.

و می‌بینیم که در صفحه اصلی تنها ۱۰ شغل آخر اضافه شده است.

ایمن کردن صفحه شغل

هنگامی که شغلی به انقضاء می‌رسد، حتی اگر شما url آن را بدانید نباید به آن دسترسی پیدا کنید. سعی کنید تا URL یک شغل تاریخ گذشته را پیدا کنید. (id را با یک id واقعی در پایگاه داده عوض کنید)

SELECT id, token FROM jobeet_job WHERE expires_at < NOW()

/frontend_dev.php/job/sensio-labs/paris-france/ID/web-developer-expired

بجای نمایش شغل باید به صفحه ۴۰۴ منتقل شویم. اما چگونه می‌توان بصورت خودکار و بوسیله مسیر‌ها به این نتیجه رسید؟
بطور پیشفرض sfPropelRoute از متد استاندارد doSelectOne برای بازگداندن اشیاء استفاده می‌کند، و ما می‌توانیم مشروط بر اینکه خصیصه method_for_criteria در پیکره‌بندی مسیر باشد آن را تغییر دهیم:

# apps/frontend/config/routing.yml
job_show_user:
  url:     /job/:company_slug/:location_slug/:id/:position_slug
  class:   sfPropelRoute
  options:
    model: JobeetJob
    type:  object
    method_for_criteria: doSelectActive
  param:   { module: job, action: show }
  requirements:
    id: \d+
    sf_method: [GET]

متد doSelectActive یک شیء Criteria را که بوسیله مسیر ساخته شده را دریافت می‌کند:

// lib/model/JobeetJobPeer.php
class JobeetJobPeer extends BaseJobeetJobPeer
{
  static public function doSelectActive(Criteria $criteria)
  {
    $criteria->add(JobeetJobPeer::EXPIRES_AT, time(), Criteria::GREATER_THAN);
 
    return self::doSelectOne($criteria);
  }
 
  // ...
}

حالا، اگر سعی کنید تا شغل تاریخ گذشته‌ای را ببینید با صفحه ۴۰۴ مواجه می‌شوید.

پیوند به صفحه مشاغل

حالا، یک پیوند برای صفحه دسته‌بندی اضافه کرده و این صفحه را ایجاد می‌کنیم. اما صبر کنید! وقت امروز تمام شده و زمان کافی برای ادامه این بحث را نداریم. البته اگر شما زمان کافی را داشته باشید، اطلاعات لازم برای اینکار را هم دارید. سعی کنید تا اینکار را انجام دهید و یا فردا بهمراه یکدیگر انجامش دهیم.

فردا همدیگر را می‌بینیم

روی jobeet خود کار کنید، سعی کنید نهایت استفاده از مستندات API و مستندات آزاد موجود در سایت symfony را ببرید. فردا دوباره همدیگر را می‌بینیم و به ادامه کار می‌پردازیم.
موفق باشید…

رنگ‌بندی کدها – Syntax highlighting

رنگ‌بندی درست کد‌ها خوانایی آن را تا حد بسیاری بالا می‌برد. البته این ویژگی روی تمامی IDEها و حتی editor‌ها وجود داره. (جز Notepad ویندوز که بدرد یادداشت نوشتن هم نمی‌خوره!!!)

اتمام خودکار کد – Code completion

این ویژگی به سرعت کد‌نویسی خیلی کمک می‌کنه، همونطور که خیلی‌ها می‌دونند مثلاْ برای نوشتن قطعه کد مربوط به مقصد یک لینک تنها حرف h را تایپ می‌کنید و IDE مقادیر href=”" و hreflang=”" رو به شما پیشنهاد می‌کنه.
البته این ویژگی روی کد‌های php هم به همین صورتی که در تصویر زیر مشاهد می‌کنید اعمال می‌شود.

پس تا اینجا تمام ادیتور‌ها از دامنه بزرگی که مورد بحث بود حذف شدن. (قابل توجه افرادی که گیر دادن به gedit و Kedit و emEditor و Notepad++ و همین قسم ویرایشگر‌ها)

ناوبری – Navigation

خیلی اوقات پیش می‌آید که شما داخل کد‌ها گم می‌شوید (مخصوصاْ به هنگام توسعه برنامه‌های نوشته شده در گذشته و یا کار‌های گروهی) و نیاز دارید تا برنامه شما رو به محل مورد نظر هدایت کنه. برای اینکار می‌توانید از امکان search یا Find که توی هر ویرایشگری پیدا می‌شه استفاده کنید. اما اگر پروژه کمی بزرگ باشد، دچار مشکل می‌شوید و آن زمان است که به امکانات بیشتری برای جستجو و ناوبری احتیاج پیدا می‌کنید. امکاناتی از قبیل Goto که می‌تونه شما رو به سطر، متد و یا کلاس خاصی هدایت کند (بر حسب کلمه کلیدی و یا تعریف از قبل). و یا پنلی که فایل شما را بر حسب کلاس‌ها و توابع موجود در آن بخش بندی و لیست می‌کند و …
راستش این قسمت خیلی قابل توضیح دادن نیست و به قول معروف : حلوای تن تنانی، تا نخوری ندانی!!!

نمایش خطا‌ها و اخطارها

اشتباهات نحوی syntax و یا حتی غلط‌های املایی برنامه‌نویسی (منظورم از این واژه اختراعی اشتباهاتی همچون جا انداختن آکولاد و امثال این است) مشکلی است که به وفور پیش می‌آید. پس یک IDE خوب باید آنها را تشخیص داده و به شما اعلام کند و گیر خود را تا زمان تصحیح پابرجا نگه دارد.

دوباره سازی و سازندگی کد – Refactoring and code generation

این ویژگی، از آن ویژگی‌هایی است که به هیچ شکلی نمی‌شه از آن گذشت! بعضی اوقات پیش می‌آید که مجبور به دوباره نویسی و یا تغییر مکان کلاس‌ها، توابع و یا شاید فایل‌ها هستیم و اینکار در پروژه‌های کوچک هم کار راحتی به حساب نمی‌آید. چه برسد به …
سه امکان refactoring که بیشتر به کار می‌آید رو در زیر لیست کردم:

• Move که تمام includeها و requireها را به هنگام انتقال فایلی از جایی به جای دیگر بروز می‌کند تا مشکلی در روند اجرای پروژه پیش نیاد.
• Rename که این اطمینان را می‌دهد که از تغییر نام هر چیزی هیچ مشکلی برای پروژه پیش نخواهد آمد.
• Safe delete که شما را مطمئن می‌کند که حذف یک فایل پروژه آسیبی به سایر قسمت‌ها وارد نمی‌کند.

علاوه بر این برخی IDEها امکان ایجاد کد‌های مربوط به ساخت توابع سازنده، گیرنده‌ها و … را نیز فراهم می‌کنند.

اشکال‌زدایی – Debugging

معمولاْ کد‌نویسان php برای اشکال‌زدایی کد‌ها از دستور echo و die استفاده می‌کنند. اما این شیوه هرگز جای اشکال‌زدایی خط‌به‌خط را برای برنامه‌نویس نمی‌تواند پر کند. مخصوصاْ در برنامه‌های بزرگ‌تر. یک IDE خوب این امکان را برای کدنویس مهیا می‌کند.

سیستم کنترل نسخه – Versioning system

این سیستم می‌تواند در هر دو شیوه توسعه فردی و گروهی مفید باشد. این ویژگی امکان مقایسه کد فعلی را با نسخه‌های پیشین بصورت تصویری ایجاد می‌کند. همچنین امکان کپی کردن تغییرات به سایر ورژن‌ها و برگشتن به وضعیت قبلی و ادغام تغییرات ایجاد شده توسط سایر اعضاء تیم را هم برای ما مهیا می‌کند.

هنگامی که شما تغییرات را چک کرده و آنها را اعمال نمودید، یکی کردن IDE با سیستم‌های کنترل نسخه‌ای همچون CVS، SVN و … بسیار بهتر از اجرای یک برنامه جدا برای کار با آنها می‌باشد.

خصوصیات سمت مشتری – Client-side features

کمتر پیش می‌آید تا کد‌های php بصورت جدا نوشته شوند و معمولاْ به همراه کد‌های HTML و همچنین CSS و java script می‌آیند. در نتیجه امکان Code complation برای این قسم کد‌ها در فایل‌های php می‌تواند بسیار سودمند و پرکاربرد باشد.

کدام IDE تمام این ویژگی‌ها را شامل می‌شود؟

همانطور که می‌دانید در دنیای متن‌باز برنامه‌های بسیار پر قدرت و مفیدی یافت می شوند. در زمینه IDEها هم می‌توان به جرات گفت که بهترین IDEها OpenSource هستند.
با اندکی دیکتاتوری و بدون هیچ توضیحی ۲ دسته را اینجا نام می‌بریم:

IDEهای مبتنی بر Eclipse

فکر می‌کنم پلتفرم Eclipse معرف حضور بیشتر دوستان باشد، افزونه‌های بسیاری نیز برای کار با php روی Eclipse وجود دارند که برخی از آنها عبارتند از: PDT، Zend Studio، Aptana PHP و همچنین Aptana Studio Pro .
نکته: Aptana را می‌توان بصورت مجزا از Eclipse هم نصب کرد

NetBeans

این IDE تقریباْ نو ظهور هم، بسیار مناسب می‌باشد و البته برای کار روی Eclipse ساخته نشده است. بیشتر ویژگی‌های سایر IDEها را دارد و خوشبختانه OpenSource هم می‌باشد. با توجه به توسعه سریع، روان و جالب آن آینده بسیار روشنی را پیش روی دارد.

نتیجه اخلاقی

آقای الکساندر ماکارو (Alexander Makarov) در مجله Smashing، بررسی جالبی بین این IDEها انجام دادند که به شما پیشنهاد می‌کنم حتماْ آن را از این آدرس مطالعه کنید.
بنده شخصاْ بعد از مشاهده این مقایسه و تست کردن دو افزونه Aptana و PDT به این نتیجه رسیدم که با همون PDT کار کنم. چون اگر حقیقت را بخواهید همین PDT هم کلی از سرم زیاده و خیلی امکانات دارد که هنوز نشناخته‌ام، اما فکر می‌کنم Aptana امکانات جانبی بیشتری نسبت به PDT دارد. امکانات و ویژگی‌های Zend Studio هم که غیر قابل انکار است، اما من پول ندارم. NetBeans هم مطمئناْ چیز خوبی است چون توی یکی از توییت‌های مرتضی الوانی خوندم که از اون استفاده می‌کنه.
در هر صورت انتخاب من، فعلاْ Eclipse و پلاگین PDT است و با آن راحتم. بهترین شیوه برای نصب آن هم استفاده از بسته PDT All In One است. با حجم تقریبی 140mb که بعد از Extract کردن آماده استفاده است. بروی کلیه پلتفرم‌های لینوکس ۳۲ و ۶۴، مکینتاش و ویندوز هم قابل اجرا می‌باشد. (از این آدرس می‌توانید نسخه مناسب با سیستم خود را دریافت کنید)

و اما ادامه ماجرا

تا کنون به نتیجه نسبتاْ خوبی برای قسمت اول عنوان این پست رسیدیم، یعنی IDE خود را برای کار با php انتخاب کردیم. اما برای کار با سیمفونی باید تا حدودی IDE را با خواسته‌های خود سازگار کنیم. اینکار را به بخش‌های مختلفی همچون symfony code completion در PDT، ایجاد رنگ‌بندی برای فایل‌های YAML و استفاده از پلاگین Subclipse برای کار با SVN تقسیم می‌کنیم که در قسمت دوم این مقاله به شرح آن خواهیم پرداخت.

بیشتر راجع به مقدمات Eclipse در الوان‌وب

پ‌ن : این نیمچه مقاله رو با الهام و ادقام این نوشته از مجله Smashing و مطلبی در ویکی symfony نوشتم.