מה המצב חברה
אני רוצה לבנות WEB SERVICE

אני יודע שאני צריך להשתמש ב SOAP

העיניין הוא שאני לא כל כך מבין את התהלך

היוזר מבקש משהו מהשרת

השרת מעבד את הנתונים וממיר אותם ל XML

השרת ניגש לפונקציה שנמצאת על ה WEB SERVICE

מעביר לו את ה XML שייצרנו

ה WEB SERVICE מעבד את הנתונים ממיר את ה XML לאובייקטים

מבצע את הבדיקות ומחזיר את הנתונים מה DB בתוך קובץ XML

השאלה שלי היא האם זה תהלך נכון

ואיך אני מתחבר ל פונקציה שיושבת ב WEB SERVICE

תודה לעוזרים

אתה לא *חייב* להשתמש ב SOAP. יש למשל גם את REST (ובמיוחד שים לב לזה...)

העובדה שיש פה XML מעורב לא ממש שונה מכל תכנות אחר בעולם ה web - אתה מקבל בקשה, יש בה פרמטרים, אתה מחזיר תשובה בפורמט מסויים (שבמקרה הוא לא HTML) ... אבל כל השאר זה בדיוק אותו דבר.

נמאס לכם לזכור סיסמאות? לחצו כאן!

PHP? בטוח יש ספרייה שמיועדת לבניית WEB SERVICES בצורה פשוטה וקסומה בPHP

וזה טיפה יותר מורכב ממה שאתה מתאר, בד"כ גם נהוג להוסיף איזה WSDL קטן...

אתה יכול לפשט לי קצת יותר את הדברים

תודה

http://www.w3schools.com/webservices/ws_intro.asp

תראה אני לא יודע איך עושים את זה בPHP .

אבל ב.NET בJAVA ובעוד פלטפורמות, אתה פשוט יכול לכתוב מחלקה (יש קצת מגבלות או ממשקים שאתה צריך לממש) להגדיר בקונפיגורציה שאתה רוצה ליחצן אותה כ WS ואיפה אתה רוצה את הWSDL, וזהו הוא יכתוב את הWSDL בישבילך, וידע לעטוף בSOAP את המחלקה שלך.

אני בטוח שיש דרך דומה בPHP....

כן, גם ב PHP יש דרך להשתמש ב SOAP למשועממים: php.net/soap ...

או שיעשה מה שאני אמרתי, יהיה לו כנראה יותר פשוט

נמאס לכם לזכור סיסמאות? לחצו כאן!

אוקי שימי

אני זורם איתך

קראתי קצת על REST

הבעיה שלי עכשיו שאני לא יודע איך אני קורא לפונקציה שנמצאת על WEB SERVICE
מהפונקצית האתר שמבקש

תודה

ידנית...

מה ששימי מציע זה מימוש רגיל תחת HTTP, לדעתי זאת טעות לממש משהו ככה.
הדרך הסטנדרטית והנכונה היא לעשות את זה באמצעות SOAP. אתה צריך להבין שמימוש פשוט דרך HTTP , בשיטה ששימי מציע, יהיה יחודי יוצא דופן, ובישביל לעבוד מולו מפתח צריך לעבוד הרבה יותר. מימוש באמצעות SOAP ידע לתאר את עצמו בWSDL, ויהיה לך פתרון מוכן או חצי מוכן להרבה מאוד בעיות נפוצות בRemoting - טיפול בשגיאות, העברה הודעות, וכד'. חוץ מזה שבתכלס SOAP זה מימוש סטנדרטי ל בRemoting מעל HTTP...

כתבתי עשרות כאלה ב.NET ובד"כ הבסיס היה עבודה של 15 דקות, ובזכות זה שהWS מתאר את עצמו בWSDL, אז לבנות לו קליינט זה עבודה של 2 דקות...

אי אפשר לענות אם זה תהליך נכון כי לא כתבת דבר על התהליך.
מה שתיארת יכול להתאים לכל תרחיש סביר, גם למשל לגלריה דינאמית.

תן בבקשה תיאור מפורט של התהליך ונענה לך בצורה מושכלת יותר

מה המצב בניתי WEB SERVICE

ואני משתמש בהעברת הנתונים על ידי XML

נכון לעכשיו הנתונים שחוזרים יחסית קצרים. (אין הרבה מידע כרגע) והכל עובד מאוד מהר

שאלה שלי היא מה קורה כאשר אני צריך להחזיר המון מידע

האם להשמש ב JSON זה יותר נכון, כי הוא תופס ב SRTING (פחות תווים)

תודה

SOAP.

אני משתמש ב XML-RPC

אני רוצה לדעת האם זאת שיטה טובה??

אני עובד עם סיפריה של CODEIGNITER

פה מוסבר איך הדברים עובדים

תודה

לא מכיר את CODEIGNITER, או את עולם הספריות של PHP.

אבל לא, זאת לא שיטה טובה, זה דור אחורה מSOAP, זה גם לא נותן לך לבנות WSDL. גם אין הוקס פוקוסים לבניית פרוקסים...

אתה יכול להסביר לי מה רשמת פה

ציטוט:

אין הוקס פוקוסים לבניית פרוקסים...

כן.
אם אתה כתבת WEB SERVICE נורמאלי, והגדרת לו EndPoint של WDSL(חפש בויקי) שמתאר מה הWS שלך עושה. ואני רוצה לדבר מול הWS שלך, אתה יכול פשוט לתת לי את הכתובת של הWSDL, אני אדחוף אותו לWIZARD נחמד בויזואל סטודיו(לאו דווקא כן...) ואקבל מחלקה שעוטפת אותו ומאפשרת לי לעבוד מולו, תוך 5 שניות.

עזוב שSOAP יכול לעזור לך עם הרבה מאוד סוגים של תקשורת, לאו דווקא RPC

תראה עם ההבדל הוא כזה שה WS נותן שירותים למערכות חיצוניות אז אני מאמין שאתה צודק.

ה WS שבניתי נותן שירותים למערכות שלי, זה אומר שגם הם עובדים עם RPC.

ברגע שאני ארצה להוציא נתונים החוצה ( מחוץ למערכות שלי )

אני אבנה שיכבה חדשה שמקבלת ומחזירה WSDL

תקן אותי עם החשיבה שלי נכונה. ( בכל מקרה הפונקציות של ה WS חייבות מזהה של מערכת כדי להחזיר נתונים )
זה אומר שכל עוד אין לך KEY אתה מקבל FALSE

קודם כל RPC, וXML-RPC זה לא אותו דבר. RPC זה מושג כללי בתכנות, שמדבר על תקשורת מאוד מובנית בין תהליכים - Remote procedure call

XML-RPC זה שיטה ספציפית לעשות RPC באמצעות XML.

WS לאו דווקא מיועד למערכות חיצוניות, גם למערכות שכתובות בשפות שונות, או כל שתי אפליקציות שרוצות לדבר אחת עם השניה דרך שפה משותפת (SOAP).

אם אתה רוצה לכתוב שרות, שכל מערכת שעובדת על כל שפה\ פלטפורמה תוכל להבין, תכתוב WS נורמאלי - ולא XML-RPC.
אם המטרה שלך זה להשיג (IPC -Inter Process Communication , זה לאו דווקא אומר על אותה מכונה) אז אתה יכול למצוא שיטה אחרת הרבה יותר יעילה מבחינת תעבורה ונפחים. אני הייתי הולך לכיוון של TCP...

נכון לעכשיו הכיון הוא להעביר מידע. טקסטים בתוך XML
אני חושב שאני אשאר עם השיטה הזאת כרגע

ברגע שאני ארצה להעביר קבצים אני באמת אשתמש בשיטה אחרת.
ניסיתי לדבר עם כמה חברים שלומדים ניהול רשתות
על מנת לבין כמה דברים על פרוטוקולים ועל פורטים

הם לא כל כך הצליחו לקלוע לשאלה שלי

מה שאני יודע שפורט זה נתיב תיקשורת כמו כביש שעליו מכוניות נוסעות

ופרוטוקול זו שיטה להעברת המידע

אולי הם לא האנשים הנכונים לפנות אליהם

אבל מה זה אומר בעצם להעביר מידע דרך פרוטוקול...
באיזו צורה אני צריך להכין את הקובץ כדי לשלוח אותו.. או שבכלל פרוטוקול פותח לי נתיב ישיר
אני כבר מבולבל..

):

אתה יכול תת לי טעימה ... עברתי כבר על כל מיני אתרים ברשת הם מסבירים בגדול...
אני צריך דוגמא תכלס...

אפילו במלל..

תודה

1. זאת לא שיטה טובה. במקרה הזה XML סתם יהיה בזבזני ויצור Overhead מיותר לחלוטין, ולא יתן שום יתרון. רוצה משהו שכולם יכולים לדבר איתו, תשתמש בSOAP, אם אתה רוצה משהו אחר אז זה לא הכיוון. אני מציע לך לחפש על Serialization .
מצד שני אם אתה בוחר בזה בגלל שcodeigniter זאת פלטפורמה נוחה ומצאת דרך נוחה לעשות RPC גם זה שיקול לגיטימי, מוטעה לדעתי, אבל לגיטימי....
ואין לזה שום קשר לקבצים ד"א...


2. מנהלי רשתות לא מבינים כלום בתקשורת.

3. תקשורת... קודם כל פורט, זה מושג שהמשמעות שלו תלויה בפרוטוקול ספציפי, בד"כ מתכוונים לIP ואז פורט זה כולה תת-כתובת במכונה שאיתה מדברים. אם בIP Address זה כתובת של מכונה ספציפית, אז באותה מכונה יש 65K~ פורטים, שמישהו יכול להאזין אליהם... נניח פורט 80 כמעט תמיד ספציפי לHTTP, כל פעם שאתה ניגש לדף אינטרנט אז אתה פונה לכתובת IP מסויימת בפורט 80 ומעביר אליה את הבקשה שלך.

פרוטוקול. פרוטוקול זאת הגדרה מאוד רחבה וחסרת משמעות. בסופו של דבר זה מגדיר שפה לתקשורת בין שתי ישויות. פרוטוקול בד"כ מגדיר אוצר מילים, דקדוק, וכללים לשיחה, או במילים אחרות, איזה סוגי הודעות אפשר להעביר, באיזה סדר וחוקיות, ולאיזה תשובות צריך לצפות ומתי.
ב1977 התכנסו כמה אנשים מוזרים והגדירו משהו שנקרא מודל 7 השכבות תכלס יש מודל אחר, יותר מתאים לבני תמותה, אבל המודל של OSI טוב להסברים.
תקרא את המאמר, בסופו של דבר המודל מיועד להגדיר מערכות תקשורת. כל מערכת תקשורת בנויה מאוסף של פרוטוקולים שמגדירים לרכיבים שונים במערכת איך לדבר אחד עם השני.
הפרוטוקולים שאשכרה מעניינים אותך בתור מפתח הם IP שמתאר בגדול את כל רשת האינטרנט, UDP שמאפשר לאפליקציות להעביר הודעות בצורה בלתי אמינה (פחות נפוץ), TCP שמאפשר לשתי אפליקציות לדבר בינהן כאילו יש להן STREAM משותף ודו כיווני (רוב המערכות בעולם משתמשות בזה) ואחרון חביב HTTP (שמבוסס על TCP יש לציין) שבגדול מגדיר פרוטוקול מאוד פשוט של הודעה - תגובה.

4. תקרא ותלמד זה אחד הנושאים הכי גדולים בעולם המחשבים.

תודה על התגובה
קיבלתי פחות או יותר הבנה בנושא

בנוגע לXML-RPC ,נכון אני משתמש בו כי יש לי סיפריה מוכנה ונוחה שעושה לי את כל העבודה
וסיבה נוספת היא שאני לא מעוניין שכולם ידברו עם ה WS אני מעוניין שרק אני אדבר איתו.
אז עם אני בונה את ה WS ב CODEIGNITER
ואת שאר המערכות שלי אז זה בסדר מבחינתי כרגע

אני יודע שאני מעביר נתונים בפורט 80 ולפי תוכנה שהורדתי
WIRESHARK

אני חושב שאני משתמש בפרוטוקול TCP

חוץ מיזה מה שאני צריך להעביר זה XML?
לא משנה באיזו שיטה?

שוב תודה על העזרה

80 זה הפורט הסטנדרטי לHTTP, שבד"כ בעצמו עובד מעל TCP.
אני ממליץ לך בחום לקרוא על SERIALIZATION בPHP

ולא רק שאתה לא חייב להעביר XML, אלא שכמו שכתבתי עדיף לך לא להעביר XML, XML זאת דרך מאוד בזבזנית לשמור נתונים. אתה יכול להעביר את הנתונים שלך בצורה בינארית (לא חושב שזה טריויאלי בPHP) או בJSON או בשלל דרכים אחרות...