Přehled odpovědí
-
AutorPříspěvky
-
18. května 2011 (21:13) odpověď na téma: Nadpis článku odkazující jinam než původně má. Vlastní odkaz jde to vůbec? #8334
Tím upřednostníte stav 301, tedy trvalé přesměrování (Permanent Redirect) místo dočasného přesměrování 302 (Temporary Redirect). O celém tematu existuje mnoho článků (např. tento shrnující), zejména se spekuluje o vlivu na SEO (kanonické URL, přesun vlivu z původního odkazu na nový, atd).
Stručně řečeno tím vyhledávači říkáte, zda byla původní URL adresa WordPressu přesměrována navždy nebo jen dočasně (a třeba to zase časem změníte). Častěji se používá přesměrování trvalé 301, kdy pak vyhledávač časem zcela zapomene na původní URL adresu příspěvku a bude ho znát pouze pod novým odkazem. Pokud publikujete zcela nový příspěvek už s externím odkazem, tak to skoro nemusíte řešit, naopak pokud to změníte u staršího článku, tak je třeba to nějakým způsobem “oznámit” vyhledávačům…
Postupně se to bude zlepšovat :-)
Dodávám ještě jeden postřeh. Pokud vkládáte zdrojový kód a ohraničíte ho pomocí HTML značky code, tak bývá někdy částečně poškozen (zejména pokud obsahuje nějaký odkaz). Pokud ale kód označíte (na konci a na začátku) pomocí obráceného apostrofu (tzv. backtick), tak by mělo zůstat vše v pořádku…
Ze souboru header.php odstraň následující kód (řádek 24):
<li class="page_item<?php if (is_home()) echo ' current_page_item'; ?>"><a href="<?php echo get_option('home'); ?>/">Home</a></li>Záložka “Home” by pak měla zmizet. Stejně ale nerozumím přechozí větě: “Na webu mám šablonu na které je záložku Home, bylo možno na ni dávat komentáře.” Ta záložka tam je pouze jako odkaz na hlavní (úvodní) stránku webu…
A pro další nesouvisející dotazy prosím zakládat nová vlákna…
Zajímavé…
Nadpis třeba na stránce je generován správně, ale v menu špatně, takže by to snad neměl být problém Cufónu (nebo je pro menu špatně použit). Zkontroloval bych pro jistotu v databázi, zda jsou položky menu uloženy ve správném kódování. Nemohl by to také dělat nějaký plugin? Potom je už třeba jen zkoumat zdrojový kód šablony, jak je Cufón do horního menu volán a sledovat, kde případně dochází k chybě. Vlastní menu generuje trochu jinou HTML strukturu než klasické menu ze stránek, což by ve spojitosti s voláním Cufónu mohlo způsobovat problémy. Šablonu nebo případně i přístupy do administrace WordPressu nám můžete poslat na testování na email pavelevap@separatista.net.
Stejně bude ale asi problém někde ve WordPressu, respektive v nějakém pluginu. Nejnovější WordPressu funguje s prohlížečem Internet Explorer 9 bez problémů. DO budoucna to budete muset stejně vyřešit, protože přechod na starší prohlížeč není určitě ideální…
Vyzkoušel bych následující pluginy:
Subscribe2 – Nemá myslím widget.
MailPress – Velmi robustní plugin, který umí téměř všechno, ale chvíli trvá se v tom zorientovat.
Češtinu nemá myslím žádný z nich, ale u většiny je možné upravit texty a strukturu odesílaných emailů. Pro některé také existují placené verze, takže patrně nebudou všechny funkce dostupné už v základní verzi. Ale chce to si je vyzkoušet…
Pokud si nějaký vyberete, tak určitě uvítáme vaše tipy a zkušenosti!
Takže záložka “Home” byla vlastně stránka, když tam bylo možné přidávat komentáře? Budeš muset najít přesné místo v šabloně, kde je uvedena a jakým způsobem je zobrazována (obvykle jde o funkci wp_list_pages(), kterou budeš muset upravit). Nebo napiš jakou šablonu používáš (případně rovnou odkaz na tvůj web). Existuje mnoho způsobů, jak tam může být záložka “Home” zobrazena a bez dalších podrobností se dále nedostaneme…
Co tím máš na mysli? Kde je položka “Home”? V nějakém menu? Budeme potřebovat více podrobností, možná by bylo lepší založit nové vlákno…
P.S. Doporučujeme aktualizovat WordPress na nejnovější verzi!
Zajímavé, položka by měla být právě mezi “Publikování” a “Komentáře” :-) A jaký WordPress máte? Dříve se to myslím česky jmenovalo “Čtení”. Zkuste použít URL adresu mojedomena.cz/wp-admin/options-reading.php, hlavně je důležtý ten konec, aby za /wp-admin/ bylo options-reading.php
18. května 2011 (9:52) odpověď na téma: Náhledy příspěvků místo celého článku na titulní stránce #8298Ano, při nahrazení pouze samotného názvu funkce byl do funkce the_excerpt() odesílán neplatný parametr. Potom bude myslím ještě potřeba doplnit si tam ručně nějaký odkaz na pokračování článku, který byl u funkce the_content() generován automaticky právě pomocí toho parametru s přeloženým “Read more…”.
Ano, přesně tak to funguje. Menu Nastavení by mělo být v levém hlavním sloupci úplně dole, jsou tam např. Pluginy, Uživatelé, Nástroje a také Nastavení. Když menu Nastavení rozkliknete, tak tam bude i položka Zobrazování. Pokud nic z toho stále nevidíte, tak možná nemáte oprávnění Administrátora, který k němu nemá přístup?
Pokud jsem to dobře pochopil, tak jednoduše nahrajete soubor do Knihovny médií (nebo používáte nějaký plugin). A když kliknete v menu Média – Knihovna médií, tak se vám nahraný soubor v pořádku zobrazí, ale když si ho chcete zobrazit ve vizuálním editoru (tlačítko Přidat obrázek), tak se vám tam nahrané obrázky (soubory) nezobrazí, takže ani nejdou vložit do příspěvku?
Nejpravděpodobnější je, že by to mohl dělat nějaký plugin. Zkuste je všechny deaktivovat. Můžete také vyzkoušet nějaký jiný prohlížeč. Pokud nic nepomůže, pošlete prosím administrační přístupy do WordPressu na email pavelevap@separatista.net nebo zkuste ještě podrobněji popsat celý problém…
Ano, vyhledávání šablon podle parametrů existuje, např. v administraci v menu Vzhled – Šablony – Instalace šablon – Vyhledávání podle vlastností. Ale tuto vlastnost (úvodní stránka webu bude statická) tam nenajdete. Vlastně ani není potřeba. Tuto možnost si můžete nastavit v menu Nastavení – Zobrazování – Na úvodní stránce zobrazit – Statickou stránku (vyberte níže) – vyberte příslušnou stránku, která se bude zobrazovat na úvodní stránce.
mc: Odpovídal jsem emailem, ale dorazila mi zpět pouze tato chybová hláška: “The mail server could not deliver mail to neco@neco.net.au. The account or domain may not exist, they may be blacklisted, or missing the proper dns entries.” Takže pokud email nedorazil, tak to zkuste opravit, případně mi pošlete nějaké jiné spojení.
Moje odpověď byla následující:
Máte pravdu, diakritika nefunguje. Problém bude buď v nastavení databáze, konfiguraci serveru (nebo ve spojitosti i nějaká chyba WordPressu). Těžko zatím říci, s podobnou chybou jsem se zatím v posledních letech nesetkal…
Jaký používáte hosting?
Pošlete prosím ještě přístupy k FTP a databázi (PHPMyAdmin), vypadá to na nějaký složitější problém, budeme to muset pořádně otestovat…
17. května 2011 (20:27) odpověď na téma: Nadpis článku odkazující jinam než původně má. Vlastní odkaz jde to vůbec? #8332neteyescz: Díky za rychlé a čím dál lepší odpovědi!
Uváděný plugin Quick Page/Post Redirect Plugin lze použít určitě také. Podle mě má ale jednu výkonnostní nevýhodu – používá původní odkazy WordPressu a pouze je vždy přesměruje (301 redirect) na nově uvedenou adresu (vše se tedy musí zpracovat). Naopak plugin Page Links To nic nepřesměruje, ale rovnou nahradí zobrazené URL (a přesměruje pak pouze uživatele, kteří znají původní URL). Takže rozdílem by mohla být drobná úspora výkonu…
17. května 2011 (20:19) odpověď na téma: Nadpis článku odkazující jinam než původně má. Vlastní odkaz jde to vůbec? #8331Pro podobné účely existuje plugin Page Links To. Myslím, že by měl umět přesně to, co potřebujete (pro stránky i příspěvky)…
Pokud nechcete použít plugin, tak je možné i jednoduché vlastní řešení s použitím uživatelských polí. Jenom ho stručně popíšu: založíte uživatelské pole “odkaz” a u vybraných příspěvků ho vypníte URL adresou, kam by měl příspěvek odkazovat. V souborech šablony pak už jen upravíte zobrazování názvu příspěvku tak, že když bude pole “odkaz” vyplněno, tak bude nahrazen výchozí odkaz příspěvku právě tímto vyplněným polem (=vlastním odkazem). Není to ani příliš složité a pokud se do toho pustíte a narazíte na drobné související problémy, tak se klidně ptejte…
mt78: Nejsem z toho teď příliš moudrý :-)
Plugin Theme My Login (přizpůsobení přihlašovacího formuláře) byl nahrazen čím? Pročetl jsem celé vlákno, ale informace jsou poněkud roztříštěné…
Výše zmiňuješ pluginy Login With Ajax (opět přihlašování uživatelů), Members (správa uživatelských oprávnění) a User Role Editor (také správa uživatelských oprávnění). Další pluginy jsem uváděl i já. Který z nich nakonec používáš (a proč je nejlepší)? Mnozí by určitě uvítali nějaké bližší zkušenosti ze zkoušení a porovnání těchto pluginů a jak to vlastně bylo celé nakonec vyřešeno…
P.S. Výše uvedená úprava pro $user_level už funguje? V čem byl nakonec problém?
Je to podivné. Pokud se diakritika opravdu zobrazuje špatně ve vizuálním editoru, tak s tím jsem se ještě nesetkal…
Těžko se takto příčina odhaduje, můžete poslat administrátorské přihlašovací údaje do WordPressu na emailovou adresu pavelevap@separatista.net, zkusíme se na to podívat.
Co to vlastně přesně znamená “přestal fungovat textový editor”? Objevuje se nějaká chyba? Nefunguje pouze vizuální editor nebo i HTML?
Uživatel neteyescz má pravdu. Nemohlo se to stát třeba aktualizací nějakého pluginu?
Zkoušeli jste i jiný prohlížeč?
Také ale mohlo dojít např. k nějaké změně u hostingu – jaký hosting používáte?
Pokud se nezadaří problém vyřešit, pošlete prosím administrátorské přihlašovací údaje do WordPressu na emailovou adresu pavelevap@separatista.net.
Záložka “Nastavení zobrazených informací” je vpravo nahoře, je vcelku nenápadně ukryta pod odkazem “Odhlásit se” v horní liště (vedle záložky “Nápověda”).
Je tam i možnost zapnutí sekce pro vypínání/zapínání komentářů a další možnosti. Myslím, že “vylepšení” pro nové uživatele to trochu je (ve smyslu zjednodušení prvních krůčků ve WordPressu), naopak pro stávající uživatele to přineslo spíše problémy (najednou se jim ztrácejí části administrace).
-
AutorPříspěvky