[adminKeymaster Web]

Mohlo to zmizet třeba po nějaké aktualizaci. Přístupy do databáze se budou identifikovat špatně (samotný WordPress k ní přistupuje např. při každém zobrazení stránky) a pokud má někdo přístupy k FTP, tak se bude také špatně dohledávat, protože se bude robot hlásit pod stejným uživatelem (ale asi by to šlo odfiltrovat pomocí IP adresy). Na podrobnosti se ale budete muset zeptat přímo na podpoře. Používáte klasický hosting nebo VPS?

Podobné téma se řešilo i zde. Je tam i tip na plugin, který umí sledovat soubory na FTP a pošle notifikační email při každé změně.

[adminKeymaster Web]

Těžko říci, ale bude to asi složitější problém. Nemůže to ovlivňovat nějaký jiný plugin? Problém se objevil až v současné době (třeba po nějaké aktualizaci) nebo to je něco dlouhodobého? Nejsou funkce volány ještě dříve než je definován uživatelský objekt? Můžete poslat přístupy, zkusím se na to případně podívat…

[adminKeymaster Web]

vacuto: Jak to nakonec celé dopadlo?

Petr008: Díky za doplnění, hostingy se poslední dobou v rámci konkurenčního boje zlepšují všechny… Je to docela rozdíl ve srovnání s dobou před několika lety, kdy bylo rozšířeno mnoho problémů (memory_limit, automatické aktualizace, nahrávání obrázků).

[adminKeymaster Web]

Nejde o nějakou pirátskou (a zavirovanou) šablonu? Nedávno jsme tu podobný problém měli. Nebo je to jiný problém?

[adminKeymaster Web]

Díky za pochvalu fóra! Příště prosím dotazy alespoň trochu oddělte do samostatných témat, protože to bude jinak pro ostatní dost nepřehledné.

1) Rubrika na úvodní stránce se tu už několikrát řešila, naposledy zde. Správně používáte akci pre_get_posts, ale je tam špatným způsobem definována rubrika, rozhodně bych odebral funkci query_posts() (viz výše odkazované téma).

Za zobrazování rubriky nad příspěvky může funkce twentyfourteen_categorized_blog(), která je použita v souboru pro zobrazení úvodní stránky (content.php). Stručně řečeno se bude rubrika zobrazovat pokaždé, když bude existovat více rubrik s příspěvky.

A jak to upravit? Možností je více. Předpokládám, že používáte odvozenou šablonu, takže je možnost úpravy souboru content.php vyloučena. A ani to asi není moc vhodné, protože by tam stejně musela být podmínka pro úvodní stránku a zbytečně se to tím komplikuje.

a) Můžete odkaz na rubriku jednoduše skrýt pomocí kaskádových stylů:

.home .cat-links {
    display: none;
}

Projeví se to pouze na úvodní stránce. Pro vyhledávače (a ve zdrojovém kódu stránky) tam odkazy na rubriku zůstanou…

b) Jednu z dalších možností navrhoval uživatel sjiamnocna. Funkce twentyfourteen_categorized_blog() volá funkci get_categories(), kterou by sice šlo filtrovat pomocí get_terms a podstrčit ji třeba nulový výsledek, ale když se zblízka podíváte na definici funkce, tak by se výsledná hodnota bohužel uložila i jako cachovaná hodnota transients, takže by to asi nefungovalo. Respektive by to fungovalo, ale nejen na úvodní stránce, ale po celém webu.

c) A to nás dostává k poslední možnosti, která mě napadá, a to filtrovat cachovanou hodnotu transients twentyfourteen_category_count, a to s podmínkou na úvodní stránku. Používá se tam funkce get_transient(), které by se pro úvodní stránku mohla podstrčit jiná hodnota. Ale to už je celé trochu složitější a zatím jsem to nezkoušel.

Problém se souborem category-aktuality.php: K čemu tento soubor vlastně potřebujete? Pokud vím, tak v souboru category.php už h1 obsaženo je, pouze se nadpis zobrazuje ve tvaru “Archiv rubriky: Novinky”. Vadí tam ten “Archiv rubriky” nebo něco jiného? Zobrazení h1 je tam definováno třídou archive-title, zatímco u stránky je to entry-title.

K dalším bodům se dostanu ještě později…

[adminKeymaster Web]

Perfektní, díky za ukázku a řešení.

Jen malá poznámka. Pro akci login_enqueue_scripts bych raději použil funkci wp_enqueue_style() než klasické odkazování na soubor s kaskádovými styly.

[adminKeymaster Web]

kidnec: Osobně kvůli tomu raději budu instalovat plugin (a nastavím si vše potřebné), který nijak nezhorší výkon WordPressu než abych používal mnoho vlastních funkcí. Máme tu už přesměrování při přihlášení (první funkce), které ale budeme chtít ještě určitě ošetřit tak, aby neplatilo na administrátora (který se chce dostat přímo do administrace) a třeba spolupracovníky (kteří se mají dostat přímo na přehled příspěvků). Dále tu bude přesměrování při odhlašování (opět asi jiné pro administrátora) a nějaké úpravy přihlašovacího formuláře (respektive jeho přidání do postranního panelu). Nehledě na to, že mi plugin ještě ukáže další funkce, které se v podobných případech používají, mohl jsem na ně zapomenout, ale na webu by se hodily. Také nejsem příznivcem zbytečných pluginů, ale v některých případech je to lepší cesta…

Příklad pro přesměrování při odhlašování jsem uváděl (odkaz výše) a myslím, že je filtr wp_redirect v tomto případě vhodnější, protože jenom upraví spuštěnou funkci. Ale nezkoumal jsem blíže, které řešení je optimálnější. Nehledě na to, že používání create_function() není ideální příklad (a svým způsobem hack)…

[adminKeymaster Web]

Takže nefunguje funkce get_currentuserinfo() nebo spíše celá funkce expired_date()? Výsledkem je nula (tedy 0) nebo prázdná hodnota (tedy NULL)? Používáte tam funkci get_field(), která je patrně z pluginu Advanced Custom Fields, nemůže ta způsobovat nějaký problém?

[adminKeymaster Web]

Nevím, je možné, že možnost pro úpravy nefunguje, občas se nějaké chybky objeví :-) Díky za pochvalu, ale někdy je na fórum trochu více času, jindy tu zase zůstávají dlouho nezodpovězená témata…

Snad budou galerie načítané ze serveru fungovat i bez kopií, to by pak už asi nebyla příliš výhodná funkce :-)

[adminKeymaster Web]

Obávám se, že tam bude ještě nějaký problém související s migrací, když zkusím jít na adresu /wp-admin tak se objeví bílá stránka, místo abych byl přesměrován na formulář pro přihlášení. Budete muset zkusit natvrdo deaktivovat všechny pluginy (přejmenovat složku wp-content/plugins na FTP), prohlédnout soubor wp-config.php (zda tam není nějaké specifické nastavení), zapnout zobrazování chybových hlášek (error_reporting), atd. Chybová hláška ohledně cookies může souviset se změněnou doménou, kdy jsou v paměti prohlížeče uložené starší cookies. Zkuste se přihlásit v novém anonymním okně prohlížeče.

Nejvhodnější postup pro přesun webu je popsán asi tady. Výše uvedený postup neobsahuje některé důležité drobnosti, např. problém s migrací databáze (nejsou správně nahrazována serializovaná pole, nejsou nahrazovány uložené cesty k souborům, atd).

[adminKeymaster Web]

Pluginy sice existují (např. Enable Media Replace), ale moc se mi to řešení nezdá :-) Každý den upravovat offline soubor a nahrávat ho je takové … nepraktické… Ale asi záleží na požadavcích a v některých případech je to pro uživatele nejjednodušší cesta.

Ale rozhodně se mi nelíbí, když si chci prohlédnout jídelní lístek a začne se mi otevírat Wordový dokument…

Existují také docela povedené pluginy pro tvorbu jídelního menu, kde si uživatel zadává jednotlivá jídla a pak si jednoduše “nakliká” případné změny jídel. Možná by to stálo za zvážení…

[adminKeymaster Web]

Žádný vliv na SEO si moc nedokážu představit? Spam i komentáře čekající na schválení nejsou přece nikde na webu vidět? Máte je pouze v administraci a ani čtenáři ani vyhledávací roboti se o nich nedozví… Je to ale vcelku zajímavé téma, určitě případně uvítáme nějaké podrobnosti…

[adminKeymaster Web]

kidnec: Díky, funkce wp_logout_url() je opravdu rychlé a velmi jednoduché řešení, ale bohužel to neřeší třeba situaci, kdy se někdo odhlásí kliknutím na odkaz v profilu v pravém horním rohu (nebo někde jinde). Funguje to pouze pro to jedno tlačítko zobrazené v šabloně. A druhou nevýhodou je nutnost úpravy šablony, zatímco předchozí způsob lze použít např. v rámci samostatného pluginu.

Stejně pak funguje i funkce wp_login_url() pro přihlašování.

[adminKeymaster Web]

Plugin Codestyling Localization má své mouchy, ale občas se hodí. Zkoušel jsem ho i na 4.0-alpha a zdá se, že bez problémů funguje…

[adminKeymaster Web]

Artisteer nepoužívá gettextové funkce? Mám pocit, že lokalizaci umožňoval. Zkoušel jste plugin Codestyling Localization, jestli přece jen něco nenajde a neumožní widget v Artisteeru přeložit? Jakou máte verzi Artisteer? Není tam nějaké nastavení pro umožnění lokalizace?

Soubor .po je vytvořen až po proskenování souborů na lokalizační funkce, případně ho vytvoříte ze souboru .pot (většinou dodávaný s pluginem/šablonou) pomocí programu Poedit.

Vytvořené lokalizační soubory si každý plugin a šablona ukládá do svého podadresáře, nejčastěji to bývá /lang, ale může to být kdekoli jinde (nebo přímo v hlavním adresáři šablony/pluginu). Soubory se pak většinou jmenují pouze cs_CZ.po a cs_CZ.mo.

Nově je ale dalším místem pro umístění adresář wp-content/languages, který má zejména tu výhodu, že nejsou soubory při případné aktualizaci pluginu/šablony přemazány. Jmenují se pak ale trochu jinak, a to sablona-cs_CZ.po a sablona-cs_CZ.mo a ukládají se do adresáře wp-content/languages/themes (musíte ho vytvořit, pokud tam ještě není).

Ale u Artisteeru to může být celé ještě trochu jinak, těžko říci. Zkuste pořádně prozkoumat soubory a adresáře (a samozřejmě manuál).

[adminKeymaster Web]

Spamboti jsou asi stále chytřejší, na což může plugin NoSpamNX doplácet. Zkusil bych ho případně nahradit něčím jiným, vcelku dobré zkušenosti mám např. s pluginem Cookies for Comments.

Pokud tedy všechny vložené komentáře skončí jako “Čekající na schválení”, tak je můžete jednou za čas ručně vymazat? Plugin NoSpamNX spamové komentáře automaticky promazával nebo je nechával označené jako “Spam”? Používám historicky Akismet, který spam nechává pouze 30 dní a poté ho definitivně likviduje…

Pokud budou komentáře zůstávat označené jako “Čekající na schválení”, tak budou stále uloženy v databázi a možná se trochu ztíží nějaký dotaz do databáze (např. na Nástěnce”), ale na samotný web a jeho rychlost by to mělo mít spíše nepatrný vliv. Ale asi také záleží, kolik se těchto komentářů objevuje…

[adminKeymaster Web]

Widgety z programu Artisteer by měly jít asi také přeložit?

Pokud chcete samostatný přihlašovací formulář s možností definování zobrazovaných odkazů, tak je asi vhodný drobný plugin Sidebar Login Widget.

Pro pokročilejší volby, a to včetně nastavení přesměrování uživatelů, se používal oblíbený plugin Theme My Login. Můžete se tam nastavit přesměrování pro různé uživatelské úrovně a spoustu dalších funkcí.

Ale pokud chcete uživatele přesměrovávat pomocí vlastní funkce, tak bohužel žádný filtr logout_redirect, který by uměl to samé jako login_redirect, zatím neexistuje, ale tady najdete jeden z tipů, jak to případně obejít :-)

[adminKeymaster Web]

Perfektní, teď už to vypadá, že to půjde. Jen musíte ještě změnit místo, ke kterému se bude kód vztahovat. U tohoto slideru to už nebude #wpns_slider, ale .metaslider, takže nějak takto:

.metaslider {
margin-top: 10px;
margin-left: 10px;
}

[adminKeymaster Web]

Díky za příspěvek :-) Náhled před odesláním by se asi hodil, možnost upravovat příspěvek je 5 minut po jeho odeslání. Původně byla 30 minut, ale mnozí uživatelé občas na něco přišli a místo, aby to do fóra doplnili, tak raději smazali obsah původního dotazu :-( Ale i dalších možností pro postupné vylepšení fóra je opravdu mnoho…

Jak to vlastně funguje při tom importu složky? Plugin si stejně asi někde vytvoří vlastní malé náhledy? Velké fotky potom asi bude brát přímo z nastavené složky… Nikdy jsem to zatím nezkoušel, popisovaný způsob využití zní ale rozumně…

Už možná tuším, proč ten řádek nefunguje :-) V některé z posledních verzí se měnily prefixy, aby všechny konstanty začínaly NGG, takže ten řádek bude asi takto:

define( 'NGG_IMPORT_ROOT', dirname( __FILE__ ) . '/' );

[adminKeymaster Web]

Plugin Meta Slider vypadá dobře. Umí výběr z rubrik, jak jste psal emailem?

K zarovnání slideru by měla sloužit sekce “Advanced Settings”. Nemáte tam zaškrtnuto “Center align”? To by mohlo způsobovat problémy, proč nefungují některé úpravy kaskádových stylů…

A ještě abych doplnil, s Wedosem a jeho medializovaným výpadkem to asi nemá nic společného? :-)

[Autor]

Příspěvky