Здравейте,
Сорс кодът на Social Network е качен в GitHub.
Моля, ако намерите някакви бъгове, репортвайте ги в бъг тракера. От началото на курса сме правили по няколко промени (обикновено стават за 1-2 минути).
Има проблем със send-ването и reject-ването на поканите. След изпратена покана ако потребителя я reject-не то вече тази заявка на му седи в pending requests. На изпращащия обаче API-то му връща hasPendingRequest: true. През Postman без проблем се изпраща нова заявка, но проблемът е в UI-а, защото аз визуализирам Pending, а не Invite.
Сега забелязах, че освен при reject при approve също връща hasPendingRequest: true.
API-то няма service за unfriend :)
Открих (доколкото мисля) проблем в показването на коментарите за всеки пост. Максималния брой коментари които могат да се покажат е 3 и когато станат повече, останалите просто не излизат.
Въпреки това, има property, което показва totalComments.
Това значи ли че по някакъв начин, коментарите също трябва да са paginate-нати?
Не, при коментарите няма paging. Както каза Никола при [More..] трябва да изтеглиш всички от GET api/posts/{postId}/comments.
Каква трябва да е заявката за (Reject Friend Request)?
Аз гледам от посман Файла и там е -
PUT:
http://softuni-social-network.azurewebsites.net/api/me/requests/{{id na requesta}}?status=delete
Самоче ми връща BAD REQUEST. ("message": "Invalid friend request status.").
За удпбрение е същата само дето е на края е ?status=approved
и ми работи идеално
Да, ?status=rejected трябва да е. Поправено е в Postman колекцията още в началото на курса, изтеглете я наново. Извиняваме се за грешката.
Здравейте, опитвам се да използвам service-а Get Post by ID за да мога да заредя поста с всичките му коментари. Проблемът, който се случва е че сървъра ми връща грешка като съдържанието ѝ е "".
Някой друг има ли подобен проблем?
Всички коментари на един пост можеш да вземеш от GET api/posts/{postId}/comments, не е нужно да теглиш и поста.
Относно грешката, дай малко повече детайли, при мен всичко е ок на GET api/posts/{id}.
API-то умря!!! :)
RIP. Дано има кой да го вдигне, защото и без това проекта при мен не върви много добре 
long live the API :)
again
Хора, как тълкувате изискванията кои постове, съответно коментари може да се like-ват и unlike-ват?
В условието пише:
Users should NOT be able to like/unlike comments when neither the post author, nor wall owner is a friend.
същото е и за постовете.
Та въпросът ми е - логнатия юзър трябва ли да може да лайква и ънлайква собствените си постове и коментари на други оставени под неговите постове?
Чуденката ми идва от там, че логнатия юзър не е приятел сам със себе си, от което би трябвало да следва, че не може да лайква и ънлайква горните варианти... От друга страна на мен ми се вижда най-коректно да може да лайква коментари на други хора, но да не може да лайква собствените си постове...
ЕДИТ: Гледайки обаче предпоследното условие за авторизация:
Users should NOT be able to comment on posts when neither the author, nor wall owner is a friend.
което е също като това за лайкване и ънлайкване, си мисля, че по-скоро логнатия юзър може да прави тези неща - да лайква и ънлайква свои постове и коментари под свои постове, както и да коментира свои постове.
Макар по условие да не се иска аз направих да може да си виждам и собствената стена. Тази проверка ми е дали да имам like/unlike бутони. Проверявам дали съм на собствената си стена или на собствения си feed или автора на поста ми е приятел или собственика на стената ми е приятел. Съветът ми е да не търсиш логика, а да тестваш сървисите на API-то.
Edit: Анатоли, бъркаш се. Добра отправна точка е, че всичко, което виждаш на news feed-a МОЖЕ да like-ваш и коментираш. А на news feed-a излизат post-тове, на които не си автор.
Това са ми всичките проверки (username е на логнатия user):
за like/unlike на постове:
ng-if="isOwnWall || isOwnFeed || post.author.isFriend || post.wallOwner.isFriend"
за like/unlike на коментари:
ng-if="isOwnWall || isOwnFeed || post.author.isFriend || post.wallOwner.isFriend"
за edit на post:
ng-if="post.author.username === username"
за delete на post:
ng-if="post.author.username === username || isOwnWall"
за edit на comment:
ng-if="comment.author.username === username"
за delete на comment:
ng-if="post.author.username === username || comment.author.username === username"
Благодаря, мисля че ми стана ясно - да прехванем случаите, в които сървъра връща грешка и за тях да правим проверки client side? Тоест следваме сървърната валидация на заявките.
Authorization checks са добре написани в заданието и отговарят на реалността :)
Обръщам се с молба към колегите, които днес няма да защитават. Ако може бихте ли си починали и съответно да не правите заявки към API-то докато свършат защитите днес? API-то определено изпитва трудности да ни обработва всичките заявки и доста се бави.
Като направя заявка към http://softuni-social-network.azurewebsites.net/api/users/{{username}} и ако username-a е нещо от сорта на i.ivanov (т.е. има точка в него) заявката гърми с "The resource you are looking for has been removed, had its name changed, or is temporarily unavailable.".
Ако няма точка в username връща данните за юзъра нормално.
Оправено, а unfreind by design няма. :)