اپلیکیشن‌های وان پلتفرم
Drupal
Drupal چیست؟
Drupal یا دروپال، یک سیستم مدیریت محتوای متن‌باز برای ساخت وب‌سایت است. این پلتفرم در پروژه‌هایی قابل بررسی است که ساختار محتوای آن‌ها از چند صفحهٔ ساده فراتر می‌رود و به نقش‌های کاربری و توسعهٔ امکانات نیاز دارند. طراحی ظاهر و پیکربندی سایت باید با نیاز همان مجموعه انجام شود.
انتخاب CMS فقط انتخاب پنل انتشار مقاله نیست. شیوهٔ تعریف محتوا، دسترسی نویسنده‌ها و مسیر توسعهٔ آینده نیز اهمیت دارند. پیش از نصب Drupal بهتر است مشخص کنید چه محتوایی دارید، چه کسانی آن را مدیریت می‌کنند و چه بخش‌هایی باید به هم مرتبط باشند.
دروپال برای چه نوع سایتی مناسب است؟
یک سایت سازمانی ممکن است خبر، معرفی واحدها، اسناد و صفحه‌های خدمات داشته باشد. پیشنهاد می‌شود برای هر نوع محتوا، فیلدها و مسئول ویرایش روشن باشد تا مدیر محتوا ناچار نشود همه چیز را در یک متن بلند و بدون ساختار قرار دهد.
در پروژه‌هایی با چند گروه نویسنده، فرایند بازبینی هم اهمیت پیدا می‌کند. بهتر است مشخص شود چه کسی امکان نوشتن دارد و چه کسی انتشار نهایی را انجام می‌دهد. تقسیم وظایف درست به‌اندازهٔ انتخاب افزونه و قالب در نگهداری سایت اثر دارد.
انتخاب زیرساخت برای Drupal
برای پروژه‌ای که به کنترل محیط اجرا نیاز دارد، مشخصات سرور مجازی لینوکس را بررسی کنید. تعداد بازدیدها، نوع صفحات، حجم رسانه و نحوهٔ استفاده از کش روی نیاز منابع اثر دارند. یک سایت محتوایی کم‌تغییر و یک سامانهٔ تعاملی الزام یکسانی ندارند.
اگر نیاز شما بیشتر به انتخاب نوع میزبانی مربوط است، صفحهٔ هاست و میزبانی وب را هم بررسی کنید. پشتیبانی از نسخهٔ موردنیاز نرم‌افزار و امکانات اجرای پروژه باید پیش از خرید با مشخصات سرویس تطبیق داده شود.
نگهداری سایت پس از نصب
پیشنهاد می‌شود فقط ماژول‌هایی نصب شوند که نیاز مشخصی را برطرف می‌کنند. وابستگی‌های بیشتر، بررسی سازگاری و برنامهٔ به‌روزرسانی را پیچیده‌تر می‌کند. تغییرات مهم را ابتدا روی نسخهٔ آزمایشی سایت امتحان کنید و برای بازگشت از تغییر ناموفق آماده باشید.
بکاپ فایل‌ها و دیتابیس، بررسی دسترسی مدیران و آزمون فرم‌های مهم باید جزو کارهای دوره‌ای باشند. بعد از جابه‌جایی سرور نیز صرف باز شدن صفحهٔ اصلی کافی نیست؛ ارسال فرم، مسیر ورود و عملکرد بخش‌های مورد استفادهٔ مخاطب را بررسی کنید.
محتوای ساختاریافته چه مزیتی برای سایت دارد؟
فرض کنید برای هر خدمت، نام، شرایط دریافت، فایل راهنما و مسئول پاسخ‌گویی ثبت می‌شود. اگر همهٔ این اطلاعات در یک متن آزاد باشند، نمایش یکدست و جست‌وجوی دقیق دشوارتر می‌شود. در طراحی دروپال می‌توان نوع محتوا و فیلدهای متناسب تعریف کرد تا اطلاعات ضروری جای مشخصی داشته باشند و نویسنده چیزی را ناخواسته فراموش نکند.
این ساختار در بازطراحی سایت هم مفید است. ظاهر صفحه می‌تواند تغییر کند بدون اینکه لازم باشد اطلاعات هر خدمت از نو استخراج شوند. پیش از پیاده‌سازی، چند محتوای واقعی را نمونه‌سازی کنید و از مسئول انتشار بخواهید آن‌ها را وارد کند. مدلی که برای توسعه‌دهنده مرتب است ممکن است در کار روزمرهٔ نویسنده پیچیده باشد.
دسترسی نویسندگان را با مسئولیت آن‌ها هماهنگ کنید
در سایتی با چند واحد سازمانی، همهٔ کاربران به اختیار یکسان نیاز ندارند. ممکن است یک نفر فقط خبر تهیه کند و فرد دیگری انتشار نهایی را انجام دهد. پیشنهاد می‌شود نقش‌ها را بر اساس وظیفه تعریف کنید و با حساب غیرمدیر آزمایش کنید که هر فرد تنها بخش‌های لازم را می‌بیند. آزمودن سایت فقط با حساب مدیر بسیاری از مشکلات دسترسی را پنهان می‌کند.
برای محتوای چندزبانه نیز مشخص کنید چه کسی ترجمه را تأیید می‌کند و تغییر متن اصلی چگونه به مسئول زبان دیگر اطلاع داده می‌شود. صرف ایجاد چند نسخهٔ زبانی، هماهنگی محتوا را تضمین نمی‌کند. اطلاعاتی مانند شرایط خدمت و راه‌های تماس باید در تمام نسخه‌ها به‌روز بمانند و مسیر بازبینی آن‌ها روشن باشد.
سرعت سایت را با صفحات واقعی بررسی کنید
صفحهٔ خبری عمومی و صفحهٔ شخصی کاربر رفتار یکسانی ندارند. کش می‌تواند نمایش محتوای مشترک را سبک‌تر کند، اما اطلاعات وابسته به کاربر نیاز به تنظیم دقیق دارد. پیشنهاد می‌شود هنگام ارزیابی عملکرد، هر دو نوع صفحه را بررسی کنید و فقط به نتیجهٔ صفحهٔ اصلی تکیه نکنید. همچنین اندازهٔ تصویرها و تعداد درخواست‌های جانبی بر تجربهٔ کاربر اثر دارند.
قبل از ارتقای منابع، مسیر کندی را پیدا کنید. یک فهرست با فیلترهای پیچیده، ماژول نامتناسب یا درخواست مکرر به سرویس خارجی ممکن است علت اصلی باشد. افزایش پردازنده بدون شناخت این علت، هزینه را بالا می‌برد و لزوماً مشکل را برطرف نمی‌کند. اندازه‌گیری را پس از اضافه شدن قابلیت‌های اصلی پروژه تکرار کنید.
انتقال سایت قدیمی به Drupal
برای مهاجرت، فهرست محتوا، فایل‌ها و آدرس‌های فعلی را آماده کنید. مشخص شود هر داده در ساختار جدید کجا قرار می‌گیرد و کاربران چگونه به صفحه‌های قبلی می‌رسند. تغییر بی‌برنامهٔ آدرس‌ها می‌تواند لینک‌های ذخیره‌شده و ارجاع‌های بیرونی را از کار بیندازد؛ نگاشت مسیرهای قدیمی به جدید باید بخشی از برنامهٔ انتقال باشد.
ابتدا نمونه‌ای شامل متن، تصویر، فایل و چند نوع محتوای متفاوت منتقل کنید. پس از تأیید تیم محتوا، مهاجرت کامل را انجام دهید. بررسی نمایش روی موبایل، فرم‌های تماس و دسترسی نویسندگان را هم در تحویل بگنجانید. نصب هسته و بالا آمدن صفحهٔ نخست، معیار کافی برای پایان پروژهٔ یک سایت سازمانی نیست.
سوالات متداول
آیا با نصب Drupal سایت کامل آماده می‌شود؟
نصب هسته نقطهٔ شروع است. ساختار محتوا، ظاهر، دسترسی‌ها و امکانات اختصاصی باید متناسب با پروژه تنظیم شوند.
آیا تمام سایت‌های دروپالی به سرور اختصاصی نیاز دارند؟
خیر. انتخاب منابع باید با ترافیک، نوع پردازش و نیاز محیط اجرا هماهنگ باشد.
آیا متن‌ها از پنل مدیریت قابل ویرایش‌اند؟
بله. محتوای سایت از پنل مدیریت قابل اداره است، اما نوع دسترسی و ساختار فیلدها به تنظیمات پروژه بستگی دارد.
زیرساخت مناسب برای راه‌اندازی را انتخاب کنید
پلن‌ها و منابع سرور را متناسب با نیاز نرم‌افزار و پروژهٔ خود مقایسه کنید.
