Vi gick runt, allt är ok nu a priori, tveka inte att låta oss veta några problem på webbplatsen...
Uppdatera
Vårt test på PHP 7 fungerar efter att ha korrigerat ett dussin moduler, förblir 1-2 tinkers, så vi kommer att stanna i PHP7 hoppas på att se stabilitet och inga problem. Vi fick lite av lastningstid på admin sida och plats, vi kan inte göra bättre:)
Hallå. Sata3-skivor har fortfarande ett prestandaproblem trots alla nya optimeringar, det är dags att uppgradera till högre teknologier med 100% SSD, så att avois dessa små avmattningar som visas från tim till tid på grund av IOPS gräns för Sata-skivor. Den nya generationen SSD är också dubbelt så effektiv som den SSD som för närvarande används. Vi kommer att byta från Tier3 till Tier 4 (nätsuppsägning utöver) Servern kommer att ha hot swap, och en dubbel strömförsörjningLivslängd för denna nya server: 2024Alla kommer att migreras utan smärta på din sida, och inga prisförändringar för någon Beräknat datum för migration: februari 10-20Vi ses snart.Johann OrdförandeVerkställande direktör YOORshop
Hallå. För ibland frågade vi oss själva vem som var på grund av mikro-slowdowns på servern som översätter till en IOvänta spik, och vi beslutade att avsluta det 4 dagar sedan genom att mobilisera externa experter... Igår, av oss själva, hittade vi nyckeln att ångra med de observerade loggar logg, problemet uppstår varje sekund 5-6-7-8 varje gång, så vi tänkte på cron... Är ett faktum att server cron av server som tillhandahålls av centos saknar något, dvs det kör cron av servern på samma sekund oavsett minut, och cykeln av cron, och det är i fallet med en kraftfull server, även i SSD, och med en hel del användare... Efter att ha rådfrågat experterna om en lösning är det första förslaget en bra lösning, och det är inte säkert att det i detta skede finns en annan:Sova $ (extra $ RANDOM\% 30); Detta späder ut utförandet av cron på en sekund slumpmässigt de första 30 sekunderna... Som ett resultat har vi modifierat den synliga cronen direkt i serverns cron-filer (andra syns inte eftersom de hanteras inuti CMS) Vi har uppdaterat artikeln om cron så att ut användaren försöker göra som rekommenderas...
