ارسال شده توسط محسن حشمتی در ۳م خرداد ۱۳۸۹
دوستان حتما از قسمت آخرین تغییر و تحولات در سمت راست وبلاگ داستان انتقال سرور ما را دنبال می کردند. لازم دانستیم گزارشی مفصل تر جهت اطلاع بیشتر مشترکین از وضعیت سرویس دهی رپیدباز تهیه کنیم.
چرا پروژه انتقال اهمیت پیدا کرد؟
ما برنامه های بزرگی برای رپیدباز در نظر داریم و امیدواریم با اجرایی شدن این طرح ها بتوانیم سرویس بهتری را ارائه دهیم اما پیش زمینه همه این طرح ها بستر قوی و مطمئنی نیاز دارد. ما خوشبختانه با تمهیداتی که دیده بودیم توانستیم سیستم لینکدانی با تمام استقبالی که از آن شده بود را بدون هیچ مشکلی به اجرا بگذاریم. خودتان حتما جزئیاتی که این سیستم در اختیارتان می گذارد را دیده اید و می دانید چه فشاری را بر سیستم بالاخص بانک اطلاعاتی وارد می کند.
ما سعی کردیم در تمام سیستم از سیستم های پخش (distributed) استفاده کنیم که به ما اجازه می دهد از چند سرور در پشت استفاده کنیم در صورتیکه کاربر همه آنها را به صورت یک وجود واحد می بیند. بانک اطلاعاتی یکی از تنگناهایی است که ما قادر به پخش کردن آن تا بحال نشدیم برای همین همواره آن را تحت نظارت داشتیم. در هفته های اخیر با بالا رفتن ترافیک شاهد آن بودیم که این سرور در برخی از لحظات با تاخیر پاسخگو بود. بعد از بررسی هایی که از لاگ های سرور کردیم به این نتیجه رسیدیم که هارد دیسک فعالیت این سرور را محدود کرده است و با وجود قدرت پردازش بالا خواندن از دیسک کار آن را کند کرده است.
خریداری سرور با هارد دیسک SSD
از آنجا که اکثر فعالیت ما خواندن اطلاعات است این نوع هارد دیسک پرفورمانسی غیرقابل مقایسه می دهد با هارد دیسک های موتوری. من زیاد در این وادی وارد نمی شوم و شما را به این صفحه که گزارشی از آزمایش های شرکت Sun و Oracle است ارجاع می کنم (http://www.sun.com/storage/flash/performance.jsp). سروری که ما خریداری کردیم با ۲ هارد SSD شرکت اینتل برای گرفتن بهترین عملکرد بصورت RaidZ نصب شد و مورد آزمایش قرار گرفت. نتیجه های ابتدایی که گرفتیم بسیار خوب بود و تصمیم نهایی برای انتقال گرفته شد.
انتقال اطلاعات و ارتقا نرم افزاری – مشکل بعد از مشکل
در این نقل و انتقال منطقی بود که در فرصت پیش آمده ارتقا نرم افزار بانک اطلاعاتی را هم در دستور کار خود بگذاریم. چند نسخه از بانک اطلاعاتی را آزمایش کردیم و حتی Engine را نیز تغییر دادیم و به یک ترکیب مطمئن رسیدیم و با چند ابزار تصمیم به انتقال گرفتیم. در اولین سعی یک نسخه قدیمی از بانک اطلاعاتی را گذاشتیم و بخوبی جواب داد. بعد که سعی بر انتقال کامل بانک اطلاعاتی جدید گرفتیم برای اینکه اطلاعات دوباره کاری نشوند، سرور قبلی را باید می بستیم.
سرور را بستیم و انتقال را آغاز کردیم. بعد از انتقال، آزمایش ها همه چیز را سالم نشان می دادند و بعد از اجرای بانک اطلاعاتی متوجه شدیم که Event ها و Procedure ها که نقشی حیاتی دارند انتقال پیدا نکردند و تمام اطلاعات ناقص ثبت می شوند. مجبور شدیم سرور قبلی را فعال کرده و انتقال را برای روز بعد موکول کنیم. بعد از چند آزمایش متوجه شدیم که جداول Event ها و فرمتشان بین نسخه جدید و قدیمی فرق می کنند. بعد از مطالعه و بررسی مشکل با چند نفر از همکاران موفق به حل این مساله شدیم. تصمیم برای انتقال نهایی شد و انتقال شروع شد. اینباره انتقال باز هم موفقیت آمیز بود و حتی Event ها هم اجرا می شدند که متوجه شدیم اطلاعات جداول قدیمی با collation بودند که نسخه جدید بانک اطلاعاتی از آن پشتیبانی نمی کند و در نتیجه کلمات انگلیسی با علامت هایی در صفحه ظاهر می شدند. متاسفانه چون تمام تست های ما در محیط Shell بودند ما متوجه آن در وقتش نشدیم. خلاصه با تکنینک های خاصی این موارد را هم بر طرف کردیم و توانستیم سرور جدید را جایگزین سرور قبلی کنیم.
خداحافظی با سروری با وفا
ما همواره در سال اخیر با توجه به استقبال بالا با تنگنایی به نام بانک اطلاعاتی مواجه بودیم. خوشبختانه با آمدن سرور نیویورک به نسخه و تنظیمات ایده آل خود رسیدیم. این سرور با کارآیی و پایایی بالایی که در اختیار ما قرار داد، فرصتی را به ما داد که سرویس های جدید و مطمئن تری را بتوانیم به کاربران ارائه دهیم. شاید خیلی ها از بیرون این امر را کم اهمیت ببینند ولی نگرانی هایی که زیربنای نامناسب برای برنامه نویس دارد موجب می شود بنابر ضرورت یک سری قابلیت های سیستم را که وقت و هزینه زیادی روی آنها شده را بطور موقت یا دائم غیرفعال کند. این امر در دراز مدت دلسردی می آورد و برنامه ها را بطور جد با مشکل روبرو می کند.

امیدواریم در ادامه و با بالا آمدن سرور جدید بتوانیم سرویس های جدیدمان را با برنامه ریزی مناسب تری در اختیار کاربران قرار دهیم. در پایان جا دارد از طولانی شدن این نقل و انتقال و مشکلاتی که برای شما ایجاد کرده عذرخواهی کنیم.
ارسال شده توسط محسن حشمتی در ۱م آذر ۱۳۸۸
از زمانیکه انتقال تورنت در رپیدباز فعال شد، با مشکلاتی ما روبرو بودیم که از لحاظی عجیب بودند. در کل سیستم تورنت طبیعتش متفاوت بوده و از قوانین انتقال روی پروتوکول http پیروی نمی کند. با آمدن فریم ورک جدید خیلی از مشکلات از جمله فایل های تکراری مشکشان بر طرف شد ولی هنوز مشکلاتی در آن باقی بود.
مشکل نشناختن لینک
مشکلی که در یکی دو هفته اخیر خیلی جلوه داشت، قبول نکردن فایل های کاملا سالم توسط سیستم بود. یعنی اینکه سیستم آدرس فایل رو می گرفت و زمانیکه شروع به پردازش می کرد به تایموت می خورد و نتیجه کار به مشترک نمی رسید. برای اینکه این مشکل را حل کنیم زمانیکه سرور درخواست را دریافت می کند، به پشت (background) رفته و فایل را پردازش می کند. اینترفیس سیستم نیز بعد از چند ثانیه دوباره صفحه را بروز رسانی می کند و نتیجه پردازش را نمایش می دهد. آزمایش هایی که در چند روز اخیر انجام دادیم نشان داد که خیلی از مشکلات با این تغییرات اخیر حل شدند.
قابلیت ارسال تورنت از روی کامپیوتر شخصی
سیستم تورنت رپیدباز فقط لینک های اینترنتی را قبول می کند. یعنی شما مثلا به سایت مینی نوا (mininova.org) مراجعه می کنید و فایل خود را که پیدا می کنید لینک دانلود رو به سیستم ما می دید و سیستم رپیدباز آنرا برای شما انتقال داده و لینک مستقیم شده آنرا در اختیارتان قرار می دهد. برخی از سایت ها برای اینکه تورنت های خود را در اختیار همه قرار ندهند، فقط به کاربران قابلیت دانلود تورنت را می دهند و اگر لینک آنرا به رپیدباز بدهید نمی تواند آنها را پردازش کند. شما باید اول آنها را به کامپیوتر خود انتقال داده و سپس به سیستم ما دستور انتقال بدهید.
سایت های زیادی هستند که اجازه ذخیره فایل های تورنت را می دهند ولی خالی از لطف نیست که ما در اینجا یکی از آنها را نام ببریم. یکی از کاربران همیشگی رپیدباز زحمت کشیدند و این سایت را در اختیار ما قرار دادند که ما در اینجا از ایشان تشکر می کنیم.
http://rapidbaz.liz.ir
ارسال شده توسط محسن حشمتی در ۲۷م مهر ۱۳۸۸
با سلام خدمت تمام کاربران عزیز
در ماه های اخیر با توجه به استقبال بسیار بالای کاربران گرامی در ساعات پر ترافیک سیستم دچار مشکلاتی می شد که ما را بر آن داشت تا فریم ورک رپیدباز را بازسازی کنیم. در پروسه این تغییر که از ۲ ماه پیش آغاز شد، بسیاری از مشکلاتی که پیش از این داشتیم و هیچ وقت حل نمی شد با روالی متفاوت بازنویسی شد.

فریم ورک جدید رپیدباز
برای اینکه حداکثر سرعت و قدرت را در اختیار کاربران قرار دهیم سرور جدیدی خریدیم و نسخه ای از فریم ورک را با نسخه اسلیوی (slave) که بر روی سرور ۶۷ بود آزمایش کردیم. اما با همه این تمهیدات در هفته اخیر کاربران مشکلاتی را متحمل شدند که اصلا قابل پیش بینی نبود. با توجه به اینکه ما آزمایش های بسیاری را بر روی سرور ۶۷ و سرور جدید انجام دادیم ولی زمانیکه سیستم را برای استفاده عموم بالا آوردیم ایراد هایی بروز پیدا می کرد که باید تک تک بررسی می شدند. خوشحالیم به اطلاع کاربران برسانیم که تمام این مشکلات بررسی شدند و از امروز صبح هیچ ایرادی در لیست کارهای مانده ما نمانده است.
اهم تغییرات در فریم ورک جدید:
- قسمت تورنت کلا از نو نوشته شد و مشکلات آن حل شدند
- فراهم آوردن امکانات جدید برای پشتیبانی از سرویس های جدید
- جستجو سریعتر و بالا رفتن سرعت بالا آمدن سیستم به میزان ۳ برابر
- بالا رفتن ظرفیت پاسخگویی به کاربران بطور همزمان تا ۲ برابر یا بیشتر
- کاملا RESTful و قابل گسترش با مدیریت متمرکز و غیر متمرکز(سرور ها بین خودشان با پروتوکل تعریف شده نیز می توانند ارتباط برقرار کنند)
ارسال شده توسط محسن حشمتی در ۳م مهر ۱۳۸۸
با سلام
همانطور که اکثر کاربران متوجه شدند ما مشکلاتی با دامنه rapidbaz.com داشتیم که لازم دیدم اقدامات انجام شده را برای شما بنویسم تا شاید مقداری از سو تفاهم ها برطرف شوند.
این دامنه همراه با بسیاری از دامنه های دیگر من با رجیسترار ۱و۱ (www.1and1.com) در سال ۲۰۰۷ ثبت شد. متاسفانه بدلیل تحریم های دولت آمریکا اکثر شرکت های ثبت دامین کاربران ایرانی را قبول نمی کنند و بنده مجبور شدم این دامین را با آدرس کشوری غیر از ایران (قبرس) ثبت کنم. پس از یک سال و زمان تمدید این دامنه که فرا رسید با نامه نگاری های انجام شده نتوانستم آنها را متقاعد کنم که دامین را برای من تمدید کنند. از طرف دیگر چون کنترل پانل من مسدود شده بود قادر به transfer هم نبودم و تنها چاره من درخواست از یکی از دوستان قدیمی استرالیایی جهت کمک بود. این دوست من موفق شد با ثبت دامنه جدید، اشتراکی جدید در این شرکت باز کند و مسئولیت مالی دامنه من را بعهده بگیرد. به این صورت در سال ۲۰۰۸ دامنه rapidbaz.com تمدید شد.

با توجه به مشکلات پیش آمده، تلاش چهت انتقال و تمدید دامنه از ماه پنچم (۴ ماه قبل از تاریخ اختتام ثبت) آغاز شد. همانطور که در تصویر بالا دارید، شرکت ثبت کننده بطور یک طرفه اشتراک پشتیبان مالی این دامنه را حذف کرده و امکان دسترسی ما به به کنترل پانل جهت انتقال دامنه را گرفت. دلیل این کار را عدم تطبیق اطلاعات دامنه با اطلاعات پشتیبان مالی دانسته که خود جای بحث دارد.
با تماس های مکرری که اینجانب و دوستم با این شرکت گرفتند هیچ راه حلی جلو روی ما قرار ندادند. حتی تا آخرین روز ها امیدوار بودیم تا با فرم های تکمیل شده دامنه تمدید شود منتها دامنه از ثبت درآمده و در اختیار شرکت ثانویه قرار گرفت. مکاتبه های ما با شرکت ثانویه از طریق یکی از آشنایان در آمریکا شروع شد و با دریافت هزینه ای چند برابر هزینه تمدید قرار شد دامنه به شرکت قبلی بازگردانده شده و همراه با کنترل پانلی در اختیار اینجانب قرار گیرد. امیدواریم در هفته آینده بتوانیم دامنه را در شرکتی امن خارج از آمریکا انتقال داده و در اختیار بگیریم.
زمانیکه مطلع شدیم امکان دارد مشکلی برای دامنه اصلی بوجود بیاید بر آن شدیم تا سرویس را بر روی دامنه های دیگر نیز فعال کنیم که این عمل با کار شبانه روزی انجام گرفت و از روزی که این مشکل پیش آمد دامنه های rapidbaz.ir و rapidbaz.net جهت استفاده کاربران فعال شدند. اما متاسفانه بدلیل عدم اطلاع رسانی مناسب تعدادی از کاربران نتوانستند از آنها استفاده کنند.
تمهیدات صورت پذیرفته جهت پیشگیری
ما در برنامه، راه اندازی وب سرویس را داشتیم که با توجه به اتفاقات اخیر اولویت آن بالا رفت. این وب سرویس هم جهت کار برنامه تحت ویندوز قابل استفاده است و هم در راه اندازی سرویس هایی بر روی سرور های میزبانی دیگر. با پیش آمدن این مشکل طراحی و اجرای این قسمت از خدمات ما در اولویت بالایی قرار گرفته و امیدواریم بتوانیم بزودی آنرا ارائه دهیم.
مورد دیگری که نیاز به آن به شدت احساس می شد پشتیبانی تلفنی بود. در هفته آینده مشخصات پشتیبانی تلفنی از طریق همین وبلاگ به اطلا کاربران می رسد.
ارسال شده توسط saleh در ۲۹م آبان ۱۳۸۷
با عرض سلام خدمت کاربران محترم رپیدباز
در دو هفته اخیر و پس از اطلاع از مشکلاتی که در استفاده از برنامه دانلود منیجر اینترنت دانلود منیجر (IDM) با رپیدباز داشتیم روشهای مختلفی را جهت رفع این مشکل امتحان کردیم. در این مدت، این دانلود منیجر را به دفعات زیر و رو کردیم و با مسئولین آن ارتباطات متعددی برقرار کردیم اما جالب اینکه آنها به این مشکل اعتراف کردند و وعده دادند که در نسخه ها و بروزرسانی های بعدی این مشکل را حل نمایند .
بدین ترتیب از آنها مایوس شدیم و متخصصین وب سرور ما دست به کارشدند و با تغییراتی که در وب سرور دادند این مشکل نیز حل شد.
روشی که برای این کار به مرحله اجرا رسید، حذف پیام اتمام زمان دانلود و ارسال مجدد درخواستها به سرور جهت پردازش مجدد نام کاربری و کلمه عبور و ارسال لینک پرمیوم در صورت تایید موفق آمیز هویت کاربر می باشد. در حقیقت پیش از این هر زمان که لینک پرمیوم اعتبار خود را از دست می داد سرور پیام ۴۱۰ می داد که به مرورگر و یا به دانلود منیجر عدم اعتبار لینک را اطلاع می داد. با تغییراتی که انجام شد، در صورتیکه لینک پرمیوم اعتبار خود را از دست دهد، مرورگر و یا دانلود منیجر به سرور رپیدباز هدایت می شود. سرور دوباره نام کاربری و کلمه عبوری که دانلود منیجر ارسال می کند را پردازش کرده و در صورتیکه قابل قبول واقع شوند، آخرین دانلود مشترک را از روی بانک بازیابی کرده و لینک پرمیوم جدیدی برای آن ایجاد می کند و به دانلود منیجر جهت ادامه دانلود ارسال می کند.
روش کار این سیستم و دور زدن این مشکل اینترنت دانلود منیجر که لینک اصلی را ذخیره نمی کند و لینک پرمیوم تولید شده را ذخیره می کند کمی زمانبر بود و با همکاری ۲ نفر از استرالیا و آلمان و متخصصین ایرانی رپیدباز عملی شد از این بابت لازم می دانیم همینجا از تمام دست اندر کاران تشکر کنیم.
خوشبختانه سیستم در ماه اخیر اصلا دانتایم نداشت و از این بابت خیالمان بسیار راحت شده است و مدت نگهداری فایل ها نیز هم اکنون به ۲۱ روز افزایش یافته است و با بیش از ۸ ترابایت ظرفیت ذخیره امیدواریم رضایت شما را بیش از پیش جلب کرده باشیم .
با آرزوی بهترین ها برای کاربران رپیدباز
ارسال شده توسط saleh در ۲۳م شهریور ۱۳۸۷
باعرض سلام خدمت کاربران محترم
درروزهای گذشته شاهد بودیم که کاربران سوالات و مشکلات متعددی در رابطه با پرداخت اینترنتی داشتند لذا تصمیم گرفتیم به تفصیل در رابطه با آن توضیح بدهیم:
بانک ها به عنوان دروازه پرداخت اینترنتی
در حال حاضر بانکهای ملت ، صادرات، سامان، پارسیان و اقتصاد نوین این امکان را فراهم آورده اند که افراد بتوانند با استفاده از کارت های بانکی تحت شتاب، خرید اینترنتی انجام دهند. یعنی این بانک ها به عنوان دروازۀ پرداخت یا درگاه پرداخت یا در اصطلاح Gateway عمل می کنند. این به این معنی نیست که فقط کارت های همین ۴ بانک قابلیت خرید اینترنتی را دارد، بلکه به این معناست که این بانکها امکاناتی را فراهم کرده اند که بتوان با کارت سایر بانک ها نیز خرید اینترنتی کرد. عملیات پرداخت در سامانه رپیدباز در حال حاضر از طریق سه بانک سامان، صادرات و ملت انجام می شود و درآینده نزدیک سایر بانک ها نیز به آنها اضافه خواهند شد.
کارت های بانکی مورد قبول خرید اینترنتی
کارت های مورد قبول دروازۀ پرداخت بانک سامان شامل کارت هایی است که توسط بانک های سامان، اقتصاد نوین، پاسارگاد، ملت و کشاورزی و مؤسسه مالی و اعتباری بنیاد صادر شده اند.
بقیه بانکها هنوز امکان پرداخت اینترنتی کارت های خود را به صورت کامل و گسترده فعال نکرده اند و نمی توان با آنها همه نوع خرید اینترنتی را انجام داد. بیشتر بانک ها در حال فعالسازی این سرویس هستند. برای کسب اطلاعات بیشتر در این زمینه به بانکها مراجعه فرمایید.
کارت های شتابی که قابلیت خرید اینترنتی دارند، علاوه بر شماره کارت ۱۶رقمی، دارای شماره رمز اینترنتی و نیز کد ۲CVV و تاریخ انقضاء هستند.
برای مطالعه توضیحات کامل فایلPDF را دانلود نمایید
دانلود فایل
ارسال شده توسط محسن حشمتی در ۱۹م خرداد ۱۳۸۷
طی چند روز اخیر و در مدت تعطیلات که ترافیک کم می شود، فرصت مناسبی جهت انجام تغییرات عمده در سیستم برای ما پیش آمد. در این مدت ۴ سرور جدید با پلتفرم ۶۴ بیتی اضافه شد.
اینطور که من مطلع شدم و با مشکلاتی که اخیرا پیش آمد، پلتفرم x86 بصورت ۳۲ بیت تنها از ۳ گیگابایت رم با Instruction set معمولی می تواند بهره ببرد. برای همین در سرورهای جدید فقط از پلتفرم های ۶۴ بیتی FreeBSD سازگار با EM64T و AMD64 استفاده کرده ایم. سرورهای ۳۷ و ۳۸ در آلمان بطور دوال کور برای جایگیزینی سرور کانادا که به خاطر DDoS از دست داده ایم در نظر گرفته شد.
در مورد DDoS یک توضیح مختصر لازم می دهم ارائه بدهم. Distributed Denial of Service زمانی رخ می دهد که تعدادی کامپیوتر که به قولی هک شده اند و از طریق رموت کنترل می شوند با ارسال پکت به یک سرور یا سایت، یا با پر کردن RAM و CPU روتر و یا با پر کردن پهنای باند مرکزی اتصال سرور یا سرورها را قطع کنند.
متاسفانه سرورهای ما هم هفته پیش با این مشکل دچار شدیم که موجبات اختلال در شبکه دیتا سنتر یکی از سرورهای کانادای ما را پیش آورد. مسئولین این دیتا سنتر با ادعای اینکه بخاطر حملات اخیر شبکه آنها ساعتها قطع بود و هزاران دلار از دست دادند، اتصال سرور ما را قطع و قرارداد ما را فسخ کردند. خوشبختانه با داشتن چند سرور دیتابیس بطور همزمان اختلالی در سرویس ما بوجود نیامد اما از لحاظ مالی متاسفانه متضرر شدیم. برای جلوگیری از این مشکل دیتا سنتر جدید ما در آلمان (فرانکفورت) که سرور جایگزین را از آنها تهیه کرده ایم به ما تضمین هایی داده است و با RAM و CPU قویتری که تهیه کرده ایم امیدواریم این مشکل برای ما در آینده پیش نیاد. یکی از نامه هایی که از دیتا سنتر کانادایی دریافت شد را برای اطلاع کاربران در اینجا قرار می دهم.
در ضمن در این فرصت به قصد ارتقا سرور ۳۳ به پلتفرم ۶۴ بیتی که به نظر پروسه ساده ای می آمد به مشکلاتی برخورد کردیم که تابحال حل نشده است. همیشه سعی کردیم این نوع عملیات را در روزهای تعطیل که ترافیک پایین تر است انجام بدهیم اما متاسفانه این پروسه کمی طولانی شده است. امیدواریم که هر چه سریعتر مشکل این سرور هم حل شود و به سرویس دهی خود ادامه دهد.
در این فرصت با دیتا سنتری که میزبانی سایت مگاآپلود را انجام می دهد نیز وارد مذاکره شده ایم و برای آغاز کار یک سرور کواد کور Dell را خریداری کرده ایم که در حال نصب سیستم عامل آن هستند. اگر این سرور نیازهای ما را برطرف سازد، سرورهای بیشتری در آمریکا در اختیار می گیریم.
ارسال شده توسط محسن حشمتی در ۱م خرداد ۱۳۸۷
سرور ۳۱ از وقتی که در استخدام رپیدباز قرار گرفته مشکلات عدیده ای داشته که پیش از این هم در مورد آن نوشتم. به نظر نمی رسد که مشکلات آن تمامی داشته باشد.
خوشبختانه مشکلات فعلی آن شبیه مشکلات قبلی نیست و هارد دیسک تعویض شده همراه با رید مشکل ذخیره فایلها را حل کرده است ولی به نظر می رسد زمانیکه بیش از ۸۰ مگابیت خروجی بیش از ۱ ساعت داشته باشیم کارت شبکه و با اینتراپتش دچار مشکل می شود.
جهت حل این مشکل سرورهای کانادا را دوباره تنظیم کردیم تا بتوانیم در مدار قرار دهیم. امیدوارم تمام این حوادث تجربیاتی باشد که در آینده تضمین سرویس بهتر را همراه داشته باشد.
ارسال شده توسط محسن حشمتی در ۲۵م اردیبهشت ۱۳۸۷
بنده از روز دوشنبه در مشهد جهت طراحی سوال المپیادهای ملی و استانی بودم و از این باب دسترسی محدودی به اینترنت داشتم. همکاران خوشبختانه توانستند مشکل سیستم و سرور را با ریست کردن سرور حل کنند منتها مشکل دیگری بوجود آمد که من تنها امروز توانستم به طور کامل آنرا بررسی و رفع نمایم.
مشکل جدید مشکل زمان بود که از دیروز پس از ریست سرور بوجود آمد و زمان سرور به سال ۲۰۰۵ برگشت و تایم زون آن نیز به آنچه در BIOS ست بود تغییر پیدا کرد. زمانیکه تایم سرور اشتباه باشد، کوکی هایی که ست می شوند نیز به همان تایم ست می شوند و مرورگر آنها را مردود می شمارد (زمان آنها ۳ سال پیش تمام شده اند). از این باب کاربران سیستم قادر به ورود به سیستم نبودند. من از این باب از کاربران گرامی عذر خواهی می کنم و امیدوارم از این پس با این مشکل روبرو نشویم. من یک برنامه نوشتم که هر ۱۰ دقیق تایم سیستم را چک کرده و بروز کند تا از این بابت به مشکل بر نخوریم.
در مورد کاربران جدید هم این نکته را بازگو کنم که شاید تایید مالی اشتراکهایشان کمی بیشتر از معمول طول بکشد
ارسال شده توسط محسن حشمتی در ۲۱م اردیبهشت ۱۳۸۷
از زمانیکه سرور جدید(سرور ۳۱) را در مدار قرار دادیم مشکل هارد ما را خیلی اذیت کرد. حال با تنظیمات جدید RAID باز هم این مشکلات گریبانگیر ما شدند. با KvM و netboot هم هیچ مشکلی حل نشد و کارشناسان فرانسوی هم جواب رد دادند. با توجه به اینکه ۷۵۰ گیگابایت فضای پشتیبان گیری در اختیار ما قرار دادند بصورت آنلاین باز هم خیلی از فایلها موجود نیستند و حجم آنها به کاربران گرامی بازگردانده می شود.
باور کنید که این مشکلات بیشتر از هر چیزی ما را مورد آزار قرار دادند و علاوه بر اینکه ما را جلوی کاربران شرمنده کردند و ضررهای مالی بسیاری برای ما داشتند ما هم در این چند روز چند ساعت خواب درست نداشتیم. به هیچ عنوان این مشکلات را نمی توانستیم پیش بینی کنیم و با توجه به تمهیدات انجام شده و خرید سرورهای جدید سرویس مطلوب را نتوانستیم ارائه دهیم. با توجه به همه این اوامر درخواست هارد های جدید کردیم که امیدواریم در ساعات آتی بتوانیم سرور را هر چه زودتر در دسترس کاربران قرار دهیم.
بطور موقت سرور ۱۵ کانادا در مدار قرار گرفته شده است و پس از بازگردانده شدن فایلهای پشتیبان حجم فایلهای غیر قابل بازگشت به کاربران ارجاع داده خواهد شد.
Recent Comments