تفاوت مقدار مجاز تصویر و فایل پیوست

Question

مقدار مجاز فایل پیوست ۱ مگابایت است در صورتی که مقدار مجاز تصویر پیوست 0.25 مگابایت است. به نظر می‌رسد اگر هر دو مقدار یکسان باشند و کمی بیشتر از ۱ مگابایت، منطقی باشد یا اینکه اصلاً محدودیتی وجود نداشته باشد. یک screenshot بصورت معمولی در سیستم عامل Mac حداقل چیزی حدود 600 کلیوبایت حجم دارد و با محدودیت فعلی قرار دادن تصویر مشکل‌ساز است.

Comments

آقا وحید مدیر سیستم هستند. حتما پرسش را ببینند پاسخ خواهند داد. شما png ذخیره می‌کنید و حجم تصویرتان ۶۰۰ کیلوبایت می‌شود؟ حتما تفکیک‌پذیری مانیتورتان بالاست. Resolution مانیتور من 1440*900 است.

---

یک حسن یا عیبی که این سیستم سایت داره، اینه که فایل‌ها و عکس‌ها رو مستقیماً توی خود دیتابیس ذخیره می‌کنه. به عبارت دیگه، توی پوشه qaی داخل هاست، پوشه‌ای وجود نداره که این فایل‌ها تک‌تک داخلش ذخیره شده باشند (البته می‌شه کاری کرد که عکس‌های گذاشته‌شده از طریق خود ادیتور رو توی یه پوشه‌ای مثل files ذخیره کرد). همین باعث می‌شه که حجم دیتابیس، به مرور زمان، خیلی بالا بره و لذا backup گرفتن و یا restore کردن دیتابیس در مواقع ضروری، زمان زیادی می‌بره.
به خاطر همین اگر موافق باشید، همچنان محدودیت حجم رو روی فایل‌های پیوستی و عکس‌ها داشته باشیم.
در ضمن اگر موافق باشید، با توجه به اینکه ما از دکمه‌های زیر ادیتور برای پیوست فایل‌های تک، خروجی پی‌دی‌اف و فایل لاگ استفاده می‌کنیم و حجم این‌ها هم در حد چند کیلوبایته، محدودیت این دکمه‌ها رو روی ۲۵۰ کیلوبایت و محدودیت دکمه قرار دادن عکس رو روی ۳۰۰ کیلوبایت بذاریم. بدیهیه که این عددها فقط یه پیشنهاده و می‌تونیم درباره‌شون بحث کنیم.

البته اگر دقت کنیم، می‌بینیم که خیلی وقت‌ها برای نشون دادن منظورمون، لازم نیست از کل صفحه مانیتور، اسکرین‌شات بگیریم؛ بلکه کافیه فقط از قسمت کوچیکی که مشکل رو نشون می‌ده، اسکرین‌شات بگیریم؛ درست مثل سایت tex.se.

---

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

Answer 1

با سوال‌هایی که در سایت رسمی پشتیبانی کردم، دیشب تنظیماتی در سایت انجام دادم. با این تنظیمات، از این به بعد، تمام عکس‌های گذاشته‌شده در ویرایشگر، فایل‌های پیوست‌شده به پرسش‌ها و حتی آواتارهای کاربران به جای ذخیره‌شدن مستقیم در دیتابیس سایت، در پوشه‌ای به اسم X داخل هاست سایت ذخیره می‌شن.
هر کدوم از این موارد مثل این عکس، موقع آپلودشدن، به طور خودکار، تغییر نام داده می‌شن و با یک اسم (آی‌دی) تصادفی ۲۰ رقمی داخل پوشه‌ای با اسم ۳ رقم اول این ۲۰ رقم ذخیره می‌شن؛ البته هر کدوم از این موارد که ۳ رقم اول‌شون یکسان باشه، داخل یک پوشه مشترک ذخیره می‌شن؛ بنابراین ما یک پوشه به اسم X داریم که حاوی تعداد خیلی زیادی پوشه به اسم xxx هست که هر کدوم از این پوشه‌های xxx خودشون شامل یک یا چند عکس، فایل و یا آواتار هستن.

Answer 2

برای تصاویری که بالاتر از حد مجاز هستند می‌تواند از یک سایت معتبر مانند imgur استفاده کرد. تصویر را در آن‌جا upload کرد و مکان تصویر را در این‌جا قرار داد.

Comments

چند تا نکته هست:
۱. به سایت‌های ایرانی میزبانی عکس، اصلاً نمی‌شه اعتماد کرد؛ چون هر لحظه ممکنه تعطیل بشن و لذا عکس‌هایی که روشون میزبانی می‌شن، حذف می‌شن؛ بنابراین هر پرسش یا پاسخی که حاوی یکی از این عکس‌ها باشه، عملاً به‌دردنخور خواهد شد. علاوه بر این، تقریباً تمام این سایت‌ها حاوی تبلیغات سنگین و آزاردهنده هستن. علاوه بر این، کلاس سایت رو پایین میارن.
۲. به سایت‌های خارجی هم نمی‌شه از لحاظ policyشون اعتماد کرد؛ چون هر لحظه ممکنه به دلیل تحریم‌ها و یا برای جلوگیری از حملات هکری مثل حمله‌های احتمالی DDOS، آی‌پی‌های ایران و یا هر کشور خارجی دیگری رو ببندن. علاوه بر این، به دلیل ناکارآمد بودن سیستم فـ*یلترینگ ایران، بعضی از این سایت‌ها توی ایران فیلتر هستن. مثلاً زیردامنه http://i.stack.imgur.com که سایت tex.se ازش برای میزبانی عکس‌های داخل پرسش‌ها و پاسخ‌ها استفاده می‌کنه، تا حالا چندین بار توی ایران فیل++تر شده و یا همین خود دامنه اصلی  http://imgur.com که تو معرفیش کردی، عکس‌های داخلش، حداقل برای من، بدون استفاده از فیلـ*ترشکن باز نمی‌شه (خود دامنه بازه؛ فقط عکس‌ها قابل دیدن نیستن).

پس به نظر من نمی‌شه به این سایت‌ها اعتماد کرد. لذا بهترین گزینه ممکن، همون میزبانی عکس‌ها روی هاست خودمون هست.

---

چرا گزینه بهتری هست. یک نرم‌افزار image sharing را در subdomain پارسی‌لاتک نصب کنی و به جای upload تصویر در پوشه مربوطه q2a فایل‌های تصویر در این مکان قرار بگیرند. با این کادر هم نیازی نیست که محدودیت تصویر باشه، هم حجم database بالا نمی‌ره و هم دیگه مشکلی با از بین رفتن تصویر نیست.

---

آره. این هم یه راه‌حل خیلی خوبه؛ هر چند تجربه راه‌اندازیش رو نداشتم.
خودمم دارم روی یه روش کار می‌کنم که عکس‌ها و فایل‌ها رو به جای دیتابیس، توی یه پوشه مجزا ذخیره کنم. به زودی نتیجه رو در قالب یه پاسخ اعلام می‌کنم.
در مورد برداشتن محدودیت حجم عکس‌ها با شما موافق نیستم. به چند دلیل:
۱. تعداد عکس‌ها به مرور زمان، بسیار زیاد می‌شه و لذا حجم پوشه حاوی عکس‌ها هم زیاد می‌شه.
۲. بسیاری از کاربران، با اینترنت کم‌سرعت کار می‌کنند. این یعنی اینکه اگه پرسش یا پاسخی، حاوی یک یا چند تا عکس پرحجم باشه، باید زمان زیادی صبر کنند تا عکس‌ها نمایان بشه.
۳. تقریباً همه کاربران، از اینترنت حجمی استفاده می‌کنند. ما توی ایران به طور متوسط، هر ۱ گیگابایت حجم رو ۴-۵ هزار تومن می‌خریم. حالا اگر مثلاً پرسشی دارای دو تا عکس ۱ مگابایتی باشه و به دلیل گرفتن پاسخ‌ها و نظرهای مختلف، مجبور بشیم چندین بار بهش سر بزنیم، هر بار ۲ مگابایت حجم مصرف می‌کنیم و این یعنی اینکه حجم اینترنت‌مون سریع تموم می‌شه. حتی اگه از اینترنت خونه هم استفاده نکنیم، باز هم خیلی از دانشگاه‌ها برای دانشجوها، محدودیت حجمی هفتگی یا ماهانه گذاشتن.
۴. ممکنه یه آدم مریض، از سر بیکاری، فایل‌های حجیم و یا مخرب حجیم آپلود کنه و برای هاست‌مون، مشکل ایجاد کنه.