Antrasis būdas užsikimšti vaizdais – ištrinant nesusijusius įrašus tinklaraštyje, užraše buvę vaizdai neištrinami, o lieka prieglobos aplankuose. Ar tu apie tai nežinojai? Dabar žinosite, kad neprisegtus vaizdus taip pat reikia ištrinti. Tačiau būkite atsargūs, nes ne visus neprisegtus vaizdus reikia ištrinti, man tai yra nuotraukos valdikliuose, įvairių paslaugų piktogramos ir socialiniai tinklai.

Jei jūsų svetainė vis dar jauna ir joje yra tik nedaug pastabų ir vaizdų, galite rankiniu būdu išvalyti nenaudojamų vaizdų aplanką. Kadangi jau turiu daugiau nei 100 įrašų, nereikalingiems pasikartojantiems vaizdams pašalinti naudoju įskiepį, kurio WordPress varikliui yra nemažai.

Kaip pašalinti nenaudojamus vaizdus iš „WordPress“ svetainės

Jei sunku rankiniu būdu ištrinti nereikalingus vaizdus, ​​įdiekite papildinį „DNUI Delete not used image“.

Norėdami tai padaryti, eikite į svetainės administratoriaus skydelį, papildiniai => įveskite papildinio pavadinimą => suraskite

Po to pasirinkite mums reikalingą papildinį ir įdiekite jį, tada suaktyvinkite.

Po to eikite į nustatymų skyrių ir spustelėkite DNUI, tada spustelėkite NUSKAITYTI DUOMENŲ BAZĘ viršuje:

Laikui bėgant pašalinus nereikalingus vaizdus, ​​visas puslapis bus užpildytas naudotais vaizdais („naudoti“), kurių negalima ištrinti ir nebus vietos naujiems, tada apačioje spustelėkite „Kitas“ ir pamatysite Kitas puslapis.

Maniau, kad tai padaryti būtų daug greičiau, bet turėjau „prakaituoti“. Aš ištryniau viską, kas nereikalinga, rankiniu būdu, galite naudoti automatinį visų vaizdų, neprisegtų prie įrašų, ištrynimą. Nepamirškite apie nustatymus ("Option") viršuje įskiepio nustatymuose, aš nustatiau 100 vaizdų puslapyje ir pradėjau nuo 1 įrašo, galite pereiti nuo pabaigos pastabos ir palaipsniui pereiti prie pradinių įrašų.

Algoritmas paprastas – išsirinkite nereikalingus, tada ištrinkite ("Ištrinti visus pasirinktus") ir taip iki karčios pabaigos. Įskiepis nustatymuose siūlo nustatymuose sukurti atsarginę kopiją, bet man buvo geriau ją sukurti per prieglobą.

Trindama krūvą nereikalingų paveikslėlių prisiminiau žodžius, kuriais prasidėdavo bet kuri pasaka: „Pasaka greitai pasakoma, bet poelgis neatliekamas greitai“, tiksliau nepasakysi!)) )

Atidarydamas naują lapą su vaizdų sąrašu, pažymėjau varnelę priešais „Vardas“ ir visi nenaudojami vaizdai buvo pažymėti varnelėmis, tada perbėgau juos visus ir ištryniau, tai lengviau nei pažymėti varnelę. kiekvienoje dėžutėje pelė pavargs)

Pašalinus visus nenaudojamus svetainės vaizdus, ​​failo dydis bus žymiai sumažintas.

Kaip matote iš aukščiau esančios ekrano kopijos, vaizdo ištrynimo operacijos padėjo tinklaraščiui „numesti svorio“ 20 Mb (apie 1000 failų), rezultatas neblogas, manau, kad daugeliui skaičiai bus didesni.

Atkreipkite dėmesį, kad iš karto po vaizdų ištrynimo nepastebėjau, kad tinklaraštis pradėjo sverti mažiau, priegloboje buvo tie patys skaičiai kaip ir prieš ištrynimą, tačiau kitą dieną pamačiau skirtumą) Nežinau, su kuo tai susiję ir kaip bus jūsų atveju. Taip pat prisijungiau per ftp klientą ir rankiniu būdu išvaliau pasikartojančius vaizdus, ​​​​su dydžiu, kurį anksčiau buvau nustatęs nustatymuose.

Nepamirškite, kad prieš talpinant paveikslėlius ar ekrano kopijas svetainės pastabose, jos turi būti optimizuotos ir jų dydis neturi viršyti 50Kb. Priešingu atveju puslapio įkėlimo greitis labai padidės ir jūsų skaitytojams tai nepatiks, patikėkite.

Dabar pristatau kitą Erudite-4 maratono kryžiažodį

Kryžiažodžių maratono „Eruditas-4“ kryžiažodis Nr.6 „Brėžinys“

Priminsiu, draugai, kad tai dar vienas maratono Erudite-4 kryžiažodis, kuriame jau išleisti 5 kryžiažodžiai ir mes žengiame į finišo tiesiąją. Be paskelbto kryžiažodžio bus ir paskutinis, kurį paviešinsiu kitame įraše ir tada apibendrinsiu bei paskelbsiu maratono rezultatus.

Taigi, spustelėkite paveikslėlį ir išspręskite kryžiažodį.

Spustelėkite kryžiažodį ir pradėkite jį spręsti

Dabar konkuruojame greičiu ir atspėjamą raktinį žodį siunčiame palaikyti:

>> Pateikti raktinį žodį<<

Jei turite klausimų dėl užrašo temos, rašykite komentaruose, mes juos išspręsime. Dėl kryžiažodžio, jei turite klausimų, klauskite.

Iki!

Įdomūs užrašai

„WordPress“ variklis turi vieną funkciją, į kurią mažai kas atkreipia dėmesį. Ypač kai tik pradedate leisti savo tinklaraštį ar svetainę šiame variklyje.

Kokia prasmė? Naudodama pradinius nustatymus, kai paskelbiate straipsnį su vaizdais, „WordPress“ automatiškai sukuria visų šių vaizdų dublikatus tam tikrais dydžiais. Dėl to susidaro įdomi aritmetika. Pridedate vieną paveikslėlį ir į aplanką Įkelti Pasirodo 4 vaizdai. Ir taip kaskart.

Iš principo čia nėra nieko katastrofiško. Na, jis prideda prie savęs ir tegul prideda. Jei jūsų prieglobos vieta nėra ribota, iš esmės jums nereikia vargti. Tačiau, kaip rodo praktika, dauguma svetainių yra planuose, kuriuose yra tam tikra vieta failams. Ir čia gali susidaryti labai liūdnas vaizdas, kai vietos neužtenka, o susitvarkyti su situacija iš karto nepavyksta.

Per ilgus svetainės veikimo metus gali susikaupti nemažas kiekis šių dublikatų. Be to, šiame aplanke išsiaiškinkite, kuris vaizdas naudojamas straipsniuose ir išvestyje, o kuris ne. Kiek laiko užtruks viską nukasti ir nepašalinti to, ko reikia?

DNUI – papildinys, skirtas pašalinti nereikalingus vaizdus

Čia įskiepis praverčia DNUI. Pavadinimą sudaro didžiosios teksto raidės Ištrinti nenaudojamą vaizdą– nenaudojamų vaizdų ištrynimas. Papildinys yra įrodytas ir pasitvirtino kaip stabilus ir patikimas aplankų valymo įrankis Įkelti.

Papildinio sąranka DNUI

Čia viskas paprasta ir aišku. Tačiau prieš pradėdami ištrinti, turite būti saugioje pusėje. Padarykite duomenų bazės atsarginę kopiją. Tam yra įskiepis WordPress duomenų bazės atsarginė kopija, prieglobos skydelyje arba per phpMyAdmin skydelį – čia, kaip jums patinka, kiek leidžia žinios ir noras. Daug lengviau turėti atsarginę kopiją, nei vėliau rūpintis, kaip atkurti šimtus straipsnių norima forma.

• Dabar eikite į paiešką ir raskite papildinį DNUI. Atsisiųskite, įdiekite, suaktyvinkite.
• Skydelyje Galimybės Surandame papildinį ir pradedame nuskaityti. Nustatykite nuskaitytų failų skaičių iki ne daugiau kaip šimto, procesas vyks greičiau.
• Tie vaizdai, kurie niekada nebuvo naudojami niekur svetainėje, yra paryškinti raudonai.
• Spaudžiame mygtukus Pasirinkti viską Ir Ištrinti ir atsikratyti nereikalingų failų.
• Tęskite procedūrą mygtuku Kitas tol, kol aplanke Įkelti nebus nustatyta reikiama tvarka.
• Tada DNUI papildinį galima išjungti ir pašalinti.

Taip galite lengvai ir paprastai atlaisvinti vietos nuo nereikalingų prieglobos failų.

O ateityje, kad situacija nepasikartotų, tikslinga pakeisti paties „WordPress“ variklio nustatymus. Skirtuke Galimybės – Medijos failaiįveskite reikiamus matmenis arba net pašalinkite visus skaičius ir žymimuosius langelius, jei tai nėra būtina.

Sveiki, draugai! Kaip žinote, ne viskas, kas saugoma mūsų svetainės prieglobos aplankuose, yra tikrai reikalinga. Svetainės egzistavimo metu jos „dėžėse“ kaupiasi kalnai šiukšlių, tai yra, daugybė failų, nereikalingų normaliam žiniatinklio išteklių veikimui. Tai gali būti bet kas – laikinos ar nenaudojamos bylos, dokumentų kopijos ar pamiršti archyvai.

Visi puikiai žino, kad reikia periodiškai optimizuoti duomenų bazes arba ištrinti įrašų pataisymus ir šiukšles. Tiems, kurie nenori to daryti rankiniu būdu, netgi buvo išrastos patogios. Pavyzdžiui, WP-Cleanup. Bet vis tiek toks valymas neleidžia pažvelgti į visus hostinge saugomus kampelius ir aplankus bei pamatyti visas šiukšles. Asmeniškai per ekskursiją į prieglobą per FTP vienoje iš svetainių aptikau dvi dešimtis ilgą laiką nenaudojamų ZIP archyvų. Žinoma, aš juos ištryniau, bet pagalvojau, kad gal kas turi tą pačią istoriją, todėl nusprendžiau parašyti šį trumpą straipsnį.

Kur buvo paslėpti pamiršti archyvai?

Nesivaržydamas iš karto parodysiu, ką ir kur radau. Turiu pasakyti, kad retai lankausi šiame savo tinklaraštyje naudodamas „WordPress“ variklį ir per pastaruosius metus apie jį paskelbiau tik tris straipsnius. Nemanau, kad verta sakyti, kad jo failus priegloboje tikrinu dar rečiau. Tačiau aplanke Įkėlimai, šalia įkeltų ir pagal mėnesius surūšiuotų vaizdų aplankų, radau 19 šablonų ir įskiepių ZIP archyvų. Vieną kartą juos įdiegiau įvairių eksperimentų metu, kad sukurčiau šį tinklaraštį. Be to, dauguma šių papildinių ir temų ilgą laiką nebuvo naudojami ir buvo pašalinti. Visas kelias iki jų atrodė taip: /public_html/wp-content/uploads.

Patikrinkite, ar neturite panašių nereikalingų failų. Beje, įdomu tai žinoti, nes kitose savo svetainėse neradau nieko nereikalingo. Nors apytiksliai galiu atspėti kodėl, bet apie tai vėliau. Tuo tarpu prisijunkite prie prieglobos per FTP naudodami pagalbą ir eikite aukščiau nurodytu keliu.

Žinoma, šie archyvai neužima daug vietos, tik apie 9 MB. Bet jei aktyviai kuriate svetainę kelerius metus, šio aplanko dydis gali būti daug didesnis. Bet kokiu atveju, kam mums reikia šiukšlių? Ištriname be jokios abejonės ir taip atlaisviname vietos priegloboje. Tie, kurie nerizikuoja, gali daryti kopijas. Natūralu, kad tai niekaip nepaveikė mano tinklaraščio.

Dabar viskas atrodo tvarkingai, kaip ir turi būti.

Vietos atlaisvinimas aplanke Įkėlimai – nereikalingų nuotraukų ištrynimas

Beje, kaip žinote, vaizdo failai yra saugomi tame pačiame aplanke Įkėlimai visiškai teisėtais pagrindais. Taigi, ten irgi daug šiukšlių. Faktas yra tas, kad „WordPress“ automatiškai prideda 2–3 skirtingų dydžių kopijas į įrašus įterptus vaizdus. Todėl nenaudojamus failus galima ištrinti ir taip žymiai atlaisvinti vietos prieglobos diske. Kalbame jau ne apie 9 MB, o apie šimtus ir net daugiau. Patikėkite, nereikalingi vaizdai užima daug vietos, ypač jei vaizdų yra daug. Štai kaip tai atrodo viename paveikslėlyje.

Kaip matote, reikalingas vaizdas sveria 28 KB, o dvi jo kopijos, kurios visiškai nenaudingos, užima dar 31 KB vietos priegloboje, tai yra, dydis padidėja 2 kartus. Taigi, kai jūsų tinklaraščio aplanko svoris tampa kritinis, atminkite, kad jį galima žymiai sumažinti tiesiog ištrynus vaizdo failų kopijas. Tik atidžiai žiūrėkite, kartais reikia skirtingų dydžių. Pavyzdžiui, miniatiūroms.

Norėdami pašalinti nereikalingus vaizdus, ​​galite naudoti specialų papildinį DNUI Delete not used image.

Iš kur atsirado nereikalingi failai?

Tiesą pasakius, man ši problema ne itin rūpi, bet turiu tam tikrų minčių. Greičiausiai šie archyvai atsiduria aplanke Įkėlimai, kai diegiate „WordPress“ temas ir papildinius tiesiai iš administratoriaus skydelio. Anksčiau naudojau būtent šį metodą. Archyvas įkeliamas į prieglobą, jo failai išpakuojami į norimą aplanką, o pats lieka atsisiuntimo aplanke.

Nors dabar savo malonumui pabandžiau per WordPress admin panelę įsidiegti porą įskiepių – nieko naujo neatsirado. Beje, šlamšto failų nebuvo tiek daug, nes per visą laikotarpį įdiegiau daug daugiau įskiepių. Gal ne visi jie palieka archyvų kopijas? Bet kokiu atveju, dabar aš įkeliu failus į prieglobą per FTP ryšį ir nieko panašaus nepastebiu.

Kokios jūsų mintys šiuo klausimu? Įdomu, ar kas nors šiame aplanke nerado ko nors nereikalingo? Pasidalinkite savo patikrinimo rezultatais komentaruose.

Anksčiau ar vėliau kiekvienas svetainės savininkas susiduria su tuščio disko vietos naudojimo problema. Taigi per svetainės gyvavimo laikotarpį gali susikaupti daugybė papildomų paveikslėlių ir kitų medijos failų, kurie nebuvo naudojami straipsniuose, buvo įkelti neteisingai arba tiesiog buvo prarasti dėl netinkamo grafinio turinio pridėjimo proceso optimizavimo. Visa tai lemia tai, kad ir taip maža vieta diske tampa dar mažesnė. Ir pakalbėkime apie tai, kaip galite ištrinti nenaudojamus vaizdus iš „WordPress“ ir ką jums reikia padaryti.

Šiek tiek apie medijos failų ištrynimą

Tikriausiai neįmanoma visiškai automatizuoti nereikalingų vaizdų pašalinimo proceso, tačiau populiarus WP Media Cleaner įskiepis gali padėti iš dalies išspręsti šią problemą. Jis parašytas gerai, gana paprastas ir aiškus naudoti, tačiau mes nerekomenduojame jo naudoti, nebent tai absoliučiai būtina, nes nesvarbu, kaip jis ištrina failus.

Įskiepių charakteristikos

WP Media Cleaner papildinys skirtas atsisiuntimų katalogui ir medijos bibliotekai išvalyti. Su jo pagalba galite nustatyti:

• ar įraše naudojamas medijos failas;
• ar medijos failas naudojamas įrašų galerijoje;
• ar tinklainės medijos failas turi įprastą failą;
• ar fizinis failas yra pridėtas prie medijos bibliotekos;

Patikrinus pagal aukščiau nurodytus parametrus, papildinys paryškins failų, kuriuos galima ištrinti, sąrašą.

Papildinio diegimas

Norėdami įdiegti mūsų papildinį, turite eiti į „WordPress“ papildinių katalogą naudodami šią nuorodą http://wordpress.org/support/plugin/wp-media-cleaner. Papildinio diegimas atliekamas standartiškai.

Be to, galite jį įdiegti tiesiai iš administracinio skydelio. Norėdami tai padaryti, eikite į meniu Papildiniai - Pridėti naują ir paieškos juostoje įveskite užklausą „WP Media Cleaner“.

Papildinio sąranka

Nepaisant to, kad įskiepis neturi rusiškos versijos, juo naudotis labai patogu ir paprasta, nes jam praktiškai nereikia papildomų nustatymų.

Suaktyvinę papildinį, eikite į meniu Nustatymai – WP Media Cleaner ir ten patikrinkite šiuos elementus:

Pasiruošę? Dabar eikite į skyrių „Media Files“ – „Media Cleaner“ ir pradėkite nuskaityti failus spustelėdami mygtuką Nuskaityti. Kai nuskaitymas baigtas, norint peržiūrėti rastus failus, tereikia atnaujinti puslapį.

Dabar, kai priešais save turite visų failų sąrašą, turite pažymėti kaip ignoruotus tuos failus, kurių jums reikia darbui, tada spustelėkite Ignoruoti. O likusieji jūsų svetainėje nereikalingi failai gali būti perkelti į šiukšliadėžę; norėdami tai padaryti, pažymėkite visus failus ir spustelėkite Ištrinti arba Ištrinti viską.

Atminkite, kad tokiu atveju failai ištrinami tik iš medijos bibliotekos. Papildinys sukuria atskirą wpmc-trash aplanką kataloge, į kurį fiziškai perkeliami visi ištrinti failai. Kartu išsaugomas bylos žymėjimas ir patalpinimo data.

Jei norite visiškai ištrinti nereikalingas nuotraukas ir medijos failus, eikite į šiukšliadėžės skiltį Šiukšliadėžė ir spustelėkite mygtuką Ištrinti, jei norite ištrinti pasirinktus failus, arba Empty Trash, kad ištrintumėte visus failus.

Jei reikia, šiukšliadėžė taip pat turi failų atkūrimo funkciją. Šiam veiksmui atlikti yra skirti mygtukai Atkurti ir Atkurti viską.

Ištrintų medijos failų atkūrimas vyksta tik fiziškai įkėlimo kataloge; medijos bibliotekoje jie nebus rodomi.

Klaidos įskiepyje

Pašalinus, papildinys nepašalina savo parinkčių iš wp_options lentelės. Dažna įskiepių autorių klaida... Pataisiau šį punktą, galite parsisiųsti pataisytą versiją

Atsiprašau savo nuolatinių skaitytojų už šį ne į temą įrašą. Viskas, kas nurodyta toliau, bus įdomi tik „WordPress“ svetainių savininkams. Pažadu ateityje šia tema nepiktnaudžiauti. Tai pirmas mano įrašas tinklaraščio tema per 3 metus.

Kaip įprasta, praėjus 3 metams po to, kai pradėjau rašyti tinklaraštį, iš savo hostingo sulaukiau liūdnų žinių:

Jūsų paskyroje liko mažiau nei dešimt procentų laisvos vietos diske. Trūkstant vietos gali sugesti jūsų svetainės ir paštas.

Per trejus metus pasiekiau 2 GB limitą. Apskritai, žinoma, neturėtume laukti tokių įspėjimų, bet kas padaryta, tas padaryta. Nusprendžiau pašalinti nereikalingas vaizdų miniatiūras naudodamas papildinius. Išstudijavus internetą šia tema supratau, kad aukščiausiuose paieškos rezultatuose gausu itin nekokybiškų įrašų. Nė vienas iš šių įrašų visiškai nesprendžia problemos, o kai kuriuose pateikiami tiesiog žalingi patarimai, rodantys, kad patys patarimo autoriai nesupranta šios problemos.

Pirmiausia turėtumėte pažvelgti į įkėlimo aplanką ir pamatyti, kiek miniatiūrų sukurta kiekvienam įkeltam vaizdui. Mano pažangiu atveju paaiškėjo, kad kiekvienam vaizdui sugeneravau net 6 skirtingų dydžių miniatiūras, o dabar mano svetainėje yra daugiau nei 3000 nuotraukų, todėl šios peržiūros aiškiai užima kolosališkai daug vietos. Visos miniatiūros sukuriamos „WordPress“ įkėlimo metu.

Alt/Prt/Scr atsarginė kopija mano priegloboje, nes jau ištryniau failus

Aišku, tiek miniatiūrų man visai nereikėjo. Realiai kategorijų ir žymų puslapiuose naudojau tik 150X150 dydžio miniatiūras, „Media File Library“ taip pat visiškai pakanka 150X150 dydžio.

Miniatiūroms generuoti yra tik 3 šaltiniai, dažniausiai minimas tik pirmasis.

1. Miniatiūrų dydžiai nustatomi meniu Nustatymai → Medijos failai
2. Miniatiūrų generavimą galima nurodyti faile funkcijos.php
3. Galima nustatyti miniatiūrų generavimą įskiepių, kuriuose naudojami vaizdai, man tai buvo rankinis susiję įrašai ir Top 10 įskiepis, galbūt turite kitų įskiepių.

Pirmasis punktas yra lengviausiai suprantamas. Eikite į atitinkamą meniu elementą ir pašalinkite nereikalingus dydžius.

Jei įkėlimo aplanke yra dydžių, nenurodytų medijos failo nustatymuose, turėtumėte atidaryti failą funkcijos.php ir ieškokite eilučių, kuriose yra: „ po miniatiūros“, radau štai ką:

add_theme_support(' po miniatiūros‘);

Pirmiausia turite pagalvoti, ar jums reikia šių dydžių. Jei manote, kad jie nereikalingi, atidžiai pakomentuokite visus tokius paminėjimus. Jei komentuosite neteisingai, galite gauti lemtingą klaidą.

Jei po šio veiksmo vis dar yra nereikalingų miniatiūrų dydžių, verta išanalizuoti papildinius, kurie naudoja vaizdus arba gali naudoti miniatiūras. Galbūt verta tokius papildinius pašalinti.

Įvairios skaidrių demonstracijos yra ypač klastingos, paprastai skaidrių demonstravimui naudojama 5–10 skaidrių, o visų įkeltų vaizdų peržiūros sukuriamos didelės. Mano nuomone, per didelė prabanga serveryje laikyti 3000 miniatiūrų, kad būtų galima panaudoti tik 10 iš jų. Šiuos 10 būtiniausių dalykų geriausia atlikti rankomis. Bet čia sako, skonio reikalas.

Mano Top10 įskiepis sugeneravo po miniatiūrą kiekvienam įkeltam paveikslėliui, nors realiai jų panaudojau tik 10, t.y. įskiepiai yra klastingi ir suryja serverio vietą didžiuliais gabalais. Galbūt visa tai yra dėl to, kad WP miniatiūros sukuriamos įkeliant vaizdą; jei jos būtų sukurtos tik pirmojo vaizdo užklausos metu, tokios problemos nebūtų. Tai tik pagalvojus apie „WordPress“ trūkumus.

Papildiniuose taip pat turėtumėte ieškoti automatinės paieškos būdu naudodami žodžius " po miniatiūros„Jei vis tiek norite naudoti papildinį, bet nenorite naudoti vaizdų jo funkcijoje. Atnaujinant papildinį, šią operaciją reikės pakartoti.

Jei rezultatas yra patenkinamas, galite pereiti į kitą etapą.

Kaip pašalinti nereikalingas miniatiūras

Svarbu suprasti, kad miniatiūros generuojamos ne tik jūsų serverio aplankuose, kiekvienai miniatiūrai daromas įrašas svetainės duomenų bazėje, todėl tiesiog ištrinti miniatiūrų failus iš serverio įkėlimo aplanko nėra gera idėja. Miniatiūros taip pat naudojamos „Media failų bibliotekoje“ ir „Įrašymo miniatiūroje“; jei ištrinsite neteisingai, galite gauti tokį liūdną vaizdą.

Ištrinant failus, peržiūros dingo

Pačios originalios nuotraukos yra nepažeistos, ištryniau tik 300 x 199 miniatiūras, o miniatiūros nustojo būti rodomos medijos bibliotekoje. Tiesą sakant, 150x150 miniatiūros yra gana tinkamos šiam tikslui, tačiau pagal numatytuosius nustatymus medijos bibliotekoje rodomi vidutinio dydžio vaizdai.

Todėl geriau naudoti papildinį Miniatiūrų valiklis, jis pašalins visas miniatiūras ir po to sugeneruosite naują lengvą miniatiūrų rinkinį naudodami papildinį Atkurti miniatiūras.

Internete mačiau tokių patarimų: „Įklijuokite šį kodą į failą functions.php ir paleiskite jį vieną kartą“. Ir kodas tik ištrina įrašus iš duomenų bazės; šis blogas patarimas neatlaisvins daug vietos jūsų serveryje. Svarbu ištrinti ir įrašus duomenų bazėje, ir failus serveryje. Ir tada vėl visa tai generuokite sumažintu kiekiu.

Taip pat svarbu tai suprasti jei turite daug nuotraukų, šis procesas labai apkraus serverį, geriau tai daryti naktį arba dienomis, kai srautas į jūsų svetainę yra mažiausiai, pavyzdžiui, šeštadienį. Na, paprastai turite suprasti, kokią apkrovą prieglobos serveris gali jums atleisti neuždarydamas svetainės.

Natūralu, kad reikia pasidaryti atsarginę įkėlimų ir duomenų bazių aplankų kopiją tik kritiniu atveju, bet geriau be Thumbnail Cleaner įskiepio pagalbos, kad neapkrautumėte serverio, kuris turės veikti be šios operacijos. .

Iš viso turėjau apie 3000 nuotraukų ir papildinį Miniatiūrų valiklis, suskaičiavo apie 14 000 miniatiūrų, įskiepis su griovimu susidorojo per 2 minutes.

Naujų miniatiūrų generavimas naudojant papildinį Atkurti miniatiūras užtruko visas 30 minučių. O kitą rytą gavau įžeidžiantį laišką iš Sweb, kad aš pažeidžiau mūsų sutarties sąlygas ir viršijau man leistiną serverio apkrovą. Bet, laimei, Swebas apsiribojo tik šiuo laišku. Žemiau galite įvertinti, kiek serverio apkrova padidėjo dėl mano operacijų.

DNUI Ištrinti nenaudojamą vaizdo papildinį

Prieš atlikdamas visus aukščiau nurodytus veiksmus, pabandžiau naudoti papildinį DNUI Ištrinti nenaudojamą vaizdą, bet, deja, patirtis buvo nesėkminga. Dvi dienas kovo 16 ir kovo 17 bandžiau eksperimentuoti su šiuo įskiepiu, tai pastebima iš padidėjusios serverio apkrovos. DNUI Delete nenaudojamas vaizdas sugriovė man reikalingas 150x150 miniatiūras, dėl to kategorijų puslapiai ir žymės prarado nuotraukas, teko juos atkurti iš atsarginės kopijos.

Iš viso savo serveryje išvaliau 700 MB, visai neblogai! Gali pakakti dar metams į priekį, prieš pereinant prie kito tarifo.

Kas dar gali užimti vietos diske?

Kai kurie papildiniai gali rašyti žurnalus ir niekada jų neištrinti.

Trejus metus mano svetainėje Bendra talpyklaįrašyta daugiau nei 1 MB žurnalų!!! Neįmanoma išjungti jų generavimo iš administratoriaus skydelio, juos galima nugriauti tik per FTP. Jei naudojate Total Cache, pažiūrėkite kiek sveria šio /wp-content/cache/log/000000 aplanko turinys, gali būti, kad jį išvalius nereikės vargti su peržiūros regeneravimu.

„iThemes“ sauga rašo 404 klaidų žurnalus, nepamirškite jų periodiškai išvalyti. Žurnalai ypač auga, kai svetainė yra užpulta.

Populiarus papildinys Yoast SEO rašo 404 klaidų žurnalus, nepakenktų ten pasižiūrėti, išanalizuoti turinį ir išvalyti žurnalus. Sužinokite, kas yra jūsų „Yoast SEO Search Console“.

Daugelis papildinių atsisiunčia visus galimus kalbų paketus diegimo metu; visos kalbos, kurių jums nereikia, turėtų būti pašalintos. Patikrinkite, kas yra jūsų aplankuose:

/wp-content/languages/themes

/wp-content/languages/plugins

Gali būti, kad yra kalbų paketų iš temų ir papildinių, kurių nenaudojate.

Peržiūrėkite papildinius, ar nėra jums nereikalingų kalbų paketų.

/wp-content/plugins/plugin name/lang(languages).

Populiarus Yoast SEO įskiepis rašo 404 klaidų žurnalus, nepakenktų ten pasižiūrėti, išanalizuoti turinį ir išvalyti žurnalus.

Mano tiesioginė problema yra per didelė serverio apkrova; pagal mano tarifą procesai mano svetainėje turėtų užtrukti ne daugiau kaip 60 minučių procesoriaus laiko per dieną. Kol kas Sweb mane toleruoja, bet norėčiau rasti šios problemos sprendimą. Total Cache įdiegiau seniai ir net veikia, bet prijungus nepastebėjau staigaus apkrovos sumažėjimo, bet tikėjausi. Nesuprantu, kokia šio įskiepio prasmė.

Mano darbo krūvis tikrai nesusijęs su ataka prieš serverį. Priepuolio metu krūvis didėja staigiai, tai ne mano atvejis, jis man buvo didelis jau porą metų ir koreliuoja su lankomumu. Be to, įdiegiau saugos įskiepį, pakeičiau admin prisijungimo puslapį, visi slaptažodžių krekeriai yra uždrausti po pirmo bandymo.

Žinoma, dedikuotas serveris išspręs šią problemą, tačiau tai kainuoja daug daugiau nei bendras priegloba. Dar neturiu tiek lankomumo, tiek uždarbio, kad galėčiau tiek daug išskaičiuoti. Juk daugelis tinklaraštininkų turi 2000 ir 3000 unikalių lankytojų srautą, kaip jūsų serveriai atlaiko tokį krūvį, kokį hostingą naudojate? Būčiau dėkingas už patarimą.

Mano patirtis naudojant CDN (turinio pristatymo tinklą)

Dėmesio, viskas, kas išvardinta žemiau, įvyko praėjus dviem mėnesiams po to, kai diske buvo atlaisvinta vieta nuo nereikalingų miniatiūrų.

Laukiau dar vieno kenkėjiško laiško iš savo žiniatinklio prieglobos. Prasidėjus aktyviam turistiniam sezonui smarkiai išaugo srautas į mano svetainę ir serverio apkrova, kurią sukuria procesai mano svetainėje, pasiekė kritinę 120 minučių per dieną reikšmę. Mano svetainė turi sunaudoti tik 60 minučių procesoriaus laiko per dieną.

Sweb man pasiūlė pereiti prie kito tarifo, kainuojančio tik 800 rublių. per mėnesį!!! Ši nežmoniška suma man visiškai netiko, dabar moku tik 120 rublių. per mėnesį, padidinkite kainą beveik 6 kartus, tai yra apiplėšimas. Dėl to rupūžė mane pasmaugė ir nusprendžiau išbandyti CDN iš „CloudFlare“; galiausiai neturėjau kitos išeities.

„CloudFlare“ turi nemokamą planą, dėl kurio ir užsiregistravau. Didžiausią nerimą kėlė reikalavimas perrašyti savo DNS įrašus CloudFlare, bet aš tai padariau ir dėl to grafike matosi, kad serverio apkrova gerokai sumažėjo iki ribos, kurią Sweb linkęs atleisti. Nuotraukoje žaliu ženklu pažymėjau CDN prisijungimo momentą.

Žinoma, tikėjausi daugiau, svajojau matyti figūrą 30 minučių per dieną, bet to neįvyko. CDN yra viso pasaulio serverių sistema, į kurią kopijuojama jūsų svetainė ir kai į užklausą, pavyzdžiui, iš JAV, atsako JAV, o ne Sankt Peterburge esantis serveris, o tai turėtų sutrumpinti svetainės įkėlimo laiką. svetainę ir tuo pačiu šis metodas sumažina mano serverio apkrovą.

Be turinio pristatymo sistemos, „CloudFlare“ taip pat siūlo apsaugą nuo DOS atakų, analizę ir html, css ir js sumažinimą. Išjungiau „Total Cache“ minimizatorių, nes jis sukuria klaidą, kai kurie mano tekstai yra labai ilgi ir jame nėra pakankamai 64 MB RAM, kad sumažintų html.

Nemokama „CloudFlare“ paskyra turi daugybę apribojimų, o tai yra gana natūralu. Už vieną užklausą lankytojas iš CloudFlare gali atsisiųsti ne daugiau kaip 100 MB, o serveriai atnaujinami per 24 valandas. Tie. pardavus nuorodą pirkėjas ją pamatys ne iš karto, o per 24 val.

Tarp „CloudFlare“ trūkumų pastebėjau šiuos dalykus:

1. Visada prisijungus funkcija negarantuoja, kad jūsų svetainė bus rodoma, jei jūsų serveris suges. Daugelis Rusijos tinklaraštininkų žadėjo tokį triuką, tačiau iš tikrųjų taip nėra. Oficialioje „CloudFlare“ svetainėje parašyta, kad ji neišsaugo absoliučiai visų jūsų svetainės puslapių, išsaugo pirmuosius 10 html svetainės puslapių ir tik kai kurias nuorodas iš jų, suprantate, kad tai yra nereikšminga tinklaraščiui, kurį sudaro 400 puslapių. Taigi, kai mano serveris sugenda, matau klaidos pranešimą iš „CloudFlare“, o ne iš savo svetainės.
2. Mano svetainė, prijungta prie „CloudFlare“, yra užblokuota interneto ryšiui naudojant TOR. Tai pastebėjau sėdėdamas feisbuke, kur žmonėms rekomendavau savo svetainę ir kai kurie man parašė, kad puslapis neatsidaro. Būdinga tai, kad kai jie lankėsi mano svetainėje per mobilųjį internetą, jiems viskas atsidarė, viskas atsidarė ir man, svetainė tuo momentu veikė. Tai buvo interneto ryšio problema.

Klaidos pranešimas Matau, ar mano serveris neveikia
2017 m. spalio mėn. analizė

Serverio apkrova žymiai padidėja tuo metu, kai rašau straipsnį, nes mano serveris šiuo atveju veikia. Visiškai išjungiau pataisų kūrimą ir netgi išjungiau HeartBeat API, kuri automatiškai išsaugo įrašus rašant straipsnį ir kitas reikalingas funkcijas, jei svetainėje yra keli redaktoriai. aš žiūrėsiu.

2017 metų spalį mane ištiko dar vienas sielvartas. Atnaujinus WordPress ir įskiepius, serverio apkrova vėl smarkiai išaugo, nepaisant to, kad dabar srautas mažesnis, lyginant su liepos mėn. Klaidų žurnalai serveryje yra aiškūs. Apskritai šis vaizdas yra gana tipiškas, kai atnaujinus įskiepius padidėja serverio apkrova.

Viršiju liepos mėnesio darbo krūvį. Mano zona mėlyna.

Perkėliau svetainę į php7. Tai nebuvo lengva. Iš pradžių, kai perjungiau, vietoj savo svetainės pamačiau baltą puslapį su užrašu: „Klaida jungiantis prie duomenų bazės“. Šeimininkas man negalėjo padėti patarimu, turėjau tai išsiaiškinti pačiam. Paaiškėjo, kad naudoju pasenusį duomenų bazės ryšį. Norėdami jį atnaujinti, tereikia iš naujo sugeneruoti duomenų bazės prisijungimo slaptažodį ir viskas, bet aš praleidau 2 dienas ieškodamas šio sprendimo.

Po perjungimo svetainės apkrova pradėjo viršyti pagrįstas ribas, priešingai nei daugelis prognozuoja, kad ji tiesiog nukris. Dar kelios dienos mąstymo ir eksperimentavimo ir aš išsprendžiau šią problemą. Paaiškėjo, kad į function.php savo temą pridėjau ( remiantis patyrusių žiniatinklio valdytojų patarimais internete) funkciją, kuri jau ilgą laiką turėjo papildomą kilpą. Dirbant su php5.3 nebuvo perkrovos, bet perjungus į php7 jis tiesiog pradėjo mažėti. Kai išsprendžiau šią problemą, pagaliau pamačiau savo krovinį mėlynojoje zonoje.

Dabar įdiegiau keletą naujų įskiepių (WP-PostRating ir SNAP|AutoPoster) ir vėl palikau.

Krovinys spalio mėnesiui. Spygliai atsirado dėl function.php klaidų, jie atsirado tik dirbant admin srityje, todėl man buvo sunku rasti, kas negerai

Kalbant apie mano mintis apie krūvio mažinimą, man aktualu:

1. Pabandykite „Total Cache“ talpyklos papildinį pakeisti papildiniu, kuris išsaugo HTML puslapius. Bendra talpykla neveikia bendrai naudojamoms priegloboms. Duomenų bazės talpyklos kaupimas neveikia, joje nepakanka RAM, minifier neveikia dėl tos pačios priežasties. Tiesą sakant, iš viso turtingo Total Cache rinkinio veikia tik puslapio talpyklos ir naršyklės talpyklos kaupimas. Kalbant apie pliko html talpyklą, mane kankina mintys, kas bus su komentarų pridėjimu ir kaip bus rodomas Google adsense, kaip veiks įvertinimas.
2. Pabandykite sukurti AMP svetainės versiją, jei lėtas ryšys įkeliamas iš Google, o ne iš mano serverio, apkrova tiesiog sumažės. Čia, žinoma, viskas priklausys nuo kiekybinių charakteristikų: visas klausimas yra, kiek vartotojų per dieną atsisiųs svetainę iš „Google“? O svarbiausia, šio įskiepio nustatymas taip pat žada būti varginantis.
3. Ir dabar mane kankina abejonės dėl mano sprendimo nugriauti nereikalingas miniatiūras teisingumo. Faktas yra tas, kad „WordPress“ mobiliuosiuose įrenginiuose įkels 300 pikselių pločio arba 700 pikselių pločio vaizdus, ​​jei ekrano skiriamoji geba yra maža, o jei nėra miniatiūrų, įkels viso dydžio 1000 pikselių pločio vaizdus. Prieš griovimą gerai pagalvokite. Bandysiu įskiepį

   „SrcSet Responsive Images for WordPress“, kad galėtumėte atšaukti.

Kitą sezoną tikriausiai turėsime pereiti prie tam skirto serverio „DigitalOcean“. Niekada pats nesu konfigūravęs serverių, todėl procesas kelia klausimų, bet tikiuosi, kad tai pavyks. Pažadu parašyti, kaip yra, kai pasitaikys galimybė.

| 21 | 5 įvertinimai, vidurkis: 5,00 iš 5)