Oare ceasul zilei, dragi cititori ai blogului Gandacii mei!
Astăzi vreau să vorbesc despre un caz care mi sa întâmplat a doua zi.
Totul a început cu faptul că am fost abordat de un client al cărui site web este în serviciul meu, cu o solicitare de a încărca fotografii noi. Se pare că mi se părea că eo minune, încărcând o jumătate de duzină de fotografii proaspete pe site, dar mi-a luat aproape 3 ore. Și toate pentru că toate acțiunile de pe site au răspuns cinci sute. Nu-mi amintesc exact ce eroare de server.Iată una dintre aceste litere:
Potrivit statisticilor, încărcarea pe server:
Data, încărcați CPU-ul, încărcați-l pe MySQL
_ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _
- care depășește valorile admise în planul tarifar curent: încărcarea CPU-ului este de până la 50 cp, MySQL este de până la 1000.
Informațiile despre încărcătura din ultimele zile și limitele planurilor tarifare pot fi vizualizate în panoul de control.
Vă putem oferi următoarele soluții la situația actuală:
1. Eliminați sursa încărcării, optimizând în mod independent site-urile utilizând instrumente CMS sau software specializat (profilers, cadre) pe computerul local.
2. Consultați specialiștii corespunzători pentru a reduce încărcătura, dacă nu sunteți gata să optimizați independent.
3. Luați în considerare posibilitatea de a trece la o soluție tehnică fără limitări de sarcină (server dedicat sau virtual).
În mod statistic, creșterea sarcinii apare adesea din unul din următoarele motive:
1) creșterea prezenței;
2) utilizarea de scripturi neoptimizate;
3) dezactivarea caching-ului;
4) efectul unui cod rău intenționat;
5) activitatea nedorită a căutării sau a altor bots;
6) creșterea cantității de date procesate.
Saltul de încărcare poate fi cauzat din mai multe motive, de exemplu:
1) saltul de participare;
2) lucrează pe site;
3) efectul unui cod rău intenționat;
4) atac de DoS;
5) o eroare în logica scripturilor.
În decurs de 7 zile (până la _ _ _ _ _ _ inclusiv), trebuie să reduceți încărcătura creată înainte de limitările planului tarifar sau să luați o decizie cu privire la modificarea adecvată a condițiilor de plasare. Dacă, după această perioadă, există încă o încărcătură mare, întreținerea ulterioară în condițiile anterioare va fi imposibilă.
Puteți obține sfaturi cu privire la această problemă în cadrul sistemului actual de feedback.
Înainte de deconectare, am primit un mesaj cu următorul conținut:
Cu indicatorii de încărcare disponibile, vă putem oferi următoarele opțiuni pentru plasarea ulterioară:
- Închirierea unui server dedicat.
.
- Închirierea serverului virtual (VDS)
De asemenea, vom fi gata să reluăm activitatea după eliminarea sursei încărcăturii din partea dvs.
Puteți obține sfaturi cu privire la această problemă în cadrul sistemului actual de feedback.
Doar în acest moment, am început să observ că site-ul a început să înregistreze roboții. Dar nu am făcut nimic pentru al opri, pentru că m-am gândit că în viitorul apropiat aș transfera totul la un nou motor și apoi voi rezolva ceva cu ei. Dar nu totul se întâmplă așa cum doriți, o serie de evenimente în viața mea personală ma făcut să uit de ceva vreme site-urile mele. Și în acest moment roboții și-au continuat activitățile.
În general, trebuia făcut ceva. Dar, pe larg, m-am putut baza doar pe intuiție. Am pus pe faptul că totuși ușa a fost atârnată pe site-ul anime. Am verificat domeniul și am scris echipei de asistență. Sa dovedit că am avut dreptate: când toate locațiile erau conectate, încărcătura nu mai creștea.
Ei bine, dar ce să fac în continuare? Pentru a transfera site-ul la un nou motor, trebuie să funcționeze ambele site-uri. Pentru a face acest lucru, am de gând să conectez un site defect și să repară rapid erorile, plus să creez un subdomeniu și să instalez un nou motor pe el. Apoi mutați manual materialele.
Prin MySQLAdmin era necesar să urci într-o bază de date. Cum nu-mi place acest lucru. Pentru a fi sincer, chiar mă tem. dar ce să fac.