Pingdom کمپانی معتبری در زمینه سیستم‌های مونیتورینگ وب سایت است. چند روز قبل ابزار آنلاینی برای اندازه‌گیری سرعت بارگذاری صفحات وب ارائه داده است که می‌تواند برای وب‌مستر‌ها مفید باشید. این ابزار که بر پایه تکنولوژی آژاکس پایه ریزی شده است، هر نوع فایلی که به صفحه ارتباط داشته باشد ائم از تصویر، سی اس اس، جاوا اسکریپت، آر اس اس، فلش و حتی در صورت وجود frame های داخلی یک طرح را آنالیز می‌کند.

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

صفحه‌ی اصلی وبلاگم را چک کردم، در مجموع 27 آبجکت با حجم 82 کیلوبایت در صفحه اصلی وجود دارد. که اگر کاربری با سرعت پایین یک اتصال دیال‌آپ را هم در نظر بگیریم در مدت زمانی کمتر از 6 -8 ثانیه کل محتوای صفحه اصلی بارگذاری می‌شود. این ابزار آنلاین را می‌توانید در اینجا بیابید.

قبلاً به طور غیر مستقیم در مقالات PHP & CSS Hacks و فشرده‌سازی CSS به کمک PHP به طور مختصر از ثابت‌ها یا همان constant ها استفاده کردیم. متاسفانه همانطور که همه می‌دانیم CSS از ثابت‌ها پشتیبانی نمی‌کند. اگر می‌توانستیم در ابتدا مقادیر ثابت را تعریف کنیم و سپس از آن‌ها در بخش‌های مختلف فایل CSS مان استفاده کنیم خیلی عالی می‌شد.

توسعه ‌دهندگان وب برای حل این موضوع عمدتاً به ترکیب یک زبان برنامه نویسی تحت وب مثل PHP با CSS متوسل می‌شوند. (روش اول استفاده از PHP محض و روش دوم ویرایش فایل Htaccess است) هر چند خیلی کم هستند کسانی که این متد رو بکار می‌برند. چند وقت پیش که با Rachel Andrew در این مورد بحث می‌کردم اینطور وانمود می‌کرد که روش‌های مرسوم برای این کار جدای از اینکه مورد انتقاد قرار گرفتن، عمدتاً به علت ناآگاهی طراح، زیاد مورد استقبال قرار نگرفته و انتظار می‌رود در آینده نزدیک تعداد طراحانی که این متدها رو بکار می‌برند بیشتر شود.

اما بنظر خودم ترکیب یک زبان برنامه نویسی تحت وب مثل PHP با CSS برای یک سایت پر ترافیک واقعاً می‌تواند ناکارآمد باشد. موضوع دقیقاً روشن است، کامپایل یک فایل PHP به CSS مقداری از پهنای باند را مصرف خواهد کرد. چرا که یک فایل استاتیک (مثلاً یک فایل نرمال با فرمت CSS) می‌تواند کش شود در حالی یک فایل پویا در هر بار که یک صفحه از سایت را باز کنید باید کامپایل و دوباره روی مرورگر بارگذاری شود. بنابراین قبلاً از اینکه این ترکیب رو بکار برد باید به فکر یک مکانیسم کشینگ عالی بود. از طرف دیگر من هم قبول دارم که CSS باید گزینه‌ای برای ثابت‌ها داشته باشد اما W3C این روش را قبول نمی‌کند، خودتان قضاوت کنید. پس راه حل چیست؟ ادامه مطلب …

تصورش عجیب است که حتی Favicon صفحات شما حالت دینامیک و پویا داشته باشد. فکر کنم اولین باری است که مطلبی مانند این درباره ایجاد Favicons آن هم به صورت پویا بر روی وب منتشر می شود. تنها مشکل، عدم پشتیبانی کامل مرورگری مثل IE از این خاصیت است. مرورگرهایی نظیر فایرفاکس و اپرا از بر چسپ link برای تعیین Favicon استفاده می کنند در حالی که IE و Safari از این الگو برای تشخیص Favicon بی بهره اند.

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

یک نمونه آزمایشی در اینجا آورده شده است. کافی است پس از لود کامل صفحه شروع به تایپ کردن کنید. با تایپ هر حرف، Favicon هم به همان فرم تغییر خواهد کرد (با فایرفاکس امتحان کنید) حتی می توان همزمان عنوان صفحه رو هم با این متد عوض کرد.

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

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

اما چاره چیست؟ به جای شمارنده ها جهت نشان دادن بازدید کننگان سایت، باید به فایل های ثبت وقایع روی سرویس دهنده استناد کنید. زیرا نشان می دهند چه کاربرانی واقعا به یک سایت نگاه کرده اند و برای به دست آوردن اطلاعات با ارزش در مورد کاربر و نحوه عملکردش با سایت می تواند موثر باشد. مثلا با تحلیل یک فایل ثبت وقایع، می توانید ببینید کدام فایل ها را کاربران خوانده اند و کدام را نخوانده اند یا کدام مطلب را بیشتر از دیگر عناوین خوانده اند. از این اطلاعات، ممکن است تصمیم بگیرید که لیستی از صفحات با کاربرد بیشتر را در بالای سایت تبلیغ کنید و در عوض صفحات بی کاربرد را حذف نمایید. ادامه مطلب …