Fent vannak a kódok, és most itt a rövid összefoglaló:
1) WD API és WD API kliens a regisztrációk megvalsósításához
Ezek teszik lehetővé, hogy a KM hozzáférjen a WD felhasználók adataihoz. A WD API nyújt rá lehetőséget, hogy a hozzáférésekhez legyenek funkciók. A WD API kliens (ez van a KM-en) pedig gondoskodik a visszakapott adatok kezeléséről - tehát a WD-től kapott adatok alapján ez tudja a felhasználót regisztrálni, vagy beléptetni.
Van egy a FB API-hoz hasonló /me hívási lehetőség is, amikor is az API ellenőrzi a WD-n automatikusan beléptetett felhasználót és visszaadja annak tokenjént - amivel beléptethető a KM-re. Ezzel meg lehet oldani, hogy a felhasználó automatikusan belépjen ha be van lépve a WD-n.
Mivel az összes funkció átirányításokkal működik - a hívások valójában a login.html sablonba vannak bekódolva jelenleg. Ezért itt az adatok átadása és átvétele is GET-el történik. A WD siker esetén a landing_page paraméterben kapott oldalra ugrik vissza, és a megadott adatokat is oda adja vissza (a kért névvel, a token változó minden esetben jelöli hogy a felhasználó azonosításra került).
A WDAPIClient 160 és 173-ik soránál kell beléptetni a token alapján a felhasználót. Ehhez a táblába bekerült egy plusz mező (api_token), így a token azonosítja a felhasználót.
2) KM API és KM API kliens
Ezek teszik lehetővé, hogy a WD/GYI/FEH (és majd az EXP is) használhassa a KM alapfunkcióit (kiemelt hirdetések lekérdezése, keresés, hirdetés adatlapja, hirlevelekhez lekérdezés.) A funkciók zömét a KarrierMed plugin fogja használni (lásd lejebb.)
Az egyes funkciók (action) az indulásnál:
search - keresés a KM hirdetések között kulcsszó, település és típus alapján
detail - konkrét hirdetés lekérdezése
get_preferred_list - kiemelt hirdetések lekérdezése (ez részben már működik)*
get_newletter_list - a hírlevelekhez a hirdetések lekérdezése
A funkciók a KMAPI osztály 60-115 sor között lesznek megvalósítva. A get_preferred_list már működik annyi hack-eléssel, hogy egyenlőre nem szűr az API kulcs alapján domain-re (mivel nincs elég hirdetés, és kellett pár). A többi funkció rád vár. Irányelvek:
- a hirdetések részletes adatait kivéve a válaszok egységesek.
- a kapott mezőknél amik ID-k azokat szövegesen is meg kell adni (pl. region_id -> region)
- van pár mező aminél más nevet használunk (advert_type_id -> type, release_date -> date_release) - utóbbinál azért mert a WD-n minden olyan adat ami 'date_' előtaggal keződik az timestamp, ami '_date' taggal végződik az szöveges dátum.
A get_newletter_list funkciót a napi hirlevél küldéskor fogja a kiküldő lehívni és befésülni a hirlevélbe - a megbeszéltek alapján formázva. Ezeket még megbeszéljük, de itt is kellhetnek még extra tracer-ek ha számolni akarjuk hányszor jelent meg a hirdetés az e-mailekben is.
3) KarrierMed plugin
Ez cseréli le a mostani Aprót. Alapvetően nem is fog tudni semmi különöset, csak egy sima kereső - a KM keresőjének másolata -, hirdetések listája (kiemelten a kiemelt hirdetéseket) és hirdetés részletei. Minden egyéb funkció (hirdetés feladás, jelentés, jelentkezés) csak a KM-en elérhető, így ezek habár ott lesznek vizuálisan, de minden esetben átirányítanak a KM-re (a hirdetés feladásra vagy a hirdetés oldalára.)
Csuka Ádám
+36 70 315 4314
Szia
Most kezdem el feltölteni a kódokat SVN-be, utána írom mi mit és hol csinál - vagy kell majd csinálnia.
Csuka Ádám
+36 70 315 4314