Changes between Version 6 and Version 7 of UseCaseImplementationsFinal

Timestamp:

08/23/25 21:03:26 (8 days ago)

Author:

231017

Comment:

--

UseCaseImplementationsFinal

@@ -10 +10 @@
 == Use Case ID: 1 – Се најавува со Google профил ==
 [[Image(google_login.png)]][[BR]]
-Корисникот притиска на копчето за најва со Google и се испраќа get барање до backend.
+Корисникот притиска на копчето за најва со Google и се испраќа get барање до backend.[[BR]]
 **Функцијата на клиентска страна**[[BR]]
 [[Image(google_login_client.png)]][[BR]]
 **Помошна функција во registerLoginService**[[BR]]
 [[Image(google_login_axios.png)]][[BR]]
-Барањето е обработено од серверот со тоа што корисникот најпрво е пренасочен кон Google страницата за најава, каде корисникот го избира својот профил. Потоа Google испраќа get барање до наведениот url (http://localhost:5001/api/auth/google/callback) со специјален код во url-от. Преку овој код функцијата passport.authenticate(...) прави барање до Google, со што го добива профилот на корисникот. 
+Барањето е обработено од серверот со тоа што корисникот најпрво е пренасочен кон Google страницата за најава, каде корисникот го избира својот профил. Потоа Google испраќа get барање до наведениот url (http://localhost:5001/api/auth/google/callback) со специјален код во url-от. Преку овој код функцијата passport.authenticate(...) прави барање до Google, со што го добива профилот на корисникот.[[BR]] 
 [[Image(auth_router.png,width=900, height=500)]][[BR]]
-Потоа се извршува callback функцијата дефинирана со passport Google strategy, каде најпрво се проверува дали постои профил со конкретната email адреса, а доколку не постои се креира нов профил.
+Потоа се извршува callback функцијата дефинирана со passport Google strategy, каде најпрво се проверува дали постои профил со конкретната email адреса, а доколку не постои се креира нов профил.[[BR]]
 [[Image(passportjs.png,width=900, height=500)]][[BR]]
-На крај, се генерира supabase magic link, со кој се комплетира најавата, настанува SIGNED_IN event и се воспоставува сесија, а корисникот е пренасочен кон контролната табла.
+На крај, се генерира supabase magic link, со кој се комплетира најавата, настанува SIGNED_IN event и се воспоставува сесија, а корисникот е пренасочен кон контролната табла.[[BR]]
 
 == Use Case ID: 2 – Пребарува и филтрира форум ==
@@ -48 +48 @@
 Корисникот пристапува до Pending панелот каде има преглед на објавите кои чекаат одобрување од модератор. Кога корисникот ќе пристапи до панелот најпрво се повикува функцијата fetchPendingPosts која испраќа get барање до backend. Барањето најпрво се обработува од review service, од каде се проследува до backend и е обработено од функцијата getPendingPosts во контролерот.[[BR]]
 **Функцијата на клиентска страна**[[BR]]
-[[Image(client1.png)]][[BR]]
+[[Image(client1.2.png)]][[BR]]
 **Помошна функција во review service**[[BR]]
 [[Image(reviewservice.png)]][[BR]]