رپو فایل

مرجع دانلود و خرید فایل

رپو فایل

مرجع دانلود و خرید فایل

طراحی و پیاده سازی و مدیریت بانکهای اطلاعاتی

بانکهایی مانند Access شاخص ترین عضو خانواده Desktop به حساب می آید در این نوع از بانکهای اطلاعاتی، بانک اطلاعاتی ساخته شده بر روی یک hard قرار گرفته و برای دیگران قابل دسترسی می‌باشد
دسته بندی کامپیوتر و IT
بازدید ها 2
فرمت فایل doc
حجم فایل 92 کیلو بایت
تعداد صفحات فایل 83
طراحی و پیاده سازی  و مدیریت بانکهای اطلاعاتی

فروشنده فایل

کد کاربری 2106
کاربر

طراحی و پیاده سازی و مدیریت بانکهای اطلاعاتی

طراحی و پیاده سازی

مدیریت

1) Design and Implementation

2) Administrator

بانکهای اطلاعاتی به دو دسته تقسیم بندی می شوند که عبارتند از:

1) Desktop Access-paradox, foxpro-Dbase

2) client/server sql-oracl/

مدل Desktop برای کامپیوتهای single پیش بینی شده است. به این شکل که برای یک مجموعه کوچک که با حجم زیادی از اطلاعات روبرو نیست می تواند نیاز ما را برطرف کند.

بانکهایی مانند Access شاخص ترین عضو خانواده Desktop به حساب می آید. در این نوع از بانکهای اطلاعاتی، بانک اطلاعاتی ساخته شده بر روی یک hard قرار گرفته و برای دیگران قابل دسترسی می‌باشد. اگر بخواهیم برای کاربران مختلف که در این سیستم کار می‌کنند محدودیت های دسترسی تعریف کنیم با مشکل مواجه خواهیم شد چرا که گزینه های امنیتی در آن نسبت به مدل client/server

10000

بسیار بسیار ضعیف می باشد. البته در صورتیکه یک محیط شبکه داشته باشیم می توانیم فایل ساخته شده Access خود را در داخل فایل server قرار دهیم و client ها به آن دسترسی داشته باشیم.

جهت دریافت فایل طراحی و پیاده سازی و مدیریت بانکهای اطلاعاتی لطفا آن را خریداری نمایید


طراحی و پیاده سازی نرم افزار شبیه ساز عملکرد تراکتور با ویژوال بیسیک

massageBus رابط برنامه نویسی کاربردی msgBus یک کتابخانه برای پشتیبانی پردازش داخلی و ارتباط سیستم داخلی است که واسط سوکت را استفاده می کند کتابخانه پروتکل پیام دیاگرام را استفاده می کند (UDP) که بوسیله IP فراهم می شود این انتخاب که نسبت به استفاده TCP برتری دارد ساخته شده است برای اجرای دلایل و بدلیل اینکه واسط اساسی (اترنت سریع کلیدداری در صفحه
دسته بندی کامپیوتر و IT
بازدید ها 2
فرمت فایل doc
حجم فایل 1320 کیلو بایت
تعداد صفحات فایل 80
طراحی و پیاده سازی نرم افزار شبیه ساز عملکرد تراکتور با ویژوال بیسیک

فروشنده فایل

کد کاربری 2106
کاربر

طراحی و پیاده سازی نرم افزار شبیه ساز عملکرد تراکتور با ویژوال بیسیک

massage-Bus رابط برنامه نویسی کاربردی msg-Bus یک کتابخانه برای پشتیبانی پردازش داخلی و ارتباط سیستم داخلی است که واسط سوکت را استفاده می کند . کتابخانه پروتکل پیام دیاگرام را استفاده می کند (UDP) که بوسیله IP فراهم می شود. این انتخاب که نسبت به استفاده TCP برتری دارد ساخته شده است . برای اجرای دلایل و بدلیل اینکه واسط اساسی (اترنت سریع کلیدداری در صفحه بندی hupspoke) خودش به تنهایی مجزا است : ارتباط دو طرفه نقطه به نقطه پس گره ها و تصادم یابی با دوباره ارسال کردن بسته ها گم شده . کتابخانه برای کد کردن ساختار دستوری C++ است .

توابع گذرگاه پیام : 4.2

یک سیستم توزیعی شامل تعدادی از سیستم هاست (که گره ها نامیده می شوند) جایی که روی هر نود یک شماره از فرایندها (که وظایف خوانده می شوند) می توانند اجرا شوند . هدف از یک message Bus یک گذرگاه پیام فعال سازی این وظایف است برای انتقال دادن اطلاعات تبادلی و همزمان سازی اهداف دلیل استفاده از message Bus برای این تبادلات اجتناب از ارتباطات نقطه به نقطه یک شبکه وسیع و بدست آوردن معماری سیستم پیمانه ای است . هدف توانایی ارتباط (گذراندن پیام) پس وظیفه ها در نودهای مختلف پاپس وئظایفی در نود مشابه بدون ایجاد هیچ تغییر برای وظایف دیگر در سیستم می باشد . کتابخانه msg-bus شامل تعدادی از توابع است که بوسیله سرویس گیرنده ، سرور و برنامه های نظیر به نظیر فراخوانی می شووند . بوسیله استفاده از این فراخوانی ها یک سیستم تمام توزیع شده عبور دهنده پیام می‌تواند در هر سیستم عامل پشتیبانی شده فهمیده شود . چهار تابع اصلی شامل :

msg - attach message Bus نصب ارتباط

msg - detach message Bus آزادسازی ارتباط با

msg - send فرستادن یک پیغام به برنامه یا نود دیگر

msg - receive انتظار رسیدن یک پیغام و خواندن آن

4.2.1 : ضمیمه یا پیوست

تابع کتابخانه ای msg-bus یعنی msg-attach اولین تابعی است که بوسیله هر فرایندی که بخواهد msg-Bus را استفاده کند فراخوانی می شود . آن نود و برنامه را برای ایجاد سوکت و تنظیم یک ساختار عمومی با دیتای معمولی استفاده می کند . تابع مقدار Msg-ok(0) را هنگامی که الحاق موفقیت آمیز است یا یکی از کدهای خطا در جایی که سوکت باز است ، بسته است یا خطاها قرار داده شده اند برمی گرداند .

Long msg - attach (char*node,char*task)

(گره) : nede

نود نامی از خود سیستم است (در واقع آدرس IP) که بوسیله یک رشته درفرمت
"XXX.XXX.XXX.XXX" معرفی می شود . (برای مثال "155.69.31.90" ) .

(وظیفه) : task

task(وظیفه) اسمی از خود سیستم است :‌این باید یک رشته باشد که یک عدد صحیح است . ( در واقع یک شماره درگاه) در رنج 65535+1024 را معرفی می کند . (برای مثال "5016" )

(انفعال ) Detach 4.2.2

تابع کتابخانه msg-bus یعنی msg-attach باید قبل از خارج شدن برنامه کاربردی فراخوانی شود که msg-bus استفاده شود . آن نزدیک socket خواهد بود . هیچ پارامتری هم نیاز نیست .

Long msg-detach( );

4.2.3

msg-send از تابع کتابخانه ای msg-bus برای فرستادن پیغام به برنامه (وظیفه) دیگر بکار می رود . تابع یک بسته با اطلاعات فرستنده و گیرنده اضافه خواهد کرد . برای توانایی فرستادن ، سوکت بایداول بوسیله msg-attach ( ) اضافه شود . ID پیغام و طول (اگر لازم باشد) به دستور بایتی شبکه تبدیل خواهند شد. برای محتویات میدان داده ای ، آن مسئولیت برنامه کاربردی است که این را انجام دهد . برای اطمینان از اینکه آن دریافت شده باشد ، پارامتر قبلی باید به شکل صحیح تنظیم شود . سپس msg - send ( 0 قبل از اینکه برگردد منتظر یک تعویق (البته استفاده از یک timeout) می ماند . تابع هنگامی که فرستادن موفقیت آمیز باشد msg-ok(0) را بر می گرداند یا هنگامی که فرستادن خطا داشته باشد یکی از کدهای خطا را بر می گرداند . timeout یا تصدیق .

Long msg - send (char*nede , char * tssk , Long id , Long len , char * data , boolck);

Node

نود یا گره نام سیستم است (آدرس IP) جایی که برنامه قرار می گیرد . نام نود در رشته ای در فرمت "XXX.XXX.XXX.XXX" معرفی می شود (برای مثال "155.69.31.90"

task

وظیفه یا برنامه نام فرایند مقصد است : این باید یگ رشته بارها که یک عدد صحیح (در واقع یک شماره گذرگاهی) در رنج 1024 به 65535 را معرفی کند (برای مثال "5016")

id

شناسه ای از پیام برای فرستادن است . (ID ساختار پیام ، احتیاج به دریافت وظیفه برای جذب داده دارد)

Len

طول ، در مقیاس بایت : دنباله بلاک داده است .

data

بلاک دیتا ، یک رشته است .

ack

اگر فرستنده بخواهد برای تصدیق دریافت منتظر بماند بولین True را set می کند .

: دریافت 4.25

msg-receive تابع کتابخانه ای msg-bus یک پیام را از یک سوکت دریافت می کند و با ID پیام و دیتا جواب می دهد . مقدار time out می تواند برای ثانیه های زیاد انتظار کشیدن داده شود . زمانی که یک time out اتفاق بیافتد ، تابع بوسیله کد خطای Msg-ERR-timeout(-30) برگردانده می شود .

اگر timeout به 1- تنظیم شود تابع برای همیشه برای یک پیام ورودی منتظر خواهد ماند .

(این در یک setup استفاده خواهد شد جایی که برنامه دریافتی به یک event ورودی لینک شده است برای اینکه تابع بازخورد فراهم شود) . تابع هنگامیکه پیام دریافتی موفقیت آمیز باشد msg-ok(0) را بر می گرداند یا یکی از کدهای خطا را هنگامی که خطا دریافت می شود . time out یا تصدیق . زمانی که یک ساختمان داده دریافت می‌شود ، این ساختار فقط بعد از اینکه ID پیغام شناخته شده یکی می شود .

ما یک اشاره گر برای یک ساختار درست فرمت شده ایجاد خواهیم کرد و آن را به یک میدان داده ای ساختار نیافته برای دستیابی به داده نسبت می دهیم .

Long msg - receive(char*nede,char*task,Long* id , Long* len , char* data , Long timeout) ;

Node

نود نام سیستم است (آدرس IP) جایی که فرایند فرستاده شده ناشی می شود . اسم نود بوسیله یک رشته در فرمت "XXX.XXX.XXX.XXX" معرفی می شود . (برای مثال "135.69.31.90" )

task

برنامه (وظیفه) نام فرایند فرستاده شده است . این شاید یک رشته باشد که یک عدد صحیح (در واقع یک شماره گذرگاه) در رنج 1024 تا 65535 را معرفی کند (برای مثال "5016")

id

شناسه ای از پیام دریافتی است . ID بوسیله برنامه فرستاده شده با موافقت با وظیفه دریافتی استفاده می شود تا ساختار پیام تعریف شود . برنامه دریافتی برای جذب داده مورد نیاز است .

Len

طول ، در مقیاس بایت : دنباله بلاک داده است .

data

بلاک دیتا ، یک رشته است .

timeout :

انتظار کشیدن به مدت چند میلی ثانیه برای یک پیام ورودی . هنگامی که timeout صفر است تابع فقط با دیتایی که در صف موجود است بر می گردد . وقتی مثبت است، این تابع بلوکه می شود و تا وقتی که پیام برسد منتظر می ماند .

پیغامهای فوری 4.3

کتابخانه می تواند بین پیامهای معمولی و پیامهای فوری فرق قائل شود . برای هر برنامه ای که کانال ارتباطی استفاده می کند همچنین یک کانال فوری می تواند باز شود. اگر کانال ارتباطی معمولی بسته باشد کانال اضطراری می تواند استفاده شود . تابع msg-attach-urgent از کتابخانه msg-bus خیلی به msg-attach شبیه است . هر چند سوکت های مختلف برای تهیه کانال جدا برای پیام های اضطراری باز است . این کانال اضطراری مورد نیاز است زیرا برای پیام های اضطراری به صف شدن و گم شدن غیرقابل قبول است زیرا بافر سرریز می کند . تابع می تواند بوسیله هر فرایندی که می خواهد تسهیلات کانال اضطراری از msg-bus را استفاده کند فراخوانی شود . آن می تواند با msg-attach( ) در زمان نصب فراخوانی شود . تابع هنگامی که الحاق موفقیت آمیز باشد msg-ok(0) را بر می گرداند یا یکی از کدهای خطا را هنگامیکه سوکت باز باشد یا بسته یا خطاها set شوند نشان می دهد .

جهت دریافت فایل طراحی و پیاده سازی نرم افزار شبیه ساز عملکرد تراکتور با ویژوال بیسیک لطفا آن را خریداری نمایید

طراحی و پیاده سازی وب سایت فروشگاه رسانه های صوتی و تصویری به صورت پویا

حقیقت این است که وب سرور آپاچی به یکی از عوامل موفقیت وب تبدیل شده است با وجودی که این ادعا ممکن است برای عده‌ای ناخوشایند باشد، اما دلیل زیادی برای اثبات این واقعیت وجود دارد بررسی‌های اخیر حاکی از آن است که بیشترین وب سایت‌های موجود در حال حاضر از وب سرور آپاچی به عنوان سرویس دهنده وب استفاده می‌کنند
دسته بندی کامپیوتر و IT
بازدید ها 2
فرمت فایل doc
حجم فایل 485 کیلو بایت
تعداد صفحات فایل 194
طراحی و پیاده سازی وب سایت فروشگاه رسانه های صوتی و تصویری به صورت پویا

فروشنده فایل

کد کاربری 2106
کاربر

طراحی و پیاده سازی وب سایت فروشگاه رسانه های صوتی و تصویری به صورت پویا

نصب آپاچی[1] ، پی-اچ-پی[2] و مای-اس-کیو-ال[3]

2-1: نصب وب سرور آپاچی

2-1-1 : دلیل استفاده از وب سرور آپاچی

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

  • آپاچی رایگان است.
  • کد منبع آپاچی به رایگان در دسترس است. ( به این گونه نرم‌‌افزارها اصطلاحاً "کدباز" یا open source گفته می‌شود.)
  • آپاچی بر روی مجموعه‌ای بسیار متنوعی از سیستم‌های عامل قابل استفاده است.
  • آپاچی دائماً در حال توسعه و افزایش قابلیت‌های جدید است.
  • آپاچی بسیار توانمند بوده و به واسطه طراحی ماجولار، به راحتی قابل توسعه است.

2-1-2 : نصب برنامه آپاچی

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

نصب آپاچی تحت سیستم عامل ویندوز

برای نصب آپاچی تحت سیستم عامل ویندوز، ابتدا لازم است فایل نصب برنامه مربوطه را در اختیار داشته باشید. نام کامل این فایل به قرار زیر است:

apache-2.0.*-win32-x86-no-ssl.msi

با وجودی که نصب وب سرور آپاچی تحت سیستم عامل ویندوز 9x یا ME امکان پذیر است، توصیه می‌کنیم از انجام آن صرفنظر کنید. در مقایسه با این دو محیط، ویندوزNt, 2000 و Xp محیط پایدارتر و ایمن تر برای تمامی برنامه‌های سرور، از جمله وب سرور آپاچی محسوب می‌شوند. دستورالعمل‌هایی که در ادامه ملاحظه می‌کنید به نصب این وب سرور تحت سیستم عاملی از نوع windows 2000 professional مربوط است.

این فایل را در یک فهرست موقت قرار داده و سپس این دستورالعمل‌ها را به ترتیب جهت نصب آپاچی اجرا کنید:

1- با عنوان مدیر سیستم ( اصطلاحا Administrator) وارد سیستم شوید.

پس از یافتن فایل بر روی آن دابل کلیک کنید تا فرآیند نصب وب سرور آپاچی عملا آغاز شود.


جهت دریافت فایل طراحی و پیاده سازی وب سایت فروشگاه رسانه های صوتی و تصویری به صورت پویا لطفا آن را خریداری نمایید