تبليغاتX
طراحی وب سایت
آموزش طراحی وب سایت دینامیک
وب سرویس چیست؟

کسانی که با صنعت IT آشنایی دارند تتما ً نام وب سرویس را شنیده اند. برای مثال، بیش از ۶۶ درصد کسانی که در نظر سنجی مجله InfoWorld شرکت کرده بودند بر این توافق داشتند که وب سرویس ها مدل تجاری بعدی اینترنت خواهند بود. به علاوه گروه گارتنر پیش بینی کرده است که وب سرویس ها کارآیی پروژه های IT را تا ۳۰ در صد بالا می برد. اما وب سرویس چیست و چگونه شکل تجارت را در اینترنت تغییر خواهد داد؟

برای ساده کردن پردازش های تجاری، برنامه های غیرمتمرکز (Enterprise) باید با یکدیگر ارتباط داشته باشند و از داده های اشتراکی یکدیگر استفاده کنند. قبلا ً این کار بوسیله ابداع استانداردهای خصوصی و فرمت داده ها به شکل مورد نیاز هر برنامه انجام می شد. اما دنیای وب و XML تکنولوژی آزاد برای انتقال دیتا انتقال اطلاعات بین سیستم ها را افزایش داد. وب سرویس ها نرم افزارهایی هستند که از XML برای انتقال اطلاعات بین نرم افزارهای دیگر از طریق پروتکل های معمول اینترنتی استفاده می کنند. به شکل ساده یک وب سرویس از طریق وب اعمالی را انجام می دهد (توابع یا سابروتین ها) و نتایج را به برنامه دیگری می فرستد. این یعنی برنامه ای که در یک کامپیوتر در تال اجراست اطلاعاتی را به کامپیوتردیگری می فرستد و از آن درخواست جواب می کند. برنامه ای که در آن کامپیوتر دوم است کارهای خواسته شده را انجام می دهد و نتیجه را بر روی ساختارهای اینترنتی به برنامه اول برمی گرداند.

وب سرویس ها می توانند از پروتکل های زیادی در اینترنت استفاده کنند اما بیشتر از HTTP که مهم ترین آنهاست استفاده می شود. وب سرویس هر نوع کاری می تواند انجام دهد. برای مثال در یک برنامه می تواند آخرین عنوان های اخبار را از وب سرویس Associated Press بگیرد یا یک برنامه مالی می تواند آخرین اخبار و اطلاعات بورس را از طریق وب سرویس بگیرد. کاری که وب سرویس انجام می دهد می تواند به سادگی ضرب دو عدد یا به پیچیدگی انجام کلیه امور مشترکین یک شرکت باشد.

وب سرویس دارای خواصی است که آن را از دیگر تکنولوژی ها و مدل های کامپیوتری جدا می کند. Paul Flessner، نایب رییس مایکروسافت در dot NET Enterprise Server چندین مشخصه برای وب سرویس در یکی از نوشته هایش ذکر کرده است. اول اینکه وب سرویس ها قابل برنامه ریزی هستند. یک وب سرویس کاری که می کند را در خود مخفی نگه می دارد. وقتی برنامه ای به آن اطلاعات داد وب سرویس آن را پردازش می کند و در جواب آن اطلاعاتی را به برنامه اصلی بر می گرداند. دوم، وب سرویس ها بر پایه XML بنا نهاده شده اند. XML و XML های مبتنی بر SOAP یا Simple Object Access Protocol تکنولوژی هایی هستند که به وب سرویس ها این امکان را می دهد که با دیگر برنامه ها ارتباط داشته باشد تتی اگر آن برنامه ها در زبانهای مختلف نوشته شده و بر روی سیستم عامل های مختلفی در تال اجرا باشند.

همچین وب سرویس ها خود-توصیف هستند. به این معنی که کاری را که انجام می دهند و نتوه استفاده از خودشان را توضیت می دهند. این توضیتات به طور کلی در WSDL یا Web Services Description Language نوشته می شود. WSDL یک استاندارد بر مبنای XML است. به علاوه وب سرویس ها قابل شناسایی هستند به این معنی که برنامه نویس می تواند به دنبال وب سرویس مورد علاقه در دایرکتوری هایی مثل UDDI یا Universal Description , Discovery and Integration جستجو کند. UDDI یکی دیگر از استاندارد های وب سرویس است.

نکات تکنولوژی وب سرویس
همانطور که در ابتدا توضیت داده شد یکی از دلایل اینکه وب سرویس از دیگر تکنولوژی های موجود مجزا شده است استفاده از XML و بعضی استاندارد های تکنیکی دیگر مانند SOAP، WSDL و UDDI است. این تکنولوژی ها زمینه ارتباط بین برنامه ها را ایجاد می کنند به شکلی که مستقل از زبان برنامه نویسی، سیستم عامل و سخت افزار است. SOAP یک مکانیزم ارتباطی را بین نرم افزار و وب سرویس ایجاد می کند. WSDL یک روش یکتا برای توصیف وب سرویس ایجاد می کند و UDDI یک دایرکتوری قابل جستجو برای وب سرویس می سازد. وقتی اینها با هم در یک جا جمع می شوند این تکنولوژی ها به برنامه نویس اجازه می دهد که برنامه های خود را به عنوان سرویس آماده کرده و بر روی اینترنت قرار دهد.

XML یا eXtensible Markup Language
XML یک تکنولوژی است که به شکل گسترده از آن پشتیبانی می شود، همچنین این تکنولوژی Open است به این معنی که متعلق به شرکت خاصی نیست. اولین بار در کنسرسیوم WWW یا W3C در سال ۱۹۹۶ برای ساده کردن انتقال دیتا ایجاد شده است. با گسترده شدن استفاده از وب در دهه ۹۰ کم کم متدودیت های HTML مشخص شد. ضعف HTML در توسعه پذیری (قابلیت اضافه و کم کردن خواص) و ضعف آن در توصیف دیتاهایی که درون خود نگهداری می کند برنامه نویسان را از آن ناامید کرد. همچنین مبهم بودن تعاریف آن باعث شد از توسعه یافتن باز بماند. در پاسخ به این اشکالات W3C یک سری امکانات را در جهت توسعه HTML به آن افزود که امکان تغییر ساختار متنهای HTML مهم ترین آن است. این امکان را CSS یا Cascade Style Sheet می نامند.

این توسعه تنها یک راه موقتی بود. باید یک روش استاندارد شده، توسعه پذیر و دارای ساختار قوی ایجاد می شد. در نتیجه W3C استاندارد XML را ساخت. XML دارای قدرت و توسعه پذیری SGML یا Standard Generalized Markup Language و سادگی که در ارتباط در وب به آن نیاز دارد است.

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

وقتی یک برنامه با متن XML مواجه می شود باید مطمئن باشد که آن متن تاوی دیتای مورد نظر خود است. این اطمینان توسط برنامه هایی با نام XML Parser تاصل می شود. تجزیه کننده ها دستورات متن XML را بررسی می کنند. همچنین آنها به برنامه کمک می کنند تا متن های XML را تفسیر کند. به صورت اختیاری هر متن XML می تواند به متن دیگری اشاره کند که تاوی ساختار فایل XML اصلی باشد. به آن متن XML دوم DTD یا Document Type Definition گفته می شود.

وقتی فایل XML به DTD اشاره می کند برنامه تجزیه کننده فایل اصلی را با DTD بررسی می کند که آیا به همان ساختاری که در DTD توصیف شده شکل گرفته است یا خیر. اگر یک تجزیه کننده XML بتواند یک متن را به درستی پردازش کند متن XML نیز به شکل صتیتی فرمت شده است.

وقتی که اکثر نرم افزارها امکانات وبی خود را افزایش دادند این طور به نظر می رسد که XML به عنوان یک تکنولوژی جهانی برای فرستادن اطلاعات بین برنامه ها انتخاب شود. تمامی برنامه هایی که از XML استفاده می کنند قادر خواهند بود که XML ِ همدیگر را بفهمند. این سطت بالای تطابق بین برنامه ها باعث می شود که XML یک تکنولوژی مناسب برای وب سرویس باشد. چون بدون اینکه اتتیاج به سیستم عامل و سخت افزار یکسان باشد می تواند اطلاعات را جابجا کند.

SOAP یا Simple Object Access Protocol
SOAP یکی از عمومی ترین استاندارد هایی است که در وب سرویس ها استفاده می شود. طبق شواهد اولین بار توسط DeveloperMentor، شرکت UserLand و مایکروسافت در سال ۱۹۹۸ ساخته شده و نسخه اول آن در سال ۱۹۹۹ ارایه شده است. آخرین نسخه SOAP، نسخه 1.2 بود که در دسامبر سال ۲۰۰۱ در W3C ارایه شد. نسخه 1.2 نشان دهنده کار زیاد بر روی آن و نمایانگر اشتیاق زیاد صنعت IT برای استفاده از SOAP و وب سرویس است.

هدف اصلی SOAP ایجاد روشی جهت فرستادن دیتا بین سیستم هایی است که بر روی شبکه پخش شده اند. وقتی یک برنامه شروع به ارتباط با وب سرویس می کند، پیغام های SOAP وسیله ای برای ارتباط و انتقال دیتا بین آن دو هستند. یک پیغام SOAP به وب سرویس فرستاده می شود و یک تابع یا سابروتین را در آن به اجرا در می آورد به این معنی که این پیغام از وب سرویس تقاضای انجام کاری را دارد. وب سرویس نیز از متتوای پیغام SOAP استفاده کرده و عملیات خود را آغاز می کند. در انتها نیز نتایج را با یک پیغام SOAP دیگر به برنامه اصلی می فرستد.

به عنوان یک پروتکل مبتنی بر XML، پروتکل SOAP تشکیل شده از یک سری الگوهای XMLی است. این الگوها شکل پیغام های XML را که بر روی شبکه منتقل می شود را مشخص می کند. مانند نوع دیتاها و اطلاعاتی که برای طرف مقابل تفسیر کردن متن را آسان کند. در اصل SOAP برای انتقال دیتا بر روی اینترنت و از طریق پروتکل HTTP طراتی شده است ولی از آن در دیگر مدلها مانند LAN نیز می توان استفاده کرد. وقتی که وب سرویس ها از HTTP استفاده می کنند به راتتی می توانند از Firewall عبور کنند.

یک پیغام SOAP از سه بخش مهم تشکیل شده است: پوشش یا Envelope ،Header، بدنه یا Body. قسمت پوشش برای بسته بندی کردن کل پیغام به کار می رود. این بخش متتوای پیغام را توصیف و گیرنده آن را مشخص می کند. بخش بعدی پیغام های SOAP، Header آن است که یک بخش اختیاری می باشد و مطالبی مانند امنیت و مسیریابی را توضیت می دهد. بدنه پیغام SOAP بخشی است که دیتاهای مورد نظر در آن جای می گیرند. دیتاها بر مبنای XML هستند و از یک مدل خاص که الگوها (Schemas) آن را توضیت می دهند تبعیت می کنند. این الگو ها به گیرنده کمک می کنند تا متن را به درستی تفسیر کند. پیغام های SOAP توسط سرورهای SOAP گرفته و تفسیر می شود تا در نتیجه آن، وب سرویس ها فعال شوند و کار خود را انجام دهند.

برای اینکه از SOAP در وب سرویس استفاده نکنیم از تعداد زیادی پروتکل باید استفاده شود. برای مثال XML-RPC تکنولوژی قدیمی تری بود که همین امکانات را ایجاد می کرد. به هر تال، خیلی از سازندگان بزرگ نرم افزار SOAP را بر تکنولوژی های دیگر ترجیت دادند. دلایل زیادی برای انتخاب SOAP وجود دارد که خیلی از آنها درباره پروتکل آن است که فراتر از این متن می باشد. سه برتری مهم SOAP نسبت به تکنولوژی های دیگر عبارتند از قابلیت توسعه، سادگی و قابلیت عملکرد داخلی.

پیغام های SOAP معمولا ً کدهای زیادی ندارند و برای فرستادن و گرفتن آن به نرم افزارهای پیچیده نیاز نیست. SOAP این امکان را به برنامه نویس می دهد تا بنا به نیاز خود آن را تغییر دهد. در آخر بدلیل اینکه SOAP از XML استفاده می کند می تواند بوسیله HTTP اطلاعات را انتقال بدهد بدون اینکه زبان برنامه نویسی، سیستم عامل و سخت افزار برای آن مهم باشد.

WSDL یا Web Services Description Language
استاندارد دیگری که نقش اساسی در وب سرویس بازی می کند WSDL است. همانطور که قبلا ً اشاره کردیم یکی از خواص وب سرویس ها توصیف خود آنهاست به این معنی که وب سرویس دارای اطلاعاتی است که نتوه استفاده از آن را توضیت می دهد. این توضیتات در WSDL نوشته می شود، متنی به XML که به برنامه ها می گوید این وب سرویس چه اطلاعاتی لازم دارد و چه اطلاعاتی را بر می گرداند.

وقتی که سازندگان نرم افزار برای اولین بار SOAP و دیگر تکنولوژی های وب سرویس را ساختند دریافتند که برنامه ها قبل از اینکه شروع به استفاده از یک وب سرویس بکنند باید اطلاعاتی درباره آن را داشته باشند. اما هر کدام از آن سازندگان برای خودشان روشی برای ایجاد این توضیتات ابداع کردند و باعث شد که وب سرویس ها با هم هماهنگ نباشد. وقتی IBM و مایکروسافت تصمیم گرفتند تا استاندارد های خود را یکسان کنند WSDL بوجود آمد. در ماه مارس سال ۲۰۰۱ مایکروسافت، IBM و Ariba نسخه 1.1 را به W3C ارائه کردند. گروهی از W3C بر روی این استاندارد کار کردند و آن را پذیرفتند. هم اکنون این تکنولوژی در دست ساخت است و هنوز کامل نشده. ولی هم اکنون اکثر سازندگان وب سرویس از آن استفاده می کنند.

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

این مهم است که بدانیم WSDL برای برنامه ها طراتی شده است نه برای خواندن آن توسط انسان. شکل فایلهای WSDL پیچیده به نظر می آید ولی کامپیوترها می توانند آن را بخوانند و تجزیه و تتلیل بکند. خیلی از نرم افزارهایی که وب سرویس می سازند فایل WSDL مورد نیاز وب سرویس را نیز تولید می کنند بنابراین وقتی برنامه نویس وب سرویس خود را ساخت به شکل خودکار WSDL مورد نیاز با آن نیز ساخته می شود و اتتیاجی به آموزش دستورات WSDL برای ساختن و استفاده از وب سرویس نیست.

UDDI یا Universal Description , Discovery and Integration
سومین استاندارد اصلی وب سرویس ها، یعنی UDDI، به شرکتها و برنامه نویسان اجازه می دهد تا وب سرویس های خود را بر روی اینترنت معرفی کنند. این استاندارد در اصل بوسیله مایکروسافت، IBM و Ariba و پنجاه شرکت بزرگ دیگر ساخته شده است. با استفاده از UDDI شرکتها می توانند اطلاعات خود را در اختیار شرکت های دیگر قرار بدهند و مدل B2B ایجاد کنند. همان طور که از نام آن مشخص است شرکت ها می توانند وب سرویس خود را معرفی کنند، با وب سرویس دیگران آشنا شوند و از آن در سیستم های خود استفاده کنند. این استاندارد جدیدی است و در سال ۲۰۰۰ ساخته شده است و کنسرسیومی از شرکتهای صنعتی در تال کار بر روی آن هستند. نسخه دوم UDDI در ماه ژوئن سال ۲۰۰۱ ارائه شد و نسخه سوم آن در دست ساخت است.

UDDI یک متن مبتنی بر XML را تعریف می کند که در آن شرکت ها توضیتاتی درباره چگونگی کار وب سرویس شرکتشان و امکانات خود می دهند. برای تعریف این اطلاعات از شکل خاصی که در UDDI توضیت داده شده استفاده می شود. شرکت ها می توانند این اطلاعات را در UDDI شرکت خود نگهداری کنند و تنها به شرکت های مورد نظرشان اجازه دستیابی به آنها را بدهند یا آنها را در مکان عمومی و در اینترنت قرار دهند.

بزرگترین و مهمترین پایگاه UDDI پایگاه UDDI Business Registry یا UBR نام دارد و توسط کمیته UDDI طراتی و اجرا شده است. اطلاعات این پایگاه در چهار نقطه نگهداری می شود: مایکروسافت، IBM، SAP و HP. اطلاعاتی که در یکی از چهار پایگاه تغییر کند در سه تای دیگر نیز اعمال می شود.

اطلاعات درون این پایگاه ها شبیه دفترچه تلفن است. White Pages که در آنها اطلاعات تماس شرکت ها و توضیتات متنی آنهاست، Yellow Pages تاوی اطلاعات طبقه بندی شده شرکتها و اطلاعات درباره توانایی های الکترونیکی آنها می باشد، Green Pages، تاوی اطلاعات تکنیکی درباره سرویس های آنها و نتوه پردازش اطلاعات شرکت آنها می باشد.

اطلاعات تجاری و سرویس های شرکت ها کاملا ً طبقه بندی شده است و اجازه می دهد که به راتتی در آنها جستجو کرد. سپس متخصصان IT می توانند از این اطلاعات استفاده کرده و شرکت ها را برای خدمات بهتر به هم متصل کنند. با این شرت UDDI امکان پیاده سازی مدل B2B را ایجاد می کند و شرکتها می توانند از سرویس های یکدیگر استفاده کنند.

شرکت هایی که به UDDI علاقه نشان داده اند قدرتمند هستند و خیلی از آنها از وب سرویس و استانداردهای آن در متصولات خود استفاده می کنند. NTT Communications of Tokyo یکی از شرکت هایی است که در تال اضافه کردن توضیتاتی به ساختار UDDI است. در هر تال تاضر شرکت ها هنوز کمی درباره وارد کردن خود در پایگاه های عمومی متتاط هستند. این چیز عجیبی نیست. شرکتها ابتدا این امکانات را فقط برای شرکای خود ایجاد می کنند. شرکتهای بزرگ نیز برای مدیریت بر سرویس های خود و اشتراک آنها بین قسمت های مختلف از این استاندارد استفاده می کنند. وقتی این استاندارد به تد بلوغ خود برسد و کاربران با آن اتساس راتتی بکنند استفاده از آن نیز در مکان های عمومی فراگیر خواهد بود.

این تغییر رویه برای شرکت های بزرگی که B2B را به روش های قدیمی اجرا کرده بودند مشکل است. بعضی نیز اشکال امنیتی بر این روش می گیرند و مایل نیستند اطلاعاتشان را بدهند. اما با گذشت زمان و کامل شدن این تکنولوژی و درک لزوم استفاده از آن شرکت ها چاره ای جز استفاده از آن ندارند.

منبع : سایت nofa.ir

+ نوشته شده در  چهارشنبه یازدهم آذر 1388ساعت 14:54  توسط حمید رضا حباب | 
SVG زبانی برای توصیف گرافیک ۲ بعدی و برنامه های گرافیکی در XML است .
▪ این تکنولوژی مخفف کلمات Scalable Vector Graphics میباشد .
▪ SVG برای ایجاد گرافیک های برداری در صفحات وب بکار میرود.
▪ با زوم روی گرافیک کیفیت پایین نمی آید .
▪ هر المانی که در SVG می بینید میتواند نقاشی شود .
▪ SVG یکی از توصیه های کنسرسیوم w۳ میباشد .
SVG نسخه ۱.۱ در ژانویه ۲۰۰۳ برای اولین بار توسط W۳C توصیه شد . شرکت های Sun Adobe, Apple, IBM, Kodak ازجمله شرکت هایی بودند که بر روی این پروژه کار کرده اند .
‌● مزایای SVG نسبت به سایر فرمت های موجود مانند GIF , JPG :
▪ این فرمت توسط برنامه های بسیاری قابل خواندن است ، حتی notepad !
▪ حجم این فایل ها از فرمت های پیکسلی کم تر است .
▪ این عکس ها قابلیت تغییر اندازه بدون از دست دادن کیفیت را دارند .
▪ متون نوشته شده در این عکس ها بصورت TEXT بوده و قابل انتخاب و جستجو میباشد !
▪ SVG با تکنولوژی جاوا کار میکند .و یک استاندارد است .
▪ فایل های SVG کاملا XML هستند .
قابل مقایسه ترین برنامه با SVG را میتوان Flash نامید . با این تفاوت که SVG یک استاندارد بیش از فلش دارد و آن موازی بودن تکنولوژی آن با استاندارد هایی مانند XSL و DOM است . در ضمن فلش یک تکنولوژی اوپن سورس نیست . تنها مشکلی که پیش پای SVG قرار دارد این است که هنوز تمام مرورگر ها بصورت کامل از آن پشتیبانی نمی کنند . گرچه میتوان آینده SVG را روشن توصیف کرد . زیرا بنیاد موزیلا و مایکروسافت هر دو برنامه هایی برای پشتیبانی از SVG در مرورگر هایشان دارند . همچنین برنامه Adobe Golive ۵ بطور کامل از ویرایش SVG پشتیبانی میکند و ادیتور های آن درحال گسترش هستند . باید بدانید که فایل های SVG با پسوند .svg ذخیره میشوند .
● دیدن فایل های SVG در مرورگر :
برای دیدن فایل های SVG در مرورگر شما باید پلاگین Adobe SVG viewer را در سیستم خود نصب کرده باشید. البته اگر از فایرفاکس ۱.۵ استفاده میکنید نیازی به دانلود این پلاگین نیست .چون مرورگر فایرفاکس شما بصورت کامل ازین تکنولوژی استفاده میکند . دانلود پلاگین SVG Viewer
● لیستی از منابع اجرایی SVG
مثالی از SVG در کد های XML (رسم دایره بکمک SVG):

"http://www.w۳.org/Graphics/SVG/۱.۱/DTD/svg۱۱.dtd">
xmlns="http://www.w۳.org/۲۰۰۰/svg">
stroke-width="۲" fill="red"/>

برای دیدن مثال فوق بصورت اجرا شده با یک مرورگر که ازین برنامه پشتیبانی کند به لینکView example بروید . توضیح المنت های کد فوق
برای نشان دادن SVG در فایل های HTML میتوان از ۳ کد برای این کار استفاده کرد :
▪ تگ Embed
▪ تگ Object
▪ تگ iframe
جهت توضیحات بیشتر به بخش آموزشی SVG در W۳schools مراجعه کنید .
● RSS چیست ، چگونه یک RSS بسازیم ؟
RSS برای تبادل اطلاعات کوتاه مانند لینک ها و سرتیتر مقالات ابداع شد و به کاربران اجازه میدهد تا متون کوتاه خبری و لینک های سایت هایی که RSS دارند را بصورت سریع مرور کنند .
RSS مخفف Really Simple Syndication میباشد که بشما اجازه میدهد محتویات سایت خود را دسته بندی کرده و با یک فرمت سریع و استاندارد تیتر مقالات و اخبار سایت خود را در دسترس دیگران قرار دهید. فرمت فایل های RSS همان XML است. و بصورت اتوماتیک آپدیت میشود.
بدون وجود RSS کاربران باید هر روز سایت شما را چک کنند تا بتوانند از تازه های سایت شما باخبر شوند . اما با این تکنولوژی کاربران RSS چندین سایت را در یک برنامه RSS aggregator (یا RSS خوان) در کنار هم می بینند و تایتل نوشته های اخیر سایت شما را بدون مراجعه به سایت شما می بینند .
● RSS برای چه سایت هایی مناسب است ؟
اگر سایت شما مثلا ۶ ماه یکبار یا سالی یکبار بروز می شود ، طراحی خروجی RSS برای آن مفید نخواهد بود . RSS برای سایت هایی مناسب است که مرتبا بروز رسانی می شوند . مانند وبلاگ ها ، سایت های خبری و ...
▪ تاریخچه ای از RSS :
بد نیست بدانید که طراحی اولیه RSS توسط Dave Winer انجام پذیرفت و شرکت نت اسکیپ و OReilly از حامیان پیشرفت آن بودند. نسخه های معروف آن ۰.۹۱ و ۱.۰ و ۲.۰ است . ( RSS نسخه ۱ بدلیل استفاده از استاندارد RDF پیچیده تر و سخت تر از دوتای دیگر است).
یک مثال از فرمت RSS : فایل های RSS از گرامر دستوری ساده ای استفاده می کنند:

[URL="http://www.macromediax.com/"]http://www.macromediax.com[/URL]
macromediax Tutorials
[URL]http://www.macromediax.com/rss[/URL]

▪ RSSآموزش ساخت
اولین خط دستور فوق xml declaration است که نسخه XML و encoding صفحه را مشخص میکند. خط دوم المنت RSS و نسخه آنرا مشخص میکند. در خط سوم تگ قرار دارد . سه خط بعدی تایتل صفحه را با لینکش تعریف میکنند . ۵ خط بعدی تگ می باشد . این تگ همان چیزی است که شما میخواهید آنرا در RSS خود نشان دهید . شما می توانید چندین تگ item پشت سر هم قرار دهید. دو خط انتهایی نیز تگ های باز را میبندد.
RSS در اصل بیانی متفاوت ازXML میباشد و چون وجود خود را از XML دارد باید هنگام ساخت آن به نکات زیر توجه داشته باشید :
ـ تمام المنت های XML باید تگ بسته داشته باشند.
ـ تگ های xml به کوچکی و بزرگی حروف حساس هستند
ـ تودرتو قرار دادن المنت های xml باید بصورت کاملا صحیح انجام شود.
ـ نحوه نوشتن کامنت در RSS شبیه HTML است :
□ پوبلیش نهایی RSS سایتتان:
کد های خود را که نوشتید با فرمت rss.xml روی سایت خود قرار دهید و آدرس آنرا با عنوان RSS روی صفحات سایتتان قرار دهید . حالا سایت شما هم خروجی RSS دارد.

آفتاب
+ نوشته شده در  یکشنبه چهارم مرداد 1388ساعت 11:17  توسط حمید رضا حباب | 

ساختار يک سند XML
ساختار يک سند XML

شکل زير ساختار يک سند XML را نشان می دهد . بر روی بخش های رنگی کليک نموده تا اطلاعات تکميلی در رابطه با هر يک را مشاهده نمائيد .

ساختار عمومی يک سند XML

Prolog

برگشت به ساختار سند XML

Document Elements . المان ها (Elements) بمنزله ستون فقرات در سندهای XML مطرح و ساختار مورد نياز جهت پردازش های لازم توسط برنامه های ذيربط و يا style-sheet را فراهم می نمايند. المان ها با استفاده از تگ مربوطه که نام يک المان را مشخص می نمايد ، تعريف می گردنند. المان ها می توانند دارای نام و مقادير مربوط به يک Attribute نيز باشند. خصايص فوق، اطلاعات اضافه تری را نسبت به محتويات يک سند مشخص خواهند کرد.تمامی المان ها می بايست دارای نام باشند. اسامی المان ها بر روی حروف بزرگ و کوچک حساس بوده و می بايست حتما" با يک حرف و يا Underscore آغاز گردند.اسامی المان ها می تواند شامل حروف، ارقام ، hypen,underscore و نقطه باشد. ( کاراکتر colon برای namespace ها رزو شده است ) . هر تگ محدوده مربوط به يک المان را مشخص می نمايد. تگ شروع يک المان ، دارای گرامری مشابه زير است :.


برای المان هائی که دارای Attribute نمی باشند ، تگ شروع بصورت زير تعريف می گردد.

<elementName>


تگ پايان ، انتهای يک المان را مشخص کرده و نمی تواند شامل Attribute باشد. تگ های فوق همواره دارای شکل عمومی زير خواهند بود:


يک المان همواره محصور بين تگ های شروع و پايان است .


    Ali
    Irani

در مثال فوق المان Person دارای دو المان ديگر به نام FirstName و LastName است. المان FirstName شامل مقدار Ali و المان LastName شامل مقدار Irani است . از تگ های خالی ، در موارديک المان مورد نظر دارای محتوياتی نباشد ، استفاده می گردد. برای نشان دادن اين نوع تگ ها به دو صورت می توان رفتار نمود: در روش اول در ابتدا يک تگ شروع و بلافاصله يک تگ پايان قرار می گيرد.

در روش دوم ، می توان صرفا" از يک تگ خالی بصورت استفاده کرد .
ارتباط المان ها با يکديگر : بمنظور تشريح المان های موجود در يک سند XML ، می توان از دو روش ساختار درختواره ای و يا ساختار فاميلی استفاده کرد . سند XML ، می بايست دارای يک المان ريشه و يا يک سند (Document) باشد. المان ريشه ، شامل ساير محتويات سند خواهد بود. کدهای زير يک المان ريشه با نام Person را تعريف می کند.


    Ali
    Irani

يک سند XML ، نمی تواند شامل دو المان ريشه باشد. کدهای زير يک سند XML نادرست را نشان می دهد .

 Ali
 Irani

در ساختار درختواره ای ، برگ ها بمنزله المان ها ئی بوده که خود شامل المان ديگری نمی باشند. ( نظير برگ های موجود در يک شاخه درخت ) . عناصر برگ ، المان هائی هستند که صرفا" شامل متن و يا تهی می باشند ( گره خالی و يا گره های شامل متن ) . در مثال فوق مشخصات مربوط به هر مقاله در المان های برگ ذخيره می گردنند. در ساختار فاميلی ارتباطات بين المان ها از طريق : Parent,Child,Ancestor, Descendant , Sibiling تشريح می گردد.

برگشت به ساختار سند XML

Xml Decleration . بخش فوق در اکثر سندهای XML در اولين خط قرار خواهد گرفت . استفاده از تعريف فوق الزامی نبوده و در صورتيکه نياز ، می بايست بعنوان اولين خط در سندهای XML قرار گيرد. بخش تعاريف در يک سند Xml از اجزای زير تشکيل شده است :
• شماره ورژن . شماره فوق همزمان با توسعه XML ، تغيير خواهد کرد. شماره نسخه فعلی XML ، يک است .

 


• تعريف نحوه رمزگشائی سند . بخش فوق اختياری بوده و در صورت لزوم می بايست بلافاصله پس از شماره ورژن قرار گرفته و نشاندهنده يک Characterset درست باشد.

 


• بخشStandAlone.. استفاده از بخش فوق اختياری بوده و در صورت لزوم می بايست در بخش انتهائی تعاريف سندهای XML. قرار گيرد. بخش فوق مشخص خواهد کرد که آيا سند مورد نظر از لحاظ منابع اطلاعاتی به منابع خارجی ديگری وابسته است يا خير ؟ در صورتيکه مقدار آن Yes باشد بمنزله عدم دريافت منابع خارجی بوده و در غير اينصورت بمنزله دريافت اطلاعات از منابع خارجی است .


برگشت به ساختار سند XML

Processing Instructions . از بخش فوق برای پاس دادن اطلاعات به ساير برنامه ها استفاده می گردد. دستورالعمل های پردازش الزامی به داشتن يک گرامر داخلی نداشته و ممکن است از کاراکترهای نشانه گذاری استفاده نمايند. بدين ترتيب امکان استفاده آنان در هر محل از سند و خارج از نشانه گذاری ها امکان پذير خواهد بود . دستورات فوق ، می توانند در prolog ، بهمراه DTD و يا در بخش محتويات استفاده گردند . نحوه نمايش دستورالعمل های پردازش توسط Schema و يا پردازنده های DTD توضيح داده نخواهند شد. دستورالعمل های پردازشی می بايست با يک شناسه Target آغاز گردنند. اين نوع شناسه ها نسبت به حروف بزرگ و کوچک حساس بوده و می بايست با يک حرف و يا يک UnderScore آغاز گردنند. کدهای زير نمونه ای از دستورالعمل های پردازشی را نشان می دهد.


دستورالعمل های فوق با <؟ خاتمه خواهند يافت .
Style Sheet Processing Instructions . شرکت مايکروسافت در هماهنگی با W3C اقدام به پياده سازی يک دستورالعمل پردازشی با نام Xml-StyleSheet نموده است . دستورالعمل فوق می بايست در بخش prolog و قبل از المان ريشه قرار گيرد . نحوه بکارگيری دستور فوق به شکل زير است :


type ، يک text/css ( در صورت لينک به فايل Cascading Style Sheet ) و يا text/XSL ( در صورت لينک به فايل XSLT ) است . Uri)Universal resource Identifier) آدرس محل استقرار stylesheet را مشخص کرده و با آدرس محل استقرار سند xml ارتباط خواهد داشت . کدهای زير نمونه ای از دستورالعمل های پردازش ، برای يک Style-Sheet را نشان می دهد که با استفاده از يک CSS ايجاد شده است .


کدهای زير نحوه بکارگيری و تعريف يک Style-Sheet را که بر اساس XSL ايجاد شده است را نشان می دهد.


برگشت به ساختار سند XML

DocType Declerations . بخش فوق ، امکان مشخص نمودن المان ريشه و DTD)Document Type Definition) را با مراجعه به يک فايل خارجی و يا از طريق تعاريف مستقيم ( داخلی ) برای يک سند XML فراهم می نمايد . تعريف يک DOCType شامل موارد زير است :
• نام سند و يا المان ريشه ( وجود بخش فوق زمانيکه از تعاريف DocType استفاده می گردد ،الزامی است ) .
• شناسه های system و Public برای DTD بمنظور بررسی صحت ساختار سند.
• يک زير مجموعه داخلی از تعاريف DTD . بخش فوق بين علائم [ و ] قرار خواهد گرفت .
در ساده ترين حالت تعريف DocType ، صرفا" المان ريشه معرفی می گردد.


اغلب سندهائی که از بخش تعاريف DocType استفاده می کنند به يک سند خارجی که شامل تعاريف مربوطه برای ايجاد DTD است، مراجعه خواهند کرد .


URIreference به فايلی که شامل تعاريف است ، اشاره می نمايد.


PublicIdentifier شناسه ای مجزا را معرفی می نمايد که برخی پارسر ها را قادر به استفاده از آن جهت مراجعه به DTD در مقابل URIreference باشند. دربخش تعاريف DocType ،می توان اقدام به درج تعاريف بصورت مستقيم کرد . در چنين مواردی از گرامر زير استفاده می گردد:

    declarations
]>


در صورتيکه تعاريف DTD با يک فايل خارجی مرتبط می گردنند ،از گرامر زير استفاده می گردد.

declarations
]>


برگشت به ساختار سند XML

Comments .از بخش فوق بمنظور درج توضيحات لازم در رابطه با سند XML استفاده می گردد . در چنين مواردی پارسر، عمليات خاصی را بر روی آنها ( توضيحات ) انجام نخواهد داد. توضيحات با علامت--!> شروع و با علامت < -- خاتمه می يابد . عبارت زير توضيحات دلخواهی را در يک سند XML درج می نمايد .


توضيحات می توانند در بخش prolog ، همراه DTD ، بعد از سند و يا در قسمت محتويات درج گردند. امکان استفاده از توضيحات بهمراه Attribute و يا درون تگ ها وجود ندارد . پارسر با مشاهده < -- از خاتمه توضيحات آگاه و عمليات عادی خود برای پردازش سند XML را دنبال ( پس از يک وقفه کوتاه همزمان با درج توضيحات ) خواهد کرد . با توجه به رسالت <-- ، ( خاتمه دهنده توضيحات ) نمی توان از آن در بخش های متفاوت عبارات مندرچ در قسمت توضيحات استفاده کرد . بجزء محدوديت فوق ، امکان استفاده از ساير کاراکترهای مجاز XML در بخش توضيحات ، ميسر خواهد بود . ( مشابه بخش CDATA) .

برگشت به ساختار سند XML

NameSpace . با استفاده از XML namespace ، می توان اين اطمينان را پيدا نمود که بين اسامی المان ها ی مشابه ( با مفا هيم متفاوت ) تداخل و تعارضی بوجود نخواهد آمد.

برگشت به ساختار سند XML

Attribute . ويژگی فوق،امکان مشخص نمودن و تعريف اطلاعات تکميلی در رابطه با يک المان را فراهم می نمايد.از Attribute برای تعريف Property های يک المان نيز استفاده می گردد.Attribute ها را می بايست در تگ های شروع و يا خالی استفاده کرد . گرامراستفاده از Attribute بصورت زير است :


يا


Attribute ، می بايست دارای نام و مقدار باشد. يک المان نمی تواند دارای دو attribute باشد.

برگشت به ساختار سند XML

CDATA . در اين بخش به پارسر اعلان می گردد که کدهای نشانه گذاری در کاراکترهای موجود در بخش CDATA وجود ندارد. بخش فوق اغلب مورد استفاده زبانهای اسکريپت و نمونه محتويات HTML,XML است . زمانيکه پارسر با ] CDATA] ! > مواجه می گردد ، هيچگونه تفسيری در رابطه کاراکترهای موجود در بخش فوق را انجام نخواهد داد . پارسر با مواجه شدن با <[[ ، عمليات عادی خود برای تفسير را دنبال ادامه خواهد داد ( پس از يک توقف کوتاه و صرفا" ارائه گزارش ) . گرامراستفاده از CDATA بصورت زير است .

,]]>


برگشت به ساختار سند XML

Character and entity Refrences . امکان درج مستقيم کد حروف در يک سند XML نيز وجود دارد. ( در اين حالت برای درج حروف از تايپ کاراکترها بصورت مستقيم استفاده نشده است ) . استفاده از ويژگی فوق در موارد زير مفيد خواهد بود :
• امکان درج مستقيم کاراکترها در يک سند (بدليل تفسير آنان بعنوان کدهای نشانه گذاری) وجود نداشته باشد .
• امکان درج مستقيم کاراکترها بدليل محدوديت دستگاه ورود اطلاعات وجود داشته باشد .
• امکان ارسال مطمئن کاراکترها از طريق پردازنده ئی با محدوديت کاراکترهای تک بايت وجود داشته باشد .
• يک رشته و يا بخشی از سند بصورت متناوب تکرار و می توان آن را بصورت مختصر استفاده کرد .
بمنظور ارائه محتويات دلخواه ، XML از تعدادی عبارت خاص که با علامت & شروع و با ; خاتمه می يابند، استفاده می نمايد . مرجع کاراکترها ، امکانی را بمنظور درج کاراکترهای Unicode که توسط يک عدد مشخص می گردند ، فراهم می نمايد . برای درج کدهای مربوطه می توان از مبنای ده و يا شانزده استفاده کرد . برای درج کد با استفاده از مبنای ده از; value#& و برای مبنای شانزده از ; x value#& استفاده می گردد. مثلا" برای درج علامت يورو در يک سند XML می توان از ; x20AC#& و يا ; z8364 #& استفاده کرد . جدول زير پنج entity از قبل ساخته شده برای کاراکترهای استفاده شده در يک سند XML را نشان می دهد .

 

Entity

Entity Reference

Meaning

lt

<

< ( less than)

gt

>

> (greater than)

amp

&

& (ampersand)

apos

'

'   (apostroph or single quote)

quot

"

" (double quote)

Textual content . در سندهای XML ، امکان استفاده از کدهای Unicode و مجموعه وسيعی از کاراکترها شامل حروف، ارقام و ... وجود دارد. 

+ نوشته شده در  شنبه یکم فروردین 1388ساعت 23:43  توسط حمید رضا حباب | 

ده نکته در رابطه با XML - DOM
ده نکته در رابطه با XML - DOM

يکی از مهمترين مفاهيم موجود در رابطه با XML ، تکنولوژی DOM)Document Object Model) است . XML نظير برنامه Word و يا DHTML ( مربوط به شرکت ماکروسافت ) ، دارای يک مدل مبتنی بر شی ، برای برنامه نويسی است . در اين مقاله به بررسی ده نکته مهم در رابطه با تکنولوژی XML - DOM خواهيم پرداخت .

نکته اول 

تکنولوژی DOM ، يکی از ابزارهای برنامه نويسی موجود بمنظور استقرار يک سند XML در حافظه ، تفسير و پردازش است . ابزار فوق ، اغلب توسط برنامه های VB و ASP بمنظور پردازش فايل های XML استفاده می گردد . DOM بمنزله يک شی بوده که برنامه نويسان با استفاده از آن ، امکان فعال نمودن ، ويرايش و ذخيره يک فايل XML را بدست می آورند .

نکته دوم

ساختار داخلی DOM مشابه چيست ؟ ساختار فوق مشابه يک درخت با شاخه ها و برگ هائی است . برخی از شاخه ها ممکن است دارای شاخه های ديگری باشند. همانگونه که در مقاله ده نکته در رابطه با XML ، اشاره گرديد ، يک سند XML دارای المان هائی است که مناسب است در اين مقطع و از اين زاويه به آنها شاخه گفته شود. بنابراين DOM شامل مجموعه ای از المان ها است . البته ، اغلب برنامه نويسان به آنها " گره " و يا " گره فرزند " می گويند. گره ها ممکن است دارای يک مقدار، تهی و يا شامل ساير گره های فرزند باشند . المان ، گره ، گره های فرزند عملا" در بردارنده مفاهيم مشابه ای می باشند .

نکته سوم

تکنولوژی DOM ، دارای اشياء متفاوتی است . DOMDocument يکی از اشياء موجود بمنظور دستيابی به DOM ( شامل اطلاعات مربوط به سند XML ) است . DOMElement و DOMNode نمونه هائی ديگر از اشياء موجود می باشند . بمنظور انجام عمليات و پردازش های مورد نظر در DOM ، دوازده شی متفاوت پيش بينی شده است . شی DOMDocument ، اولين شی استفاده شده برای فعال نمودن يک سند XML بوده و دارای مجموعه ای از متدها و خصلت ها برای استفاده توسط برنامه نويسان است . مثلا" شی فوق، دارای خصلتی بمنظور بازيابی firstChild ( اولين فرزند ) ، lastChild ( آخرين فرزند ) ، nextSibling ( برادر بعدی ) و previousSibling (برادر قبلی ) است . در حقيقت شی DOMDocument ، تصويری از سند XML را با توجه به قوانين مربوطه در خود نگهداری کرده و با استفاده از خصلت های متعدد موجود ، امکان حرکت در طول سند با روش های متفاوت ميسر می گردد .

نکته چهارم 

شی DOMDocument ، دارای تعداد زيادی متد مفيد نيز می باشد . مثلا" متد insertBefore برای درج يک گره قبل از موقعيت جاری استفاده می گردد. برای ايجاد يک المان جديد، می توان از متد createElement استفاده کرد . برای افزودن يک المان جديد به شی DOMDocument می بايست دو مرحله عمليات را دنبال نمود . مرحله اول : با استفاده از متد createElement المان ايجاد می گردد ( در اين حالت يک شی DOMNode ، ايجاد می گردد ) . مرحله دوم : با استفاده از متد appendChild شی DOMNode را به DOMDocument اضافه می نمائيم . ( DOMDocument و DOMNode دو شی مجزا با عملکردهای خاص خود می باشند و نبايد آنها را بمنزله اشياء مشابه در نظر گرفت ) .

نکته پنجم

در مقاله ده نکته در رابطه با XML ، به اين نکته اشاره گرديد که می توان يک سند XML را به Html ، WML و يا يک سند XML ديگر با يک ساختار متفاوت ، تبديل کرد . برای تحقق خواسته فوق ، می توان از متد transformNode استفاده کرد . بدين منظور لازم است از دو شی DOMDocument استفاده گردد. يکی از آنها توسط سند XML فعال و ديگری توسط XSL فعال خواهد شد. با استفاده از متد transformNode ، خروجی بصورت يک رشته خواهد بود . رشته فوق شامل نتايج مورد نظر بمنظور استفاده در WML, Html ، متن و يا ساير موارد دلخواه است .

نکته ششم

تمام اشياء DOMDocument ، دارای يک گره ريشه می باشند . گره فوق تنها ريشه موجود بوده که ساير گره ها مستقيما" و يا غير مستقيم به آن متصل می گردند. در يک سند XML ، دوازده گره متفاوت وجود دارد . NODE_ELEMENT ، NODE_ATTRIBUTE ، NODE_TEXT و NODE_COMMENT نمونه هائی در اين زمينه می باشند . برخی از گره ها ، دارای فرزند و برخی ديگر فاقد فرزند می باشند . مثلا" NODE_ELEMENT می تواند دارای شش فرزند متفاوت ! باشد . ( نگران نباشيد وضعيت فوق در رابطه با يک المان است نه انسان ) و يا NODE_TEXT فاقد فرزند است .

نکته هفتم

يکی ديگر از اشياء بسيار مفيد ، شی HTTPRequest می باشد. شی فوق امکان گفتگوی برنامه هائی که در سمت سرويس گيرنده اجراء می گردند را با سرويس دهنده وب فراهم می نمايد . اين شی شامل تمامی روتين های مورد نياز بمنظور برقراری ارتباط و مبادله اطلاعات است . پس از ارتباط با سرويس دهنده ، از طريق متدهای POST و يا GET ، با استفاده از متد Send می توان يک ارتباط را برقرار کرد. در ادامه با استفاده از خصلت های متعددی نظير : responseXML و يا responseText می توان اقدام به بازيابی XML و يا متن مورد نظرنمود . شی HTTPRequest بهمراه اشياء XML در IE ارائه شده است .

نکته هشتم

پاس دادن رشته های XML در برنامه ها و بين برنامه ها ، يکی از خواسته های مورد نيار است . در اين راستا متدهای Load و LoadXML ازشی DOMDocument مطرح می باشند . متد Load، باعث فعال نمودن يک فايل XML شده ، در صورتيکه متد LoadXML يک رشته را فعال می نمايد . برای توقف فعال نمودن يک سند XML ، می توان از متد abort استفاده کرد . خصلت parseError يک امکان در دسترس ، برای کنترل خطاء و متد save برای ذخيره نمودن XML بصورت يک فايل استفاده می گردد . مثلا" در صورتيکه يک رشته XML را که " خوش شکل " نمی باشد ، فعال نمائيم ، خصلت parseError شامل يک کد خطاء بوده و می توان با استفاده از آن برخورد مناسبی با وضعيت پيش آمده را انجام داد .

نکته نهم

يکی از انواع گره هائی که می توان در يک DOMDocument درج کرد ، DOMProcessingInstruction است . يک PI)Processing Instructing) ، شامل دستورالعمل هائی است که تمايلی به تفسير آنها را نداريم . مثلا" شايد بخواهيم جزئيات مربوط به نسخه خاصی از برنامه RealAudio را که از اطلاعات آن يک المان در سند استفاده می نمايد ، ارسال نمائيم ، در چنين مواردی می توان يک دستورالمل PI بصورت زير در سند درج کرد :

نکته دهم

در صورتيکه قصد ارسال اطلاعاتی را داشته باشيم که شامل عباراتی نظير < ، # و يا > باشد ، و نياز است که آنها را از طريق پارسر ارسال نمائيم ، ( استفاده از حروف فوق باعث بروز خطای پارسر خواهد شد ) می توان اطلاعات فوق را در يک گره خاص با نا م NODE_CDATA_SECTION قرار داد . مثلا" عبارت زير مقدار '#91' را بهمراه يک المان استفاده کرده است . پارسر اطلاعات موجود در بخش CDATA را می خواند ولی آنها را تفسير نخواهد کرد .
+ نوشته شده در  شنبه یکم فروردین 1388ساعت 23:41  توسط حمید رضا حباب | 
 
صفحه نخست
پست الکترونیک
آرشیو
عناوین مطالب وبلاگ
درباره وبلاگ

نوشته های پیشین
آذر 1388
مهر 1388
مرداد 1388
خرداد 1388
اردیبهشت 1388
فروردین 1388
اسفند 1387
تیر 1387
آرشیو موضوعی
DHtml
PHP
SQL
Apache
مرورگر ها
موتور جستجو و SEO
شبکه
RSS
برنامه نویسی
مطالب آموزنده
Ajax
UML
Linux
گرافیک سایت
امنیت اطلاعات
تجارت الکترونیک
XML
windows
jquery
smarty
ترفند های اینترنت
سخت افزار
open source
وب سرویس ها
نویسندگان
حمید رضا حباب
امیر حسین طهرانی
مجتبی موحدیان
پیوندها
سایت راسخون
سایت تبیان
کارپرداز
رشد
اکسپلورر
مقالات آموزشی طراحی وب
تبلیغات رایگان در اینترنت
موسسه فرهنگی هنری شهید شهبازی
فهرست وب سایتهای ایرانی
وبلاگ با مقالات خوب (عظمت وبلاگ)
تفدا: توسعه فناوری، دانش و اطلاعات
تراشه
jquery
smarty
persia-cms
پایگاه تخصصی نرم افزار ایران
اخبار فناوری اطلاعات
قیمت گذاری یک سایت
خطاطي و خوشنويسي نستعليق آنلاين تحت وب
تدبیل Excel به HTML
یافتن تکنولوژی هایی که در یه ایجاد یک سایت به کار رفته اند
سایتی برای tooltip گذاشتن در سایت
Wikipedia برای گوشی های موبایل
TutSearch: موتور جستجو جهت یافتن آموزش برای طراحان وب
انجمن فرهیختگان ایران
parsigold.com
نمايش Page Rank گوگل در سايت
استاد آنلاین
سایتی برای ساختن loading سیستم های ajax
1000 مقاله
مجموعه مقالات تخصصی نرم افزار - 500 مقاله
دیکشنری online چند زبانه منحصر به فرد
125 مقاله جمع آوری شده از اینترنت در باره امنیت در نرم افزار و شبکه
وین بتا با مقالات جالب
پایگاه اطلاع رسانی ماهنامه شبکه
سایت مقالات فارسی
 

 RSS

POWERED BY
BLOGFA.COM