Dzięki! Czy wiesz, co mógłbym zrobić, aby pozbyć się tego na końcu moich adresów URL?
Andrew Warner
Usuń wiersz z wp-config.php (chociaż może to uniemożliwić działanie crona).
scribu
@scribu iThemes sugeruje ustawienie tej linii w pliku wp-config, aby BackupBuddy działał, a zatem ponowne usunięcie tej linii upewnia się, że wtyczka nie działa. Według twojej wiedzy istnieje inne „rozwiązanie” tego problemu niż zrzut BackupBuddy?
@Piet: To dość dziwne wymaganie ze strony iThemes. Możliwym rozwiązaniem byłoby użycie zadań CRON UNIX. Otwórz nowe pytanie.
Widziałem wiele postów na ten temat, ale niewielu udało się znaleźć prawdziwe rozwiązanie. Tym, co rozwiązało ten problem, było zarządzanie przekierowaniami w pliku .htaccess.
Oto przykład przekierowania adresu URL poprzez dodanie następujących wierszy w pliku .htaccess:
To nie jest idealne. Lepiej byłoby wyłączyć alternatywny cron.
fuxia
@toscho: Oto, co zrozumiałem (może czegoś mi brakuje). parametr „ALTERNATE_WP_CRON” wyłącza zadanie cron z punktu widzenia Wordpress. Dlatego jest wyłączony w „silniku” Wordpress. Następnie wtyczka „All in one Event Calendar”, BackWPup i wszystkie inne rzeczy, które wymagają harmonogramu zadań, nie będą mogły kontynuować swoich zadań. Podczas gry z przekierowaniem Apache nie będzie to miało wpływu na silnik Wordpress. Właśnie to rozgryzłem, ale nie wszystko jest dla mnie jasne. Gdzie się mylę?
Gepeto
1
@scribu Uważam, że BackupBuddy korzysta z harmonogramu zadań WordPress do planowania zadań w ramach procedur tworzenia kopii zapasowych - jeśli witryna ma wyłączone sprzężenia zwrotne, to jedyne rozwiązanie (oprócz niektórych niestandardowych rozwiązań zewnętrznych) i konkretne alternatywne rozwiązanie, które, jak jestem pewien wiesz, jest zintegrowany z WordPress, jest alternatywną poprawką cron. Jest to więc „wymagane” tylko wtedy, gdy host ma wyłączone sprzężenia zwrotne. Pamiętaj, że jeśli tak, to nieZaplanowane zadania, niezależnie od tego, czy będą to standardowe zadania WordPress, czy te związane z innymi wtyczkami, będą działać. Wydaje się, że tak się dzieje, że użytkownik nie będzie wiedział, że jego host spowolnił instalację WordPressa, dopóki nie spróbuje BackupBuddy, ponieważ to sprawia, że problem jest bardziej oczywisty, niż do tego czasu był niewidoczny.
Użycie podejścia typu crontab jest tylko przyklejeniem, ponieważ, chyba że sprawisz, że „ping” przetwarzanie cron WordPress bardzo często będzie działało tylko z niektórymi rodzajami zaplanowanych zadań.
Oczywiście, jeśli użytkownik nie chce lub nie może użyć alternatywnej poprawki wp cron, nie chce przejść do hosta, który umożliwia sprzężenie zwrotne i nie jest wystarczająco kompetentny, aby móc ustawić odpowiednią funkcję opartą na crontab, BackupBuddy oferuje tryb ręcznego tworzenia kopii zapasowych, który będzie działał, ale brakuje mu elastyczności i niektórych możliwości tego dostępnego, gdy harmonogram jest dostępny.
Przyczyną tego problemu jest alternatywny cron. Aby obejść ten problem, jeśli masz dostęp, możesz włączyć rzeczywisty proces cron (jeśli twój hosting ci na to pozwoli) i wyłączyć ALTERNATE_WP_CRON w swoim pliku wp-config.php.
ALTERNATE_WP_CRON
jakfalse
wwp-config.php
.Odpowiedzi:
To znak, który
ALTERNATE_WP_CRON
zdefiniowałeś w swoimwp-config.php
Aby wykonać pewne przetwarzanie w tle (np. Publikować zaplanowane posty), WordPress przekierowuje cię na adres URL z
?doing_wp_cron
dołączonym.źródło
Widziałem wiele postów na ten temat, ale niewielu udało się znaleźć prawdziwe rozwiązanie. Tym, co rozwiązało ten problem, było zarządzanie przekierowaniami w pliku .htaccess.
Oto przykład przekierowania adresu URL poprzez dodanie następujących wierszy w pliku .htaccess:
Mam nadzieję, że to pomoże!
Uwaga: te wskazówki pochodzą z tego forum
źródło
@scribu Uważam, że BackupBuddy korzysta z harmonogramu zadań WordPress do planowania zadań w ramach procedur tworzenia kopii zapasowych - jeśli witryna ma wyłączone sprzężenia zwrotne, to jedyne rozwiązanie (oprócz niektórych niestandardowych rozwiązań zewnętrznych) i konkretne alternatywne rozwiązanie, które, jak jestem pewien wiesz, jest zintegrowany z WordPress, jest alternatywną poprawką cron. Jest to więc „wymagane” tylko wtedy, gdy host ma wyłączone sprzężenia zwrotne. Pamiętaj, że jeśli tak, to nieZaplanowane zadania, niezależnie od tego, czy będą to standardowe zadania WordPress, czy te związane z innymi wtyczkami, będą działać. Wydaje się, że tak się dzieje, że użytkownik nie będzie wiedział, że jego host spowolnił instalację WordPressa, dopóki nie spróbuje BackupBuddy, ponieważ to sprawia, że problem jest bardziej oczywisty, niż do tego czasu był niewidoczny.
Użycie podejścia typu crontab jest tylko przyklejeniem, ponieważ, chyba że sprawisz, że „ping” przetwarzanie cron WordPress bardzo często będzie działało tylko z niektórymi rodzajami zaplanowanych zadań.
Oczywiście, jeśli użytkownik nie chce lub nie może użyć alternatywnej poprawki wp cron, nie chce przejść do hosta, który umożliwia sprzężenie zwrotne i nie jest wystarczająco kompetentny, aby móc ustawić odpowiednią funkcję opartą na crontab, BackupBuddy oferuje tryb ręcznego tworzenia kopii zapasowych, który będzie działał, ale brakuje mu elastyczności i niektórych możliwości tego dostępnego, gdy harmonogram jest dostępny.
źródło
Przyczyną tego problemu jest alternatywny cron. Aby obejść ten problem, jeśli masz dostęp, możesz włączyć rzeczywisty proces cron (jeśli twój hosting ci na to pozwoli) i wyłączyć ALTERNATE_WP_CRON w swoim pliku wp-config.php.
źródło