[galle43]

Ciężkie Zapytania na MySQL

[aileneelee]

Jaki jest Twój adres URL witryny i jak dużo ruchu są otrzymujesz dziennie ?

[mvmiguel15]

GPGT.org napisał: Jaki jest Twój adres URL witryny i jak dużo ruchu są otrzymujesz dziennie ? Nie sądzę zapytanie MySQL jest ze względu na użytkowników korzystających z serwisu. Jest to aktualizacja wordpress zapytania dotyczące ustawień serwisu.

[massive.johnson]

davidktw napisał: Nie sądzę zapytanie MySQL jest ze względu na użytkowników korzystających z serwisu. Jest to aktualizacja wordpress zapytania dotyczące ustawień serwisu. Mam sprawdzanie jej statystyki witryny , aby sprawdzić, czy istnieje możliwość , aby zorganizować swoje miejsce na moim serwerze .

[nrezaeipl]

GPGT.org napisał: Mam sprawdzanie jej statystyki witryny , aby sprawdzić, czy istnieje możliwość , aby zorganizować swoje miejsce na moim serwerze . Ahhhh działalności człowieka

[neasterl]

Wordpress projektowania baz danych , tak jialat ah. Użyj 1 stół ( wp_options ) i 1 pole ( wartość_opcji ) nadziać gigantyczny ciąg JSON . Programowanie wygląda rodzaju niechlujstwa do mnie.

[doctorkurochka]

Widzę wiele powtarzających zaplanowane pozycje crona dla rg_cron_hook . Nie wiem , czy z powodu tego błędu w rozszerzeniu Subscribe2 ReadyGraph : WordPress > Pomoc » Bug w rozszerzeniu Subscribe2 ReadyGraph sprawia wp_options cron rosnąć w nieskończoność

[miczax]

ykgoh napisał: Widzę wiele powtarzających zaplanowane pozycje crona dla rg_cron_hook . Nie wiem , czy z powodu tego błędu w rozszerzeniu Subscribe2 ReadyGraph : WordPress > Pomoc » Bug w rozszerzeniu Subscribe2 ReadyGraph sprawia wp_options cron rosnąć w nieskończoność Dość pewne ten błąd jest przyczyną jej wartość_opcji rośnie zbyt duży i ciężki wykorzystanie bazy danych. Cytuję z WordPress > Pomoc » Bug w rozszerzeniu Subscribe2 ReadyGraph sprawia wp_options cron rosnąć w nieskończoność Zacytować: tigertech : Należy wydać nową wersję teraz ; Ten błąd kompletnie zabija witryn WordPress ludzi , gdy liczba zaplanowanych zadań opiera się na dużych ilościach . Stałe przepisuje bazy danych wp_options wartości " cron " był przyczyną kilku GB bazy pisze za godzinę, na miejscu widzieliśmy .

[esjaji]

ykgoh napisał: Dość pewne ten błąd jest przyczyną jej wartość_opcji rośnie zbyt duży i ciężki wykorzystanie bazy danych. Cytuję z WordPress > Pomoc » Bug w rozszerzeniu Subscribe2 ReadyGraph sprawia wp_options cron rosnąć w nieskończoność Dobra robota