سایت را تا جای ممکن کم حجم طراحی کنید

شاید یکی از مهمترین اصولی که خیلی از طراحان، چه آنهایی که طراحی سایت به‌روز دارند و چه گرافیستهای چاپی و چهمهندسان پرتال نصب کن! توجهی به آن ندارند حجم سایت است. ناگفته پیداست که یک وبسایت سنگین چه زیانهایی می رساند: بسیاری از کاربران را خسته و پشیمان می کند، آمار بازدیدکنندگانی که برای چندمین بار به سراغ سایت ما می آیند کم می کند، تعداد بازدید از صفحات داخلی را کم می کند، حوصله موتورهای جستجو را برای ایندکس کردن سر می آورد و رتبه ما را در موتورهای جستجو می کاهد. البته سبک یا سنگین بودن حجم یک سایت نسبی است و بستگی به میانگین سرعت مخاطبانمان دارد. قطعا برای کاربر عادی ایرانی 100 کلیوبایت وزن قابل توجهی است ولی برای یک نفر در جایی که اسمش خارج است! شاید یک مگابایتش هم چیز زیادی نباشد.
طبق تجربه، طراحی کم حجم می تواند یکی از خصوصیاتی باشد که مشتریان را به سوی طراحان وب جذب کند. اما چه عواملی در سرعت سایت تاثیر گذار است؟ اول اینکه شیوه کد نویسی استاتیک بسیار مهم است: اینکه تا چه حد از CSS استفاده مفید بکنید. کدهای داینامیک نظیر php و asp معمولا به خاطر سرعت بالای سرورها در کمتر از یک ثانیه اجرا می شوند که زیاد به حساب نمی آیند! پس روی کدهای استاتیک که تر و تمیز باشند، و تمام CSS ها بیرون از محتوا و در یک یا چند فایل جدا ذخیره شوند تاکید بیشتری باید داشت. زیرا این باعث می شود در بارگزاری مجدد، این فایل از روی Cache کامپیوتر کاربر لود شود و در سرعت تاثیر مثبت دارد. در مورد فایلهای جاوا اسکریپت نیز وضع به همین منوال است. کدها را ترجیحا در فایلهای جدا باید ذخیره کرد و در هدر سایت فراخوانی کرد. در مواردی که ناچاریم کدها را در فایل اصلی بیاوریم، ترجیحا همه را به پایینترین خطوط کدهای استاتیک انتقال دهیم تا حوصله موتورهای جستجو از سر و کله زدن با این کدها سر نرود، و اگر برود چیز زیادی از دست نداده باشیم! ضمنا در استفاده از افکتهایی که با کتابخانه‌هایی نظیر jQuery اجرا می شوند، باید حواسمان باشد که آیا استفاده از هسته جی کوئری (حدود 80 کلیوبایت) به اضافه کدهای آن افکت به صرفه هست یا نه! زیرا معمولا این کدها را اجنبی های کافر می نویسند که سرعت اینترنتشان خیلی بالاست و ممکن است به فکر سرعت اینترنت در برخی کشورهای دیگر (اسم نمی برم!) نباشند!
مساله مهم و حیاتی دیگر حجم و تعداد تصاویری است که در طراحی به کار می بریم. باید تا جای ممکن از تصاویر کمتر و کم حجمتر استفاده کنیم، و از ساختارهای پر عکس بپرهیزیم (باز هم قابل توجه گرافیستان چاپی). برای ذخیره تصاویر نیز حتما از بخش Save for web در فتوشاپ استفاده کنید. تصاویری که تعداد رنگهای محدودتری دارند، با پسوند gif و تصاویری که سایه روشن یا تنوع طیف رنگی بیشتری داند با پسوند jpg کم حجمتر می‌شوند. پسوند جدیدتر png-24 نیز که از قابلیت شفافیت آن نیز در مرورگرهای جدیدتر می توان استفاده کرد، معمولا از دو نوع قبلی پر حجم تر اما بسیار با کیفیت تر است. چاره دیگر استفاده از تصاویر کوچکی است که تکرار (repeat) می شوند. این روش برای سایه روشنها (gradient) و بافتها (patterns) بسیار کاربردی است.
عوامل دیگری نظیر میزان محتوا (متن و تصویر) در هر صفحه و نیز سرعت سرور، در سرعت بارگزاری صفحات وب موثرند. برای فشرده کردن فایلهای CSS و js و... از قابلیت gzip کردن در فایل htaccess می توان استفاده کرد. برای این منظور می توانید به بخش Compression در کنترل پنل (Cpanel) مراجعه نمایید.
شاید بد نباشد این را هم بگویم که قالبهای از پیش طراحی شده اکثر پرتالهای آماده (از جوملا گرفته تا تالارهای گفتگو) معمولا بسیار سنگین هستند و ساختارهایشان نیز پر از فایلهای خارجی و کدهای اضافه است.

منبع : طراحی سایت ، طراحی وب سایت ، بهینه سازی سایت ، طراحی لوگو ، طراحی آرم

[ بازدید : 402 ] [ امتیاز : 3 ] [ نظر شما :
]

[ شنبه 29 شهريور 1393 ] [ 11:51 ] [ pouya ]

[ ]

از طراح وب خود بپرسید: هاست ویندوز یا هاست لینوکس؟

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

از آنجایی که در حال حاضر "اکثر" شرکتهای طراحی وب از CMSهای php مانند Joomla و WordPress و Drupal استفاده می کنند و برخی دیگر هم مثل مرکز طراحی اسپیرال یک CMS اختصاصی با php می نویسند، انتظار می روند شرکتهای فروش هاست حداقل اطلاعات لازم درباره تفاوتهای هاست Windows و Linux بدهند، و با توجه به اینکه جوملا و وردپرس و دراپال همه با زبان php توسعه یافته اند، در حالت طبیعی هاست Linux را پیشنهاد کنند.

شرکت "ایران هاست"، از جمله شرکتهای شناخته شده و گزینه اول بعضی از مشتریان بوده است و متاسفانه تمام پکیجهای این شرکت ویندوز است، آن هم با کانفیگ عجیب و غریب، بدون MySQL، محدودیت اکانت ایمیل، پنل مدیریتی Website Panel 2.0 (که کمترین امکانات را نسبت به سی پنل و پاراللز دارد) و قیمتی نسبتا بالا ارائه می کند.

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

البته ما قضاوتی درباره کیفیت سایر خدمات این شرکت نداریم، اما از "برندهای ایرانی" انتظار بیشتری می رود!

سوال: برای سایت های php شما چه هاستینگی را معرفی می کنید؟

این روزها در دنیا اکثر هاست‌ها از نظر فضا و پهنای باند و... نامحدودند و از طرف دیگر هاست‌های "پردازش ابری" (یا Cloud Computing Hosts) رقیب شرکتهای سنتی تر شده اند. با این معیارها هاست لینوکس خوب در شرکتهای ایرانی ندیده ام. با این حال هاستهای لینوکس وبدیتا (فناوری اطلاعات نگاه) نه از نظر امنیت و آپتایم، که از نظر پشتیبانی خوب و متعهد در کنار کانفیگ عرف و قیمت مناسب، گزینه پیشنهادی و تا حدودی سلیقه ای من بوده.

اما اگر مشکل پرداخت بین المللی و زبان انگلیسی (برای ارتباط با بخش ساپورت) ندارید، هاست‌هایی مثل بلوهاست (BlueHost) را پیشنهاد می کنم: فضا و پهنای باند نامحدود، کانفیگ عالی، آپشن‌های اضافه خوب، و پشتیبانی فوق العاده عالی. همه اینها در حال حاضر سالانه حدود 60 دلار است. مطمئن باشید با انتخاب چنین هاستی طراح وب خود را خوشحال می کنید!

منبع : طراحی سایت ، طراحی وب سایت ، طراحی آرم ، ساخت لوگو ، سفارش طراحی لوگو

[ بازدید : 293 ] [ امتیاز : 3 ] [ نظر شما :
]

[ شنبه 29 شهريور 1393 ] [ 11:50 ] [ pouya ]

[ ]

مشکلات مربوط به فونت فارسی برای وب سایت ها

آنچه در زیر مطالعه می‌فرمایید بخشی از یک سخنرانی است که در همایش استانداردهای وب و بستر وب باز، توسط ناصر حاجلو درباره با وب فونت (Web Fonts) بیان شده و در وبلاگ وب تارگت منتشر شده است:
"...یک فونت از قسمت‌های مختلفی تشکیل شده است. که عبارت است از کاراکتر ها، حروف و سمبل‌هایی هستند که در یک فونت وجود دارند. از طرفی دیگر یک کاراکتر دارای حالات مختلفی است، برای مثال کاراکتر ب از حالات ب – بـ – ـبـ – ـب تشکیل شده است، این حالات مختلف یک کاراکتر را گلیف می‌گویند. ابزاری به نام موتور رندر متن با توجه به مشخصات هر کاراکتر نسبت به کاراکترهای بعد و قبل از آن یکی از حالات مختلف گلیف مورد نظر را شناسایی کرده و بر روی خروجی ترسیم می‌کند.
اما نکته مهمی که باید به آن توجه داشت این است که هر گلیف دارای کد متفاوتی است که به آن کد پوینتگفته می‌شود. در سالهای آغازین دنیای کامپیوتر، تمامی مراودات انجام شده با کامپیوتر با استفاده از زبان انگلیسی و یکسری سمبل‌های خاص انجام میشد. این دسته از حروف در استانداردی با نام اسکی گنجانده شدند.
با فراگیرتر شدن کامپیوترها در نیمه دوم دهه ۹۰ میلادی، نیاز بود تا زبان‌های بیشتری به دنیای دیجیتال وارد شود. به همین دلیل تولیدکنندگان کامپیوتر اقدام به ایجاد استاندادرهای مختلف کردند که هر استاندارد حاوی کاراکترها و سمبل‌هایم ورد نیاز یک یا چند زبان با ریشه مشترک بود. به این صفحات کدپیج گفته میشد. متاسفانه وجود کدهای برابر و یکسان در کدپیج‌های مختلف باعث سردرگمی کاربران شده بود. برای مثال شخصی با استفاده از کدپیج زبان آلمانی یک متن را می‌نوشت و دیگری بدون اینکه اطلاعی از کدپیج نگارنده داشته باشد، با استفاده از کدپیج روسی اقدام به مطالعه متن می‌کرد. نتیجه آنکه متنی که کاربر نهایی مطالعه می‌کرد حاوی یکسری کاراکتر و سمبل زبان روسی بود که هیچ ارتباطی با متن نوشته شده به زبان آلمانی نداشت. با ازدیاد این مشکلات کنسرسیومی به نام یونی‌کد اقدام به وضع استانداردی کرد که با نام خود این کنسرسیوم به نام Unicode شناخته می‌شود.
استاندارد یونیکد:
یونی‌کد، حاوی اطلاعات مربوط به کاراکترها و سمبل‌های تمامی زبان‌های زنده و مرده دنیاست. این استاندارد با مشخص کردن جداول متفاوت، زبانهای با ریشه مشترک را مانند زبان عربی، فارسی، فارسی دری، اردو و غیره را در یک جدول جای داده و تمامی اطلاعات مورد نیاز آنها را شامل می شود . بدون اینکه کد مورد استفاده در یک گلیف، در گلیف دیگری در هر زبان دنیا استفاده شده باشد.
در سالهای ابتدایی دنیای وب، قراردادن اطلاعات در وب از اهمیت بسزایی برخوردار بود. هر زبانی، مهمترین آثارش را در وب ثبت می‌کرد تا به دست دیگران برساند. لیکن بدلیل محدودیت‌های ابتدایی، صرف قراردادن اطلاعات در وب ، نگارنده و خواننده را راضی نگاه می‌داشت. با پیشرفت‌هایی که در طول سالهایی اندک صورت پذیرفت، این قابلیت ایجاد شد که صفحات بصورت زیباتری به نظر خواننده برسد.
دوستانی که در زمینه طراحی سایت فعالیت دارند، با استفاده از تصاویری با پیش‌زمینه شفاف به خلق متون با کیفیت و زیبا پرداختند و همین امر باعث بوجود آمدن موج دوم نمایش اطلاعات در وب شد. نهایتا با توجه به نیاز کاربران برای نمایش متون زیباتر در وب شرکت‌های مختلف اقدام به وضع استانداردهای داخلی کردند تا با رعایت آنها، مطالب با شکل زیباتری به نظر بیننده برسد. اما قدم آخر، استاندارد یکسانی بود که برای رعایت در تمامی مرورگرهای وب پیشنهاد شد. وب فونت ؛ گرچه از سال ۲۰۰۹ میلادی هنوز به عنوان یک پیشنهاد باقی مانده، لیکن بدلیل پشتیبانی بسیار خوب تبدیل به تنها روشی شده که طراحان وب از آن برای خلق متون زیباتر بهره ببرند.
در سالهای ابتدایی وب، طراحان وب برای نمایش متون مورد نظر از فونت‌های استاندارد استفاده می‌کردند. برای زبان فارسی، عموم وب‌سایت‌ها از فونت Tahoma استفاده می‌کردند، تنها دلیل استفاده از این فونت، اطمینان خاطر از وجود این فونت در سیستم کاربر نهایی بود. با ظهور وب فونت‌ها این قابلیت بوجود آمد که طراح صفحه وب، یک فونت که در سیستم کاربر وجود نداشت را، در صفحه وب مورد نظرش استفاده کند و مطمئن باشد که کاربر نهایی صفحه مورد نظر را با استفاده از فونت دلخواه او مشاهده می‌کند.
در آغاز موج نو نگرش به فونت‌ها در وب، شرکت‌های تولید کننده مرورگر اقدام به وضع استانداردهای داخلی برای پشتیبانی از فونت‌های خاص کردند. برای مثال مرورگر اینترنت اکسپلورر از فرمت EOT پشتیبانی می‌کرد در حالی که فایرفاکس از فونت‌های TTF پشتیبانی می‌کرد. به تدریج مرورگرهای مختلف از فرمت‌های مختلف فونت پشتیبانی کردند و این پشتیبانی‌های متفاوت از فونت‌های متفاوت باعث بوجود آمدن تفاوت در نمایش حروف گردید. بعضی مرورگرها کلمات را با وضوح بهتری نمایش می‌دادند در حالی که برخی دیگر وضوح نمایش کمتری داشتند.
از طرف دیگر، وجود موتورهای رندر متن متفاوت در مرورگرها باعث بوجود آمدن مشکلاتی در نمایش حروف میشد. که البته این مشکل هنوز هم وجود دارد. برای مثال عمده مرورگرهای نصب شده در ویندوز ایکس پی اعم از اینترنت اکسپلورر ۶ – فایرفاکس پیش از نسخه ۴ – اپرا – سافاری و غیره از موتور رندر متن پیش‌فرض ویندوز، Uniscribe استفاده می‌کنند که از Grayscale Antialiasing برای نمایش متون استفاده می‌کند. اما اینترنت اکسپلورر ۷ و ۸ از ClearType برای نمایش متون استفاده می‌کنند. با این تفاوت که اگر کاربر اقدام به نصب اینترنت اکسپلورر ۸ کند، موتور رندر متن پیش‌فرض ویندوز هم تغییر می‌کند، لذا اگر کاربر از فایرفاکس پیش از نسخه ۴ یا سافاری و اپرا استفاده کند، متون او با استفاده از ClearType نمایش داده خواهند شد. اما اینترنت اکسپلورر ۹ و فایرفاکس نسخه ۴ به بعد، از DirectWrite برای نمایش متون استفاده می‌کنند. همچنین باید در نظر داشت که سیستم عامل ایکس مکینتاش از نسخه ۱۰٫۴٫۲ به بعد از CoreText جهت نمایش متون استفاده می‌نماید.
این تفاوت چشمگیر در موتورهای رندر متن باعث بوجود آمدن مشکلات زیادی در نمایش متون شده است که در بعضی محصولات کلمات بصورت شکسته شده نمایش داده می‌شوند. لذا خود فونت به تنهایی هر چقدر هم که کامل و زیبا باشد جهت نمایش متون کافی نیست، موتورهای رندر متن هم از اهمیت بسزایی برخوردار هستند.
چنانچه پیشتر گفته شد، یک فونت از تعدادی گلیف ایجاد شده است، و هر چه تعداد این گلیف‌ها بیشتر باشد یک فونت برای نمایش اطلاعات غنی‌تر خواهد بود. اما این تعداد زیاد در وب قابل توجیه نیست. تصور کنید شما یک متن ساده را به زبان فارسی در وب نمایش می‌دهید، آیا نیاز هست که فونت شما حاوی گلیف‌های زبان انگلیسی یا آلمانی باشد؟ مسلما وجود گلیف‌های بیش از اندازه و افزونگی گلیف‌ها باعث بالا رفتن حجم یک فونت می‌شود که این امر در وب اصلا خوش‌آیند نیست.
مورد دیگری که باید در نظر داشت آن است که زبان‌های لاتین عموما دارای کاراکترهایی با ارتفاع یکسان هستند، اما زبان‌هایی مانند زبان فارسی، عربی، اردو و غیره دارای کاراکترهای کاملا متفاوتی هستند، برخی به سمت بالا کشیده می‌شوند و برخی به سمت پایین. این تفاوت ظاهری در فونت‌های لاتین و زبان‌های دیگر باعث شده که استانداردهای تدوین شده، که عموما بر اساس رسم‌الخط لاتین وضع شده‌اند، فارسی‌زبانان را دچار مشکل کند. چراکه حروف مرتفع فارسی بصورت بالقوه توانایی رعایت ارتفاع استاندارد حروف لاتین را ندارد، و حتی در صورتی که این ارتفاع رعایت شود کلمات خطوط پایین‌تر، کلمات جملات خطوط بالاتر را دچار مشکل می‌کنند و کلمات روی هم می‌افتند.
خیلی از این مشکلات را در زمان طراحی فونت می‌توان برطرف کرد. برای مثال پیاده‌سازی صحیح ارتفاع با صرف زمان تا حد قابل قبولی قابل رفع است، بخصوص مشکل کدپونت‌های اشتباه که در فونت‌های فارسی امری مرسوم است، با صرف کمی زمان کاملا برطرف می‌شود. گلیف‌های مشخص و با تعداد پایین هم در پایین آوردن حجم فونت موثر خواهد بود. همه اینها نشان از یک چیز دارد و آن این است که یک وب فونت باید با دید کاربرد در وب طراحی شود. در اکثر فونت‌های فارسی حروف انگلیسی هم گنجانده شده، ولی در یک وب فونت بدان‌ها نیازی نیست لذا با یک طراحی صحیح تا حد زیادی می‌توان این مشکلات را برطرف کرد.
برای توسعه یک وب فونت نیازی نیست تا همه کارها را از ابتدا انجام دهیم، اگر یک فونت سالم در اختیار داشته باشیم می‌توانیم با حذف گلیف‌های اضافه حجم آن را پایین بیاوریم و با کمی کنترل گلیف‌ها میتوان ارتفاع حروف را نیز مشخص کرد. سپس با گرفتن یک خروجی مجدد و تعیین اطلاعات جانبی فونت و مجوز استفاده از آن، می‌توان از یک فونت بصورت وب فونت استفاده کرد. سرویس‌های زیادی هستند که فونت‌ها را تبدیل به وب فونت می‌کنند. عملکرد بیشتر آنها یکسان است و صرفا یکسری از جداول مورد استفاده در فونت را برای فشده کردن هر چه بیشتر فونت‌ها از بین می‌برند. برای مثال جداول کرن که نبود آنها حجم قابل توجهی از فونت را کم می‌کند. در نهایت با استفاده از یکسری دستورات CSS می‌توان وب فونت را به یک صفحه وب الصاق کرد تا کاربر نهایی در هنگام بازدید از صفحه وب شما، فونت دلخواه شما را مشاهده نماید."

[ بازدید : 285 ] [ امتیاز : 3 ] [ نظر شما :
]

[ شنبه 29 شهريور 1393 ] [ 11:48 ] [ pouya ]

[ ]

ساخت وبلاگ تالار اسپیس فریم اجاره اسپیس خرید آنتی ویروس نمای چوبی ترموود فنلاندی روف گاردن باغ تالار عروسی فلاورباکس گلچین کلاه کاسکت تجهیزات نمازخانه مجله مثبت زندگی سبد پلاستیکی خرید وسایل شهربازی تولید کننده دیگ بخار تجهیزات آشپزخانه صنعتی پارچه برزنت مجله زندگی بهتر تعمیر ماشین شارژی نوار خطر خرید نایلون حبابدار نایلون حبابدار خرید استند فلزی خرید نظم دهنده لباس خرید بک لینک خرید آنتی ویروس
بستن تبلیغات [X]