سلام .
من مي خوام توي سايتم يه قسمت سرچ دومين داشته با شم . سايتمم تمام فلشه و مي خوام اين قسمتشم همين طور باشه. لطفا اگه راهنمايي مي كنيد دستوراتتون طبق flash mx
باشه نه 2004 . خيلي ممنون مي شم اگه جواب بديد چون كارم فقط به همين لنگه
يك مبحثي در فلش 2004 مطرح شده اون هم خواندن WSDL هستش!WSDL ها یه جورایی صفحات داینامیکی هستند که Output آنها چیزی شبیه به XML هستش!در واقع XML هستش!شما دیتارو از فلش میگیری به WSDL میفرستی و سپس با فش Response برگشتیرو میخونی!!البته بدون WSDL م میشه این کارو کرد!مثلا با استفاده از یه پیج داینمیک ASP که Domain رو چک میکونه و XML OutPut میده!
من فقط يکسری توضيحات کلی در مورد Web-Service ها بدم، چون اين مطلب اونقدر گسترده هست که به هيچ وجه نميشه اون رو در يک همچين سايتي کامل بيان کرد.
اولين چيزی که در مورد Web-Service ها ميشه گفت اينکه Web-Service ها آينده وب و يا بهتر بگم شبکه هستن. در سيستم های قديمی و حتی بيشتر سيستم های فعلی اصول Client-Server Programming بر مبنای Request-Response از طريق Port ها و Protocol های مشخص از طريق Browser هاست. بدين ترتيب شما درخواست را از طريق Browser به سرور ارسال ميکنيد، Web-Server درخواست را گرفته و بسته به نياز به Application-Server آن را در اختيار Applicetion-Server قرار ميدهد، App-Server درخواست را Process کرده و از طريق Web-Server آن را به Client بر ميگرداند. مثال آن Request به صفحات ديناميک PHP، ColdFusion و يا ASP هست. Web-Server که در اينجا IIS و يا Apache ميباشد Request را در اختيار App-Server قرار ميدهد که پس از تفسير اين اطلاعات به فرمت HTML در اختيار Client قرار ميگيرد.
اين سيستم جوابگوی بسياری از نياز ها نيست، برای مثال Request ها فقط از طريق Browser ها انجام ميشوند و يا اينکه همه اطلاعات بايد بر روي يک سرور و يا سرور هاي تحت اختيار موجود باشد که اين در عمل به هيچ وجه ممکن نيست، بسياری از برنامه ها تنها بر روي بعضی از سرور ها قرار دارند و امکان دسترسی يا نصب آنها بر روي سرور های ديگر نيست، به علاوه به علت مشکلات امنيتی نميتوان به همه اجازه دسترسی به Database ها را داد و از همه مهم تر برنامه هاي تحت سرور هر کدام در يک Platform و با زبانی خاص نوشته شده اند که امکان دسترسی به آن را غير ممکن ميسازد.
با ايجاد وسايل ارتباطی گونگون مانند PDA ها، گوشی هاي تلفن، تلويزيون هاي ديجيتال و... که قابليت اتصال به شبکه را دارا هستند و همچنين نياز Application هاي Desktop برای ارتباط با سرور اين نياز بيشتر احساس شد كه با شکل گيری Platform های بسيار قوی مانند J2EE در سمت سرور اصول web-service ها رقم زده شد.
Web-Service ها برنامه هايي در سمت سرور هستند که ارتباط بين سرور های گوناگون و يا سرور و Client را از طريق استاندارد هاي خاص فراهم ميکنند. بنابرين مادامی که Request از استاندارد های Web-Service ها پيروی کند ميتواند با Web-Service ارتباط برقرار کند، در اينجا ديگه نوع وسيله ارتباطی مهم نيست، کليه وسايل ارتباطی که کامپيوتر هم يکی از آنهاست ملزم به رعايت استاندارد هاي Web-Service ها ميباشند. معروفترين استاندارد مورد استفاده كه در 90٪ Web-Service ها استفاده مي شود SOAP و يا Simple Object Access Protocol مي باشد كه پروتكلي براي انتقال Object ها بر روي شبكه مي باشد. استاندارد هاي قديمي تر مانند XML و يا جديد تر مانند CORBA نيز وجود دارند. ولي اينكه SOAP يا CORBA چي هست و چگونه كار ميكنه مبحث بسيار گسترده اي است.
شايد برای بسياری از افراد فقط مهم اين باشه که با يک Web-Service چگونه کار کنند، براي هر Web-Service ميتوان يک فايل توضيح دهنده آن Web-Service که اصطلاحاً به آن (WSDL(Web Service Definition Language ميگويند ايجاد کرد. WSDL مانند SOAP از فرمت نوشتاري شبيه XML استفاده مي كند با اين تفاوت كه هر يك از node ها تعريف خاصي دارند. به طور كلي WSDL هيچ كاري انجام نمي دهد تنها مشخص مي كند كه Web-service به چه پارامتر هايي براي كاركرد نياز دارد و چه مقاديري را بر مي گرداند. نوع و فرمت Data و اينكه آيا براي كاركرد Web-Service نياز به password مي باشد درون WSDL مشخص شده است به علاوه درون فايل WSDL آدرس اصلي Web-Service موجود مي باشد. معمولا آدرس WSDL همان آدرس Web-Service است كه wsdl؟ در انتهاي آن قرار دارد.
Web-Service ها را با بسياری از Application-Server های امروزی ميتوان ايجاد کرد، ولی اکثريت Web-Service ها بر روی 2 Platform قوی Java و Net. قرار دارند. مثلا از ColdFusion، JRun، WebLogic و بسياري ديگر ميتوان براي ايجاد Web-Service هاي مبتني بر Java استفاده كرد گرچه همواره امكان ايجاد Web-Service از طريق برنامه نويسي سطح پايين نيز هست ولي نياز به دانش زيادي در مورد شبكه و برنامه نويسي سرور دارد.كه در Java مثلا نيازمند EJB ها و Servlet ها و در مورد Net. نيازمند #C و يا ++VC است.
با دانستن Web-Service ها مي توان Application هاي بسيار قدرتمندي ايجاد كرد. براي مثال كل نرم افزار Yahoo Messenger از Web-Service هاي ايجاد شده توسط Weblogic استفاده مي كند. يا مثلا WebService هايي براي گزارش وضعيت ترافيك راهها در آمريكا وجود دارد كه افراد مي توانند از طريق اتومبيل خود با آنها تماس بگيرند. همينطور Web-Service هايي براي وضعيت آب و هوا، بازار سهام و حتي WHOIS كه وضعيت يك Domain را بر مي گرداند.
در زير آدرس WSDL چندين Web-Service مجاني براي دريافت وضعيت Doman را قرار داده ام. همه چيز گفتم جز اينكه چگونه در فلش با Web-Service ها مي توان ارتباط برقرار كرد اونم اگر لازم شد بعدا مي نويسم. فعلا خيلي خسته شدم
اگر دقت كرده باشيد قبلا گفته شد لزومي نداره از وب سرويس ها براي اين كار استفاده كنيد!!هيلي راه ديگه هست ولي سريع ترين و دقيق ترين و راحت ترين راه استفاده از وبسرويس هستش!
دقيقا نيازي به استفاده از Web-Service ها نيست، اين امکان فقط در فلش برای ايجاد Application های reusable و با سرعت بالا قرار داده شده. همونطور که قبلا هم گفتم Web-Service ها از اساس با سيستم های قديمی تفاوت دارند، براي ارتباط با يک Web-Service ميتوان از Port هاي گوناگون و Protocol های بسيار بهينه شده اي استفاده کرد.
فلش در نسخه 7 از 3 Protocol استاندارد TCP برای ارتباط با سرور استفاده ميکند:
- HTTP
- RTMP
-SOAP
اگر کسی از من بهترين امکان قرار داده شده در فلش نسخه 6 را بپرسد بدون شک جواب من NetConnection Class خواهد بود. NetConnection دنيايي جديدی را به روی فلش باز کرد، Flashcom، Remoting و WebService ها هر کدام قابليت هايي در اختيار فلش قرار ميدهند که به سختی ميتوان نمونه مشبهی براي آن پيدا کرد. برای مثال به راحتی امکان ارتباط بين فلش و ColdFusion، ASP، PHP، Java و ده ها محيط ديگر روي سرور با استفاده از Remoting وجود دارد.
همچنين امکانات ارتباطات Real Time با سرور با استفاده از Flashcom و Breez فقط با استفاده از NetConnection Class وجود دارد.
خوب برای تماس با يک Web-Service از هر 3 Protocol بالا ميتوان استفاده کرد:
روش اول و شايد بهترين روش براي مشكل شما استفاده از Built-in SOAP Parser درون فلش 7 مي باشد. از آنجايي كه ايجاد و تفسير فايل هاي SOAP كار آساني نيست macromedia يك component به نام WebServiceConnector براي اين كار قرار داده است. براي استفاده از آن WebServiceConnector Component را درون برنامه drag كنيد و كد زير را براي ارتباط با WebService وارد كنيد.
import mx.data.components.WebServiceConnector;
var wscListener:Object = new Object();
var wsConn:WebServiceConnector = new WebServiceConnector();
wscListener.result = function(evt:Object)
{
trace(evt.target.results);
};
wscListener.status= function(evt:Object)
{
trace(evt.code);
};
wsConn.addEventListener("result", wscListener);
wsConn.addEventListener("status", wscListener);
wsConn.WSDLURL = "http://ws.cdyne.com/whoisquery/whois.asmx?wsdl";
wsConn.operation = "GetWhois";
wsConn.params = ["www.majidonline.com",0];
wsConn.trigger();
روش دوم استفاده از remoting مي باشد. remoting قوي ترين ابزار ارتباطي فلش و Application Server هاي مبتني بر Java و Net. مي باشد. شركت macromedia فقط از remoting مبتني بر Java و Net. توليد خود پشتيباني مي كند و AMFPHP و يا OpenAMF مورد تاييد اين شركت نيست.
نكته قابل توجه در مورد remoting اين است كه remoting فقط براي ارتباط با WebService ها نيست. از remoting مي توان براي ارتباط با صفحات ديناميك cfm. , .asp و ... ارتباط با WebService ها، ارتباط با فايلهاي dll. ايجاد شده توسط ++VC يا Delphi و همچنين EJB ها و Servlet هاي توليد شده توسط Java استفاده كرد. remoting از پروتكلي به نام AMF با header هاي http استفاده مي كند و در واقع مدلي شبيه SOAP ولي بهينه شده براي فلش مي باشد بنابراين براي انتقال حجم زياد data خيلي سريع تر از روش قبلي مي باشد و نيازي به تفسير فايلهاي SOPA ندارد.
براي استفاده از remoting در سمت سرور نياز به Application Server هاي ColdFusion يا JRun كه remoting را پشتيباني مي كنند مي باشد در غير اين صورت بايد remoting را به عنوان يك service جداگانه بر روي سرور نصب كرد.
براي استفاده از remoting در سمت client بايد ابتدا class هاي مورد نياز remoting را در برنامه وارد كرد و سپس به remoting server كه gateway ناميده مي شود connect كرد. مثلا براي تست به gateway شركت macromedia متصل مي شويم كه براي تست قرار داده شده است. اين gateway فقط براي تست مي باشد و از آن نمي توان براي مصارف تجاري استفاده كرد. امكان block كردن يك domain هميشه براي macromedia هست.
remoting gateway شركت macromedia بدين صورت است:
gateway هاي ColdFusion و Java مانند بالا مي باشند. flashservices در اينجا Java application context و gateway هم servlet mapping مي باشد.
براي ارتباط با remoting مراحل زير را انجام مي دهيم:
-از منوي Window \ Other Pannels \ Common Libraries \ Remoting را انتخاب كرده و از library باز شده RemotingClasses را به درون برنامه drag مي كنيم. ( در صورتي كه remoting components بر روي سيستم نصب نكرده ايد آنرا از سايت macromedia در يافت كنيد)
- كد هاي زير را براي ارتباط با سرور وارد كنيد:
کد:
import mx.remoting.Service;
import mx.remoting.PendingCall;
import mx.rpc.RelayResponder;
import mx.rpc.ResultEvent;
import mx.rpc.FaultEvent
function GetWhois_Result (res:ResultEvent):Void
{
trace(res.result);
};
function GetWhois_Fault (fault:FaultEvent):Void
{
trace(fault.fault.description);
};
var myResponder:RelayResponder = new RelayResponder(this,"GetWhois_Result","GetWhois_Fault");
var myService:Service = new Service("http://examples.macromedia.com/flashservices/gateway", null, "http://ws.cdyne.com/whoisquery/whois.asmx?wsdl", null, myResponder );
var temp_pc:PendingCall = myService.GetWhois("www.majidonline.com",0);
من شخصا هرگز از component هاي remoting شركت macromedia استفاده نمي كنم و سعي مي كنم كلاس هاي مورد نياز را خودم بنويسم ولي در هر حال اگر كسي در مورد API برنامه بالا مشكلي داره در help remoting كاملا توضيح داده شده.
- روش سوم استفاده از يك Application Server رابط مانند Flashcom و يا Breez براي ارتباط با WebService مي باشد. جالب اينكه Flashcom و Breez خود داراي Built-in Remoting مي باشند و مي توانند به Application Server هاي ديگر متصل شوند. اين روش كه به معماري چند لايه اي (Multi-Tier) معروف است بهترين و مطمئن ترين راه ايجاد application هايي است كه ارتباطات زيادي با WebService ها دارند و همچنين client ها نيازمند authorized شدن بر روي سرور هستند. به طور كلي معماري چند لايه اي به علت امنيت بسيار بالا و انعطاف پذيري زياد بهترين شيوه پياده سازي application هاي تحت سرور هستند ولي در عين حال نيازمند كد بيشتر و تجربه در شاخه هاي متفاوتي است و از حوصله مطلب خارج است.
خوب آقاي phoenix جان عزيز كه اين همه كمك كرديد اگه يه فايل fla گذاشته بودبد هم كاره ما راحت تر بود هم كار شما .
حلا ام برايه يه عده اي مثل من كه يكم سنشون و معلوماتشون كمه اين كارو بكنيد كه ديگه راحت شيم بريم دنبال زندگيمون اينقدرم مزاحمت ايجاد نكنيم.
مثل اينكه من يه "سيستم براي چك كردن اينكه يه دومين ثبت شده يا نه " مي خواستم ولي اصلا اين فايل شما هيچ چيزي رو به عنوان ورودي قبول نمي كنه ! و اطلاعات مربوط به مجيد آنلاينو ميده.شما يه نگا به اين سايت بندازيد تا متوجه منظوره من بشيد. ببخشيد كه انقدر من بي ادبم.
قسمت ( انتخاب نام دامنه (Domain) : شروع اينترنت.)
يه نگاهي بكنيد اگه امكان پياده سازي اين سيستم روي فلش وجود داره . خبرشو همراه با فايلش بديد !
با تشكر از همگي . اگه راهنمايي كنيد كار من راه بيفته يه جوري جبران مي كنم.
بله البته همون اول هم متوجه شدم. تا اونجايي كه من دارم مي بينم يك قسمت ورودي براي وارد كردن نام domain وجود داره كه مي توانيد اونو از majidonline.com به هر چيز ديگه تغيير بدهيد. در صورتي كه اين دامنه register نشده باشد پيغام Not Found را بر مي گرداند. و در صورتي كه دامنه موجود باشد اطلاعات آنرا بر مي گرداند.
مي توانيد از WebService هاي ديگري هم استفاده كنيد كه فقط مشخص مي كنند يك domain ثبت شده يا نه. بايد روي اينترنت search كنيد
lخوب حالا ميشه اضهار لطف بفرماييد و يه وب سرويس كه فقط
بگه اين دومين هست يا نيست رو معرفي كنيد. البته به زبان فارسي!
يا حداقل به طور دقيق بگيد چي سرچ كنيم
باتشكر فراوان
متاسفانه WebService هايي كه من پيدا كردم پولي هستند ولي مي توانيد از همان كه قبلا گفتم استفاده كنيد. در صورتي كه پيغام Not Found را گرفتيد به user اطلاع دهيد كه اين domain موجود است و در غير اين صورت اين domain قبلا register شده است. در ضمن WebService كه domain هاي ir. را مشخص كند موجود نيست. شايد اگر از DNS يك ISP بشه استفاده كرد بشه domain هاي ir. را مشخص كرد. شايد بد نباشه يك سري هم به nic.ir بزنيد شايد اونها برنامه اي براي اين كار داشته باشند.
