سلام، در مورد این بخش از مطلب سوال داشتم:
«یک ریسورس از جنس Document اصولاً به یک رکورد در دیتابیس اشاره دارد که برای ریسورس‌هایی از این دست می‌باید از اسامی مفرد یا یک شناسه استفاده کرد:»
آیا منظورتان این بود که در URL زیر باید از user استفاده کرد یا همین users درست است؟
GET http://example.com/api/users/1/articles
GET http://example.com/api/user/1/articles
سلام، در مورد این بخش از مطلب سوال داشتم:
«یک ریسورس از جنس Document اصولاً به یک رکورد در دیتابیس اشاره دارد که برای ریسورس‌هایی از این دست می‌باید از اسامی مفرد یا یک شناسه استفاده کرد:»
آیا منظورتان این بود که در URL زیر باید از user استفاده کرد یا همین users درست است؟
GET http://example.com/api/users/1/articles
GET http://example.com/api/user/1/articles
سلام، در مورد این بخش از مطلب سوال داشتم:
«یک ریسورس از جنس Document اصولاً به یک رکورد در دیتابیس اشاره دارد که برای ریسورس‌هایی از این دست می‌باید از اسامی مفرد یا یک شناسه استفاده کرد:»
آیا منظورتان این بود که در URL زیر باید از user استفاده کرد یا همین users درست است؟
GET http://example.com/api/users/1/articles
GET http://example.com/api/user/1/articles
سلام
استفاده از users درست تر است و http://example.com/api/users/1/articles خوانایی بیشتری دارد. با خواندن این اندپوینت به ترتیب می‌فهمیم که به کاربران، سپس کاربر شماره ۱ و در نهایت به مقالات این کاربر می‌رسیم.
سلام
استفاده از users درست تر است و http://example.com/api/users/1/articles خوانایی بیشتری دارد. با خواندن این اندپوینت به ترتیب می‌فهمیم که به کاربران، سپس کاربر شماره ۱ و در نهایت به مقالات این کاربر می‌رسیم.
سلام من خیلی گیج شدم.
سؤالم رو اینجا می پرسم.
برای برقراری ارتباط با api باید کلاینت با api هم زبون باشه.
( چون دیدم api رو با زبون های مختلفی در دسترس قرار میدند )
و این که برنامه‌های بزرگ با چند زبون نوشته شدن، که تا جایی که فهمیدم با میکرو سرویس هست. که میکرو سرویس بر میگرده به اینجا api
ممنون.
من تاحالا با api و این چیزا کار نکردم دانش کمی دارم، ممنون میشم جواب بدید.
سلام من خیلی گیج شدم.
سؤالم رو اینجا می پرسم.
برای برقراری ارتباط با api باید کلاینت با api هم زبون باشه.
( چون دیدم api رو با زبون های مختلفی در دسترس قرار میدند )
و این که برنامه‌های بزرگ با چند زبون نوشته شدن، که تا جایی که فهمیدم با میکرو سرویس هست. که میکرو سرویس بر میگرده به اینجا api
ممنون.
من تاحالا با api و این چیزا کار نکردم دانش کمی دارم، ممنون میشم جواب بدید.
سلام من خیلی گیج شدم.
سؤالم رو اینجا می پرسم.
برای برقراری ارتباط با api باید کلاینت با api هم زبون باشه.
( چون دیدم api رو با زبون های مختلفی در دسترس قرار میدند )
و این که برنامه‌های بزرگ با چند زبون نوشته شدن، که تا جایی که فهمیدم با میکرو سرویس هست. که میکرو سرویس بر میگرده به اینجا api
ممنون.
من تاحالا با api و این چیزا کار نکردم دانش کمی دارم، ممنون میشم جواب بدید.
نیازی نیست که سرور و کلاینت با یک زبون نوشته شده باشند. کلاینت فقط باید بدونه که API که نوشته شده از چه جوری هست. (مثلا لیست ریسورس/دستورات چیست)
این یک نمونه از جزئیات API هست: https://help.zibal.ir/IPG/API/
نیازی نیست که سرور و کلاینت با یک زبون نوشته شده باشند. کلاینت فقط باید بدونه که API که نوشته شده از چه جوری هست. (مثلا لیست ریسورس/دستورات چیست)
این یک نمونه از جزئیات API هست: https://help.zibal.ir/IPG/API/
سلام مهندس<br />من الان چند وقتیاست درگیر این دوره و به طبع آن دوره‌های mysql و mvc و oop شدم و خدا رو شکر خیلی چیزا دستم اومد و از این بابت تشکر میکنم . <br />فقط مهندس جان ، من نتونستم این پروژه روی هاست لینوکسی ام بالا بیارم ، میخوام تمام موارد رو تو دنیای واقعی بیارم و روی سرورهای اشتراکی بالا بیارم . کمکم می‌کنید که باید چه تنظیماتی انجام بدم ، هرکاری کردم نتونستم بالا بیارم ، حیف است که نتونم روی هاست ام بالا بیارم . ممنون میشم کمکم کنید .
سلام مهندس<br />من الان چند وقتیاست درگیر این دوره و به طبع آن دوره‌های mysql و mvc و oop شدم و خدا رو شکر خیلی چیزا دستم اومد و از این بابت تشکر میکنم . <br />فقط مهندس جان ، من نتونستم این پروژه روی هاست لینوکسی ام بالا بیارم ، میخوام تمام موارد رو تو دنیای واقعی بیارم و روی سرورهای اشتراکی بالا بیارم . کمکم می‌کنید که باید چه تنظیماتی انجام بدم ، هرکاری کردم نتونستم بالا بیارم ، حیف است که نتونم روی هاست ام بالا بیارم . ممنون میشم کمکم کنید .
سلام
گفتید اطلاعات حساس رو در URL قرار ندیم.
https://api.instagram.com/v1/users/self/media/recent/?access_token=ACCESS-TOKEN
این ادرس بالا مربوط به اینستاگرام است. ایا چیزی که شما گفتید با این فرق داره و مفهموم متفاوت دارند؟
سلام
گفتید اطلاعات حساس رو در URL قرار ندیم.
https://api.instagram.com/v1/users/self/media/recent/?access_token=ACCESS-TOKEN
این ادرس بالا مربوط به اینستاگرام است. ایا چیزی که شما گفتید با این فرق داره و مفهموم متفاوت دارند؟
سلام
گفتید اطلاعات حساس رو در URL قرار ندیم.
https://api.instagram.com/v1/users/self/media/recent/?access_token=ACCESS-TOKEN
این ادرس بالا مربوط به اینستاگرام است. ایا چیزی که شما گفتید با این فرق داره و مفهموم متفاوت دارند؟
سلام
منظور از دیتای حساس شماره کارت بانکی، یوزر و پس و ... است.
سلام
منظور از دیتای حساس شماره کارت بانکی، یوزر و پس و ... است.
یک سؤال!
وقتی ما می‌توانیم ازز طریق کد های http وضعیت در خواست کاربر رو بر گردونیم دیگه چرا توی جیسونمون هم میایم و کد رو نشون می دیم؟
آیا میشه(استاندارد هست) که قسمت code رو حذف کنیم و فقط message رو نشون بدیم ؟!
یک سؤال!
وقتی ما می‌توانیم ازز طریق کد های http وضعیت در خواست کاربر رو بر گردونیم دیگه چرا توی جیسونمون هم میایم و کد رو نشون می دیم؟
آیا میشه(استاندارد هست) که قسمت code رو حذف کنیم و فقط message رو نشون بدیم ؟!
سلام. خیلی ممنون از تلاشی که برای تهیه این آموزش با کیفیت کردید.
مفید بود ممنون
عالی
این اموزش ها خیلی خوب بود مختصر مفید کاربردی. دمت گرم
درود بر شما من خیلی از سایت ها رو نگاه کردم اونام خوب بودن ولی مطالب سایت شما واقعا جامع بود.......
سلام، در مورد این بخش از مطلب سوال داشتم: «یک ریسورس از جنس Document اصولاً به یک رکورد در دیتابیس اشاره دارد که برای ریسورس‌هایی از این دست می‌باید از اسامی مفرد یا یک شناسه استفاده کرد:» آیا منظورتان این بود که در URL زیر باید از user استفاده کرد یا همین users درست است؟ GET http://example.com/api/users/1/articles GET http://example.com/api/user/1/articles
سلام استفاده از users درست تر است و http://example.com/api/users/1/articles خوانایی بیشتری دارد. با خواندن این اندپوینت به ترتیب می‌فهمیم که به کاربران، سپس کاربر شماره ۱ و در نهایت به مقالات این کاربر می‌رسیم.
توضیحات مختصر و مفید و عالی بیان شدند
بسم الله الرحمن الرحیم سلام علیکم قلم خوبی دارید ان شاالله همیشه از این قلم در راه کمک به دیگران استفاده کنید
آیا میشه swagger رو در این لیست قرار داد ؟ و لطفا بفرمایید که استفاده از اون رو چه‌طور می بینید
خیلی عالی، ممنون که به این خوبی این مطلب رو توضیح دادید پیروز باشید
سلام من خیلی گیج شدم. سؤالم رو اینجا می پرسم. برای برقراری ارتباط با api باید کلاینت با api هم زبون باشه. ( چون دیدم api رو با زبون های مختلفی در دسترس قرار میدند ) و این که برنامه‌های بزرگ با چند زبون نوشته شدن، که تا جایی که فهمیدم با میکرو سرویس هست. که میکرو سرویس بر میگرده به اینجا api ممنون. من تاحالا با api و این چیزا کار نکردم دانش کمی دارم، ممنون میشم جواب بدید.
نیازی نیست که سرور و کلاینت با یک زبون نوشته شده باشند. کلاینت فقط باید بدونه که API که نوشته شده از چه جوری هست. (مثلا لیست ریسورس/دستورات چیست) این یک نمونه از جزئیات API هست: https://help.zibal.ir/IPG/API/
من آرایه سرور رو که vardump میکنم اصلا چیزی به اسم CONTENT_TYPE نیست و برای همین برنامه ارور میده!
Content-type جزو هدر های هست. برای این کار شما باید هدر هارو var dump کنید
سلام مهندس<br />من الان چند وقتیاست درگیر این دوره و به طبع آن دوره‌های mysql و mvc و oop شدم و خدا رو شکر خیلی چیزا دستم اومد و از این بابت تشکر میکنم . <br />فقط مهندس جان ، من نتونستم این پروژه روی هاست لینوکسی ام بالا بیارم ، میخوام تمام موارد رو تو دنیای واقعی بیارم و روی سرورهای اشتراکی بالا بیارم . کمکم می‌کنید که باید چه تنظیماتی انجام بدم ، هرکاری کردم نتونستم بالا بیارم ، حیف است که نتونم روی هاست ام بالا بیارم . ممنون میشم کمکم کنید .
سلام. در مورد API request rate limit ها هم لطفا آموزش یا مطلبی قرار بدید. این که چه‌طوری تعداد ریکوئست ها رو هندل کنیم، خطاهای مربوطه و ... . با تشکر
خب اگر چند نوع اپدیت مختلف داشتیم چی ؟ مثلا اپدیت تکی یا آپدیت دسته ای ؟
ببخشید در این دوره مبحث وب سرویس هم پوشش داده شده؟ با احترام
سلام گفتید اطلاعات حساس رو در URL قرار ندیم. https://api.instagram.com/v1/users/self/media/recent/?access_token=ACCESS-TOKEN این ادرس بالا مربوط به اینستاگرام است. ایا چیزی که شما گفتید با این فرق داره و مفهموم متفاوت دارند؟
سلام منظور از دیتای حساس شماره کارت بانکی، یوزر و پس و ... است.
من نمیتونم توکن رو بررسی کنم میگه توکن پیدا نشد مشکل هم از هدر هست یعنی نمیتونه هدر Authorization رو بررسی کنه چیکار باید کرد؟
یک سؤال! وقتی ما می‌توانیم ازز طریق کد های http وضعیت در خواست کاربر رو بر گردونیم دیگه چرا توی جیسونمون هم میایم و کد رو نشون می دیم؟ آیا میشه(استاندارد هست) که قسمت code رو حذف کنیم و فقط message رو نشون بدیم ؟!
یک سؤال: آیا OAuth که در فصل های قبل ذکر کردید هم همین کار رو میکنه؟ تفاوتش با JWT چیه؟