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

تبلیغات

تبلیغات متنی

صرافی ارکی چنج

صرافی rkchange

سایبان ماشین

دزدگیر منزل

تشریفات روناک

اجاره سند در شیراز

قیمت فنس

armanekasbokar

armanetejarat

صندوق تضمین

Future Innovate Tech

پی جو مشاغل برتر شیراز

لوله بازکنی تهران

آراد برندینگ

خرید یخچال خارجی

موسسه خیریه

واردات از چین

حمية السكري النوع الثاني

ناب مووی

دانلود فیلم

بانک کتاب

دریافت دیه موتورسیکلت از بیمه

طراحی سایت تهران سایت

irspeedy

درج اگهی ویژه

تعمیرات مک بوک

دانلود فیلم هندی

قیمت فرش

درب فریم لس

زانوبند زاپیامکس

روغن بهران بردبار ۳۲۰

قیمت سرور اچ پی

خرید بلیط هواپیما

بلیط اتوبوس پایانه

قیمت سرور dl380 g10

تعمیرات پکیج کرج

لیست قیمت گوشی شیائومی

خرید فالوور

بهترین وکیل کرج

بهترین وکیل تهران

اوزمپیک چیست

خرید اکانت تریدینگ ویو

خرید از چین

خرید از چین

تجهیزات کافی شاپ

نگهداری از سالمند شبانه روزی در منزل

بی متال زیمنس

ساختمان پزشکان

ویزای چک

محصولات فوراور

خرید سرور اچ پی ماهان شبکه

دوربین سیمکارتی چرخشی

همکاری آی نو و گزینه دو

کاشت ابرو طبیعی و‌ سریع

الک آزمایشگاهی

الک آزمایشگاهی

خرید سرور مجازی

قیمت بالابر هیدرولیکی

قیمت بالابر هیدرولیکی

قیمت بالابر هیدرولیکی

لوله و اتصالات آذین

قرص گلوریا

 






آمار وبسایت

 تعداد کل بازدیدها : 1829158700




هواشناسی

نرخ طلا سکه و  ارز

قیمت خودرو

فال حافظ

تعبیر خواب

فال انبیاء

متن قرآن



اضافه به علاقمنديها ارسال اين مطلب به دوستان آرشيو تمام مطالب
archive  refresh

استفاده از نسخه های قدیمی apache و mysql بر روی سرورها چرا؟ -


واضح آرشیو وب فارسی:سایت ریسک: استفاده از نسخه های قدیمی apache و mysql بر روی سرورها چرا؟ arashdanger 20 بهمن 1384, 16:00سلام نکته ای که خیلی فکرم رو مشغول کرده اینه که چرا خیلی از سرورها (معمولا سرورهای هاستهای ارزانتر) از نسخه های قدیمی apache و mysql استفاده میکنن؟ مثلا من الان چندتا سایت روی چند سرور مختلف در آمریکا و کانادا دارم که سرور همشون از Apache version 1.3.34 و MySQL version 4.0.25-standard استفاده میکنن؟ علتش چیه؟ آیا این نسخه ها پایدارترند یا مشکلی مانند مشکل استفاده از php 5.x پیش اومده که سرورها ترجیح میدن از نسخه های قدیمی استفاده کنن تا برنامه های قدیمی هم از کار نیافتن؟ oxygenws 23 بهمن 1384, 09:14به شرایط اون نرم افزار بستگی داره..... مثلا آپاچی، سری 1.3، برای PHP بهتر جواب می ده و توسعه php برای آپاچی 2 هنوز به صورت experimental منتشر میشه، پس توصیه نمی شه!! (و در این مورد، توصیه می کنم از سرور هایی با آپاچی 2 دوری کنید!!) (البته در مورد آپاچی، این تقریبا یک استثنا است، تقریبا سری 1.3 هیچ ربطی به سری 2 نداره!!!) در مورد مابقی نرم افزار ها هم، دقیقا نمی دونم منظورتون چه نرم افزار هایی است، ولی قدیمی بودن، می تونه بهتر یا بدتر باشه!!! راستی، مشکل PHP5.x چی بوده؟؟ مشکلی نداره که!!! arashdanger 23 بهمن 1384, 12:21سلام امید واقعا اطلاعاتی که میدی بدرد بخور و کمیابه! منظورم از مابقی نرم افزارها یعنی مثلا اکثر سرورها هنوز از mysql 4.0.25 استفاده میکنن که خوب باعث میشه نتونیم از بعضی از امکانات جدید mysql استفاده کنیم مثلا نمیتونیم از collation ها یا sort فارسی که تو نسخه 4.1 اضافه شد استفاده کنیم یا اینکه اکثر سرورها همیشه حداقل یه نسخه از آخرین نسخه postgresql عقب هستن یا اینکه بعضی از سرورها هنوز هم از kernel سری 2.4 استفاده میکنن یا با اینکه perl 5.8.8 بعنوان نسخه stable ارائه شده ولی هیچکدوم از سرورهایی که سایتهای من روشون هستن از این نسخه استفاده نمیکنن و از نسخه 5.8.7 استفاده میکنن در حالی که میدونم بروز رسانی این سرورها بموقع انجام میشه و بنظرم دلیلی برای انجام این کارها دارن درمورد php5.x هم من نگفتم php مشکل داره بلکه ما از خدامونه که روی همه سرورها php5 نصب بشه که ما هم بتونیم که برنامه درست و حسابی بنویسیم ولی خوب برنامه های قدیمی با php5.x کار نمیکنن و سرورها بهمین خاطر php5.x رو نصب نمیکنن. oxygenws 23 بهمن 1384, 15:15در مورد mysql، هنوز اغلب برنامه های نوشته شده با php/mysql نسخه های جدید mysql که رمز گزاری متفاوتی داره (4.1 به بالا) رو پشتیبانی نمی کنند. چون مثلا در php باید از توابع mysqli استفاده بشه. postgreSQL زیاد مهم نیست!!! چون تقریبا سایتی نیست که با postgre برنامه نویسی شده باشه، برای همین زیاد بهش توجه نمیشه (مظلوم postgre!!) در مورد کرنل، قضایا مفصله (که اندکی در پایان این پست توضیح خواهم داد) فقط این رو بدون که به روز کردن کرنل کار دشواریست، مخصوصا اینکه سرورت، سرور دور باشه (مثلا در freeBSD، کامپایل کردن کل سیستم عامل، از ابتدا و از راه دور، میشه گفت غیر ممکنه!!) و یک کاربر عادی اصلا نمی تونه چنین کاری بکنه و اکثر سرور های ایرانی، ادمین هاشون، کاربرانی عادی هستند! اما مهاجرت به 2.6، تقریبا در هیچ سیستم عامل 2.4 انجام نخواهد شد. (به همون دلیل دور بودن سیستم) مگر اینکه سیستم عاملی که از ابتدا 2.6 روش نصب هست، روی سیستم نصب بشه. این مورد رو می تونید بیخیال بشید، البته از یک minor version میشه نسبتا راحت به یک minor version دیگه مهاجرت کرد. اما از 2.4 نمیشه به راحتی رفت روی 2.6!!!!!! (این عمل تقریبا یک فاجعه است!!!) در مورد پرل هم در پایین (آخرین بخش، یعنی توضیحات کلی) می گم. البته اغلب برنامه ها با php5.x کار می کنند، حدود یک سال و نیم پیش، سرورم با 600 تا اکانت رو به php5 به روز کردم، و به جز 4-5 تا سایت (که همه از سیستم های آماده استفاده می کردند) بقیه مشکلی نداشتند که اون سیستم های آماده هم، همگی به روز شده بودند، اما وب مستر ها اونها رو به روز نکرده بودند. مدیران سرور ها (چه ایرانی، چه خارجی) عموما انسان های غیر متخصصی هستند و از نگهداری سرور چیزی نمی دونن و شاید حتی یک بار هم وارد shell سرور لینوکس شون نشده باشند!! اونها، جز کنترل پنلی که جلوشون هست، هیچ چیز دیگه نمی بینند، اگر کنترل پنل، به روز بکنه، خدا خیرش بده، در غیر این صورت، غیر ممکنه که بتونند سرور رو به روز کنند. حالا، اگر مثلا کنترل پنل CPanel از نسخ قدیمی پرل پشتیبانی کنه، دیگه چاره ای نیست!!! به عنوان مثال، زمانی که php5 اومده بود، CPanel در قسمت به روز رسانی آپاچی نوشته بود "beta" (یا چیزی شبیه این) و در این مورد واقعا مشکل داشت (مشکلات امنیتی خطرناک) حالا اگر یه ادمین نادون، میومد php5 می کرد، بدبخت بود، از اون زمان این خاطره تو ذهن اکثر ادمین ها هست!!! (البته مشکل فوق، با دور زدن CPanel یا دستکاری کد های CPanel به راحتی قابل حل بود) در نهایت، به روز نگه داشتن یک سرور خلاف اون چیزی که دیده میشه، کار سخت و دشواریست. (البته نه کاری که مدیران اکثر سرور ها انجام میدن!!) موفق باشید. پ.ن1: زمانی بود که دوست ادمینی داشتم که دویست هزار تومان به دیتا سنترش داد تا براش ssl فعال کنه، در حالیکه اگر به من حتی 10 هزار تومان می داد، براش چنین کاری انجام می دادم!!!!!! پ.ن2: دوستی دارم که مدیریت سرورش دست منه، هزینه می کنه و سرور رو براش optimize می کنم. شاید هزینه ای که طرف به من میده، هزینه دو ماه یا سه ماه سرورش باشه، اما با انجمن vb ای که داره، روی یک سرور با یک پردازنده پنتیوم 3.2، حدود 600 کاریر آنلاین (شب ها حدود 300-400 کاربر) رو پشتیبانی می کنه و همین یک سایت، ماهیانه حدود 700 گیگا بایت پهنای باند مصرف می کنه. (این حرف من رو، مدیران سرور ها خوب می فهمند که 600 کاربر آنلاین، روی همچین پردازنده ای، یعنی چی!!!) پ.ن3: در پست بالا، روی صحبت من با فرد خاصی نبود، از مدیران متخصص یا هر کس دیگه، عذر می خوام. arashdanger 23 بهمن 1384, 15:55امید اطلاعاتی که توی این پست نوشتی واقعا استثنایی بود و اینارو نمیتونستم بهمین راحتی ها پیدا کنم ازت واقعا ممنونم. نکته ای که میخوام بگم اینه که تنها ادمینهای سرورهای ایرانی نیستن که به این وضع دچارند من الان 3 تا سایت روی سروری که هاستش رو از siteflip.com خریدم دارم و تااونجایی که میدونم این سرور تو دیتا سنتر مشهور theplanet هستش یه سایت هم روی سرور شرکت 9esolution.com دارم که همشون به همین وضع هستن و فکر نکنم سال به سال دستی به سروروی سرور بکشن!! یه چیز دیگه ازون ssl های 10هزار تومنی اگه داری منم میخوام! نکته دیگه اینکه فکر کنم وقتشه که یه کتاب راجع به نکته های مدیریت هاستینگ بنویسی یا اگه میخوای متفکرانه باشه اسمشو بزار یادداشتی بر مدیریت هاستینگ! من خودم واسه خریدنش تو صف وایمیستم (پول کتاب نوشتن هم بد نیست!) oxygenws 24 بهمن 1384, 11:22خواهش می کنم، لطف داری. ssl هم میشه گذاشت، البته به شرطی که "سرور" داشته باشی. (سایت خالی می تونه کمی سخت باشه) و تنها نیازش، یک ip اختصاصی است. در مورد کتاب هم، هنوز خیلی برای این کارا زوده :) هنوز هیچی بلد نیستم، به قضایا اشراف ندارم. (ضمن اینکه فروختن همه اطلاعاتم، در یک کتاب، زیاد برام جالب نیست!!) موفق باشید.




این صفحه را در گوگل محبوب کنید

[ارسال شده از: سایت ریسک]
[مشاهده در: www.ri3k.eu]
[تعداد بازديد از اين مطلب: 436]

bt

اضافه شدن مطلب/حذف مطلب







-


گوناگون

پربازدیدترینها
طراحی وب>


صفحه اول | تمام مطالب | RSS | ارتباط با ما
1390© تمامی حقوق این سایت متعلق به سایت واضح می باشد.
این سایت در ستاد ساماندهی وزارت فرهنگ و ارشاد اسلامی ثبت شده است و پیرو قوانین جمهوری اسلامی ایران می باشد. لطفا در صورت برخورد با مطالب و صفحات خلاف قوانین در سایت آن را به ما اطلاع دهید
پایگاه خبری واضح کاری از شرکت طراحی سایت اینتن