Google Mail na vlastní doméně
Google už dlouho nabízí možnost využít jeho mailových serverů nejen pro soukromé, ale i pro firemní účely. Výhod to má hned několik. První je ta finanční. Mail můžete mít u Googlu zdarma. 
Další výhodou je skvělý antispamový filtr nebo fakt, že Google do odeslaných mailů nevkládá žádnou reklamu.
Jak na to
Přejděte na stránku s registrací do Google Apps, vyplňte název svojí domény a registraci odešlete.
V dalších dvou krocích znovu vyplňte formuláře, které se vám v prohlížeči zobrazí. Až to budete mít za sebou, budete automaticky přihlášeni v administrační rozhraní (viz obrázek níže) a Google vás upozorní, že chcete-li požívat jeho služeb, musíte ověřit vlastníctví domény.
Ověření vlastnictví domény
Ověření vlastnictví domény je možné provést dvěma způsoby. Buď nahrajete na hosting do kořenového adresáře html soubor nebo upravíte zápis v dns podle návodu od Googlu. Klikněte na odkaz "Ověřit vlastnictví domény" a vyberte vámi preferovanou metodu.
Pokud vyberete nahrání html souboru, Google vám poradí, jak by se měl soubor jmenovat (googlehostedservice.html) a jaký by měl mít obsah (najdete v prohlížeči). Soubor uložte, pošlete na hosting a odešlete formulář s žádostí o ověření. Dle Googlu by to mělo trvat 48 hodin, ale pravděpodobně ho provede o hodně dřív. V mém případě to netrvalo ani 3 hodiny.
Aktivace webmailu
Na první stránce administrace klikněte na odkaz "Aktivovat e-mail" (v dolní části administrace). Objeví se stránka s pokyny pro nastavením MX (Mail Exchange) záznamů v DNS. 
Přihlašte se ke správě domény a DNS dle pokynů nastavte (příklad můžete vidět na obrázku vlevo). Budete upravovat jen záznamy typu MX, nastavíte u nich adresy mail serverů od Googlu a přiřadíte jim správnou prioritu (nemusí být přesně stejné hodnoty, které doporučuje Google, jen je potřeba zachovat jejich pořadí). Až budete mít hotovo, odklepněte v administraci Google Apps (stále na stránce s pokyny pro změnu DNS) tlačítko s žádostí o ověření provedení změn.
Drobná zlepšení
Budete přesměrování na domovskou stránku administrace a můžete ještě vylepšit několik drobností. Můžete si například nastavit, aby se po zadání mail.vasedomena.cz, zobrazilo přihlášení do webového rozhraní pro přístup k vašim mailům. To uděláte tak, že kliknete na odkaz E-mail (nově bude na místě předchozího odkazu "Aktivovat e-mail"), zvolíte, jakou chcete mít pro webmail url adresu a přidáte tuto adresu do DNS záznamů (tentokrát CNAME záznam pro vámi zvolenou doménu třetího řádu nastavíte na ghs.google.com). Příklad toho, jak má být vyplněné DNS i s nastavením webového rozhraní pro maily na vlastní doméně najdete na předchozím obrázku (CNAME záznam je podbarven zeleně).
Pošta do klienta
Kdybyste si chtěli poštu stahovat do poštovního klienta, vložte adresu pro pop3 server pop.gmail.com (nejlépe i s šifrováním). Adresa smtp serveru je smtp.gmail.com a přihlašovací údaje jsou vaše uživatelské jméno ke Google Mailu včetně vaší domény (v mém případě tedy jiri@php-developer.cz) a heslo, které jste si vybrali.
Olalá
Než to všechno začne fungovat chvíli trvá. Google chce nějaký čas na ověření vlastnictví domény, správnosti nastavení MX záznamů, navíc je třeba, aby změny v nastavení vašich DNS záznamů probublaly dál. Pak už ale můžete vesele mailovat s Google Apps za velmi rozumný peníz (tedy zdarma).
Nevěřte Amazonu!
Objednal jsem si Kindle 3 u Amazonu v pátek 12. 11. večer. Vše proběhlo v naprostém pořádku a dobu doručení určil Amazon na 17. 11. Předpokládal jsem, že v tomhle není možné Amazon brát úplně vážně a měl jsem pravdu. Kindle dorazil už 15. 11. ráno!
Zatím jsem víceméně spokojený. Displej s technologií e-ink je geniální, dělání poznámek a zvýrazňování je jednodušší než jsem si myslel, čtečka je celkově velmi intuitivní a výkladový slovník nemá chybu.
Knihy ve formátu mobi umí Kindle zobrazit velmi dobře, ale trošku jsem zklamán ze zobrazení pdf dokumentů. Doufal jsem, že bude možné si je nějak rozumně přečíst, ale chyba lávky. Většina pdf dokumentů, které jsem do Kindle nahrál má příliš malá písmena. Trochu to kompenzuje schopnost Kindlu otočit dokument na šíři obrazovky, ale zase to znamená pořád skrolovat dolů. Pomohlo by mi, kdyby se dala procenta zvětšení nastavit libovolně, ale tuhle možnost jsem zatím neobjevil...
Amazon sám konverzi pdf dokumentů nenabízí (po zaslání na kindle mail, pdf předá čtečce netknuté). Zkusil jsem programy Mobipocket Creator a Calibry, ale u technické literatury jsem z nich rozumný výstup nedostal... Pro čtení beletrie Kindle nemá chybu.
Celkově jsem ze čtečky nadšen a věřím, že pro ni najdu ještě řadu využití. Také pomalu přemýšlím o napsání nějaké aplikace, která by se čtečkou od Amazonu spolupracovala.
PHP a oddělení kódu
PHP skript je možné oddělit celou řadou značek, ale ne všechny je možné použít na každém serveru. Do značné míry to záleží na nastavení konfiguračního souboru php.ini.
Pokud chcete mít jistotu, že váš zápis bude fungovat všude, budete muset používat otevírací značku <?php a uzavírací ?>. Tuto syntaxi totiž není možné ovlivnit konfigurací vašeho serveru.
Pokud by vás zajímalo, které značky jsou povolené na vašem serveru, stačí uložit a zavolat následující skript:
<?php phpinfo();
V prohlížeči se objeví přehled nastavení serveru a nejzajímavější jsou pro nás v tuto chvíli parametry asp_tags a short_open_tag (zkrácený zápis otevírací značky). Pokud je hodnota parametru asp_tags rovna hodnotě On, pak můžete na svém serveru použít značky <% a %>.
Pokud je povolené short_open_tag, můžete použít ještě následující zápis <? a ?>, nebo zkrácený zápis otevírací značky a příkazu pro výpis <?=. Poslední uvedený zápis se dá použít například takto:
Vaše jméno je <?= $name ?>
I když se čas od času objeví informace o tom, že asp otevírací a uzavírací značky nebo zkrácený zápis značek jsou deprecated (tedy, že se dá očekávat, že v některé z následujících verzí php bude tento parametr zcela odstraněn), vypadá to, že tomu tak není a oba způsoby oddělení php kódu s námi ještě nějakou dobu pobudou. Nicméně je součástí best practice používat jen značky <?php a ?>, protože tento zápis není možné ovlivnit konfigurací serveru. Díky tomu si můžete být jistí, že nevznikne problém při přesunu aplikace na jiný server (nebo alespoň ne z tohoto důvodu).
Pro úplnost ještě doplním poslední formu zápisu (tu ale pravděpodobně používají jen lidé, kteří mají velmi silnou potřebu se odlišit nebo napsat více znaků):
<script language="php"> // code </script>
Vynechání uzavírací značky
Zápis uzavírací značky není povinný a překladač si jí na konci souboru rád domyslí. Tento zvyk, tedy neuvádět uzavírací značku, je navíc velmi užitečný.
Představte si například situaci, kdy do skriptu pomocí funkce require() vložíte skript s nastavením, skript pro práci s databázi, provedete jednoduchou operaci nad databází a budete chtít stránku někam přesměrovat.
Skript můžete vypadat např. takto:
<?php require('./config.php'); require('./db.php'); $db->query('DELETE FROM users WHERE id = 4'); header('Location: /users.php'); ?>
A soubor config.php:
<?php // nastaveni pro pripojeni k db ?>
Představte si ale, že za uzavírací značkou v souboru config.php ještě dvakrát odřádkujete nebo uděláte mezeru. Tím odešlete nějaký výstup a v dalším kódu už není možné ovlivnit http hlavičku! Ta se totiž odešle ještě před odesláním výstupu a k přesměrování na jinou stránku nedojde.
Pokud bychom ale v souboru config.php vynechali uzavírací značku ?>, překladač by se na nás nezlobil a k podobné chybě by nemohlo dojít.
V přístím článku ještě vysvětlím, proč jsem napsal, že v předešlém případě vznikne problém, až když se dvakrát odřádkuje.