Přehled odpovědí
-
Příspěvky
-
Jak jsem již psal, použít vlastní font, který se tak zobrazí každému bez ohledu na to jaký má OS
Pravděpodobně máte změněny DNS záznamy na hostingu, doména skutecnosti.cz je totiž pouze zaparkována tedy DNS záznamy neodkazují na server s hostingem.
Pochybuji, že to má souvislost s šablonou vzhledu, každopádně bych se podíval do administrace hostingu na DNS záznamy, případně bych to pořešil s podporou webhostingu. Také bych zkontroloval IP a datum posledního přihlášení zda si s tím někdo nehrál a pak případně změnit hesla.
btw jsem si všiml, že u domény máte chybně uveden emailový kontakt, předpokládám, že před “.cz” chybí “l”. Pro jistotu bych si zkontroloval i email pro zaslání nového hesla v administraci hostingu…
Teď jsem se snažil najít ten font Helvetica Neue a žádný z těch co jsem našel neobsahoval znaky s diakritikou. Tak bych se ještě podíval do PC na ten font zda diakritiku obsahuje pak by měl být problém jinde, pokud diakritiku neobsahuje tak je problém vyřešen – musíte použít jiný font, jen mě udivuje, že tuto chybu ještě nikdo neobjevil.
A nějaké úpravy šablony nebyly? Zkusil bych šablonu aktualizovat zda se problém neodstraní. Pak už jen asi použít http://www.google.com/webfonts a použít jiný font (ten se bude určitě zobrazovat správně všem bez ohledu na to co mají za fonty v PC)
jj právě kvůli tomu jsem se ptal na OS i když šablona má nastaveno několik fontů, pokud není dostupný jeden měl by se načíst druhý atd… To by byla docela velká náhoda, že by v OS nebyl ani jeden :)
Toto jsou fonty použité šablonou:
"Helvetica Neue", Helvetica, Arial, sans-serifPřípadně bych zvážil možnost vložit do šablony vlastní font, který by se automaticky načítal každému, ale je to jen pro pocit protože šablona ve výchozím stavu funguje opravdu bez problémů všude.
A Operační systém? Poslední verze šablony je obsažena v 25 milionech instalací WordPressu a nenašel jsem nikde žádný podobný problém…
Vytvářet normálně nadpisy tak jako u kteréhokoliv jiného článku (tím se vytvoří i odkaz na každou konkrétní informaci) a v šabloně provést úpravu tak aby se v dané kategorii nadpisy nezobrazovali.
To můžeme provést dvěma způsoby:
1) rovnou v kódu pomocí podmínky a funkce is_category(), kdy budeme kontrolovat zda jsou zobrazeny články z konkrétní kategorie. V případě že ano, nevypisovali by se titulky.
2) Vytvořením speciálního souboru pro výpis článků z určité kategorie podle dokumentace. Tento soubor by byl naprosto stejný jako soubor “archive.php” pro výpis článků z kategorií, pouze by v něm byly odstraněny titulky článků.
Nejjednodušší postup je asi takový:
1) Otevřít soubor
functions.php
2) Hned za první řádek<?phpvložit následující funkcifunction twentyeleven_posted_on() { return; }3) toť vše
Výsledný začátek souboru bude tedy vypadat takto
<?php function twentyeleven_posted_on() { return; } /** * Twenty Eleven functions and definitions ...A proč jednoduše nevytvořit složku “forum” obsahující soubor “index.php”, který návštěvníka přesměruje na libovolnou URL pomocí PHP?
<?php
header('Location: http://nekde.cz');
exit();
?>
Pokud vám tyto odkazy zabírají místo, můžete je samozřejmě z menu odstranit úplně, případně není problém vytvořit nějakou ikonku pro přihlášení nebo registraci a umístit ji například do hlavičky…
Šablona samozřejmě češtinu má a barvy určitě nejsou nastylovány jen pro určité písmenka :) Zkuste třeba jiný prohlížeč, v šabloně chyba není…
Příjde mi to nějaké podivné, SMTP::getError() volá script class-phpmailer.php do kterého se vkládá na řádku 794 soubor class-smtp.php obsahující právě třídu SMTP s metodou getError() tedy logicky by to mělo fungovat. Hláška že tato metoda není definována značí, že je použita ještě před tím než dojde k načtení souboru class-smtp.php. Podle mě to vypadá na bug WP.
admin: napadá mě složitější možnost s ajaxem, kdy se bude v souboru topic.php neustále kontrolovat zda uživatel nemá focus na textareu (tak jak je to třeba na gmail chatu nebo FB)- to by bylo jasné, že píše nebo chce psát do pole pro přidání příspěvku. Taky by bylo jasné, že je přihlášený, protože nepřihlášeným se textarea nezobrazí – toho by jsme využili a vytáhli z DB jeho jméno a zobrazili ho (poznali by jsme kdo to je podle session, která bude vytvořená, protože je přihlášený). Myslím, že by to bylo i bezpečné, protože jeho session je stejně veřejná informace a zjištění jeho jména z DB taky nenese žádné bezpečnostní rizika (pokud bude SQL dotaz správně ošetřen), vlastně celá tahle procedura by byla úplně nezávislá na bbforu pouze by potřebovala připojení do DB.
Jinak by se to dalo udělat tak, že by se kontrolovalo zda má načtenou stránku přihlášený uživatel (to se stejně děje) a zobrazovala by se podle toho pouze informace kdo si danou stránku prohlíží – nic moc řešení, ale určitě lepší než nic a asi i daleko jednodušší (využili by se pouze funkce bbfora).
tak nic admin byl zase rychlejší :)
<img src="ADRESA K OBRAZKU">Více o možnostech tady http://www.jakpsatweb.cz/html/obrazky.html
Kdybych věděl web a který obrázek myslíte, mohl bych být konkrétnější…
Problém ale někde bude, protože jak jsem se díval tak v souboru sitemap.xml máte některé články s velice podivnou URL adresou, kterou WP ve výchozím stavu nedovolí vytvořit. Například
(Je to URL adresa článku, která končí na 3 tečky, což ve WP nelze udělat – tečky automaticky odstraní)
Určitě bych si přečetl manuál, kde jsou obě funkce popsané. Nefunguje to jednoduše proto, že to je nesmysl. Nemůžete míchat pořadí parametrů jak se vám zlíbí…
add_submenu_page('add_users',...
První parametr je identifikátor menu a né oprávnění uživatelů, poslední parametr je název funkce, která se má spustit po kliknutí na odkaz atd atd.
Nějaké odkazy, kde je vše podrobně popsáno:
http://codex.wordpress.org/Function_Reference/add_menu_page
http://codex.wordpress.org/Function_Reference/add_submenu_page
