Dijego
Mustafa Kemal Atatürk
Istanbul, Istanbul, Turkey
Currently Offline
Recent Activity
36 hrs on record
last played on 14 Apr
2.4 hrs on record
last played on 31 Oct, 2025
1,802 hrs on record
last played on 30 Oct, 2025
24 Jul, 2025 @ 11:34am 
⠀⠀⠀⠀⠀⠀⠀⣢⠊⠉⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠚⣦⣂⠀⠀⠀⠀⠀⠀
⠀⠀⠀⠀⠀⣠⣝⠁⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢀⠱⣥⠄⠀⠀⠀⠀
⠀⠀⠀⠀⣸⠮⣶⠞⠛⣛⣛⣛⣷⠶⠀⠀⠐⢶⣟⣛⣛⡛⠓⠿⡚⣮⡀⠀⠀⠀
⠀⠀⢀⢪⠛⠁⠀⣠⣚⣶⣶⡶⡆⡗⠀⠀⠰⡇⣶⣿⣿⣟⡢⠄⠀⠙⣮⢄⠀⠀
⠀⢀⢦⡋⠁⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠁⣳⢆⠀
⠀⢨⡧⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⡤⠀⠀⠀⠈⢯⠄
⠀⡬⠇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⣤⠀⡼⠁⠀⠀⠀⠀⠊⡄
⠀⡏⠀⠀⠀⠀⠀⠀⠀⠀⡦⠤⠤⠤⠤⠤⠤⠴⠒⠋⠁⢰⠇⠀⠀⠀⠀⠀⠀⡇
⠰⣳⡀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠚⠀⠀⠀⠀⠀⢀⣴⠛
24 Jul, 2025 @ 11:34am 
▬▬▬.◙.▬▬▬
═▂▄▄▓▄▄▂
◢◤ █▀▀████▄▄▄▄◢◤
█▄ █ █▄ ███▀▀▀▀▀▀▀╬
◥█████◤
══╩══╩══
╬═╬
╬═╬
╬═╬
╬═╬
╬═╬
╬═╬
24 Jul, 2025 @ 11:31am 
Na de, emeljük ezt egy magasabb szintre, hiszen szerintem mindenkinek feltűnő, hogy ez egy kicsit bonyi, miért nem kérjük le ezeket a SeeMTA-tól? Elvégre az ottani adattár rendelkezik a hívások információival. És itt jön a válasz, hogy ugyan adattár van, de API, amellyel azt mi, frakciók el tudnánk érni, nincsen. Erről szól ez az ötlet, hogy legyen! Sokkal egyszerűbb lenne, ha a perces rendszerek automatikusan működnének, nem kéne F3-ból (ami régen ugye admini segítséggel működött csak!) kinézni mindenki perceit, majd manuálisan beírni azt a megfelelő helyre.
24 Jul, 2025 @ 11:31am 
Most, hogy ezt tisztáztuk vegyük elő a jelenlegi rendszereket. Itt az SCKK Applikációt (továbbá App, Applikáció) fogom példának venni, mert ezt ismerem a legjobban. Az App lesz a kliens, az API a program háttérrendszere (ami kezeli a megjelenített felületet) az adattár pedig a géped. Mikor az Applikáció a logs mappában keresi az elfogadott hívást sorokat, olyankor az adattár az adott napi log lesz, melyet az API visszaad, és látod az appban. Ez nyilván kényelmesebb, mint ha maga a fájlból kéne kiolvasni, azonban mivel a sofőrök gépén fut, kihasználható. Nem azt mondom, hogy gyakori eset, de nem lehet biztos az ember. Amint az App beolvasta a hívásokat a sofőrnek lehetősége van feltölteni a hívásokat. Ilyenkor az Applikáció háttérrendszere felveszi a kapcsolatot egy másik API-val (továbbiakban APP API), mely adattára egy adatbázis, mely a miénk.
24 Jul, 2025 @ 11:31am 
Az interneten működő rendszerek három részből állnak. Most a Youtube-ot venném elő példának, hiszen azt mindenki ismeri. Az első, a kliens, a felhasználó, aki a youtube.com-ra fellépett. A kliens kommunikál egy “összekötővel”, az API-val az adattár felé (az API lényegében ő hozza létre az adattár és a böngésző között a kapcsolatot, és dönti el, hogy jogosult e a böngésző az adott adatra). Itt egy egyszerű bemutatás, mikor beírod, hogy youtube.com , miután az oldal betölt az API felé intéz a megnyitott oldal egy lekérést, hogy a home page videóit lekérhesse, majd az API az adattár felé fordul, ott megtalálja őket és visszaadja. Egy biztosított esetnél, mondjuk egy privát videónál az API intézi a lekérést az adattár felé, látja, hogy a videó privát és a lekérőnek, a kliensnek nincs joga hozzá (mert nem a te videód), akkor az API nem fogja visszaadni a videót.
25 Oct, 2024 @ 7:34am 
Pumpkin spice latte 🎃🎃