Экономика стран

К сожалению, большинство людей, которые будут ими затронуты почти весь мир, не будут иметь никакого влияния на результат. Вести Экономика Дайджест иностранной прессы за 14 августа.
Вести Экономика Греции снова придется списывать долги Греция не сможет самостоятельно расплатиться по долгам, и понадобится новая реструктуризация долгов, чтобы спасти страну от банкротства.

Як видалити зайві картинки c сайту на WordPress

  1. Як відключити генерацію непотрібних мініатюр
  2. Як видалити непотрібні мініатюри
  3. Плагін DNUI Delete not used image
  4. Що ще може пожирати місце на диску
  5. Навантаження на сервер
  6. Мій досвід використання CDN (Content Delivery Network)

Я прошу вибачення у моїх постійних читачів за цей не тематичний пост. Все нижче наступне зможе зацікавити тільки власників сайтів на WordPress. Обіцяю не зловживати цією темою надалі. Це перший мій пост на тему блогинга за 3 роки.

Як водиться через 3 роки після початку ведення блогу я отримала сумну звістку зі свого хостингу:

На Ваш аккаунт залишилося менше десяти відсотків вільного дискового простору. Брак місця може привести до збоїв в роботі Ваших сайтів і пошти.

За три роки я вичерпала ліміт в 2Гб. Взагалі звичайно не варто чекати таких попереджень, але що зроблено, те зроблено. Я вирішила видалити зайві мініатюри картинок за допомогою плагінів. Вивчивши інтернет на цю тему, я зрозуміла, що топ видачі сповнений вкрай низькоякісними постами. Жоден з цих посад не розбирає проблему повністю, а деякі дають відверто шкідливі поради, які говорять про те що автори рад самі не розбираються в цьому питанні.

По-перше варто заглянути в свою папку uploads і подивитися, а скільки взагалі робиться превьюшек для кожного закачаного зображення. У моєму запущеному випадку виявилося, що на кожне зображення у мене генерується цілих 6 мініатюр різного розміру, а зараз на моєму сайті більше 3000 фотографій, так що ці превью явно займають колосальний обсяг. Всі мініатюри створюються в WordPress в момент закачування.

Я прошу вибачення у моїх постійних читачів за цей не тематичний пост

Alt / Prt / Scr Backupа на моєму хостингу, оскільки файли я вже знесла

Звичайно мені абсолютно не потрібно було стільки мініатюр. Реально я використовувала тільки мініатюри розміром 150Х150 на сторінках рубрик та міток, для «Бібліотеки медіафайлів» розміру 150Х150 теж цілком достатньо.

Далі я викладу що з усім цим робити. Для початку потрібно відключити генерацію непотрібних мініатюр.

Зміст статті

Як відключити генерацію непотрібних мініатюр

Джерел генерації мініатюр всього 3, найчастіше з них згадують тільки перший.

  1. Розміри мініатюр задаються в меню Установки → Медіафайли
  2. Генерація мініатюр може бути задана у файлі functions.php
  3. Генерація мініатюр може бути задана в плагінах, які використовують картинки, у мене це був плагін Manual Related Posts і Top 10, у вас можуть бути інші плагіни.

З першим пунктом розібратися найлегше. Заходьте до відповідного пункту меню і зануляют непотрібні вам розміри.

Якщо у вашій папці uploads є розміри не задані в налаштуваннях медіафайлів, то слід відкрити файл functions.php і пошукати там рядки, що містять: «post-thumbnails«, у мене я знайшла наступне:

add_theme_support ( 'post-thumbnails');

Потрібно спочатку подумати, а чи потрібні вам ці розміри. Якщо ви вважаєте, що не потрібні то, акуратно закоментуйте, всі подібні згадки. Якщо коментувати не акуратно, то можна отримати Fatal error.

Якщо після цього кроку все ще залишилися не потрібні розміри мініатюр то варто зайнятися аналізом плагінів, які використовують картинки або можуть використовувати прев'юшки. Можливо варто видалити такі плагіни.

Особливо підступні різні слайдшоу, як правило в слайдшоу використовується 5-10 слайдів, а прев'юшки великого розміру генерується для всіх закачуваних зображень. На мій погляд це дуже велика розкіш зберігати на сервері 3000 мініатюр, заради того щоб використовувати всього 10 з них. Ці 10 необхідних краще зробити вручну. Але тут говориться, справа смаку.

Мій плагін Top10 генерував мініатюру на кожну закачаний картинку, хоча реально використовував від сили 10 штук, тобто плагіни підступні і пожирають місце на сервері величезними шматками. Можливо все це від того що мініатюри в WP створюються під час закачування картинки, якби вони створювалися тільки в момент першого звернення за картинкою, то не було б такої проблеми. Це так з роздумів про недоліки вордпресс.

В плагінах слід так само шукати автопошуком за словами «post-thumbnails«, якщо ви все таки хочете використовувати плагін, але не хочете використовувати картинки в його функціонал. При оновленні плагіна цю операцію доведеться повторити.

Далі я рекомендую перевірити ваші досягнення, закачавши будь-яку картинку. Після закачування заходите в папку upload і дивіться, скільки превьюшек згенерувати.

Якщо результат задовольняє, то можна переходити до наступного етапу.

Як видалити непотрібні мініатюри

Важливо розуміти, що мініатюри генеруються не тільки в папках на вашому сервері, для кожної мініатюри робиться запис в базі даних сайту, тому просто видалити файли мініатюри в папці uploads на вашому сервері не дуже гарна ідея. Мініатюри ще використовуються в «Бібліотеці медіафайлів» і в «мініатюрі записи», при неправильному видаленні можна отримати наступну сумну картину.

Мініатюри ще використовуються в «Бібліотеці медіафайлів» і в «мініатюрі записи», при неправильному видаленні можна отримати наступну сумну картину

При видаленні файлів превью пропали

Самі оригінали фотографій цілі, я видалила тільки мініатюри розміром 300х199 і в бібліотеці медіафайлів перестали показуватися прев'юшки. Насправді для цієї мети цілком підійдуть мініатюри розміром 150х150, але за замовчуванням в бібліотеці медіафайлів показуються картинки середнього розміру.

Тому краще використовувати плагін Thumbnail cleaner, він видалить всі мініатюри, а після цього ви сгенеріруете новий полегшений набір мініатюр за допомогою плагіна Regenerate Thumbnails.

Я бачила в інтернеті поради типу: «Вставте цей код в файл functions.php і виконайте його разок». А в коді зносяться тільки записи з бази даних, цей шкідливий рада не призведе до розчищення істотного місця на вашому сервері. Важливо видалити і записи в базі даних, і файли на сервері. А потім згенерувати це все заново в зменшеній кількості.

Так само важливо розуміти, що якщо у вас багато картинок цей процес створить значне навантаження на сервер, краще його виробляти вночі або в дні коли відвідуваність вашого сайту найменше, наприклад в суботу. Ну і треба взагалі розуміти, яке навантаження вам в стані пробачити хостер без виключення вашого сайту.

Природно потрібно зробити Backup папки uploads і бази даних, на всякий пожежний випадок, але краще без допомоги плагіна Thumbnail cleaner, щоб не навантажувати сервер, якому належить попрацювати і без цієї операції.

Разом у мене було близько 3000 фотографій і плагін Thumbnail cleaner, нарахував близько 14000 мініатюр, зі знесенням плагін впорався за 2 хвилини.

Генерація ж нових мініатюр за допомогою плагіна Regenerate Thumbnails зайняла цілих 30 хвилин. І на наступний ранок я отримала лайливе лист від Sweb про те що я порушила умови нашого договору і перевищила дозволену мені навантаження на сервер. Але на щастя Sweb обмежився тільки цим листом. Нижче можете оцінити наскільки підвищилася навантаження на сервер в результаті моїх операцій.

Нижче можете оцінити наскільки підвищилася навантаження на сервер в результаті моїх операцій

Плагін DNUI Delete not used image

До того як виконати все вищевикладене, я намагалася скористатися плагіном DNUI Delete not used image, але на жаль досвід виявився невдалим. Два дня 16.03 і 17.03, я намагалася експериментувати з цим плагіном, це помітно, за збільшеною навантаженні на сервер. DNUI Delete not used image зніс якраз потрібні мені мініатюри розміром 150х150, в результаті сторінки рубрик та міток втратили свої картинки, довелося відновити з Backup.

Разом я очистила на своєму сервері 700Мб, зовсім не погано! Може вистачить ще на рік вперед, до переходу на наступний тариф.

Що ще може пожирати місце на диску

Деякі плагіни можуть писати логи і ніколи не видаляти їх.

За три роки на моєму сайті Total Cache записав понад 1 Мб логів !!! Відключити їх генерацію неможливо з адмінки, знести їх можна тільки по FTP. Якщо ви використовуєте Total Cache подивіться скільки важить у вас вміст цієї папки / wp-content / cache / log / 000000, можливо, що після її зачистки вам не доведеться возитися з перегенерація превью.

iThemes Security пише логи 404 помилки не забувайте періодично їх очищати. Особливо логи розростаються в момент атаки на сайт.

Популярний плагін Yoast SEO пише логи 404 помилки, чи не шкідливо буде туди заглядати, аналізувати вміст і очистити логи. Подивіться що у вас в «Консолі пошуку» Yoast SEO.

Багато плагіни в момент установки закачують всі можливі мовні пакети, все не потрібні вам мови варто знести. Перевірте що у вас знаходиться в папках:

/ Wp-content / languages ​​/ themes

/ Wp-content / languages ​​/ plugins

Цілком можливо, що там залишилися мовні пакети від невикористовуваних вами тим і плагінів.

Перегляньте ваші плагіни на предмет не потрібних вам мовних пакетів за адресами.

/ Wp-content / plugins / назва плагіна / lang (languages).

Популярний плагін Yoast SEO пише логи 404 помилки, чи не шкідливо буде туди заглядати, аналізувати вміст і очистити логи.

Навантаження на сервер

Моїй нагальною проблемою є перевищення навантаження на сервер, на мою тарифу процеси на моєму сайті повинні займати в день не більше 60 хвилин процесорного часу. Поки Sweb мене терпить, але хотілося б знайти рішення цієї проблеми. Я давно вже поставила собі Total Cache і він навіть працює, але при його підключенні я не помітила стрибкоподібного зменшення навантаження, а я на нього чекала. У чому прикол цього плагіна мені не зрозуміло.

Моя навантаження точно не пов'язана з атакою на сервер. Під час атаки навантаження збільшується стрибкоподібно, це не мій випадок, вона у мене пару років висока і корельована з відвідуваністю. До того ж я поставила плагін безпеки, змінила сторінку входу в адмінку, все перебиральників паролів банятся після першої спроби.

Звичайно виділений сервер вирішить цю проблему, але він коштує набагато дорожче, ніж віртуальний хостинг. У мене поки не та відвідуваність і не ті заробітки, щоб так розщедриться. Адже у багатьох блогерів буває відвідуваність і у 2000 і 3000 уникав, як ваші сервера витримують таке навантаження, яким хостингом ви користуєтеся? Буду вдячна за поради.

Мій досвід використання CDN (Content Delivery Network)

Увага все нижче перераховане відбувалося двома місяцями пізніше розчищення місця на диску від зайвих мініатюр.

Я дочекалася чергового злісного листи від свого хостера Sweb. У зв'язку з настанням активного туристичного сезону відвідуваність мого сайту стрибкоподібно зросла і навантаження на сервер, створювана процесами на моєму сайті досягла критичної величини 120 хвилин на добу, нагадаю що згідно з договором моєму сайту належить споживати всього 60 хвилин процесорного часу на добу.

У зв'язку з настанням активного туристичного сезону відвідуваність мого сайту стрибкоподібно зросла і навантаження на сервер, створювана процесами на моєму сайті досягла критичної величини 120 хвилин на добу, нагадаю що згідно з договором моєму сайту належить споживати всього 60 хвилин процесорного часу на добу

Sweb запропонував мені перейти на інший тариф вартістю всього 800 руб. у місяць!!! Цей не гуманна сума мене ніяк не влаштовувала, зараз я плачу всього 120 руб. в місяць, підвищити ціну майже в 6 разів, це грабіж. В результаті жаба мене задушила і я вирішила спробувати CDN від CloudFlare, врешті-решт іншого виходу у мене не було.

У CloudFlare є безкоштовний тариф, саме на нього я і підключилася. Найбільше занепокоєння викликало вимога переписати на CloudFlare мої DNS записи, але я зробила це, і в результаті ви бачите на графіку навантаження на сервер істотно знизилася до порога який Sweb схильний прощати. Момент підключення CDN я зазначила зеленої міткою на зображенні.

Я звичайно очікувала більшого, мені мріялося побачити цифру 30 хвилин на добу, але цього не сталося. CDN це система серверів по всьому світу на які копіюється ваш сайт і при запиті, наприклад йде з США, відповідає сервер розташований в США, а не в Санкт-Петербурзі, що має скоротити час завантаження сайту і попутно цей метод скорочує навантаження на мій сервер.

Крім системи доставки контенту CloudFlare пропонує ще захист від DOS-атак, аналітику і мінімізацію html, css, і js. Я відключила мінімізатор від Total Cache, оскільки щось він генерує помилку, деякі мої тексти дуже довгі і йому не вистачає 64Мб оперативної пам'яті для мінімізації html.

Безкоштовний акаунт CloudFlare має ряд обмежень, що цілком природно. За один запит відвідувач може завантажити з CloudFlare не більше 100Мб і сервера оновлюються протягом 24 годин. Тобто якщо продати посилання покупець побачить її не відразу, а протягом 24 годин.

З недоліків CloudFlare я помітила наступні:

  1. Функція Always Online абсолютно не гарантує показ вашого сайту, якщо ваш власний сервер перестане працювати. Багато російські блогери обіцяли таку фішку, але насправді це не так. На офіційному сайті CloudFlare написано, що він не зберігає абсолютно всі сторінки вашого сайту, він зберігає перші 10 html- сторінок сайту і лише деякі посилання з них, самі розумієте, що це мізерно мало для блогу складається з 400 сторінок. Тому, коли мій сервер падає, я бачу замість свого сайту повідомлення про помилку від CloudFlare.
  2. Мій сайт, підключений до CloudFlare блокується для інтернет з'єднання за допомогою TOR. Я це помітила сидючи в facebook, там я радила свій сайт людям і деякі мені відписувати, що сторінка не відкривається. Що характерно, коли вони заходили на мій сайт через мобільний інтернет у них все відкривалося, у мене теж все відкривалося, сайт в цей момент працював. Справа була саме в інтернет-з'єднанні.

Повідомлення про помилку, яке я бачу якщо мій сервер зліг Повідомлення про помилку, яке я бачу якщо мій сервер зліг   Аналітика на жовтень 2017 Аналітика на жовтень 2017

Навантаження на сервер істотно зростає в момент, коли я пишу статтю, оскільки в цьому випадку працює мій сервер. Я відключила створення ревізій зовсім і навіть відключила можливості HeartBeat API, яке виконує автозбереження записи при написанні статті та інші функції, необхідні, якщо редакторів на сайті кілька людей. Буду спостерігати.

У жовтні 2017 мене спіткало чергове горе. Після поновлення wordpress і плагінів, навантаження на сервер знову значно зросла, це при тому, що зараз відвідуваність порівняно з липнем менше. В логах помилок на сервері чисто. Взагалі ця картина досить типова, коли після оновлення плагінів зростає навантаження на сервер.

Взагалі ця картина досить типова, коли після оновлення плагінів зростає навантаження на сервер

Навантаження за липень, я перевищую. Моя зона синя.

Я перевела сайт на php7. Це було не просто. Спочатку при перемиканні замість свого сайту я бачила білу сторінку з написом: «Помилка з'єднання з базою даних». Хостер мені не зміг допомогти порадами, довелося розбиратися самостійно. Виявилося я використовувала застаріле з'єднання з базою даних. Для його поновлення потрібно просто перегенеріровать пароль з'єднання з базою даних і все, але на пошуки цього рішення я витратила 2 дня.

Після перемикання навантаження на сайт початку зашкалювати за розумні межі, всупереч численним прогнозам про те, що вона просто зобов'язана впасти. Ще кілька днів роздумів і експериментів і я вирішила і цю проблему. Виявилося в function.php моєї теми я додала (за порадами від досвідчених вебмайстрів з інтернету) функцію, яка містила в собі зайвий цикл, давно вже. При роботі на php5.3 перевантаження не виникало, а після перемикання на php7 просто початок зашкалювати. Коли я усунула цю проблему, я побачила свою навантаження нарешті у синій зоні.

Зараз я поставила пару нових полігонів (WP-PostRating і SNAP | AutoPoster) і знову її покинула.

Навантаження за жовтень. Піки були викликані помилками в function.php, вони виявлялися тільки в про час роботи в адмінці, тому мені було важко знайти в чому справа

З думок з приводу зниження навантаження для мене актуально наступне:

  1. Спробувати замінити плагін кешування Total Cache, на плагін зберігає голі html-сторінки. Total Cache не ефективний на віртуальних хостингах. Кешування бази даних не працює, йому не вистачає оперативної пам'яті, з тієї ж причини не працює minifier. Реально з усього багатого набору Total Cache працює тільки кешування сторінок і браузерні кешування. З приводу кешування голого html мене терзають думки, а що буде з додаванням коментарів і як буде показуватися google adsense, як буде працювати рейтинг.
  2. Спробувати створити AMP- версію сайту, якщо повільні з'єднання будуть завантажуватися з гугла, а не з мого сервера, навантаження просто зобов'язана зменшитися. Тут звичайно все буде залежати від кількісних характеристик: все питання в тому, скільки користувачів в день будуть завантажувати сайт з гугла? І швидше за все настройка цього плагіна теж обіцяє бути томної.
  3. І зараз мене гризуть сумніви в правильності мого рішення по знесенню зайвих мініатюр. Справа в тому, що wordpress на мобільні пристрої буде вантажити картинки шириною в 300 пікселів або ж 700 пікселів, якщо дозвіл екрана маленьке, а якщо мініатюр немає то буде вантажити повнорозмірні картинки в 1000 пікселів по ширині. Подумайте гарненько перш ніж зносити. Я збираюся спробувати плагін

    «SrcSet Responsive Images for WordPress», щоб відкотитися назад.

На майбутній сезон напевно потрібно переходити на виділений сервер на DigitalOcean. Я сама ніколи не конфігурувати серверів, тому процес викликає питання, але сподіваюся у мене вийде. Обіцяю написати як воно при нагоді.

Адже у багатьох блогерів буває відвідуваність і у 2000 і 3000 уникав, як ваші сервера витримують таке навантаження, яким хостингом ви користуєтеся?
Тут звичайно все буде залежати від кількісних характеристик: все питання в тому, скільки користувачів в день будуть завантажувати сайт з гугла?
Навигация сайта
Реклама
Панель управления
Календарь новостей
Популярные новости
Информация
Экономика стран www.mp3area.ru © 2005-2016
При копировании материала, ссылка на сайт обязательна.