Úvodní stránka › Fórum podpory WordPressu › Problémy s WordPressem › Problém s uploadem obrázků s vyšším rozlišením
Štítky: GD Library, HTTP chyba, ImageMagick, miniatury, Nahrávání obrázků, upload, Wedos
Zvolené téma obsahuje celkem 6 odpovědí. Do diskuze (2 účastníci) se naposledy zapojil uživatel Rudolf1001 a poslední změna je stará 8 let, 8 měsíců.
-
AutorPříspěvky
-
11. července 2015 (4:26) #23816
Dobrý den,
Mám následující problém. WordPress nevytváří náhledy u obrázků s vyšším rozlišením. Například akceptuje 900 kB 1920×960, ale 750 kB 4000×3000 sice nahraje ale zahlásí http: chybu. Kontroloval jsem složku uploads a u obrázků v pořádku mám krom originálu vytvořených 22 (!) verzí různých velikostí u obrázků s http: problémem je vytvořených někdy 19 někdy 20.
Takže patrně jakýsi problém s PHP a tady končím. Error log přikládám do souboru.
První dva logy je plugin pro fografickou soutěž – i přes prvotní podezření se nezdá, že by byl viníkem (odinstalovával jsem)
Další logy jsou upload přes administrační rozhraníNejsem žádný profík, tohle vypátrat mě stálo pěkných pár hodin, zkoušení všeho možného i nemožného.
Z nouze jsem nakonec zkusil web přenést na virtuální server a tam vše kupodivu funguje tak jak má. WP mi přechroustá i panoramatické foto 12MB 10000×5000
Mírně řečeno mě ale zarazilo využití paměti u webu a jeho klonu:
Verze na hostingu:
23.45 of 256 MB (9%) PHP 5.5.21 @64BitOSVerze na VPS:
107.57 of 128 MB (84%) PHP 5.3.3-7+squeeze14 @64BitOSZákaznickou podporu jsem kontaktoval, ale u nich prý vše v pořádku, patrně mám někde binec já.
Budu rád za každou radu
Attachments:
11. července 2015 (21:38) #23820Zkuste ještě pro jistotu přepnout z grafické knihovny ImageMagick na GD, ukázka kódu je zde.
12. července 2015 (1:54) #23824Děkuji, přepnutí knihovny opravdu pomohlo:
Situace u fota 4000×3000 px, když nepočítám dobu uploadu, je nyní taková:
Zpracováno přes Knihovnu médií za cca 20 sekund
Zpracováno přes soutěžní plugin za cca 50 sekundTakže násobné zrychlení a funkční soutěž!
Že by starší knihovna tak moc šetřila procesory hostingové společnosti?
12. července 2015 (12:32) #23827Těžko říci, jaký používáte hosting? I těch 20 sekund mi přijde zbytečně mnoho. Zkusil bych zjistit, jaké verze ImageMagick a GD Library jsou na hostingu používány (např. prostřednictvím funkce phpinfo()). Občas se stane, že mají na serveru nějaké starší verze těchto knihoven (nebo je mají špatně zkompilované), které pak způsobují různé problémy. Potom můžete hosting poprosit, aby je aktualizoval na nejnovější verze. U jednoho hostingu jsem se také setkal s tím, že rovnou aktualizovali PHP a potom už fungovalo nahrávání obrázků bez problémů pro obě varianty…
12. července 2015 (23:49) #23830Dobrý večer,
Wehosting je NoLimit extra u Wedosu, podpora se vyjádřila v tom smyslu, že je to v prvé řadě hostingová služba a ne služba pro náročné konvertování…a přidala doporučení pro optimalizaci webu…
Jenže tohle “náročné” konvertování je upload pár fotografiíz kompaktů nebo mobilů denně do soutěže ve WP.
PHP info zjistilo:
GD Version bundled (2.1.0 compatible)
ImageMagick version ImageMagick 6.5.4-7 2014-02-10 Q16Jedná se o firemní web (dost nepříjemná situace s vyhlášenou a přerušenou soutěží).
Po dobrých zkušenostech jsem web umístil k Wedosákům. Soukromě mám u nich už nějaký ten rok VPS 30GB HDD a 2GB RAM a tam klon webu běží minimálně 2x tak rychleji, nemluvě o tom, že by se s nadsázkou dal využít jako fografický editor…
Zkusím se podpoře ještě ozvat ohledně slabého výkonu ImageMagic a pomalého, ale funkčního GD Library a podám zprávu jak jsem dopadl.
13. července 2015 (14:40) #23833Můžete obrázek někam nahrát? Zkusil bych ho také na několika webech…
Problém by také mohl být v tom, že se vytváří cca 20 miniatur, opravdu jsou všechny používány? Patrně ten zmenšovací skript musí běžet také 20-krát a pokaždé znovu zmenšit originál podle požadovaných rozměrů. Zkuste na stejném hostingu (serveru) vytvořit nějaký testovací web bez pluginů a s výchozí šablonou a uvidíte, zda to bude fungovat rychleji…
U Wedosu můžete také zkusit přepnout v administraci verzi PHP (ověřte si pak přes phpinfo(), že už je aktivní). Můžete tak vyzkoušet novější 5.6 nebo starší 5.4, zda se to nebude chovat trochu lépe…
Ale ImageMagick vypadá jako dost zastaralá verze, i když tomu přesně nerozumím. Hodnota
6.5.4-7
se odkazuje někam do roku 2009, ale další část2014-02-10 Q16
zase do roku 2014. Ale to bude spíše označení nějakého distribučního balíčku, který obsahuje zastaralou verzi… ImageMagick je ale obecně lepší a výkonnější řešení…15. července 2015 (22:30) #23876Dobrý večer, omlouvám se za pozdější odpověď.
Mám za to, že hřebíček na hlavičku jste uhodil s problémem s verzemi nebo kompilací knihoven.
Komunikace s podporou je spíše k pobavení, ale potvrdili lepší výkon ImageMagic:
Upozornil jsem na lepší výkon GD Library v redakční systému s tím, že se mi to jeví podezřelé, jestli je vše na serveru v pořádku a dostalo se mi téhle odpovědi:
Dobrý den,
v tomto ohledu je ImageMagic výkonnější. Technik na serveru nezaznamenal žádné rozdíly v nastavení ani žádné změny oproti běžné konfiguraci. V tomto ohledu je dle techniků server v pořádku.
S přáním hezkého dne…Souhlasím, že 22 miniatur je hodně, samotná šablona jich využívá cca 8, kde se objevil zbytek netuším, možná slidery, které jsou součástí šablony..
Co se týče fotografií, nahrávám některé z těch co jsem testoval v balíčku:
1.běžná kvalita co používám pro web – ImageMagic zpracuje
2.foto z běžného kompaktu v plné kvalitě – ImageMagic mi nezpracuje
3.foto z běžného kompaktu v plném rozlišení – cca 5x větší komprese – Imagemagic také nezpracujehttp://leteckaposta.cz/267272956
Jak jsem ale zmiňoval, klon webu nemá na VPS problém se stejnými i s fotografiemi s řádově vyšším rozlišením.
Jakmile budu mít trochu více času – počítám, že v pondělí nebo úterý, určitě zkusím testovací web dle doporučení na stejném hostingu.
Teď spíše z důvodu co nejrychlejšího řešení uvažuju a nejsem z toho zrovna nadšený o přechodu na VPS.
-
AutorPříspěvky
Pokud chcete odpovědět na toto téma, musíte se nejdříve přihlásit.