Úvodní stránka › Fórum podpory WordPressu › Problémy s WordPressem › Diakritika v cestách souborů
Zvolené téma obsahuje celkem 9 odpovědí. Do diskuze (3 účastníci) se naposledy zapojil uživatel vitschlesinger a poslední změna je stará 9 let, 4 měsíce.
-
AutorPříspěvky
-
19. září 2015 (19:38) #24781
Ahoj,
mám problém, který řeším už dva dny a rady zdatných kamarádů programátorů apod. nefungují – obracím se proto sem.
Vpodstatě mám stejný problém jako kolega zde:
Nelze stáhnout jakékoliv soubory, které mají v názvu diakritiku viz. např. tento soubor:
http://skolasd.eu/wp-content/uploads/2014/04/2.Slovní-zásoba.notebook
Soubory bez diakritiky lze stáhnout bez problému.Celou databázi jsem převedl do UTF8 s
utf8_czech_ci
řazením. Nic nepomáhá.Je však divné, že údaje (odkazy) v databázi se uchovávají normálně s diakritikou, pokud si je však hodím do schránky, vypadají rozsypaně viz:
http://skolasd.eu/wp-content/uploads/2014/04/2.Slovn%C3%AD-z%C3%A1soba.notebook
a je pak jasné, že takový soubor na FTP neexistuje.Dokážete mi někdo poradit – řešil někdo z vás tento problém? :)
19. září 2015 (20:59) #24783Ano, existují pluginy, které při nahrávání zlikvidují diakritiku, např. Clean Image Filenames.
Ale obecně by s tím WordPress neměl mát žádný problém, zkoušel jsem to i na tomto webu. Příkladem byl obrázek s názvem “Žluťoučký-kůň.jpg”, kde se vyskytuje snad veškerá možná česká diakritika. A funguje to zcela bez problémů:
https://www.separatista.net/wp-content/uploads/2013/01/Žluťoučký-kůň.jpg
Změnou znaků při kopírování se zabývat nemusíte, to je normální chování při překladu diakritiky do URL podoby (neumožňuje diakritiku):
https://www.separatista.net/wp-content/uploads/2013/01/%C5%BDlu%C5%A5ou%C4%8Dk%C3%BD-k%C5%AF%C5%88.jpg
Bez problémů ale fungují obě varianty, můžete vyzkoušet… Nebo, že by to rozbil nejnovější WordPress 4.3.1 (zatím ho tu nemám)?
19. září 2015 (21:23) #24784Ale když o tom ještě přemýšlím, tak jak se vám vlastně podařilo nahrát soubor s koncovkou
.notebook
do Knihovny médií? Nemělo by být nahrávání tohoto souboru ve výchozím nastavení zakázáno?20. září 2015 (2:50) #24787Co se týče nahrávání jiných souborů na web, musí se přidat speciální funkce do functions.php:
add_filter('upload_mimes', 'custom_upload_mimes'); function custom_upload_mimes ( $existing_mimes=array() ) { // add your extension to the array $existing_mimes['notebook'] = 'application/notebook'; // add as many as you like // removing existing file types // unset( $existing_mimes['exe'] ); // add as many as you like // and return the new full result return $existing_mimes; }
Ano, tento problém, co popisuji se objevil až po aktializaci na novou verzi WP, čili 4.3.1. Nevím tak, jestli je to problém wordpressu nebo nějaké chyby v databázi? Už mě nenapadá žádné řešení …
20. září 2015 (3:18) #24788Nezáleží ale na tom jakou příponu má server. Ať je to
.doc
,.pdf
nebo.notebook
, je to jedno.Je zde zajímavost, že v databázi jsou data uložena takto:
(573, 3, '2014-04-27 21:10:11', '2014-04-27 20:10:11', '', '27.Nápoje', '', 'inherit', 'open', 'open', '', '27-napoje', '', '', '2014-04-27 21:10:11', '2014-04-27 20:10:11', '', 546, 'http://skolasd.eu/wp-content/uploads/2014/04/27.Nápoje.notebook', 0, 'attachment', 'application/notebook', 0),
Všimněte si té URL, která je naprosto vpořádku. Na webu se odkaz taky tváří vpořádku viz. obrázek a dole vlevo náhled odkazu. Pokud na odkaz kliknu, zobrazí se 404, viz. druhý obrázek.
Proč se tedy odkaz tváří vpořádku ikdyž není? Proč odkaz není vpořádku, když je v databázi zapsán správně?
20. září 2015 (11:05) #24791Tak verzí WordPressu to nebude, zkoušel jsem nyní nahrát obrázek na web s verzí 4.2.5 a potom aktualizovat na 4.3.1 a funguje to bez problémů všude. A pokud používáte filtr upload_mimes, tak to bude asi také v pořádku. Databáze mi přijde také v pořádku, uložený název je včetně diakritiky, WordPress se o to umí postarat…
Můžete zkusit stáhnout obrázek “Žluťoučký-kůň.jpg” (odkazovaný výše), nahrát ho do Knihovny médií a podívat se zda funguje?
Nepoužíváte nějaký plugin, který by mohl s nahráváním či správou souborů souviset? Zkoušel jste odpojit všechny pluginy a aktivovat výchozí šablonu Twenty Fifteen? Nefungují pouze dříve nahrané soubory nebo i soubory, které nahrajete dnes?
Patrně používáte Wedos, máte v souboru
.htaccess
správně definovaná jeho pravidla? Chyba 404 odkazuje na adresářovou strukturu obsahující/domains/skolasd.eu/
. A tato chyba je dost podivná, protože pokud na serveru nějaký soubor není, tak by se měla zobrazovat definovaná stránka pro chybu 404 přímo z šablony (a nikoli bílá stránka s chybou). Příklad:https://www.separatista.net/wp-content/uploads/2013/01/Slovní-zásoba.notebook
25. září 2015 (13:24) #24866Omlouvám se za delší prodlevu, koneckonců už jsem asi vyzkoušel vše. I vše, co píšeš výše.
Žluťoučký kůň a cokoli ostatního se mi nahraje bez problému, nainstaloval jsem si plugin UploadPlus: File Name Cleaner viz.:
http://skolasd.eu/wp-content/uploads/2015/09/zlutoucky_kun.jpg
Plugin jsem deaktivoval a obrázek se správně nahraje i zobrazí s diakritikou viz.:
http://skolasd.eu/wp-content/uploads/2015/09/Žluťoučký-kůň.jpg
ovšem když si adresní řádek zkopíruji, udělá to následující:
http://skolasd.eu/wp-content/uploads/2015/09/%C5%BDlu%C5%A5ou%C4%8Dk%C3%BD-k%C5%AF%C5%88.jpg
ale to je prý správně, jak jsem se jinde dočetl.
Deaktivoval jsem všechny pluginy, přepnul na výchozí šablonu, ani zde se stažení souborů nedaří, vše při starém, žádná změna.
Co se týče
.htaccessu
zkopíroval jsem si originální z Wedosu, nyní je to vpořádku. To, že se zobrazovala chyba v prohlížeči a né 404 stránka bylo tím, že jsem přepnul zobrazování Trvalých odkazů na ID místo klasického %postname%.Už si doopravdy nevím rady, klient tlačí, jelikož to nefunguje. Nějaká záchranná rada, popř. rád i někomu zaplatím, pokud to vyřeší :)
25. září 2015 (15:22) #24867Nápady pomalu docházejí :-(
Pokud pošlete přístupy (administrace + FTP), tak se na to mohu zkusit podívat.
28. září 2015 (21:14) #24906Několikrát jsem se setkal s následující situací:
- znaky na FTP obsahují diakritiku a mezery
- kopie na lokální počítač
- kopie na jiný hosting, znaky v názvech zůstávají stejné, na první pohled nepoškozené
- v databázi i na FTP je vizuálně vše v pořádku, nejsou problémy s právy
- WP sveřepě zobrazuje 404, a to i tehdy, když je soubor řádně vidět v knihovně médií (obvykle všechny náhledy kromě originálu)
V jednom případě to vyřešilo kopírovat data mezi hostingy v Mac OS X. Ačkoliv byly oba hostingy linuxové a já jsem kopíroval data taky v Linuxu, nastala výše uvedená situace. Kolega s Mackem ale zkopíroval data tak, že bylo vše ok.
A závěr? Nevím. Názvy souborů by měly být v Linuxu interpretovány jako UTF-8, chápu, že ve Windows by to bylo jinak (bývá to obvykle 1250, případně 8859-2). Ale stále nevím, proč a kdy se to děje.
30. září 2015 (0:46) #24918Problém vyřešen! I s pomocí admina, děkuji.
Celý problém nakonec spočíval v mém počítači (mac), který sice vše kóduje v UTF-8 neb nějak hapruje. Nakonec stačilo stáhnout všechny soubory na jiný počítač (kamarádův mac), soubory se automaticky překódovaly do správného UTF-8 a následně je stačilo na FTP opět znovu nahrát. Vše tedy problém znakových sad.
-
AutorPříspěvky
Pokud chcete odpovědět na toto téma, musíte se nejdříve přihlásit.