O tom, že tento blog pohání BLOG:CMS jsem psal hned ve svém prvním příspěvku. Po určité době používání musím konstatovat, že ač se administrace zdá na první pohled složitá, časem se v ní člověk zorientuje. U systému jsem ovšem narazil i na určité nedostatky, které nejsou zrovna příjemné. Za nejzávažnější chybu považuji generování duplicitního obsahu.
V předchozím článku jsem již v popisoval problémy, které může způsobovat duplicitní a podobný obsah, proto nyní jen velmi stručně:
O možnosti omezení indexování stránek ví v podstatě každý webmaster. I v nápovědách vyhledávačů nalezneme větu typu "Indexaci zvolených stránek můžete zakázat tak a tak". Stačí na stránku jednoduše přidat příslušný meta tag, nebo vytvořit pravidlo v robots.txt, a vyhledávače budou danou stránku ignorovat.
Mnoho lidí si však klade otázku, proč by měli dobrovolně zmenšovat rozsah indexovaných stránek ve vyhledávači? Důvodů může být více, z hlediska SEO je zřejmě nejdůležitější podobný obsah.
Pokud používáte SMARTY šablony, možná jste již narazili na problém s vypsáním pole, které nemá přesně daný počet úrovní. Typický příklad je třeba menu, kdy každý odkaz může obsahovat sub položky.
První krok většinou obnáší naplnění pole z databáze. Tímto tématem se článek nezabývá, různé přístupy k uložení struktur v databázi lze nalézt například v článku na Intervalu.
Předpokládejme tedy, že pole již máte naplněné v proměnné, tu jste předali šabloně a nyní byste rádi pole nějak strukturovaně vypsali.
Google do Webmasters Tool přidal novinku česky pojmenovanou Pomůcka 404. Po vložení kódu na stránku 404 by tak měl zobrazit následující informace:
Pro zapnutí této funkcionality stačí pouze vložit JS kód a ten se již o vše postará.
Při vývoji aplikace, která počítá s přepisováním adres pomocí mod_rewrite (Cool URL, přátelské adresy), je většinou nutné řešit problém s relativními a absolutními cestami. Projekt obvykle běží na vlastní doméně, např.
www.exaple.com. URL stránky potom může vypadat třeba takto:
www.example.com/clanek/adresa-clanku/. Všechny adresy ve stránce (cesty k obrázkům, CSS stylům, ...) potom musí být zapsané tak, aby ukazovaly do kořenového adresáře webu, jinak nebudou fungovat. To lze vyřešit více způsoby, nejoblíbenější je použití lomítka k určení absolutní cesty
(<img src="/obrazky/obrazek.jpg" alt="" />).
Problém nastává v případě, kdy se projekt vyvíjí na lokálním počítači. Na něm existuje více různých aplikací vedle sebe. Běžně jsou potom jednotlivé weby v oddělených adresářích, takže adresa potom vypadá nějak takto:
http://localhost/nazev-projektu/. Výše zmíněné lomítko potom ale bude ukazovat na adresu http://localhost/, což způsobí nefunkčnost aplikace.
06.08.2008
02.08.2008
27.07.2008
23.07.2008
13.07.2008
