Ne bu adamlar sadece dedi emin bayrak tehlikeli içeriğe yerinde bazı tedbirler var olun, gayet iyi. CMS resim yüklemeye izin Eğer kişi nasties her türlü yükleyebilir.

Ayrıca, sadece kullanıcıların oturum kimlikleri depolayan veritabanında yeni bir alan oluşturmak ve sadece belirli bir kullanıcı yükledi içeriği / düzenlenmiş görüntüleyebilirsiniz. Biraz daha fazla iş olabilir ama daha güvenli eğer görmek için tüm yayımlanmış tehlikeli içeriği hakkında endişeli.

Ben bir site sizin için yepyeni bir demo yaratacak, daha önce bahsediyoruz yöntemini gördük. Bunun yerine uygulama için bir kullanıcı size yepyeni taze bir sürümü demo olacaktı.

Ben bunu yapacağını yolu kodunun 1 kopyasını tutmak için, ve sonra DB bağlantı alanında, yarattığı her bir demo kullanıcı için uygun DB seçmek var. Ben o gün x miktarda sonra eski demo DB silmek için bir cron işi çalıştırmak istiyorum

Çoğu CMS demolar sadece 1 kullanıcı (misafir) oluşturmak ve demo kullanıcı alır önce giriş bilgilerinizi görüntüleyebilir. Sonra günde bir kez birkaç saat veya kendi orijinal durumuna geri veritabanlarını bir cron işi çalıştırın. Bu şekilde vb birden fazla oturum açma, klonlama veritabanları, eylem bu sistemin iyi bir örnek olduğunu opensourcecms.com ile uğraşmak gerekmez

Ne başka demolar gördüğüm tüm kullanıcılar için tek bir demo kullanmak ve günde bir kez veritabanının yeni bir kopyasını yüklemek için cron olmasıdır.

Ayrıca, varsayılan kullanıcı adı ve şifresi oluşturarak deneyebilirsiniz. Eğer cron floş gibi kullanarak bir devlet sistemi alın ve sık sık her yeniden.

Ben (hepsi zaten aynı demo hesabını kullanarak olmalıdır) her kullanıcı için tüm veritabanını çoğaltmak için gerekli olduğunu sanmıyorum. Bu ne en demo uygulamalar mutlaka periyodik orijinal durumuna veritabanını geri gibi görünüyor. Her 6 saat ya da öylesine gibi tüm tabloları temizlenmiş olsun - bu satırlar boyunca bir şey.