Zlucenie posielania mailov v members a members_api

[jurakin]

Mame 2x posielanie emailov. V members a members_api. Trebalo by to nejako zjednotit.

Members budu mat v mailovych notifikaciach navyse asi aj dalsie funkcionality:

• DRAFT: Feature: Emailove notifikace pro reklamace #51

Members_api vyhody:

• posiela naraz aj push notifikacie
• pouziva PHPMailer - dorucovanie mailov je spolahlivejsie, napr. pre gmail.com

[janzhanal]

Ahoj,
takze spravny postup je:

• nastudovat si, jak je to s notifikacema a mailama v api
• prepsat vsechny aktualni i budouci mista s "notifikaci" tak, aby pouzili metody z api

Shodli jsem se @scoufal, ze asi potrebujem zjistit, jak API funguje, jak je to nasazeny. Mohl bych poprosit o strucny popis @jurakin?

[jurakin]

Ahoj,

Na githube má members_api viacero verzií. Pre vás je v podstate relevantná iba posledná verzia 3. Nájdete tam aj dokumentáciu.

Tu je stručný prehľad štruktúry API:

members_api
|
|--- core/ -- utilities, ktoré potrebuje každá verzia api, databáza, curl, posielanie notifikácií je tu iba pre staršie verzie api
|--- libraries/ -- knižnice PHPMailer a PHP router
|--- index.php
|--- manifest.php -- konfiguračný súbor
|--- .secrets/ -- kľúče a tokeny
|--- index/
     |--- versions
          |--- 3
               |--- autoload.php -- inicializacia api 3
               |--- boilerplate/ -- rôzne funkcie, čo treba
               |--- endpoints/ -- skutočné api endpointy sú tu

Príklad:
https://members.eob.cz/api/3/spe/races spracováva súbor index/versions/3/endpoints/race.php. Api si načíta konfiguračné súbory z príslušného klubu.

Posielanie notifikácií a e-mailov sa deje v https://github.com/arnost00/members_api/blob/main/index/versions/3/boilerplate/cron/. Tokeny sú v súboroch, ktoré sú uvedené v manifest.php.

Štruktúra nasadenia je rovnaká ako je uvedené v repo. Pre testovanie a vývoj mám aj adresár debug/.

[jurakin]

Pri generovaní mailov v cron.php bol pokus o nejakú modularizáciu celého procesu, ale nie som s tým spokojný.

Ako som už spominal, maily sa v api asi už negenerujú tak, ako v members (neriešil som dodatočné zmeny, ktoré boli commitnute odvtedy, čo som to nahodil). Plus mnoho notifikácií som ešte na mnoho vecí, čo chodí mailom, nevytvoril.

Niektoré api endpointy tiež posielajú push notifikácie. Tieto sú už implementované v aplikácii. Preto časť kódu, ktorá posiela notifikácie musí ostať aj v api.

Nebolo by lepšie presunúť posielanie mailov radšej do members_api? Alebo zvážte použitie knižnice PHPMailer v members.

[scoufal]

.Já jsem úplně nepopchopil, jaký je vztah repozitory membes a members_api.

Jak members_api přistupuje k datům v members?
Jak je to s bussiness logic implementovanou v PHP - počítání účastníků, přepisování do ORISu, ...

Posílání mailu z jiného web serveru ztěžuje automatické testy, ale asi není nepřekonatelné.
Cron v members bude nadále potřeba pro synchronizaci s bankou a ORISem

[jurakin]

Obe sú na rovnakom web serveri, api je nasadené na rovnakom path leveli ako ostatné kluby. Takže api si jednoducho importuje config súbory. Mám urobený class na prístupovanie k týmto configom. Viď cron.php

Robí synchronizácia s ORISom a bankou niečo podobné ako generovanie e-mailov? Lebo ak nie, tak nevidím problém to rozdeliť.