Načítání Facebook postů v Nette Framework

Na jednom projektu jsem narazil na potřebu zobrazovat posty z Facebooku na klientově stránce. Inu začal jsem psát prototyp jak bych danou věc řešil. Prototyp jsem "spíchnul" za hodinku, ale bylo to uděláno tak trošku na hulváta. Tak jsem si řekl že to postupně přepíšu tak jak by to třeba napsal nějaký zkušený programátor s Nette frameworkem. Na http://srazy.info/nettefwpivo jsem danou věc přednesl a Nette guruové mi přislíbili odbornější konzultace.

Článek není psán jako how-to (na takovém článku zapracuji) Je psán jak jsem postupoval, co jsem napsal, následně zavrhul nebo přepsal. Proto se nedivte, že tu třeba pracuji s Nette Cache, kterou v zápětí odstraním. Při čtení je dobré koukat na konkrétní commity a článek brát jako "přemýšlení nahlas" k těmto commitům.

Výsledkem je aplikace co naimportuje posty z dané Facebook zdi do databáze, v administraci si pak zvolíte, které posty chcete na své stránce zobrazit.

Techniky co se používají: Nette\Caching, Facebook SDK, Kdyby\Facebook, Nette\Database, Custom Latte Macro, Snippets.

Celý projekt je k naleznutí na Githubu https://github.com/chemix/Nette-Facebook-Reader

Vytvoření projektu z Nette/Sandbox

Začneme čistým projektem vycházející z Nette/Sandbox

composer create-project nette/sandbox Nette-Facebook-Reader

cd Nette-Facebook-Reader

zápis do "log" a "temp" folderu

chmod -R a+rw temp log

commit: Init from Nette Sandbox

Pročištění pískoviště

vyčistíme homepage šablonu a připravíme si nový Import Presenter se šablonou.

/app/templates/Import/default.latte

a /app/presenters/ImportPresenter.php

commit: clear homepage template and presenter

commit: added blank Import Presenter

Přidáme trošku Facebooku

Přidáme si do composer.json závislost na Facebook SDK

a stahneme si ho pomoci composer update.

Přihlásime se na Facebook Developers http://developers.facebook.com a vytvoříme novou aplikaci.

[ /data/articles/1/facebook-developer.png .(Facebook Developer) ]

Stačí nám vyplnit pouze její název

[ /data/articles/1/create-new-app.png .(Create new App) ]

a zjistíme si Facebook App ID a App Secret

[ /data/articles/1/facebook-app-ids.png .(Facebook App IDs) ]

Na hulváta si zkusíme načíst data skrze Facebook Graph Api. V našem Import Presenteru přidáme do hlavičky

a metodu přepíšeme podle ukázky z dokumentace k PHP Facebook SDK

po zkouknutí výstupu bychom měli vidět dump pole o 25 položkách

[ /data/articles/1/dump-array-25.png .(dump array) ]

Malinko si zjednodušíme ošetření chyb jen na ukončení aplikace.

commit: add dependence on Facebook SDK to composer and small typo updates

commit: load data from Facebook - dirty version

commit: only one catch and application->terminate()

Cache, ať při vývoji nečekáme

Přidáme si možnost cache pro požadavek. (Hlavně si tím urychlíme další rozšiřování, přeci jen čekat 10 sec na každý refresh mě nebaví).

O cachovaní se nám postara Nette Framework a jeho Nette\Caching\Cache;

Přidáme do use sekce

Abychom mohli vytvořit instanci třídy Cache tak jí musíme předat nějaký cache storage kam si bude ukládat data. Viz API dokumentace Nette\Caching\Cache

A ten si necháme poslat (injectnout) do třídy pomoci Nette Dependenci Injection. Jediné co musíme udělat je definovat public property $cacheStorage typu \Nette\Caching\IStorage a pomocí anotace @inject nám framework zařídí vše potřebné.

hup, a v našich metodách se ke storage dostaneme snadno pomocí $this->cacheStorage

Více o cache si nastudujete v dokumentaci Caching.

V našem případě pokud se nám nepodaří načíst data z cache (a to se nám napoprvé určitě nepovede) tak si je načteme z Facebooku a do té cache si je uložíme:

Výsledkem je

Nyní by nám druhý request měl trvat výrazně kratší dobu.

[ /data/articles/1/with-cache.png .(with cache) ]

commit: added cache for request

Ukládáme posty do databáze

Dalším krokem je uložit si získána data do databáze. Pro práci s databází použijeme třídu Nette\Database. Vytvoříme si databázi a uživatele (díky klonování Nette Sandbox máme výborný nástroj Adminer přímo u projektu /adminer/).

Uživatel bude facebookwall a s heslem 'tajneheslo' bude mít přístup ke všem databázím začínající facebookwall_ v našem vývojovém případě konkrétně k databázi facebookwall_devel

a vytvoříme si tabulku kam si posty budeme ukládat.

V presenteru si řekneme ať nám framework předá objekt Nette\Database\Context

v konfiguračním souboru /app/config/config.local.neon si doplňíme připojení k databázi.

Pozor na zápis, liší se od Dibi a občas mě to dokáže zabrzdit ;-)

V presenteru si pak na hulváta doplníme ukládání jednotlivých řádku, připadne po opakovaném importu aktualizaci postit

můžeme se přesvědčit, že se nám vše uložilo

[ /data/articles/1/save-to-database.png .(save posts to database) ]

commit: save posts to database

Zobrazení postů z importu

Předáme si výpis práve přidaných postů do šablony a tam si je vypíšeme.

a

commit: show post in template

Zobrazení postů na homepage

V HomepagePresenteru si načteme posty co jsme načetly importem. Jelikož, ale nechcem zobrazovat všechny posty nastavíme si u některých v databázi status na 1 a budem zobrazovat pouze tyto.

a nesmíme zapomenout na přidání public property $database;

šablona pak může vypadat nějak takto:

commit: show posts on homepage

tuto verzi najdete pod tagem :prototype

Zapouzdření do modelu

Pokud se nad úkolem zamyslíme tak je to taková věc co by se nám mohla hodit i na jiném projektu. Připravíme si tedy modelovou vrstvu. Do ktere přepíšeme náš prototyp.

Všiměte si jak si v konstruktoru řekneme o Nette\Database\Context

app/model/FacebookWallpost.php

a v presenteru přepíšeme vypisování postů na

Property $database jsme nahradili za $wallpost a změnili typ třídy co chceme po frameworku aby nám předal. Aby to celé fungovalo musíme ješte danou servisu zaregitrovat v config.neon

commit: model - section for read from db

Import do modelu

To samé uděláme i s částí pro načítání dat z Facebooku.

Při přesunu odstraním používání cache, jelikož už jí při vývoji nepotřebuji ba naopak pokud chci zadat import tak chci aby se provedl vždy.

z Import presenteru přemístíme use sekci do modelu a presenter se nám rázem zjednodušil na

commit: model - section for import data from Facebook

A co to heslo v kódu? Pryč s nim

Jako pěkný, ale. Ale nám se ještě nelíbí

hesla chceme v konfiguraci a zde si jen řekneme o funkční session. Nahradíme tedy za

a do konstruktoru přidáme předání závislosti. plus nezapomene na deklarovaní property.

a našeho "hloupoučkého" managera definujeme v /app/model/FacebookSessionManager.php

registrujeme ho v config.neon

a v config.local.neon přidáme sekci s kódem a heslem k aplikaci

commit: extract session generator to new service FacebookSessionManager

tuto verzi najdete pod tagem :model-di

Korektury od Nette Guru

Jako první poslal pull request Filip Prochazka.

commit: removed useless folder odebírá zbytečné kontrolování složky kterou nepoužíváme

commit: Refactored default configuration for database Upravuje jak se zapisuje přihlašování k databázi. Nyní jsou parametry (jméno, heslo, server, databáze) vytáhnuté do sekce "parameters". Proto si ze souboru config.local.neon odeberte sekci nette - database a nahraďte ji

mnohem čitelnější.

commit: export db schema to project přidává zmíněný SQL table creator do kódu

teď ale příjde ta zajímavější část.

Použití Kdyby/Facebook

Jako první nahradíme v composer.json Facebook/SDK za Kdyby/Facebook

a aktualizujeme composer pomocí composer update. Smažeme náš "hloupoučký" FacebookSessionManager.php a odebereme i jeho registraci do services v config.neon, zde naopak přidáme sekci extensions a do ní registrujeme Kdyby Facebook

Tato extension vyžaduje v configu Facebook App ID a Facebook Secret. Proto do lokálního config.local.neon přemístíme tyto informace ze sekce params (kam jsme si je uložili) do sekce facebook.

(APP_ID dejte do uvozovek, jinak je brán jako integer a Kdyby/Facebook vyhodí excaption.)

A ve FacebookWallpost.php uděláme pár změn. Prvně si upravíme use sekci. Odebereme Facebook SDK a nahradíme ho za Kdyby\Facebook a přidáme Tracy\Debugger.

Pak nahradíme inicializaci session managera za Kdyby\Facebook

a zjednoduší se nám i volání samotného požadavku. Plus si budeme logovat případnou chybu.

Q: Proč return array(); namísto $this->terminate();

A: ???

Teď, když si znovu spustíme import, tak bychom měli v Tracy vidět novou ikonku Facebooku a u ní základní informace o volání jeho API. Krása.

[ /data/articles/1/kdyby-facebook-tracy.png .(Kdyby Facebook - Tracy extension) ]

Další vychytávkou co Kdyby\Facebook má je metoda iterate. Pokud jste si všimli tak volání Facebook API vrací cca 25 záznamů a adresu pro další (paging) toho tato metoda využívá umožnuje nad výsledkem iterovat třeba ve foreach a donačíst tak úplně všechny posty.

Nahradíme tedy volání api za iterate. Zde už dostáváme čisté "pole" všech postů tak poupravíme i samotné procházení výsledků.

Když teď, zkusíme import, v Tracy panelu uvidíme že se Facebook Api volalo vícekrát a v panelu je vidět detail každého volání.

Filip pak přepsal mé ifové peklíčko do mnohem čitelnější podoby pomocí ternárního operátora "?:". Nahradil datum ve stringu za DateTime obalené v Nette\Utils\DateTime a vrácený záznam je přetypován na ArrayHash (nezapomenout definovat v use)

a pak ve foreach

Latte filter

Filip do kódu přidal i ukázku jak se poprat s if peklem v šablonách pomocí Latte filtru.

V HomepagePresernter definujeme metodu createTemplate, která vrací presenteru template object, který se použije pro render šablon. K této šabloňe přidáme filtr, který se bude starat o odkazy na posty.

  • filter se jmenuje fbPostLink

  • pokud daný post má definovaný link vrací tento link

  • pokud se podaří z post id (které obsahuje {pageId}_{postId} ) získat postId vrátí link na konkrétní post na facebooku

  • voláme ho nad objektem $post

šablona se nám pak zjednoduší na

commit: Use kdyby/facebook

tuto verzi najdete pod tagem :kdyby

Drobné vylepšováky

Na doporučení Davida jsem odebral z projektového .gitignore soubory Sublime editoru a PHPStormu a zapsal jsem si je do globálního gitignore podle návodu na githubu

Administrace postů

Jako poslední úkol jsem si nechal administraci na povolování postů. Vytvoříme si nový presenter AdminPresenter a u vypsaných jednotlivých položek přidáme tlačítko enable, disable. To celé pak z "AJAXujem".

Než začnem s php úpravama, provedem pár drobných změn na frontendu ať se na náš výtvor dá aspoň trošku koukat. Osobně mám rád Zurb Foundation, ale tu samou práci, pro tento případ i možná vhodnější, odvede Bootstrap

commit: added zurb foundation 5 and updated templates

commit: tabs indent

Výkop administrace

Začneme úpravou modelu, kam si přidáme metodu co nám vrátí všechny posty.

a následně si je načteme presenterem AdminPresenter a pošleme do šablony

šablonu je možno vidět v commitu.

commit: basics for admin init

Akce disable, enable

Následuje vytvoření v modelu metod co se nám postarají o samotnou editaci postu.

a v presenteru si vytvořím dvě akce co funkcionalitu budou obsluhovat

v šabloně si upravím odkazy ať fungují

a fungujeme.

commit: enable and disable post

První verze zajaxovní

není to žádná hitparáda, ale funguje, a to se počítá ;-) Začnem úpravou presenteru. Ten pokud se bude jednat o ajaxový požadavek, tak na místo flashMessage nastavíme do proměnné payload message co se stalo, a následně pošleme uživateli tento payload. Metoda sendPayload je ulehčení ať se nemusíme starat o posílání JSON Response, vše je čitélne z obsahu metody sendPayload

to samé uděláme i pro druhou metoru actionDisablePost. Upravíme si šablonu tak že budem zobrazovat obě tlačítka a jen skrze css budem schovávat to, které zrovna nebudem potřebovat.

a pak celé to rozhejbání v JavaScriptu. Pokud kliknem na odkaz co má třídu .ajax tak stopnem klasické volání, a zavoláme XHR požadavek. Pokud se nám vrátí message, že je post disablován, tak prohodíme zobrazení tlačítek. (v opačném případě také) Plus pár visuálních drobností (disablování butonu po kliknutí, změna kurzoru na hodinky)

commit: ajax version of enable and disable post

Úprava JSON komunikace

Porovnávat message co se stalo není moc "profi", tak si zavedem nějakou proměnou s akcí a status zdali se provedla správně. To s použitím payload proměnné je vcelku snadné

v JavaScriptu se pak zeptáme co se dělo a jak to dopadlo a zobrazíme dynamicky flash zprávu.

commit: better payload status and javascript behaviour

Použij signály než action

Další radou od zkušených bylo použití signálů (handle).

Handle je na změnu stavu aktuálního view. Tj na smazání, zaktivnění položky etc. (Většinou totiž po provedení chceš znova vykreslit tu samou stránku).

Patrik Votoček

nebo

Handle je „subsignál“ aktuální akce, je to jako když odešleš formulář. Když máš akci, tak většinou by měla něco zobrazovat, nebo připravovat data pro formulář. Zpracování formuláře taky nedáváme do akce, ale napíšeme na to metodu, kterou dáš formuláři jako callback. Tak přesně to je signál, zpracování nějaké operace (třeba smazání řádků, nebo označení řádku jako hidden) pro aktuální akci (což je třeba výpis jednotlivých řádků).

Filip Procházka

Přepracování bylo snadné. Přejmenoval jsem metody z actionDisablePost na handleEnablePost a volání z

na vykřičníkový signál

TIP: piš méně

pri odkazovani na akci ve stejnem presenteru staci uvest nazev akce, nemusis jiz uvadet presenter

Matej21

commit: use signals for enable/disable posts

Snippety a nette.ajax.js

Teď přichází pořádné kladivo. Představme si že nechceme ručně ošetřovat ajaxové volání. Prostě ať se udělá co se udělat má a změní se jen potřebné. K tomu slouží Snippety. Snippet chápu jako pojmenovaný prvek na stránce, který v případě potřeby je možné nahradit za jeho aktuální verzi. V našem případě si pro začátek označíme dva snippety. Prvním bude blok kódu co se nám stará o výpis flash messsages

druhým bude tabulka wallpostů

v tuto chvíli se stali tzv. controllem který v případě, že víme že se změnil tak ho necháme překreslit redrawControl. V našem případě pokud chceme změnit status postu tak necháme překreslit snippet flashes a wallposts

kód se nám dosti zjednodušil. Ještě dáme pryč celý náš JavaScript mechanismus co se staral o zpracování požadavku a použijeme knihovnu nette.ajax.js od Vojty Dobeše, která umí pracovat automaticky právě se snippety a s jejich přenosovým "JSON protokolem"

jediné co potřebujeme je zavolat její inicializaci.

pěkné zjednodušení, že? Kabelama se nám přenáší jen co se "opravdu" změnilo

[ /data/articles/1/snippets-response.png .(json snippets response) ]

commit: use snippets and nette.ajax.js

Bacha na F5

Zpracování formulářu v Nette funguje na bázi signálu (handle) a tam abychom se vyhnuli problému s refreshem použijeme redirect(). Stejně je tomu i v našem případě se signály na disablování a enablování postu. Pokud se nejedná o ajaxový požadavek, tak přesměrujem.

commit: redirect after handle signal without JS

Posílání opravdu jen toho co je třeba

Ajaxové požadavky sviští o 106 jen se nám v každém requestu ajaxem posílá celá tabulka postů. Ale my změnili jen jeden, co kdyby se tedy posílal jen tenhle jeden spolu s flash message? Lze. Technika se nazývá dynamické snippety

každý řádek zabalíme do jednoznačne identifikovatelného snippetu (použijeme n makro)

a přidáme trochu logiky do handle. V případě že se jedná o ajaxový požadavek, načteme jen aktuálně zpracovávaný řádek a do šablony ho pošleme jako "seznam všech postů", v normálním požadavku pošleme do šablony posty všechny.

[ /data/articles/1/dynamic-snippets.png .(json dynamic snippets response) ]

jelikož se handle zpracovává dříve než render viz životní cyklus presenteru, tak pokud uživatel bez JavaScriptu změnil viditelnost postu, tak už do šablony poslal seznam všech postů a render už tuto věc dělat nemusí, tak si to ošetříme.

commit: Add method getOne to Model\FacebookWallposts

commit: use dynamic snippets

Zničíme duplicitní kód

Metody handleEnablePost a handleDisablePost($postId) mají dost kódu úplně stejného. Proto mě napadlo že bych je nějak předělal.

První nápad byl mít metodu handleChangePostStatus($postId, $actionType), kde by jako druhý parametr byl typ akce, disable nebo enable. Dva parametry se mi nakonec nelíbily.

TIP: rezervovaná slova

zde jsem původně měl parametr pojmenová pouze $action a ouhle nějak to nefungovalo. Narazil jsem na pojem rezervovaných proměnných. Tak bacha na ně ;-) Proto i submit button ve formuláři by neměl mít jméno action. Další slova jsou: $do, $_fid, (TODO) .. a $action

Druhým nápadem bylo mít metodu handleTogglePostStatus($postId), která by si zjistila zda je článek povolen a zakázala by ho nebo opačně. Zjistil jsem, že by status ani zjištovat nemusela jen by SQL update otočil hodnotu (nezkoušel jsem). Toto řešení jsem zavrhl kvůli zobrazení ve dvou oknech současně. Chování by mohlo být nelogické.

Třetím nápadem bylo vytáhnout společnou logiku do vlastní metody a u něj jsem zůstal.

commit: refactor handleDisable and handleEnable

Drobnosti

Dobré je mít v repozitáři šablonu pro config.local.neon

commit: add config.local.neon template

Chtěl jsem oku lahodící výpis postů na homepage

commit: better homepage render with masonry plugin

A pomocí CSS animované zmizení flash message

commit: css autohide flash messages via

tuto verzi najdete pod tagem :admin

Tím končí tento delší rozbor jak jsem připravoval aplikaci na zobrazování postů z Facebooku.

Díky

Last updated

Was this helpful?