ComusThumbz Documentation
Admin Login

Gallery Rotation

Sistemdeki galeri rotasyonu için birkaç yöntem var.

% Spin.
Click periods
KeepPeriod.

Bilinmesi gereken ilk şey, rotasyonun bir LOT galeri gerektirdiğidir.

Örneğin standart set her 10 dakikada 1 galeri enjekte edecek, bu günde 144 galeri anlamına gelir. Şablonunuz sadece 3 gün ve bir şöhret salonu göstermeye çalışıyorsa, o zaman en az 4 gün galeriye ihtiyacınız olacak. IE 144 x 4 = 576 galerileri. Bu hala yeterince değil, aşağıda göreceğiniz gibi. İyi operasyon için en az 2000 galeri olduğunu söylüyoruz ve bu yüzden sizin için 2000 başlangıç galerilerine çalışıyoruz.

Sistem, listelenecek bir 'okuyucu'da bir miktar galeri tutar. mevcut havuz. Bir galeri kullanıldıktan sonra, kullanılmış bir devlete girer, yeni bir galeri olarak siteye geri çekilir, salıverilen olaylardan birine kadar (aşağıda bakın). Galeri bu kullanılmış durumda kalacak ve bu durumda günlük olarak, arşivlerde, günlük bölümlerde ve şöhret salonlarında listelenmelerine izin verecek.

Zaman bir galeri ve dönüş vuruşları için bir sürüm etkinliği nedeniyle ayağa kalktıktan sonra, galeri 0'a sıfırlanmış, bu yüzden sitede listelenen galerilerden kaldırıldı. Bu, ünlü, arşivlerin ve günlük bölümlerin salonlarından düşecektir.

Spin%, galeri rotasyonu için tercih edilen yöntemdir ve [Kategoriler] kontrol bölümü içinde ayarlanır, bu kategori temelinde döndürmenize izin verir.

Spin%, kategorinizin% birini sitenizde listelendikten sonra yapmanız için ayarlamanıza izin verir. kategorideki kullanılmış galeriler toplam onaylanmış galerilerinizin% 100'ünü eşit hale geldiğinde, en büyük galeriler mevcut havuza serbest bırakılacaktır. Bu, ilk salıverme olayı türüdür.

Böylece% 75'in bir spini ile, bir kategorinin içinde 100 galeri varsa, bu kategoride 76. yeni galeride bir kez çekerse, ilk galeriyi yeniden kullanıma hazır havuza serbest bırakacaktır.

Yüzde% döndürme avantajı, veritabanınızın büyümesine daha az duyarlı olmasıdır ve sitenizin işlev ve döndürmesine izin verir, sistemde kaç galerinin olduğu önemli değil.

Click Eras aynı zamanda [Kategoriler içinde bulunan bir ayardır) ve bir kategori temelinde rotasyon sağlar. Bu değer, galeriye en kısa sürede karşıtları sıfırlayacak, çünkü galeri tıklama süresine çarptı. 10 dakikalık bir inşada çalışıyorsanız, günde 144 tıklama süresine sahip olacaksınız. Bu yüzden tıklama sürelerinizi 200'e ayarlarsanız galerileriniz 2 günden fazla sürmeyecek ve mevcut havuza tekrar serbest bırakılacaktır. Bu, 2. sürüm olayı türüdür.

Hold periods [Settings] sayfası içinde bulunur, bu, tıklama süreleri gibidir, ancak tüm veritabanına uygulanır ve günlük olarak uygulanır. Bu yüzden tıklama sürelerini takip etmek yerine, bunun yerine günlük yaşını izler. Bu, 3. sürüm olayı türüdür.

rotasyon sistemi ilk önce gelir, ilk servis temeli üzerinde çalışır. Bu, bir spin% salıverme olayı bir süre önce gerçekleşirse, o zaman spin% önceliği alacaktır. Ve eğer bir süre serbest bırakma olayı bir spin% salıvermeden önce gerçekleşirse, o zaman öncelik alacaktır.

TROUBLESHOOTING:
rotasyonla ilişkili en yaygın problem, galerilerin çok sık döndüğünün yerdir.
Çok hızlı dönen en yaygın nedeni, inşa temeli üzerinde çok fazla galeri çekmektir.
Çok fazla galeri çekmek için birkaç neden var.
Yeni galerileri çeken çok fazla sayfa.
Yeni galerileri çekmek için ayarlanmış olan sayfada çok fazla makro.
Sayfadaki hatalar.

Sayfadaki hatalar ekstra galerileri çekebilir ve eğer yedek kurallar yeni çekmek için ayarlanırsa, eksiklikler olduğu olaydaki alternatif galerileri seçer ve bu durumda senaryonun hataları durumunda senaryo hızla silinebilir.

Çok fazla sayfa yeni galerileri çekiyor, bu kullanıcının ekstra sayfalar yarattığı ve orijinal örnek sayfaların bulunduğu ortak, bu, yarattığınız yeni sayfa için hem de eski sayfa için ekstra gallara neden olabilir.

Yeni galerileri çekmek için ayarlanmış olan sayfada çok fazla makro.
Bir {{allowdupes}} ile kullanılan standart makrolar yeni galerileri çekecektir. IE: {{all-Royce-1}} yeni galerileri çekecek.
Sistem standardını, yaş0 veya yeni sorguları kullanan makrolar veya dönemler için sorulan bir ayarla, yeni galerileri çekecek makrolar.
Normalde bir galeri, günde sadece bir kez yeni galeriler çekecektir (gün boyunca kaç tane program yaptığınızı önemli değil), ancak {{allowdupes}} makro mevcutsa, her gün yeni galeriler çekecek ve her bir sayfa boyunca listelenecek.

Daha fazla Gallery Rotation ve manipülasyon.

Temel olarak galeriler için 3 eyalet var.

1. Onay / Pending / Bekle / Blacklisted (cant be displayed)
2. Onaylandı ve listelenen havuz olmaya hazır.
3. Onaylandı ve zaten listelendi ( site veya arşivler)

Galeriler onaylanana kadar bir süre içinde ithal edilir ve bekleyin,
Bir kez onaylandığında, galeri havuzlarını listeleyebilmek için onaylanmış bir durumda beklerler.”
Siteye serbest bırakılana kadar burada kalırlar ve bu durumda rotasyonun bir parçası olarak sıfırlamaya kadar kalacaklardır (siz rotasyonu devre dışı bırakırsınız).
Rotasyon, % spin tarafından veya tıklama sürelerinin içinde ayarlandığı veya [Kategoriler) tarafından tetiklenebilir veya [Settings] sayfalar üzerinde ayarlanabilir. Belirli ihtiyaçlara sahip olmadığı sürece tutma süresini tavsiye etmiyoruz, çünkü spin% bizimle büyüyecek ve daha dinamik.

Yeni galerileri listelemekten sonra, Comus hazır galerilerden gelen yeni galerileri çekiyor.

Spin% Rotation tarafından çalışır ...

Bu kategori için galerilerin spin% 1'ine kadar sitede kullanılan galerileri işletmek. spin%, bu kategori için toplam galerilerin yüzdesidir. Örneğin, 200 galeriniz varsa ve 75'in bir spini varsa, comus 150 galeriye kadar herhangi bir galeri döndürmeyecektir.

Komus% kotaya ulaştıktan sonra, yeniden kullanım için en büyük galerileri serbest bırakacak, (gelecek versiyonlar, galeriyi özel bir kurala dayanarak serbest bırakma seçeneği ekleyebilirim, böylece CTR veya diğer bazı değişkenler tarafından döndürebilirsiniz.

3 galeri eyaletlerinde daha fazla bilgi. ve bazı değişkenler sorgularınızda kullanabilirsiniz.

1. Onay / Pending / Bekle / Blacklisted (cant be displayed)
Will have accept='Pending' muhtemelen sahip olacak
2. Onaylandı ve listelenen havuz olmaya hazır.
Parmaklarla (parça bir bağlantı göstermek için alındı)
Açıklamalar ile (bir metin bağlantı göstermek için alındı)
Bu galeriler, dönemleri ile veritabanında olacak =0
Bu nedenle onları “zamanlarshown>-1” aracılığıyla makrolarımızda çekebiliriz.
3. Onaylandı ve zaten listelendi ( site veya arşivler)
Bu galerileri tanımlayabildiğimiz birkaç değişken...
Dönemler bu galeriler için her zaman >0 olacaktır.
dönemler sitedeki her gün için 1 artacaktır.
Tıklananlar her zaman bu galeriler için >0 olacak ve meydana gelen her bina için +1 artacaktır. 10 dakikalık aralıklarla inşa ederseniz, günde 144 puan artacak.
Sayfa bu galeriler için her zaman >0 olacak ve her bir bina için +1 artacaktır, ancak galeri aslında bir sayfada kullanılıyorsa. Siteden düşerken, karşı donacaktır.
yerinde = 1 galeri sadece kullanılmış olsaydı ve aslında sitede.
kullanılmış, bir galerinin sitede “yeni” bir galeri olarak kullanım için kaç kez serbest bırakıldı. Her zaman yeni galeriler için >0 olacak ve aslında ortaya çıktıktan sonra sıfırlamayacaktır. Bu değişkeni bir galerinin kaç kez döndüğünü belirlemek için kullanabilirsiniz.
tıklamalar, bu galerinin yeni olduğu için toplam tıklamadır.
Toplam tıklamalar bu galeri için hatta rotasyonlar boyunca toplam tıklamadır.


Galeriler döndüklerinde, galeriyi sayfalardan kaldıracak ve galeriyi listelemeye hazır hale getirmeye hazır olacaklar.
Veritabanındaki bu alanlar her şey 0'a ayarlanmış...
Dönemler, tıkış süreleri, yerinde, tüm = 0

Alanlar, toplam tıklamalar ve kullanılanlar, galerilerin döndüğünde 0'a ayarlanmamıştır.
Büyük bir şöhret salonum var ve 10 munutes başına bir başparmak ekliyor. 7 Yeni test parmakları aşama1'de yerleştirilir. Sorun şu ki, yeni galeriler olmasaydı (daha önce kanıtlanmadım) anket aşaması1 statik. Eski galerileri yeniden kullanmak istiyorum.

Şimdi 1028 galeriye sahip oldum (parçalarla kullanılır) ve 907 onay verdi, ancak başparmadan (kullanmayan). Şablonum sadece başparmaklarla galeriler kullanıyor. Bu kategori için Spin% 75'dir.
Benim düzenim 175 parmağı var

Benim şablonum


Alıntı:
{{ dahil-rollovers.tmpl}}
{{prodbooster}}
{{setquery-new-" dönemlerishown>-1 siparişi, eğer (kullanılan, 99999,refreshdelay DESC,rand() "}}
{{setquery- stage1-" dönemlerishown>0 sırayı "}}
{{setquery-best1-" dönemlerishown>0 VE dönemler < 15 siparişi (kullanıcı / tıkla) DESC"}}
{{setquery-best2-" dönemlerishown>0 VE dönemler < 15 siparişi (kullanıcı / tıkla) DESC"}}}}
{{setquery-best3-" dönemlerishown>0 VE dönemler < 15 siparişi (kullanıcı / tıkla) DESC"}}
{{setquery-best4-" dönemlerishown>0 VE dönemler < 15 siparişi (kullanıcı / tıkla) DESC"}}
{{setquery-best5-" dönemlerishown>0 VE dönemler < 15 siparişi (kullanıcı / tıkla) DESC"}}




{{boobs videos-Jamess-3-7-query-best1}}

{{boobs videos-Jamess-1-7-query- stage1}}
{{boobs videos-Jamess-3-7-query-best2}}


{{boobs videos-907s-6-7-query-best3}}

{{boobs videos-907s-6-7-query-best4}}

{{boobs videos-907s-6-7-query-best5}}


Yardım için huppy olacağım.
Eğer bu sebep değilse.
Galeri rotasyonunu durdurabilecek Kötü Queries
Sonra...

- rotasyon problemlerinin en yaygın nedeni, galerilerin ilk başta kullanılan galerileri durduran diğer faktörlerle birlikte tekrar serbest bırakılmasını sağlayan bir spin% ayarıdır.


- NON THUMBEd ve APPROVED galerileri, spekofik olarak başparmakların nerede olduğunu durdurmak için yeni galerilerin serbest bırakılmasına neden olabilir. Sorun, sahip olabileceğiniz yere neden oluyor
> galerilerinizin% 50'si başları olmadan,
> Yalnızca hiç galerileri başparlayan Macros.
> galerilerin% 50'sinden fazlasının kullanılmasını gerektiren bir spin% ayarı, (IE: standart% 75)
Bu durumda rotasyon olayı asla gerçekleşmez, site tüm kullanılmış olana kadar galerileri kullanır ve sonra tamamen yeni gals çekmeye durur.
SOLUTION: Beklemek için başlanmamış, onları başlayın veya yeni parmakları çeken metin bağlantıları makros kullanmaya başlayın.

- Explicit kontrollerinin uygulanması, galerileri karşılayabilir. Bu, senaryoyu açık galerileri listelememek için değil, aynı şeyi başlayamaz gibi.
> galerilerinizin% 50'si açık olabilir
> Macros ve kurallar sadece NON EXPLICIT'i talep ediyor
> spin% ayarı, bir rotasyon olayı tetiklenmeden önce galerilerin %75'inin kullanılması gerekebilir.
Olay asla gerçekleşmez.
SOLUTION: daha düşük spin% bu yüzden bu rotasyon olabilir, ancak veritabanının ne kadar açık olduğunu ilk önce çalışın.

-Çok fazla galeri döndürmeyi durdurabilir, örneğin 3000 galeriden 1 ay sonra serbest bırakılmayı planlamışsanız ve ayda 100 adet keşfedilmemiş galeriye sahip olsaydı, 100 galeri daha donacaktır ve ancak o zaman diğerleri ortaya çıkmaya başlardı. Bu problem ne zaman olabilir.
> galerilerinizin %50'si gelecekte serbest bırakılması için planlanmaktadır.
> spin% ayarı, bir rotasyon olayı tetiklenmeden önce galerilerin %75'inin kullanılması gerekebilir.
> Üretici TÜM NON SCHEDULED galerilerini kullanır.
Şu anda suda öldü, programcı daha fazla galeri yayınladı.
SOLUTION: Reschedule veya daha fazla galeri ekleyin.

- Sayfaların inşa edilmesine izin veren makroları harekete geçirmek, senaryoyu dondurabilir.
{{buildonce}}, günde bir bina inşa eder. bu, {{allowdupes}} veya {{prodbooster}} kullanarak bir sayfayı daha sık harekete geçirmesi bekleniyor. {{buildonce}}, inşaatçı için bir abort komutudur ve anlamına gelir, sayfayı günde bir kez inşa eder, sayfadaki ne olursa olsun.

{{archive page}} Bu makro şeritleri tüm inşa komutları, izleme, ayaklayıcılar ve comus ekstralarını ekleyin, böylece diğer belgelere göre erişilebilir sayfalar yapabilirsiniz. Sorun şu ki bunu TÜM sayfalara yaptığınızda, inşaatçıyı aktive etmekten kaçınır.

{{manual}} Bu güçler sadece komutanızdaki Comus yöneticisinden inşa etmek için bir sayfa, asla otomatik olarak inşa etmeyecektir.