Ben senin konsept değiştirmek gerekiyor bence.
PHP, bir işi zamanlama olamaz ne MySQL yapabilirsiniz. Bir mysql sorgu belirli bir zamanda değil, gerçekleştiğinde çalıştırılacak MySQL tetikler. Hiçbiri
Bu sınırlama, genellikle web geliştirme bir sorun değildir. PHP uygulama ve dışarı giden tüm verileri kontrol edilmelidir çünkü nedenidir. Genellikle, bu verileri, ya da diğer biçimleri kullanıcılara veya diğer programları görüntüler sadece HTML demektir.
Sizin durumunuzda hakkında bu şekilde düşünebilirsiniz. Son bir dizi tarihtir. Bunu veri olarak tedavi edebilir, ve bu veritabanına kaydetmek. Oluşur tarihi önemli değil, bu sizin veritabanı gönderdiğiniz adres verileri doğru görülmesidir.
Sadece görüntü önce, projenin kapalı olduğunu veya güncelleştirme - bir istek uygulama yapıldığında, sürenin tarihi geçmiş ise o ise, o projenin kapalı olduğunu göstermek edin.
Gerçekten independantly PHP uygulama verilerini güncellemek için hiçbir sebep yoktur.
Genellikle, planlamak istediğiniz tek şey yükü bakımından uygulamayı etkileyecek işler vardır, ya da ihtiyaç sadece bir kez yapılması, ya da eşzamanlılık veya zaman bir sorun olduğu.
Sizin durumunuzda olanların hiçbiri geçerli.
PS: Ben PHPscheduler denemedim ama ben gerçek bir zamanlayıcı değildir tahmin edebilirsiniz. Cron verilen bir görev nedeniyle gelinceye kadar kuyrukta, bir sonraki (en azından mevcut algoritma ne şu) kaynaklanmaktadır kadar uyur, sonra görevi yürütür uyumayan bir deamon olduğunu. PHP özel kurulumu gibi, priz ve çatal uzantıları olmadan bunu yapamam. Bir görev için bir tarih dolduysa (PHP bir sayfa yürütür zaman) Yani PHPscheduler büyük olasılıkla sadece bir web sayfasının her yük, kontrol ediyor. Bu hiçbir proje üzerinde tarih PHPScheduler yükü olmadan, dolduysa o zaman sadece kontrol farklıdır.
