محبوبترینها
آشنایی با سایت قو ایران بهترین سایت آگهی و تبلیغات در کشور
بهترین شرکت‌های مهندسی در آلمان
صفر تا صد حق بیمه 1403! فرمول محاسبه حق بیمه
نقش هدایای سازمانی در افزایش انگیزه و تعهد کارکنان
کلینیک پروتز و ساخت اندام مصنوعی دکتر اجرائی
چگونه می‌توانیم با ترانسفر وایز پول جابجا کنیم؟
بهترین مدل‌های [صندلی گیمینگ] براساس نقد و بررسی کاربران
مشاوره حقوقی تلفنی با کمترین هزینه
مشاوره حقوقی تلفنی با کمترین هزینه
مشاوره حقوقی تلفنی با کمترین هزینه
دکتر عرفان فدایی وکیل پایه یک دادگستری
صفحه اول
آرشیو مطالب
ورود/عضویت
هواشناسی
قیمت طلا سکه و ارز
قیمت خودرو
مطالب در سایت شما
تبادل لینک
ارتباط با ما
مطالب سایت سرگرمی سبک زندگی سینما و تلویزیون فرهنگ و هنر پزشکی و سلامت اجتماع و خانواده تصویری دین و اندیشه ورزش اقتصادی سیاسی حوادث علم و فناوری سایتهای دانلود گوناگون
مطالب سایت سرگرمی سبک زندگی سینما و تلویزیون فرهنگ و هنر پزشکی و سلامت اجتماع و خانواده تصویری دین و اندیشه ورزش اقتصادی سیاسی حوادث علم و فناوری سایتهای دانلود گوناگون
آمار وبسایت
تعداد کل بازدیدها :
1802211082
import كردن يه فايل ديتابيس بزرگ! -
واضح آرشیو وب فارسی:سایت ریسک: t=28945">import كردن يه فايل ديتابيس بزرگ! NabiKAZ 23 اسفند 1383, 01:50سلام براي import كردن يه ديتابيس بزرگ مثلا با حجم 40 مگابايت (tar.gz اون ميشه 4 مگ) تو ديتابيس MySql چه راهي رو پيشنهاد ميكنيد كه به مشكل بر نخوردم . چون PhpMyAdmin محدوديت حجم داره و time out ميده يا can not page... قبلا اينكار رو با يه نرم افزار كرده بودم . البته قبلش ادمين سايتم يه دسترسي خاص بهم داد كه با يه نرم افزاري كه حتي ميتونستم تو شاخه هاي ديگر كاربران حركت كنم ، بعد يه دستوري بود ميزدم و سه سوت ديتابيس رو import ميكرد. اما يادم نيست چي بود و چيكار كردم . .. شايد SSL يا Shell Access بوده ! ضما من reseller دارم و از نظر دسترسي مشكلي ندارم . لطفا در اين باره راهنمايي كنيد. ممنون نبي oxygenws 23 اسفند 1383, 08:18برنامه های زیادی تو اینترنت هست، کمی بگرد (من آدرسی تو ذهنم نیست، زحمت جستجو با خودت) golden 23 اسفند 1383, 13:27تازگی یه برنامه عالی به نام Navicat پیدا کردم. باش کار کن خیلی راحته وبسیار قوی. NabiKAZ 02 فروردين 1384, 08:23سلام ممنونم oxygenws ... golden جان برنامه اي كه معرفي كردي رو دون لود كردم .. جالبه ...با ديتابيس خودم به صورت local تونستم ارتباط برقرار كنم . اما با ديتابيس روي سرور ، خير! در قسمت Host name/Ip address شماره آي پي رو وارد كردم . براي user name و پسورد هم ، يوزر و پسورد ديتابيسم رو نوشتم . اما پيغام : Access deneid for user...@... (Using password:YES)l ميده ! اصلا كجا يوزر و پسورد هاست رو بايد وارد كرد !! آيا تنظيمات SSH هم لزومي داره وارد كنم ؟ ممنون ميشم راهنمايي كنيد . نبي golden 02 فروردين 1384, 09:59وقتی روی Connection که در قسمت بالایی نرم افزار قرار داره کلیک کنی پنجره ای باز میشه که می تونی username و password را وارد کنی. به جای ip نام دومین سایت را بنویس ببین درست میشه؟ البته بعضی از هاست ها اجازه دسترسی به MySql را از بیرون نمی دهند. narenj 02 فروردين 1384, 23:26نمي دونم تا حالا مشكلت حل شده يا نه. ولي من يك روشي مي گم با اينكه مشكله ولي ارزشش رو داره: اگر اين ديتا بيس table هاي مختلفي داره مي توني هر table را در يك فايل جدا ذخيره كني و هر table را جداگانه import كني اگر همه ديتا بيس در يك table قرار گرفته. قسمت دوم را چند قسمت كن و تيكه تيكه در فايل هاي جدا ذخيره كن. بعد اون فايل ها را import كن. اگر منظورم رو متوجه نشدي بگو تا بيشتر توضيح بدم NabiKAZ 05 فروردين 1384, 22:10وقتی روی Connection که در قسمت بالایی نرم افزار قرار داره کلیک کنی پنجره ای باز میشه که می تونی username و password را وارد کنی. به جای ip نام دومین سایت را بنویس ببین درست میشه؟ البته بعضی از هاست ها اجازه دسترسی به MySql را از بیرون نمی دهند. بابا شوت نيستم من ! دومين سايت رو وارد ميكنم. يوزر و پسورد سايتم هم وارد ميكنم ! اما پيغام مشابه كه بالا گفتم رو ميده ! يوزر و پسورد ديتابيس رو كه لازم نيست وارد كنيم ؟! ممنون NabiKAZ 05 فروردين 1384, 22:13نمي دونم تا حالا مشكلت حل شده يا نه. ولي من يك روشي مي گم با اينكه مشكله ولي ارزشش رو داره: اگر اين ديتا بيس table هاي مختلفي داره مي توني هر table را در يك فايل جدا ذخيره كني و هر table را جداگانه import كني اگر همه ديتا بيس در يك table قرار گرفته. قسمت دوم را چند قسمت كن و تيكه تيكه در فايل هاي جدا ذخيره كن. بعد اون فايل ها را import كن. اگر منظورم رو متوجه نشدي بگو تا بيشتر توضيح بدم روش شما متين ! ميدونستم ... ! ولي فايل من 40 مگابايته !!!! چند تيكش كنم آخه نميشه كه ! :( oxygenws 06 فروردين 1384, 00:26بابا شوت نيستم من ! شرمنده، ولی فکر کنم دقیقا چنین باشه :) يوزر و پسورد سايتم هم وارد ميكنم ! این قضیه هیچ ربطی به سایت شما نداره و شما مستقیم به mysql server متصل می شید نه cpanel یا هر کنترل پنل دیگه ای. باید سمت سرور دسترسی اتصال رو به --ip-- بدی و از اونجایی که ip شما متغیره، باید navicat رو بیخیال بشی. بهتره فایل رو از طریق FTP بالاگذاری کنید (همون 4 مگا بایتی رو) و خودتون براش برنامه بنویسید که اطلاعات رو بخونه و وارد پایگاه داده بکنه. golden 07 فروردين 1384, 10:21البته که شما شوت نیستی ولی تجربه کافی نداری. اگه همنطور که گفتم به جای ip نام دومین را وارد کنی با navicat مشکل نخواهی داشت. یادت نره که به username و password مربوط به database را وارد کنی. موفق باشی. NabiKAZ 08 فروردين 1384, 17:04شرمنده، ولی فکر کنم دقیقا چنین باشه :) اگر شما ميفرمائيد حتما همينطوره !!! باید سمت سرور دسترسی اتصال رو به --ip-- بدی و از اونجایی که ip شما متغیره، باید navicat رو بیخیال بشی. ip سرور متغيره ؟! اما من فك ميكنم ثابت باشه . ضمنا من چه دومين چه اي پي سايت رو بدم خطاي مشابهي ميده... بهتره فایل رو از طریق FTP بالاگذاری کنید (همون 4 مگا بایتی رو) و خودتون براش برنامه بنویسید که اطلاعات رو بخونه و وارد پایگاه داده بکنه. اينم يه حرفيه ...! خب اپ لود ميكنم. رو سرور بازشم ميكنم . اما حالا يه فايل اسكيولم 30 مگي داريم . حالا بهترين راه براي نوشتن برنامه با php چيه ؟ يعني تك تك خطوط رو در قالب يه query اجرا كنم ؟ يا كار ديگه اي بايد كرد. فك ميكنم بايد همون كاري رو بكنم كه installer phpnuke موقع نصبش ديتابيس رو ميساره ... در اين باره بيشتر راهنمايي كنيد ممنون ميشم . باتشكر نبي NabiKAZ 08 فروردين 1384, 17:07البته که شما شوت نیستی ولی تجربه کافی نداری. اگه همنطور که گفتم به جای ip نام دومین را وارد کنی با navicat مشکل نخواهی داشت. یادت نره که به username و password مربوط به database را وارد کنی. موفق باشی. آخه شما گفتي : وقتی روی Connection که در قسمت بالایی نرم افزار قرار داره کلیک کنی پنجره ای باز میشه که می تونی username و password را وارد کنی...... منظورم با اين جملت بود كه گفتم ... وگرنه كه دارم از صحبتاتون استفاده ميكنم. .... حالا بيخيال ... من هر كاري كردم با اين برنامه نتونستم كار كنم . شايد به قول شما دسترسي نداشته باشم بهش... ممنون نبي golden 08 فروردين 1384, 19:42آره دقیقا باید همون کاری را بکنی که installer phpnuke انجام میده. اما اگه phpmyadmin داشته باشی نیازی به نوشتن برنامه جدید نداری. با همون phpmyadmin میتونی این کار را بکنی... اگه سرورت ssh را برای تو active کرده باشه میتونی از اون برای اتصال به mysql استفاده کنی. موفق باشی. oxygenws 08 فروردين 1384, 19:54اگر شما ميفرمائيد حتما همينطوره !!! شوخی کردم، جدی نگیر :) ip سرور متغيره ؟! اما من فك ميكنم ثابت باشه . ضمنا من چه دومين چه اي پي سايت رو بدم خطاي مشابهي ميده... منظور من IP کلاینت بود. شما باید اجازه دسترسی به IP کلاینت رو سمت سرور بدید. اينم يه حرفيه ...! خب اپ لود ميكنم. رو سرور بازشم ميكنم . اما حالا يه فايل اسكيولم 30 مگي داريم . محتویات فایلت چیه؟؟ داده یا کوئری بانک؟؟ اگر کوئری بانک داری، کافیه خط بخ خط بخونی و بفرستی به بانک. اگر هم داده داری، باید از فایل بخونی، با کمی تغییر وارد بانک کنی (insert) موفق باشید، امید mahmoud_ghoochani 07 ارديبهشت 1384, 07:16اصلا ميشه بگين من چطور بايد فايل پشتيبان رو جايگزين يا همون ايمپورت كنم ؟ golden 07 ارديبهشت 1384, 07:38کافیه فایل sql که قبلا گرفتی را روی سرور mysql اجرا کنی. NabiKAZ 08 ارديبهشت 1384, 02:05سلام راستش من مشکلم رو یه جوری حل کردم . مجبور شدم از تکه تکه کردن فایل استفاده کنم. یکم وقت گیر بود ولی چاره ای نداشتم . فایل دیتا بیس من حدود 40 مگ بود. ولی در حالت فشرده حدود 4 مگ میشد . منم به حدود 20 تیکه تبدیلش کردم و هر کدوم رو بصورت مجزا فشرده کردم . و تک تک ایمپرت کردم .. البته به صورت zip نباید فشرده میشدند. بلکه بصورت tar.gz باید فشرده میشدند که مخصوص لینوکسه . و مجبور شدم تحت ویندوزش رو دون لود کنم و از اون استفاده کنم ... از همه دوستانی که در این تاپیک پیگیر مشکلم شدند تشکر میکنم نبی َ golden 08 ارديبهشت 1384, 07:13نکته آموزنده :: قبل از اینکه هاست را خریداری کنید بپرسید که آیا remote access به mysql باز هست یا نه و اگر باز نیست امکان استفاده از ssh وجود داره یا نه؟ oxygenws 08 ارديبهشت 1384, 09:41آیا remote access به mysql باز هست یا نه و اگر باز نیست امکان استفاده از ssh وجود داره یا نه؟ و البته همه اینها می تونه دلیل ضعف هاست باشه :) :wink: NabiKAZ 09 ارديبهشت 1384, 08:19نکته آموزنده :: قبل از اینکه هاست را خریداری کنید بپرسید که آیا remote access به mysql باز هست یا نه و اگر باز نیست امکان استفاده از ssh وجود داره یا نه؟ سلام ميدونم منظورت من نيستم... اما من در پستهاي قبليم هم گفته بودم كه reseller دارم و هر نوع دسترسي كه بخوام دارم . حتي بصورت SSH و با نرم افزار putty هم وصل ميشدم به صورت ريموت ... اما مشكل اين بود كه بعدش بلد نبودم كه بايد چيكار بكنم . حالا با اينكه مشكلم حل شده ولي اگر بگيد دستوراش چطوره بد نيست. البته help زدم ولي مختصر توضيح داده دستورات رو تشكر نبي golden 09 ارديبهشت 1384, 10:58نقل قول: آیا remote access به mysql باز هست یا نه و اگر باز نیست امکان استفاده از ssh وجود داره یا نه؟ و البته همه اینها می تونه دلیل ضعف هاست باشه تا حالا به هاست هایی برخورد کردید که اجازه استفاده از ()phpinfo را نمیدن؟ آیا استفاده از ()phpinfo دلیل ضعف هاسته؟؟؟ مسلما اگه مدیر دیتاسنتر شما کارشو بلد باشه و به دانشش اطمینان داشته باشه remote access را نمیبنده. وقتی حرف از دیتابیس های یکی دو سه گیگا بایتی هست دیگه استفاده از فایلهای dump حال به هم زنه. ssh هم یکی از برترین سیستم هاست چرا وجود ssh دلیل ضعف هاسته؟ oxygenws 18 اسفند 1385, 19:39سلام... به درخواست نبی عزیز تاپیک رو بالا میارم تا پاسخ بدم... (بالا میارم به معنی «بالا آوردن» نیست!!!) وقتی بحث امنیت میاد وسط.... هر اطلاعاتی برای هکر می تونه مفید باشه.... تاکید می کنم *هر اطلاعاتی* این اطلاعات می تونه شامل اطلاعاتی که داخل phpinfo هم هست باشه... ضمن اینکه هر درگاه بازی برای سرور می تونه خطرناک باشه... این درگاه می تونه پورت mysql باشه یا ssh یا ... حالا اگر این درگاه به دسترسی لوکال تبدیل بشه می تونه خطرناک تر باشه... مثل یک ssh ه باز!!! و در نهایت یک اتصال باز ssh دست تمام مشتریان یک سایت می تونه یک خطر بزرگ برای یک سرور باشه (چون ممکنه هر کدوم از اون افراد هک بشن!! پس یعنی سرور شما هک شده!!) در نهایت... امنیت هیچ وقت ۱۰۰٪ نیست... بلکه بحث احتمالات میاد وسط... هر چه محدود تر باشی... احتمال هک شدن ات کمتره :> NabiKAZ 20 اسفند 1385, 02:54پس چون cpanel از پورتهای 2082 و 2086 جهت لوگین به کنترل پنل، و از 2086 برای لوگین به ایمیل استفاده میکنه. باید بگیم ضعف امنیتیه و این پورتهای باز ممکنه خطرناک باشن. در صورتی که فکر میکنم در این مورد برعکسه! یعنی جهت افزایش امنیت هست که cpanel داره از پورتهای ویژه(به غیر از 80) برخلاف دیگر کنترل پنل ها استفاده میکنه. شاید امکانات و آزادی هایی که بعضی پورتها در اختیار کاربر قرار میدن باعث نگرانی میشه، مثل همین ssh و ... وگرنه به طور مطلق نمیشه گفت باز بودن یه پورت یعنی یک قدم به سوی پیشروی هکرها ! اینطور نیست؟ خالا به طور خاص در مورد ssh یا remote mysql راه هایی که باعث بالابردن ضریب اطمینان بشه وجود داره؟ که حداقل بشه آدم دلش رو خوش کنه...؟! چند درصد میشه اطمینان رو بالا برد؟ تشکر نبی oxygenws 20 اسفند 1385, 09:13پس چون cpanel از پورتهای 2082 و 2086 جهت لوگین به کنترل پنل، و از 2086 برای لوگین به ایمیل استفاده میکنه. باید بگیم ضعف امنیتیه و این پورتهای باز ممکنه خطرناک باشن. نگاه کن... ضعف امنیت رو نسبی بررسی کن... بله... سروری که روش cpanel نصبه از سروری که نصب نیست ضعیف تره... یادمه حدود 3 سال پیش تعداد خیلی خیلی زیادی سرور به خاطر یک باگ توی همین cpanel کراک شدند (سرور من هم یکیشون بود) خوب، فکر نمی کنی که اگر cpanel نبود امن تر می بود؟!!!! در صورتی که فکر میکنم در این مورد برعکسه! یعنی جهت افزایش امنیت هست که cpanel داره از پورتهای ویژه(به غیر از 80) برخلاف دیگر کنترل پنل ها استفاده میکنه. نه، **هیچ** ربطی نداره. شاید امکانات و آزادی هایی که بعضی پورتها در اختیار کاربر قرار میدن باعث نگرانی میشه، مثل همین ssh و ... این هم هست... ولی من حدس می زنم تو فکرت داری اشتباه بررسی می کنی. در نهایت، پورت باگ نداره!!! برنامه است که باگ داره!!! وگرنه به طور مطلق نمیشه گفت باز بودن یه پورت یعنی یک قدم به سوی پیشروی هکرها ! چرا، دقیقا همینطوره.... باز بودن یک پورت یعنی داشتن دسترسی به باگ های **بالقوهء** بیشتر. خالا به طور خاص در مورد ssh یا remote mysql راه هایی که باعث بالابردن ضریب اطمینان بشه وجود داره؟ که حداقل بشه آدم دلش رو خوش کنه...؟! چند درصد میشه اطمینان رو بالا برد؟ چرا خوب... ولی نمی شه پیش بینی همه چیز رو کرد... مثلا اگر فردا یک باگی توی mysql کشف بشه... و پورتش باز باشه.... اون موقع تمام سرورت داغون میشه.... مخصوصا اگر سرورت ویندوز باشه (با اون پرمیشن های مسخره اش!!) NabiKAZ 21 اسفند 1385, 09:00نگاه کن... ضعف امنیت رو نسبی بررسی کن... بله... سروری که روش cpanel نصبه از سروری که نصب نیست ضعیف تره... یادمه حدود 3 سال پیش تعداد خیلی خیلی زیادی سرور به خاطر یک باگ توی همین cpanel کراک شدند (سرور من هم یکیشون بود) خوب، فکر نمی کنی که اگر cpanel نبود امن تر می بود؟!!!! درسته. از این حرف میشه یه نتیجه گیری کلی کرد. اینکه یه سرور که هیچی روش نصب نباشه و هیچ دسترسی هم به چیزی وجود نداشته باشه ایمین تر است. اما سروری که cpanel نصب باشه ضعیف تره، اگر ssh فعال باشه بازم ضعیف تر میشه و به همین ترتیب بسته به دسترسی ها و نرم افزارهایی که روی سرور نصب میشه، امنیت پایین تر میاد. اما از اونجایی که ناچار هستیم برای راحتی کار کاربر یه سری نرم افزار ها نصب کنیم اینکارو میکنیم ولی یه سری محدودیت قائل میشیم. تا اینجا تقریبا واضح بود فکر کنم. اما یه چیز دیگه اینکه خودت هم اشاره داشتی که به خاطر ضعف امنیتی بزرگی که در cpanel وجود داشت سرورها هک شدند پس چندان به اون هم نمیشه اعتماد کرد، و درست نیست که همش ssh و remote mysql رو بکوبیم !!! به عبارت دیگه تمامی این سرویس ها به نوعی ضعف خاص خودشون رو میتونن داشته باشند، اما از اونجا که ما مجبور هستیم برای مدیریت سرور مثلا cpanel نصب کنیم، برای مدیریت ایمیل فلان نرم افزار رو نصب کنیم و الی آخر، و همه اینها روی هر سروری تقریبا نصب هست و یه جورایی بودن اینها به دلیل استفاده و نیاز خیلی زیادشون یه جورایی عادی شده ، دیگه کسی نمیره تو نخ مسائل امنیتی و غیره... اما از دید دیگه، چون ssh و سرویس های کم کاربرد، که کاربرها شناخت چندانی نسبت بهشون ندارند و برای کاربرها استفاده چندانی ندارند رو میان غیر فعال میکنند(در راستای همون محدود سازی) و هیچ کسی هم نمیگه آقای مدیر سرور چرا اینها رو غیر فعال کردید! به طور خلاصه اینطور به نظر میاد که که تمامی این سرویس ها ممکنه باگ های نهفته خودشون رو داشته باشند، اما زورمون فقط به سرویس های کم کاربرد میرسه. یعنی شاید خیلی ناعادلانه باشه که بگیم ssh و امثالم رو به دلایل امنیتی غیر فعال کردیم! چون اگر صرفاً دلیل این باشه، پس همون cpanel رو هم نصب نمیکردیم! اینجا همون مسئله که گفتم زورمون به سرویس های کم کاربرد بیشتر میرسه نشون داده میشه. اشتباه میکنم؟! نه، **هیچ** ربطی نداره. پس دلیلش چیه؟! این هم هست... ولی من حدس می زنم تو فکرت داری اشتباه بررسی می کنی. در نهایت، پورت باگ نداره!!! برنامه است که باگ داره!!! چرا، دقیقا همینطوره.... باز بودن یک پورت یعنی داشتن دسترسی به باگ های **بالقوهء** بیشتر. این دو تا حرفت یکمی تناقض داره! اول میگی پورت باز به تنهایی باگ نداره (یعنی نمیتونه خطری داشته باشه) و این نرم افزاری که با اون پورت کار میکنه ممکنه باگ داشته باشه. اما بعدش تائیید کردی که باز بودن یه پورت به صورت مطلق مساوی است با یه قدم به سمت پیشروی هکر ها. اگر پورتی که بازه و نرم افزای بسیار بسیار ساده داره با اون پورت کار میکنه، مثل همون پورت ساده ای که فقط ساعت سرور رو گزارش میده... بازم میتونه از نظر امنیتی نگران کننده باشه؟! چرا خوب... ولی نمی شه پیش بینی همه چیز رو کرد... مثلا اگر فردا یک باگی توی mysql کشف بشه... و پورتش باز باشه.... اون موقع تمام سرورت داغون میشه.... مخصوصا اگر سرورت ویندوز باشه (با اون پرمیشن های مسخره اش!!) فردا رو ولش کن، امروز رو بچسب ;-) البته آینده نگری خوبه، ولی از اونجا که همیشه یه قدم از هکر ها عقب هستیم مجبوریم فعلاً همین امروز رو بچسبیم. شما هم که ظاهرا از اونهایی هستید که فقط زورتون به سرویس های کم کاربرد میرسه! اگر فردا ممکنه یه باگ توی mysql پیدا بشه، پس mysql نصب نکنیم. پس شاید توی cpanel هم پیدا بشه، پس cpanel هم نصب نکنیم؟!!! تشکر نبی oxygenws 21 اسفند 1385, 21:11به طور خلاصه اینطور به نظر میاد که که تمامی این سرویس ها ممکنه باگ های نهفته خودشون رو داشته باشند، اما زورمون فقط به سرویس های کم کاربرد میرسه. خوب این بدیهی است!!! وقتی نیازی به یک سرویس خیلی کم باشه، چرا باید نصب باشه؟؟ ضمن اینکه در مورد mysql میشه از طریق همین پورت BF و DoS هم کرد. این دو تا حرفت یکمی تناقض داره! اول میگی پورت باز به تنهایی باگ نداره (یعنی نمیتونه خطری داشته باشه) و این نرم افزاری که با اون پورت کار میکنه ممکنه باگ داشته باشه. اما بعدش تائیید کردی که باز بودن یه پورت به صورت مطلق مساوی است با یه قدم به سمت پیشروی هکر ها. اگر پورتی که بازه و نرم افزای بسیار بسیار ساده داره با اون پورت کار میکنه، مثل همون پورت ساده ای که فقط ساعت سرور رو گزارش میده... بازم میتونه از نظر امنیتی نگران کننده باشه؟! نچ... پورت که نمی شه باگ داشته باشه (طبق جمله خودت) اون برنامه ای که داره روی اون پورت شنود می کنه ممکنه باگ داشته باشه. می تونه نگران کننده باشه.... اما بسته به دسترسی اون سرویس می تونه خطرناک باشه یا نباشه... البته آینده نگری خوبه، ولی از اونجا که همیشه یه قدم از هکر ها عقب هستیم مجبوریم فعلاً همین امروز رو بچسبیم. بحث آینده نیست. لطفا بحث رو منحرف نکن. اگر فردا ممکنه یه باگ توی mysql پیدا بشه، پس mysql نصب نکنیم. پس شاید توی cpanel هم پیدا بشه، پس cpanel هم نصب نکنیم؟!!! اگر cpanel لازم نداری خوب نصب نکن!! مشکلی نیست :) mehdi gol 23 اسفند 1385, 18:49دوست من سلام گرچه می دونم مشکل شما حل شده ولی گفتم باز هم این نرم افزار را به شما معرفی کنم phpMyBackupPro که کارش واقعا عالیست و با حجم های بالا هم سازگار هست به چند تا از امکاناتش اشاره یم کنم 1: بک اپ گرفتن در سه ادرس به صورت همزمان هاست ..اف تی پی سروری دیگر ...ادرس ایمل شما 2: بک اپ گیری به صورت کاملا خودکار طبق تنظیمات شما 3: بازگردانی بک اپ با سرعتی واقعا عالی و...و........ اما برای اینکه بتونید بک اپ ها ی گرفته شده از دیتابیس های دیگر را از طریق این نرم افزار منتقل کنید به دیتابیس لازم است که ابتدا فایل اس کی یو ال خود را در فولدر این نرم افزار در فولدری به نام export اپلود کنید و بعد حتما توجه کنید که حتما باید نام دیتابیس شما که روی فایل نقش بسته به نام دیتابس جدید شما تغیر کند برای اینکار کافیست که قبل از پسوند فایل که اس کی یو ال می باشد نام دیتابیس خود را وارد کنید مثال :db name.1173800089.sql این نرم افزار فایل ها را به این شکل نام گذاری می کند که تغیر همان قسمت مشخص شده کافیست البته اگر فایل شما به صورت فشرده نباشد و اگر فایل شما فشرده می باشد باید ابتدا ان را از حالت زیپ خارج کنید و بعد نام ان را تصطح کنید و بعد دوباره ان را فشرده نمائید و داخل پوشه اسن نرم افزار که در بالا مسیرش را گفتم اپلود کنید تا نرم افزار بدون هیچ مشکلی بتواند فایل شما را بازگردانی نماید و بعد با وارد شدن به صفحه اول نرم افزار بعد از تنظیمات کانفیگ به قسمت اینمپورت بروید و از انجا فایل خود را بازگردانی کنید این هم ادرس سایت سازنده اش هست از همینجا دانلود کن نکته : بعد از اپلود کردن روی هاست با وارد شدن به صفحه اول این نرم افزار از قسمت کانفیگ اطلاعات دیتابیس خود را وارد کنید و نوع دریافت ان را البته روی هاست به صورت خودکار بک اپ را قرار می ده در ضمن خیلی سریع بک اپ می گره و سریع هم باز می گردانه موفق باشی دوست دار شما مهدی NabiKAZ 24 اسفند 1385, 02:13خوب این بدیهی است!!! وقتی نیازی به یک سرویس خیلی کم باشه، چرا باید نصب باشه؟؟ در این صورت دیگه قطع سرویس ها صرفاً به دلیل مسائل امنیتی نمیتونه توجیه کننده باشه ! پس بهتره اینطور جواب بدن، به دلیل اینکه فلان سرویس کاربردی برای کاربر نداره و وجودش تنها میتونه مشکلات امنیتی به همراه داشته باشه ... در این صورت ، میشه یه جواب ساده داد: اگر اون سرویس برای من کاربر جنبه مصرفی و حیاطی داشته باشه، تکلیف چیه ؟! حق دارند به خاطر اینکه 99 نفر از فلان سرویس استفاده نمیکنند، اون یک نفر که نیاز داره رو از اون سرویس محروم کنند؟ به نظر شما حق با کیه ؟! نچ... پورت که نمی شه باگ داشته باشه (طبق جمله خودت) اون برنامه ای که داره روی اون پورت شنود می کنه ممکنه باگ داشته باشه. می تونه نگران کننده باشه.... اما بسته به دسترسی اون سرویس می تونه خطرناک باشه یا نباشه... پس چرا در پاسخ به سوال اینکه: "به طور مطلق نمیشه گفت باز بودن یه پورت یعنی یک قدم به سوی پیشروی هکرها ؟!" اینطور پاسخ دادید: "چرا، دقیقا همینطوره...." بحث آینده نیست. لطفا بحث رو منحرف نکن. چشم میزارم پای حساب انحراف بحث و شاید براش یه تاپیک جدا زدم.
این صفحه را در گوگل محبوب کنید
[ارسال شده از: سایت ریسک]
[مشاهده در: www.ri3k.eu]
[تعداد بازديد از اين مطلب: 3332]
-
گوناگون
پربازدیدترینها