O tom, že zvuk je dost potichu víme a pracujem na tom. Ale kvuli kvalitě se v tomhle screencastu nedá dát o moc víc nahlas. Takže příště.

Kdo není na Facebooku, jako by nebyl

1) Pro prezentování použijte Stránky, ne Skupiny

2) Nepoužívejte svou Stránku jen  jako lepší RSS čtečku 

3) Dejte odkaz na svůj web do popisu skupiny

4) Vytvořte své Stránce hezkou adresu

All Pages created after May 31, 2009 or that had less than 1,000 fans on that day are eligible to claim usernames if they have more than 25 fans.

5) Méně je někdy více

6) Získejte fanoušky

7) Staňte se sami fanouškem

Nejlepší software je takový, jaký sami používáte

8) Buďte originální

9) Pozor, abyste to nepřehnali

Týýýý vole, to byl víkend, sem se zkalil jak prase! :))

Jen si dovolím malou poznámku: ano, video točil Google, ano bylo točeno v USA, ale nevěřím, že je u nás situace o mnoho lepší – schválně, kolik lidí (bfu) ve vašem okolí vůbec zaregistrovalo, že má prohlížeč pole pro zadání adresy? Vsadím se, že většina píše adresu do vyhledávacího pole Seznamu|Googlu…

Facebook neví, jestli mi tykat nebo vykat

Stále se nemůže rozhodnout, jestli jsme se sblížili dost na to abysme si tykali nebo ne. Tak to plete…

“Requested scripts may not include parent directory traversal (”../”, “..\” notation)”

Tahle práva mě dnes překvapila při ladění shopu. Používal jsem na jednom serveru spoustu věcí na ZENDu, tak jsem si nechal dát ZF do include_path, abych nemusel pokaždé tahat FTPčkem těch10MB (nemam shell access). A ejhle, oni mi upgradovali na 1.7.5 a co se nestalo

Tahle chyba nastává, když vkládáte view s cestou např.: “../partials/muj-partial.phtml”

Řešení naštěstí existuje

$view->setLfiProtection(false);

Po chvíli zlobení a nadávání jsem vygooglil tento článek:
Zend Framework 1.7.5 Released – Important Note Regarding Zend_View
53.6.1. Migrating from versions prior to 1.7.5 v manuálu Zend Frameworku

Problém

Rodičovský controller má v sobě většinu funkcionality. Takže třeba pro update stačí načíst data, do proměnné controlleru dát form a zavolat parent::update(). Všechno šlape jako hodinky do chvíle, než je potřeba nějak rozšířit funkcionalitu nad možnosti parent controlleru. Např. přidat nějakou složitou validaci dat, přidat nějaký ruhý form, atp. V tu chvíli se na první pohled zdá, že jediná šance je zkopírovat kód parent controlleru a udělat v něm potřebné úpravy. A docela dlouho sem to takhle (prasecky) dělal.

Řešení

Do chvíle, než mě Martin Hujer upozornil na to, že se na tohle dají hezky použít hooks! :) Ne že bych je neznal už dřív. V ZendFrameworku je používám dnes a denně např. ve FrontController pluginech (dispatchLoop­Shutdown, preDispatch, …). Ale vůbec mi nedošlo, že bych je mohl použít.

Coto, toto?

Cože to ty hooks jsou? Pro neznalé: Hooks jsou procedury, které nalepíte někam doprostřed kódu a ve zděděné třídě do nich pak napíšete co potřebujete, aniž byste museli měnit rodičovskou třídu. Pochopitelné? Moc ne, že.

Příklad pomůže.

Původní zdrojový kód

// ParentController
function updateAction()
{
  //nějaký kód co nastavuje třeba form, title, oescapování, atp.
  $this->view->headTitle('test');
  //semhle bych chtěl vložit nějaký svůj kód
  $this->_model->update($this->_data);
  //nějaký další kód
}

Zdrojový kód s hooks

// ParentController
function updateAction()
{
  //nějaký kód co nastavuje třeba form, title, oescapování, atp.
  $this->view->headTitle('test');
  $this->_beforeUpdate();
  $this->_model->update($this->_data);
  $this->_afterUpdate();
  //nějaký další kód
}

protected function _beforeUpdate(){}
protected function _afterUpdate(){}

//IndexController extends ParentController
protected function _beforeUpdate(){
  //tady si můžu zavolat co potřebuji a provede se to
  //před updatem DB
  //např.:
  $this->_data['date'] = '2009-01-01';
}

1. dostatek prostoru
2. přehledné rozhraní
3. obstojný antispam

Zde je malá ukázka pro ty, kteří ještě službu nemají aktivní:
 

Osobně nehodnotím přidání skinů jako krok správným směrem (resp. jako něco extra přínosného). Pubertální slečny (které by jistě využily skin Candy) si stejně budou svoje bložííínkové maily zakládat na seznamu. Mnohem raději bych viděl nějak rozumně zpracovanou možnost excludovat nějakou doménu ze spamfiltru (konkrétně seznam.cz – maily z něj mi pravidleně končí ve spamu).

Toto řešení je pouze pro Firefox (i když v IE to možná půjde taky, ale jinak). Do adresního řádku dáte about:config. Potvrdíte, že budete opatrní. Najdete keyword.url a z URL odeberete parametr sourceid=navclient (v IE to bude něco podobného) včetně jednoho znaku ‚&‘. A pink vše funguje jak má.

English:

Zamyšlení: K čemu vlastně používat sub-domény?

Použití sub-domén jako proměnných součástí adresy je trochu sporné, někteří tvrdí, že je to zbytečné a matoucí, například mě se ale toto dělení líbí – vezměme si jako příklad katalog restaurací, proč by každá restaurace zařazená do katalogu neměla mít pěkné URL složené z jejího názvu a naší domény, vždyť na oné stránce jsou informace týkající se jen jí a restaurace jí může snadno použít jako svou „homepage“…

A jaké že je to slavné řešení?

Řešení je malinko složitější, spíše tedy na technické provedení než na pochopení. Musíme totiž GWT „vnutit“ ne sitemap soubor, ale sitemap index. To je vlastně seznam souborů, které se mají načíst a zpracovat. Google ho přečte a všechy soubory v něm obsažené přidá pod hlavní doménu. Sitemap index má následující podobu:

To složitější je, dostat na každou sub-doménu sitemap, který je platný jenom pro ni, já celou situaci řeším generováním XML souborů do speciální složky a poté je pomocí PHP zobrazím, vždy tedy jde o umístění http://subdomena.domena.cz/Sitemap.xml ale aplikace podstrčí správný XML soubor pro danou sub-doménu. Pokud nevíte jak na to, připravil jsem v PHP malý soubor (download na konci článku), který toto vyřeší za vás. Vy jen generujete XML do složky sitemaps (subdomena.xml), tento skript nasadíte přímo do rootu vaší stránky a nasměrujete na něj pomocí mod_rewrite soubor sitemap.xml:

Případně budeme sitemap indexem odkazovat přímo na Sitemap.php.

Závěr

Když tedy máme dostupný správný soubor Sitemap.xml na každé sub-doméně a SitemapIndex.xml, obsahující jejich umístění, stačí jej vložit do GWT a počkat až jej Google načte. První se načte Index a poté postupně všechny jednotlivé Sitemapy, to bude trvat nekolik desítek, minut, tak buďte trpěliví – výsledek stojí za to – Google bude přesně vědět které poddomény jsou součástí vašeho webu!

Download: sitemap.zip – třída sitemap, ukázková XML a soubor .htaccess

Celou tuto funkcionalitu vám poskytuje použití http_bild_query() :) Děkuji Jakubu Vránovi za nakopnutí. 

Dneska tu mám opět jeden špíček :)

Při dělání stránkování sem zjistil nehezkou věc – v URL mam parametr „q“ který obsahuje vyhledávaný výraz. Aby se dalo odkazovat na přesnou stránku výsledků hledání je potřeba tam dát odkazy, které do URL přidají parametr „page“. Zdálo by se, že je to pohodička, ale najednou sem zjistil, že nevim, jak na to, aby se mi zachoval parametr „q“ při procházení stránek.

Něco jako

$href = "?page=3";

nepůjde :) Protože pokud je už v url parametr, tak se další musí přidat pomocí „&“. Ejk! Kód

$href = "&page=3";

nepůjde zase když nemáme v URL parametr.

Tohle vypadá nadějně…

$href = "?".implode("&",array("page=3",$_SERVER['QUERY_STRING'])

Jenže to taky nepůje :( Protože se vám budou „usazovat“ v URL postupně všechny „page“…

nakonec je jediná šance přes $_GET pole.

/**
* setParamToUrl
* @return anchor href
* @param key $_GET key to add
* @param val coresponding value
* @author Tomáš Fejfar
*/
function setParamToUrl ($key, $val)
{
$get = $_GET;
$get[$key] = $val;
foreach($get as $key=>$val){
$arr[] = "$key=$val";
}
return $_SERVER["REWRITE_URI"] . "?" . implode("&",$arr);
} /* of setParamToUrl -------------------------------------*/