Přehled odpovědí
-
Příspěvky
-
Schválně jsem plugin Simple Retail Menus vyzkoušel a žádné odhlašování se nekoná. Přidával jsem položky, odebíral, klikal na co šlo, ale nikdy mě to neodhlásilo. Nemůže být problémy někde jinde? Zkoušela jste deaktivovat všechny ostatní pluginy? Zkoušela jste jiný prohlížeč?
A obecně: Jde konkrétně o jídelní menu nebo je důležitý jen ten přehled položek a účel je jiný? Jak máte strukturovaná data? Jde o příspěvky?
Ještě než to budeme nějak řešit, tak se jich raději optejte. Pokud jste postupoval při instalaci sítě webů správně a subdomény jdou v administraci bez problémů vytvořit, tak je nejčastěji problém na straně hostingu.
Teď jsem to zkoušel a funguje to bez problémů. Podle té chyby to vypadá, že jste to sice vložil do souboru functions.php, ale buď před
<?phpnebo za?>označení PHP syntaxe. Vložte to nakonec, ale před ukončení PHP syntaxe?>. Úpravy provádějte buď přímo v editoru WordPressu nebo pomocí nějakého specializovaného textového editoru (např. PSPad), aby se tam nevytvořil problém s BOM (nepoužívejte Poznámkový blok).aha, tak už to mám …
Tato odpověď asi mnoha uživatelům nepomůže… Ještě tam chybí: “Použil jsem toto a tamto řešení.” :-)
Předpokládám, že jste si definoval nějakou vlastní taxonomii pomocí funkce register_taxonomy()? Nebo jste použil nějaký plugin?
O jaký doplněk pro WooCommerce se přesně jedná? Našel jsem např. PDF Invoices?
Nějaká souvislost s WordPressem 3.6 by tam teoreticky být mohla, ale samotná čeština by to neměla ovlivnit. Objevil jste, že problémy způsobovala funkce strtolower(), ale kde byla konkrétně použita (aneb kde jste ji přesně opravil)? Správně by tam asi měla být funkce mb_strtolower(), kde můžete definovat všeobecné kódování UTF-8.
Problém může být přímo ve WordPressu, pluginu WooCommerce nebo v doplňku pro generování .pdf šablon, těžko říci bez dalších podrobností… Nemohlo dojít také k nějaké změně prostředí na hostingu?
Podivné, zkuste nejdříve deaktivovat všechny pluginy a nasadit výchozí šablonu.
Podívejte se také do příslušného adresáře na FTP a zkontrolujte, zda tam soubory opravdu jsou a adresář
wp-contentmá vhodně nastavený CHMOD.Problém se objevil z ničeho nic nebo ho pozorujete už od začátku (po nainstalování WordPressu)? Mohl by to být také problém hostingu, zkuste jim případně napsat. Nedávno jsme tu jeden podobný problém řešili. Jaký hosting používáte?
Tak nakonec to byl problém hostingu:
admin:
Zkuste napsat raději na podporu hostingu, je to nějaké podivné…
Když nahraju obrázek do adresáře wp-admin, tak ho mohu zobrazit. Ale když ho nahraju do adresáře
wp-admin/cssčiwp-admin/images, tak se nezobrazí (chyba 404). Vypadá to, jako by ty adresáře někdo zablokoval/zahesloval. Obvykle se to dělá při nějakém hackerském útoku… Buď to nastavil hosting, nebo jste to mohl někde v administraci nastavit sám a zapomenout (zejména pokud máte VPS).goman:
Ahoj, tak web již v pořádku funguje.
Jak jsi poradil, tak jsem napsal na podporu hostingu s vysvětlením problému. Během pár hodin se vše opravilo a začalo fungovat, ale od hostingu jsme na svoji zprávu nedostal žádnou odpověď. Takže to opravili, ale nenapsali, kde byl problém, takže těžko říci :-)
Každopádně díky moc za všechny rady.
Osobně bych tipoval, že na web (server) probíhal nějaký hackerský útok, hosting zablokoval zmiňované adresáře, ale nakonec na to nějak pozapomněli…
Jaký používáte hosting? Podporuje hosting nastavení Wildcard DNS record, tedy automatické směrování všech vytvořených subdomén? Nemusíte si tento záznam do DNS sám přidat?
To je podivné, vložil jste to do souboru functions.php v adresáři s aktuálně používanou šablonou? WordPress má ještě jiný soubor functions.php, který se ale neupravuje…
Použijte akci
pre_get_postspro změnu počtu zobrazovaných položek (manuál) společně s funkcí is_author(). Teoreticky tak stačí vložit do souboru functions.php následující kód (číslo 10 je počet příspěvků na stránce autora):function separatista_pocet_pro_autora( $query ) {
if ( is_author() ) {
$query->set( 'posts_per_page', 10 );
return;
}
}
add_action( 'pre_get_posts', 'separatista_pocet_pro_autora' );Netestováno…
:-) Tak to bych stejně doporučil takto vložené menu zase odebrat a použít standardní vlastní menu s vloženou třídou… I když si tuto úpravu stejně asi brzy vynutí sebemenší drobná úprava menu. Jedinou výhodou prozatím zvoleného řešení je rychlejší načítání (nejsou prováděny SQL dotazy pro menu).
Sice staré vlákno, ale doplním odkaz na zajímavý článek. Stručně řečeno, nezáleží na množství pluginů, ale jde o jejich kvalitu (a použití). Zájemcům doporučuji pořádně prostudovat…
Tak podej návrh na odkazu, co jsem zde psal. Mně se kvůli tomu nechce registrovat.
A to jako myslíte vážně? Už na několika místech se zmiňujete, že se nechcete registrovat, a proto raději nepomůžete s lokalizací nebo nenapíšete připomínku autorům WordPressu? To je opravdu tak těžké a časově náročné vyplnit uživatelské jméno, email a opsat CAPTCHA? Víc času muselo zabrat napsání výše citované věty :-) Docela se divím, že jste se registroval sem k nám na fórum :-)
Ale teď vážně, plugin ochrání pouze v některých případech. Trochu chytrý hacker se bude pokoušet přihlašovat vždy z jiné IP adresy. Pokud budete mít pořádné heslo (alespoň 8 znaků, nějakou číslici a jiný znak), tak nemá šanci. Ve WordPressu 3.7 se bude nově dbát na to, aby měli uživatelé silné heslo. Zahrnutí ochrany před náhodnými pokusy se zatím neplánuje.
Jakým způsobem se přihlašujete? Jakou to píše chybu? Zkoušel jste se přihlásit přes WebFTP?
Občas příspěvky (zejména s nějakou URL adresou) spadnou do spamového koše, ale pravidelně ho procházíme, takže prosím o trpělivost…
