مشاوره در مورد ساخت برنامه تحت شبکه با Delphi یا ...

[Touska]

سلام

در این تصویر کامل مطلب را می رسونه ولی نظر و پیشنهاد و چگونگی پیاده سازی آن خیلی حائز اهمیت می باشد.

1 - زمان و هزینه پیاده سازی آن
2 - ابزار های سودمند و دیتابیس مورد استفاده در سمت سرور
3 - ابزار های سودمند و دیتابیس مورد استفاده در سمت کلاینت
4 - سخت افزار های مورد نیاز
5 - راه حل پیاده سازی با بالاترین سرعت پاسخگویی

نکته : Client ها همیشه به سرور متصل نیستند و دارای یک Database محلی بوده و قراره روزی یک بار Update شوند.

با تشکر ، موفق باشید :)

[sarvestan]

در مورد پایگاه داده، در کلاینت ها از SQLite
سرور هم SQL-server ( در شرایط خاص )
اما تنها نکته ای که باید اشاره کنم برای SQLite اینه که خوبی این دیتابیس عدم احتیاج به هیچ گونه نصبی برای هر کلاینت هاست!
تنها با استفاده از یک DLL میتونید به پایگاه داده ای با ظرفیت نگاه داری بالاتر از 2 ترابایت دسترسی داشته باشید!

سرعتش هم قابل به ذکر است که فوق العاده است!

[Mahdi_S_T]

اگه لطفا کنید در مورد SQLite توضیح بیشتر و آدرسی عنایت فرمایید

[Mojgan110]

من هم پرسیدم برات

گفتند که یه چیزی باید بهش دقت بشه اینه که چقدر تراکنش داره ؟

[ghabil]

اول از همه نفهمیدم داس رو چطوری میخوای به اینترنت وصل کنی و دیال بدی و بگیری.
در مورد بقیش هم از اونجایی که DCom تو اینترنت روت نمیشه ، -تازه تو که فایروال هم داری -بهترین گزینه نوشتن برنامه تحت وب هست در مورد دیتابیس هم خودت میدونی دیگه بسته به این که چه کار میخوای بکنی ، چه سرویسهایی لازم داری ، حجم دیتا چقدر ، قمیت پروژه چیه و البته خودت به کدومشون وارد تری و کی قراره نگهداری بکنه سیستم رو ،باید تصمیم بگیری.

[Touska]

آقای سروستان ممنون از بابت پیشنهاد شما در رابطه با دیتابیس LOcal .

و خانم Mojgan تراکنش این برنامه برای سمت CLient ها صبح زود 1000 رکورد Download و انتهای شب

1000 روکورد Upload می باشد.

و شما آقای کوشا :چشمک: (یکم منفی گرا هستید) قرار نیست دیتابیس تحت داس به اینترنت وصل بشه

تبدیل دیتابیس تحت داس به WIn مشکلی نیست و شما به نکته توجه نکردید که نباید همیشه

Connect باشن پس تحت وب منتفی خواهد بود (هیچ وقت جایی مثل .... قبول نمی کنه اطلاعاتش رو وب قرار بگیره) :چشمک: تا وقتی VPN سراسری دارن.

موفق باشید :)

[ghabil]

و شما آقای کوشا :چشمک: (یکم منفی گرا هستید) قرار نیست دیتابیس تحت داس به اینترنت وصل بشه

تبدیل دیتابیس تحت داس به WIn مشکلی نیست و شما به نکته توجه نکردید که نباید همیشه

Connect باشن پس تحت وب منتفی خواهد بود (هیچ وقت جایی مثل .... قبول نمی کنه اطلاعاتش رو وب قرار بگیره) :چشمک: تا وقتی VPN سراسری دارن.

موفق باشید :)

دوست عزیز اونچه که در عکس بود که بنظر میومد داس اپلیکیشن داره به ابر اینترنت وصل میشه .
راستی بالاخره نفهمیدم اینا VPNدارند یا میخواند از اینترنت استفاده کنند ؟
از اون جالتر اینکه برنامه تحت وب رو میشه روی VPN هم اجرا کرد و اصولا VPN برای Webllication ایده آل هست.

[Identifier]

قرار نیست دیتابیس تحت داس به اینترنت وصل بشه در صورتی که بخواهین با داس ارتباط برقرار کنید جدای از Novell ,دانشگاه کلمبیا یک بسته به نام MS-Dos Kermit ارائه کرده که امکان تبادل اطلاعات را برای شما فراهم میکنه.

به این یک نگاهی بنداز


Kermit is the name of a file-transfer protocol and a suite of computer programs for many types of computers that implement that protocol as well as other communication functions ranging from terminal emulation to automation of communications tasks through a high-level cross-platform scripting language. The software is transport-independent, operating over TCP/IP connections in traditional clear-text mode or secured by SSH, SSL/TLS, or Kerberos, as well as over serial-port connections, modems, and other communication methods.

The Kermit Project was founded at the Columbia University Computer Center (now CUIT) in 1981, and until the mid- to late 1990s, Kermit was Columbia's standard connectivity software, used by students, faculty, and staff to connect from desktop microcomputers, PCs, Macintoshes, and Unix workstations tothe central computing facilities: the IBM mainframes, the DECSYSTEM-20s, CLIO, and Cunix (our Unix-based severrs). At Columbia, the mainframes and DEC-20s are long gone, but Kermit still may be used for SSH sessions to CUNIX.

Over the years, the Kermit Project grew into a worldwide cooperative nonprofit software development and distribution effort, headquartered at and coordinated from Columbia University. The Kermit Project is dedicated to production of cross-platform, long-lasting, standards-conformant, interoperable communications software, and is actively engaged in the standards process. Kermit software is used all over the world in every sector of the economy.

Although terminal emulation has been largely supplanted by the Web for online access, Kermit software continues to play a role in other applications such as remote sensing and data collection, remote management and troubleshooting of networking and telecommunications equipment, cargo management, medical insurance claim submission, electronic funds transfer, and online filing of income tax returns. Kermit software is embedded in cash registers, network routers, cell-phone towers, medical diagnostic and monitoring equipment, die-cutting and stamping presses, even cardiac pacemakers.

The Kermit protocol and software are named after Kermit the Frog, star of the television series, The Muppet Show; the name Kermit is used by permission of Henson Associates, Inc.
MS-DOS Kermit for DOS and Windows 3.x (http://www.columbia.edu/kermit/mskermit.html)

[Touska]

ایده ایی یکی از دوستان دادند این بود که از طریق WebService و Datasnap یک Application سرور طراحی شود.

و ارتباطات آن هم می تونه Socket با Indy یا غیره باشه.

چون من inDy رو خوب کار کردم بنظرم این ایده خوبی باشه چون راحت میشه Comperssion و Encryption دلخواه رو پیاده سازی کرد.

نظرتون چیه ؟

[ghabil]

ایده ایی یکی از دوستان دادند این بود که از طریق WebService و Datasnap یک Application سرور طراحی شود.

و ارتباطات آن هم می تونه Socket با Indy یا غیره باشه.

چون من inDy رو خوب کار کردم بنظرم این ایده خوبی باشه چون راحت میشه Comperssion و Encryption دلخواه رو پیاده سازی کرد.

نظرتون چیه ؟
ایندی مال اینکار نیست ، ایندی فقط لایه ای هست روی پروتکلهای استاندارد اینترنت به علاوه تعدادی ابزار ، از SOAP استفاده کنید خیلی منطقی تره.

[Mojgan110]

من توی یکی از تاپیکهای همینجا را که زیر و روو میکردم ، واسه تبادل اطلاعات امن با اینترنت ،
آقای DelphiAssistant گفته بودند که باید یه MiddleWare ساخت و براس ساختنش هم دو راه را پیشنهاد داده بودند :

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

حالا اینکه Middleware چیچی هست و اینا را دیگه نمیدونم http://smilies.sofrayt.com/%5E/a0/baby.gif . اگه حوصله داشتین ، یک کم هم واسه مون توضیح بدید .

[vcldeveloper]

حالا اینکه Middleware چیچی هست و اینا را دیگه نمیدونم همون لایه واسط در معماری 3-لایه. برای پیاده سازی همچین معماری در دلفی از DataSnap استفاده میشه.
برای سوال مطرح شده در این تاپیک هم نظر شخصیم اینه که بهترین گزینه استفاده از WebServices هست. مشکل حجیم بودن داده های XML و متنی بودن اونها (برای امنیت) را هم میشه از طریق فشرده سازی بسته های ارسالی و رمز نگاری اونها تا حدود زیادی حل کرد. با فایروال هم مشکل نخواهد داشت. بعدها اگر لازم شد برنامه بصورت Web Base طراحی بشه یا برنامه های دیگه ایی بخوان از سرویس های برنامه از طریق اینترنت استفاده کنند، میشه به راحتی Interface مربوطه رو با اونها به اشتراک گذاشت.
WebServices را دلفی می تونید از طریق DataSnap و SOAPConnection پیاده سازی کنید. در دات نت هم امکانات زیادی برای کار با WebServices پیش بینی شده.

[Touska]

فکر کنم این ایده که نه راه حل آقای کشاورز فرمودن بهترین باشه و جوابگوی کار و حتی پیشبینی

آینده نیز در آن صورت گرفته.

و یک سئوال اینکه چون ما در این پروژه قرار است از WebService استفاده کنیم پس مشکلی برای

پیاده سازی Cross PlatForm ان نداریم.(منظورم کلاینت ها هست). :متفکر: درسته دیگه نه ؟

و یک سئوال در این چنین پروژه ایی Oracle یا Sql Server بهتر جوابگو هست در سمت سرور.

این سئوال را پرسیدم چرا چون :

1- سرعت تبادل 64K هست.
2- و حجم کاری در روز برای سمت سرور شاید روزی 120.000 رکورد در روز باشد.

موفق باشید :)

[sarvestan]

اگه لطفا کنید در مورد SQLite توضیح بیشتر و آدرسی عنایت فرمایید
www.sqlite.org (http://www.sqlite.org)

[SoftDevCo]

به نظر من تحت وب نوشته بشه بهتره چون خیلی از مشکلاتت کمتر میشه در عوضش از Ajax جهت زیبایی کار و ایجاد جدول ها و فرم ها استفاده کن.

[Touska]

به نظر من تحت وب نوشته بشه بهتره چون خیلی از مشکلاتت کمتر میشه در عوضش از Ajax جهت زیبایی کار و ایجاد جدول ها و فرم ها استفاده کن.

پست شماره 6 (http://barnamenevis.org/forum/showpost.php?p=284504&postcount=6)

[vcldeveloper]

چون ما در این پروژه قرار است از WebService استفاده کنیم پس مشکلی برای

پیاده سازی Cross PlatForm ان نداریم.(منظورم کلاینت ها هست). :متفکر: درسته دیگه نه ؟ هر پلت فرمی که بتونه با یک شبکه TCP/IP کار کنه و پروتکل های HTTP و SOAP را بشناسه، می تونه به یک وب سرویس متصل بشه و باهاش تبادل اطلاعات بکنه. در سمت سرور هم می تونید متناسب با نوع Web Server تون و سیستم عامل نصب شده بر روی سرور، کد خود سمت سرور را کامپایل بکنید. مثلا یکبار برای IIS و یکبار هم برای Apache. البته میشه با کمک Indy یک وب سرور Stand Alone که از SOAP پشتیبانی بکنه هم طراحی کرد.

[ghabil]

به نظر من تحت وب نوشته بشه بهتره چون خیلی از مشکلاتت کمتر میشه در عوضش از Ajax جهت زیبایی کار و ایجاد جدول ها و فرم ها استفاده کن.

اصلی ترین استفاده Ajax افزایش سرعت لود صفحات هست.

[SoftDevCo]

صد در صد، این هم از دیگر مزیت های Ajax هست.

[Touska]

البته میشه با کمک Indy یک وب سرور Stand Alone که از SOAP پشتیبانی بکنه هم طراحی کرد.

حالا یک سئوال چه مزیت و چه معایبی داره این کار (که نخواهیم از apache یا IIS استفاده نکنیم).

[vcldeveloper]

حالا یک سئوال چه مزیت و چه معایبی داره این کار (که نخواهیم از apache یا IIS استفاده نکنیم).
گاهی اوقات ممکنه شما بخوای پروژه ات کاملا مستقل از نوع وب سرور نصب شده بر روی سیستم کاربر باشه، یا شاید نخوای به هر دلیلی یک وب سرور کامل مثل IIS یا Apache را با متعلقاتشون و پیکربندی شون در یک سیستم نصب کنی.