Siamo andati in giro, tutto è ok ora a priori, non esitate a farci sapere qualsiasi problema sul sito ...
Aggiornamento
Il nostro test su PHP 7 funziona dopo aver corretto una dozzina di moduli, rimane 1-2 armeggiatori, quindi rimarremo in PHP7 sperando di vedere stabilità e nessun problema. Abbiamo guadagnato un po 'di tempo di caricamento sul lato admin e sul sito, non possiamo fare meglio:)
Ciao, I dischi Sata3 hanno ancora un problema di prestazioni nonostante tutte le recenti ottimizzazioni, è il momento di aggiornare a tecnologie più elevate con SSD al 100%, in modo che per avois questi piccoli rallentamenti che appaiono da tim in tempo a causa del limite IOPS dei dischi Sata. L'SSD di nuova generazione è anche due volte più efficiente rispetto all'SSD attualmente utilizzato. Ci passeremo da Tier3 a Tier 4 (riscaldanza in rete in aggiunta) Il server avrà lo hot swap e un doppio alimentatoreDurata della vita di questo nuovo server: 2024Tutti saranno migrati senza dolore dalla tua parte, e nessun cambiamento di prezzo per nessuno Data stimata della migrazione: febbraio 10-20Ci vediamo presto,GiovanniCEO YOORshop
Ciao, Per qualche volta, ci chiedevamo chi fosse dovuto a micro-slowdown sul server che si traduceva in un picco di IOwait, e abbiamo deciso di concluderlo 4 giorni fa mobilitando esperti esterni ... Ieri, da soli, abbiamo trovato la chiave per annullare con il registro dei tronchi osservati, il problema si verifica ogni secondo 5-6-7-8 ogni volta, quindi abbiamo pensato al cron ... È un fatto che il cron del servizio del server fornito da cento manca qualcosa, cioè esegue il cron del server allo stesso secondo in qualsiasi momento, e il ciclo del cron, ed è nel caso di un potente server, anche in SSD, e con un sacco di utenti ... Dopo aver consultato gli esperti su una soluzione, la prima proposta è una buona soluzione, e non è certo in questa fase che ce n'è un'altra: inserire in cron questo:Dormire $ (expr $ RANDOM -% 30); Questo diluisce l'esecuzione del cron su un secondo a caso nei primi 30 secondi. Di conseguenza, abbiamo modificato il cron visibile direttamente nei file cron del server (altri non sono visibili perché gestiti all'interno del CMS) Abbiamo aggiornato di conseguenza l'articolo sul cron in modo che l'utente tenti di fare come raccomandato ...
