Лимит за качване на изображения в WordPress
Повечето съвети ви казват да редактирате php.ini. На споделен хостинг това често е невъзможно. Компресирането на изображението предварително работи навсякъде.
Компресирайте изображението под лимита, вместо да го увеличавате, защото по-малкият файл отстранява грешката при качване и проблема със скоростта на страницата с една стъпка. WordPress наследява своя лимит от PHP, обикновено 2 MB или 8 MB в зависимост от хоста, и на управляван или споделен хостинг често не можете да го промените.
Почти всяка статия по тази тема ви казва да редактирате php.ini, .htaccess или wp-config.php. Тези инструкции предполагат достъп до сървъра, какъвто повечето собственици на сайтове нямат, а дори когато достъпът съществува, си струва да се запитате дали увеличаването на прага е правилният ход.
Откъде идва ограничението
Лимитът се задава от 3 PHP стойности и най-малката от 3-те определя крайния резултат. WordPress показва получената цифра под полето за качване, поради което това число често се различава от рекламираното от хоста.
- upload_max_filesize контролира най-големия единичен файл, който PHP ще приеме.
- post_max_size контролира общия размер на изпратените данни, затова трябва да надвишава размера на файла.
- memory_limit контролира колко памет може да използва операцията по оразмеряване, докато генерира умалени изображения (thumbnails).
- max_execution_time също може да причини грешки, тъй като обработката на голямо изображение може да надвиши определеното време.
Третата стойност причинява най-объркащите грешки. Файл, който се качва успешно, пак може да се провали, докато WordPress генерира различните му размери, което води до счупено изображение в медийната библиотека, вместо до грешка при качване.
Защо компресирането е по-добро от увеличаването на лимита
Снимка от 6 MB на уеб страница е проблем, независимо дали сървърът я приема. Увеличаването на лимита премахва съобщението за грешка, но оставя базовия обем непокътнат.
WordPress генерира няколко размера на умалени изображения от всяко качване, така че тежката оригинална снимка се мултиплицира в тежки копия и изразходва дисково пространство в цялата медийна библиотека. Компресирането до няколкостотин килобайта преди качване коригира грешката, намалява генерираните размери, съкращава времето за резервни копия и изобщо не изисква достъп до сървъра.
Как да влезете в ограниченията
За да качвате успешно, без да докосвате настройките на сървъра, следвайте тези 5 стъпки.
- Вижте ограничението, показано под полето за качване на WordPress, което съобщава реалната цифра за вашия хост.
- Оразмерете изображението спрямо ширината на показване, удвоена за екрани с висока плътност (Retina), тъй като снимка от 4000 пиксела в колона от 800 пиксела губи повечето от данните си.
- Преобразувайте в WebP за снимки и графики, които ще се показват само в сайта.
- Компресирайте до цел от 200 KB до 400 KB, което е подходящо за почти всяко изображение в статия.
- Качете и след това проверете дали изображението се изобразява правилно с пълна ширина както на десктоп, така и на мобилни устройства.
Работата в този ред обикновено произвежда файл с 90 процента по-малък от оригинала от камерата, без видима промяна на екрана. Грешката при качване изчезва като страничен ефект, а не като основна цел.
Препоръчителни размери за съдържание в WordPress
Напаснете ширината на изображението към най-широкото пространство, което никога ще заема във вашата тема, след което я удвоете за екрани с висока плътност. Повечето зони за съдържание са много по-тъсни, отколкото собствениците на сайтове предполагат.
| Употреба на изображението | Ширина на показване | Ширина за качване | Целеви размер |
|---|---|---|---|
| Изображение в статия | 700 px | 1400 px | 150 KB до 250 KB |
| Акцент с пълна ширина | 1200 px | 2400 px | 300 KB до 500 KB |
| Hero или банер в заглавката | 1920 px | 1920 px | 300 KB до 400 KB |
| Миниатюра или карта | 400 px | 800 px | 50 KB до 100 KB |
| Авторска или профилна снимка | 150 px | 300 px | Под 30 KB |
Кога увеличаването на лимита е правилният отговор
Увеличете лимита, когато качвате наистина големи файлове, които трябва да останат големи, като снимки с резолюция за печат, видео или пакети с теми. Тези случаи са реални, но не са масовата практика.
Фотограф, предоставящ галерии с висока резолюция, магазин, импортиращ голям плъгин, или сайт, хостващ PDF документи за изтегляне, се нуждаят от повече място. Блогър, чиято ваканционна снимка ще се показва с ширина 700 пиксела, няма такава нужда. Попитайте за какво е файлът, преди да промените настройка на сървъра, защото отговорът обикновено води обратно към компресията.
Как да увеличите лимита, ако се налага
Първо попитайте хостинг доставчика, тъй като повечето управлявани услуги променят стойността при поискване за минути. Запитванията към поддръжката решават това по-бързо от конфигурационните файлове при всеки хостинг план, който ограничава файловия достъп.
- Управляваните WordPress хостинги обикновено показват настройката в контролен панел или я коригират при поискване.
- cPanel хостингът често включва MultiPHP INI Editor, където 3-те стойности могат да се зададат директно.
- Виртуалните частни сървъри (VPS) позволяват редактиране на php.ini, след което PHP услугата трябва да се рестартира.
- Редакциите в .htaccess работят при някои настройки на Apache и причиняват сървърна грешка при други, затова запазете резервно копие.
- Плъгините, които твърдят, че увеличават лимита, не могат да надвишат позволеното от сървъра, каквото и да се казва в описанието.
HTTP грешката, която не е свързана с размера
Общата HTTP грешка по време на качване обикновено означава, че паметта или времето за изпълнение са изчерпани, докато WordPress е генерирал умалени изображения, а не че файлът е отхвърлен поради размер. Разликата е важна, тъй като компресирането на изображението коригира и двете причини.
Големите размери в пиксели, а не големият размер на файла, натоварват паметта, тъй като сървърът трябва да държи всеки пиксел в паметта си при оразмеряване. Изображение с размери 6000 на 4000 пиксела се нуждае от много повече памет, отколкото размерът на файла подсказва. Намаляването на размерите преди качване премахва грешката, дори когато файлът вече е бил под лимита за размер.
Размерите на умалените изображения, които WordPress създава
WordPress генерира поне 4 допълнителни копия на всяко качване, а темите и плъгините често добавят още няколко. Една снимка може да се превърне в 8 или 10 файла на диска, без собственикът на сайта изобщо да ги види.
Размерите по подразбиране са: thumbnail на 150 пиксела квадрат, medium на 300 пиксела, medium large на 768 пиксела и large на 1024 пиксела, заедно със скалираната версия, която WordPress създава за много големи качвания. Конструкторите на страници и плъгините за галерии регистрират свои собствени размери допълнително. Качването на по-малък оригинал означава, че всеки генериран файл също е по-малък, поради което компресията преди качване носи ползи за цялата библиотека.
Поддръжка на WebP в WordPress
WordPress приема качвания на WebP от версия 5.8 насам и всеки съвременен браузър показва формата. Качването на WebP директно спестява инсталирането на плъгини за конвертиране, които много сайтове ползват за същата цел.
Има две предупреждения. Някои по-стари теми и конструктори на страници предполагат ползването на JPG или PNG и може да не генерират правилно WebP умалени изображения, затова проверете с тестово качване, преди да конвертирате цяла библиотека. Изображенията, предназначени за изтегляне от посетителите, като прескитове или ръководства за печат, трябва да останат в JPG, тъй като WebP все още е неудобен извън браузърите.
Проверка на теглото на изображение на жива страница
Отворете инструментите за разработчици с F12, преминете към раздела Network, филтрирайте по изображения и презаредете страницата. Панелът изброява всяко изображение с неговия реален прехвърлен размер, сортиран от най-големия.
Този изглед отговаря директно на въпроса, а не с гадаене. Търсете единични изображения над 500 KB и страници, където общият размер на изображенията надвишава 2 MB. Най-големият файл почти винаги е този, който си струва да оптимизирате първо, и това обикновено е изображение в заглавката или първата снимка в публикацията. Оптимизирането на 2 или 3 изображения често премахва повечето излишно тегло на дадена страница.
Оптимизиране на вече тежка медийна библиотека
Компресирайте съществуващата библиотека, а не само новите качвания, защото старите публикации носят по-голямата част от теглото в разработен сайт. Блог, работещ от 5 години, може да съдържа хиляди некомпресирани изображения.
Изтеглете папката с качвания (uploads), обработете я наведнъж и заменете файловете, като запазите същите имена, така че съществуващите публикации да продължат да работят. Впоследствие регенерирайте умалените изображения, за да презапишете производните размери от по-малките оригинали. Направете резервно копие, преди да заменяте каквото и да било, тъй като това е една от малкото задачи с изображения, която презаписва файловете на място.
Обработка на цяла папка с качвания
Пуснете папката като ZIP архив и всяко поддържано изображение вътре се извлича, оразмерява и компресира на един ход. До 500 файла се обработват на партида, което покрива повечето малки и средни сайтове за няколко рунда.
Всичко се случва във вашия браузър на вашия собствен процесор, така че клиентски сайтове, непубликувани чернови и частни галерии никога не стигат до сървър. Това е важно за агенции, работещи по договор, където качването на медийна библиотека на клиент към неизвестна услуга за компресиране би нарушило споразумението, дори ако нищо не се обърка.