Поточний час:
Сьогодні 22 листопада, середа 2017 рік
Стрічка RSS

Введіть ваш Е-mail:

Zura-Blog 2 роки 11 місяців 3 дня

Ваш ip адрес:54.80.169.119

Доброї ночі!
Ви обновили сторінку в 3 : 31
Статистика

Кількість публікацій на блозі: 367
Кількість коментарів на блозі: 102
Кількість категорій на блозі: 17
Кількість міток на блозі: 28

Zura – Blog
Яндекс.Метрика UA TOP Bloggers

wpoptimizeПривіт всім відвідувачам Zura — Blog, сьогоднішня публікація також буде присвячена плагінам для CSM WordPress, до вашої уваги мабуть один з самих потрібних плагінів для блогу, це WP-Optimize.

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

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

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

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

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

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

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

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

Але коли матеріал вже повністю викладений, і більше не потрібно вносити ніяких змін, тоді звісно що всі попередні тексти які залишились, бажано видаляти.

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

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

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

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

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

https://wordpress.org/plugins/wp-optimize/

Спочатку перед встановленням перевіряється версія плагіну WP-Optimize з версією вашого CSM WordPress, на любій сторінці сайту WordPress.org, де знаходяться плагіни для CSM WordPress, присутня така можливість, і якщо версії плагіна і системи управління контеном підходять, тоді можна встановлювати плагін.

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

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

У вас після активації, в меню зліва зявиться назва плагіна, клацаєте на назву і переходите на сторінку плагіна. На сторінці в мене  все на англійській мові, для мене англійська мова труднощів великих не створює, в принципі зверху зліва уже виставлені галочки автоматично, це оптимальна оптимізація,  звісно що хто з вас лише починає знайомитсь з системою управління контентом, то нічого мудрувати не повинен, а клацнути на кнопку “Process”.

wpoptimize2

wpoptimize3

wpoptimize4

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

wpoptimize5

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

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

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

Приклад: на сайті знаходиться запис яка приблизно “займає” 100кв, і ще й пять ревзій які створились коли ви вносили пять разів зміни в цей запис, і це вже 500кв. І якщо у вас в наявності сто постів, в яких ви також робили зміни, то це вже пятдесять мегабайт лишні. Звичайно висновок один, плагін просто необхідний, і якщо ви ведети блог, то базу даних потрібно оптимізовувати, видаляючи з неї лишні записи.

Чи існують ще плагіни, які виконуть подібні завдання, можливо, але WP — Optimize користуються майже всі, та й дуже легко за допомогою цього плагіни провести оптимізацію бази даних.

В принципі по WP — Optimize все, хоча ще додам такі рекомендації, ті опції які відзначені червоним кольором, на них не виставляється галочка автоматично, галочку краще не виставляти не протестувавши спочатку оптимізацію на тестовому сайті. Якщо після тестового сайту все працює “Ок”, ну тоді можна спробувати, але обовязково перед оптимізацією створити резервну копію бази даних.

Можливо новіша версія плагіна буде з перекладом, це плюс звичайно, а основне це те що оптимізація проводиться всього лише в один “клік”. До речі, на початку ведення блогу, свої перші оптимізації я проводив без плагіна, і також все получалось “Ок”, не тяжко, правда не за один клік, а роблячи невеликі зміни в файлі.

Якщо пригадаю спосіб яким я робив оптимізацію, то обовязково появиться така публікація на Zura – Blog, і у вас появиться можливість спробувати обидва варіанти.

Чому я надав перевагу саме плагіну, а не роблячи все в ручну. Можливо із за того що все ж таки “стрьомно” лазити в кодах, також мабуть і лінощі є причиною, зрозуміло що робити оптимізацію плагіном набагато легше і зручніше ніж самому.

На цьому все до зустрічі !


user_97

Як очистити базу даних, не застосовуючи при цьому жодних плагінв.

Leave a Reply

Your email address will not be published. Required fields are marked *