ComusThumbz Documentation
Admin Login

Галерея Rotation

Існує кілька способів обертання галереї в системі.

Спін%.
Клапани
Проксимус

Перше, що необхідно знати про те, що обертання вимагає LOT галереї.

Наприклад, стандартний набір буде вводити 1 галерею кожні 10 хвилин, що означає 144 галереї в день. Якщо ваш шаблон намагається відобразити лише 3 дні і зал слави, то вам буде потрібно не менше 4 днів, ніж галереї. IE 144 х 4 = 576 галереї. Це все ще недостатньо, як ви побачите нижче. Ми говоримо про мінімальний для хорошої роботи 2000 галерей, і тому ми намагаємось виставити 2000 стартових галерей для вас.

Система зберігає кількість галерей в «прочитаному», доступному басейні. Після того, як галерея була використана, вона переходить в єдину державу, де її можна перетягнути в сайт знову як нову галерею, поки одна з подій, що відбуваються (див. нижче). Галерея буде проходити в даній єдиній державі, і в той час як в цьому стані буде щоденно, що дозволяє її перерахувати в архівах, щоденних секціях і залівах полум'я і т.д.

Після закінчення часу для галереї та обертання ударів у зв'язку з проведенням заходу галерею є лічильники скидання до 0, так що він видаляється з галерей, які можуть бути вказані на сайті. Зал слави, архівів та щоденних секцій.

Spin% - кращий спосіб обертання галереї, і встановлюється в розділі «Категорії» дозволяє обертати на основі категорії.

Спін% дозволяє встановлювати % Вашої категорії після того, як вона була вказана на вашому сайті. Після того, як використані галереї в категорії досягає відсотка, що дорівнює обертанню% від ваших затверджених галерей, то найбільші галереї будуть випущені в наявний басейн. Це перший тип події релізу.

Таким чином, з хребтом 75%, якщо категорія мала 100 галерей в ній, один раз витягає в 76-му новому галереї з цієї категорії, вона випустить першу галерею на доступний басейн для повторного використання.

Перевагою Spin% є те, що він менш чутливий до зростання бази даних, і дозволяє вашому сайту функціонувати і обертати, незалежно від того, скільки галерей в системі.

Clickperiods також є параметром [Категорії] і дозволяє обертати на основі категорії. Це значення буде скидати лічильники на галерею, як тільки це галерея вказана натискач. Якщо ви працюєте на 10 хвилин, ви будете мати 144 клацання періодів в день. Отже, якщо ви встановите свої натискачі до 200 ваших галерей не буде віку більше 2 днів до того, як він захочився, і буде випущений в доступний басейн знову. Це 2-й тип події релізу.

Holdperiods знаходиться в межах сторінки [Налаштування], це як натискачі, але це стосується всієї бази даних, і вона наноситься на день. Так замість відстеження реєстрів натискачів, він відстежує щоденний вік. Це 3-й тип події релізу.

Система обертання проходить на першому приході, спочатку подається основа. Який засіб, якщо захід вивільнить хребта% перед проведенням заходу, то хребт% буде пріоритетним. І якщо подія вихідного періоду протримування відбувається до події релізу Spin%, то він буде пріоритетним.

TROUBLESHOOTING:
Найпоширеніша проблема, пов'язана з обертанням, де галереї обертаються занадто часто.
Найпоширеніша причина обертання занадто швидко пов'язана з витягуванням занадто багато галерей на основі збірки.
Є кілька причин для витягування занадто багато галерей.
Занадто багато сторінок, які витягують нові галереї.
Занадто багато макросів на сторінці, які встановлюються для натягування нових галерей.
Помилки на сторінці.

Помилки на сторінці можуть витягти додаткові галереї, і якщо правила заміни встановлюються, щоб витягти нові, виберете альтернативні галереї в разі, що є недоліки, і в цьому випадку в разі помилки скрипт може швидко вийняти галереї.

Занадто багато сторінок, що витягують нові галереї, це поширене, де користувач створює додаткові сторінки і залишає оригінальні сторінки прикладу на місці, це може призвести до додаткових галів, які можна витягувати як для нової сторінки, яку ви створили, так і старої сторінки.

Занадто багато макросів на сторінці, які встановлюються для натягування нових галерей.
Стандартні макроси при використанні з {{allowdupes}} макроси витягують нові галереї. IE: {{all-thumb-1}} буде витягти нові галереї.
Macros використовує системний стандарт, вік0 або нові запити, або з налаштуванням, яке просить періодиshown>-1 є макроси, які підтягують нові галереї.
Зазвичай галерея витягне нові галереї тільки один раз на добу (неважливо, скільки будує вам графік протягом дня), але якщо макросюди {{allowdupes}} присутні, це буде витягнути нові галереї на кожному і кожен будувати протягом дня, для кожного з сторінок, які він зазначений.

Більше про обертання галереї та маніпуляції.

В основному 3 штати для галерей.

1. Затверджено / Закінчення / Закінчення / Blacklisted (зображений)
2. Затверджений і готовий бути вказаним басейном.
3. Затверджено та зазначено вже (загальнено на сайті або архівах)

Галереї завозяться і чекають у статусі кредитування до схвалення,
один раз затвердив, вони чекають в затвердженому стані в «прочитанні бути перерахованим басейном галерей»,
вони залишаються тут, поки вони не будуть випущені на сайт і будуть залишатися в цьому статусі до скидання в складі обертання (незалежно від вимкненого обертання).
Обертання може бути спровокована за допомогою шпинделя% або налаштування клацання всередині [Категорії], або вона може бути викликана встановленням тримперіоду на [Налаштування] сторінок. Ми не рекомендуємо використовувати тримперіод, якщо у вас є специфічні потреби, оскільки хребт% буде рости з нами і є більш динамічним.

При списці нових галерей Comus витягує нові галереї з авальського басейну готових галерей.

Спін% Обертові роботи ...

Проведення використаних галерей на сайті до кінця % галерей для цієї категорії. Spin% - це відсоток загальної галереї для цієї категорії. Наприклад, якщо у вас є 200 галерей і хребта% від 75, то він не буде обертати будь-які галереї до 150 галерей.

Після того, як comus досягла квоти хребта%, вона буде випускати найбільші галереї для повторного використання, (на майбутніх версіях я можу додати варіант, щоб звільнити галерею на основі індивідуального правила, так що ви можете обертати CTR або інший набір змінних.).

Більше інформації про 3 стани галерей.і деякі змінні можна використовувати у ваших запитах.

1. Затверджено / Закінчення / Закінчення / Blacklisted (зображений)
Буде приймати: 'Попередня', ймовірно, буде мати
2. Затверджений і готовий бути вказаним басейном.
з пальчиками (не вдалося показати посилання великого пальця)
з описами
Ці галереї будуть в базі даних з періодамиshown=0
Ми можемо витягти їх у наші макроси через "periodsshown>-1"
3. Затверджено та зазначено вже (загальнено на сайті або архівах)
Кілька змінних ми можемо виявити ці галереї...
періоди шоун завжди будуть >0 для цих галерей.
періоди
клацання завжди буде >0 для цих галерей і збільшить +1 для кожної збірки, яка відбувається. Якщо ви побудуєте в інтервалах 10 хвилин, то натиснутиперіоди збільшиться на 144 балів за добу.
на сторінці завжди буде >0 для цих галерей і збільшиться на +1 для кожної збірки, яка виникає, але ТІЛЬКИ, якщо галерея фактично використовується на сторінці. Після того, як він випадає на сайт.
на сайті = 1, якщо галерея була просто використана і фактично на сайті.
використовується для того, як багато разів галерея була випущена для використання на сайті як галереї 'new'. Це завжди буде >0 для нових галерей, і не буде скидання після того, як відбувається обертання. Ви можете використовувати цю змінну для визначення того, скільки разів обертається галерея.
клацання є загальними клацаннями, оскільки ця галерея була випущена як нова.
totalclicks є загальними клацаннями для цієї галереї навіть через обертання.


Коли галереї обертаються, вони мають ряд змін, які занурюються до 0, які будуть видалені галереї з сторінок і повертаються галерею до готового списку.
Ці поля в базі даних всі встановлюються до 0....
періодиshown,clickperiods, на сайті,onpage all = 0

Полів, всьогоклацання та використання не встановлюються до 0, коли галереї обертаються.
У мене є один великий зал полум'я і один великий палець на 10 мускат. 7 нового пальця поміщаються на сцені1. Проблема полягає в тому, що якщо немає нових галерей (я не подали його перед) стадії опитування1 статична. Я хотів би повторно використовувати старі галереї.

Тепер у мене є 1028 галереї, які продаються (використовуються з пальцями) і 907 схвалені, але без великого пальця (не використовується). Мій шаблон використовується тільки галереї з великим пальцем. Спін для цієї категорії становить 75%.
Моє планування має 175 ескізів

Мій шаблон


Цитувати:
Зареєструватися
ПродБостер
{{setquery-new-" періодиshown>-1 замовлення по періодиshown,if(used,-rating,-99999999), reshdelay DESC,rand()}}
{{setquery-stage1-" періодиshown>0 замовлення, натиснувши " }}
{{setquery-best1-" періодиshown>0 і періодиshown < 15 замовлення по (клацання/клацання) DESC"}}
{{setquery-best2-" періодиshown>0 і періодиshown < 15 замовлення по (клацання/клацання) DESC"}}
{{setquery-best3-" періодиshown>0 і періодиshown < 15 замовлення по (клацання/клацання) DESC"}}
{{setquery-best4-" періодиshown>0 і періодиshown < 15 замовлення по (клацання/клацання) DESC"}}
{{setquery-best5-" періодиshown>0 і періодиshown < 15 замовлення по (клацання/клацання) DESC"}}




{{boobs відео-thumbs-3-7-query-best1}}

{{boobs відео-thumbs-1-7-query-stage1}}
{{boobs відео-thumbs-3-7-query-best2}}


{{boobs відео-thumbs-6-7-query-best3}}

{{boobs відео-thumbs-6-7-query-best4}}

{{boobs відео-thumbs-6-7-query-best5}}


Я буду щасливим для допомоги.
Якщо це не є причиною..
Погані запити, які можуть зупинити обертання галереї
апошні

- Найпоширеніша причина виникнення проблем обертання - це установка шпинделя%, яка зберігає галереї, починаючи знову в поєднанні з іншими факторами, які зупиняються галереї, які використовуються в першому місці.


-Погляди NON THUMBEd і APPROVED галереї можуть викликати випуск нових галерей, щоб зупинитися, де ви specofally запитуючи пальці. Проблема викликана, де ви можете мати
> 50% галереї без великого пальця,
> Макрос, які тільки вічно просять галереї з пальцями.
> Настроювання хребта, що вимагає більше 50% галерей для використання, (IE: стандарт 75%)
У цьому випадку подія обертання ніколи не буває, сайт використовує галереї, поки вони все використовуються, а потім повністю припиняє витягувати нові гали.
SOLUTION: Перемістити не великий палець до закінчення, пальці їх або почати використовувати макроси, які витягти нові пальці.

-Активація контрольів витрат, може бути з Це говорить скрипт не список явних галерей, так само, як і непередбачувана проблема, що те ж саме може статися.
> 50% ваших галерей може бути явно
> Macros і правила тільки коли-небудь запитують NON EXPLICIT пальці
> налаштування шпинделя% може знадобитися, щоб 75% галереї були використані перед запуском заходу обертання.
Подія ніколи не буває.
РІШЕННЯ: нижчий шпинделя% так що обертання може статися, але виконайте перше, скільки бази даних не відображається.

-Спланування занадто багато галерей може зупинитися, наприклад, якщо ви планували 3000 галереї, щоб бути випущені 1 місяць відтепер і було тільки 100 незапланованих галерей, 100 галерей буде замерзнути до місяця, і тільки тоді б інші почали виходити. Ця проблема може статися при..
> 50% Ваших галерей планується звільнити в майбутньому
> налаштування шпинделя% може знадобитися, щоб 75% галереї були використані перед запуском заходу обертання.
> Будівельник використовує всі галереї NON SCHEDULED.
Тепер загиблий в воду, поки графік випускає більше галерей.
ВИСТАВКА: РЕЗУЛЬТАТИ, або додати більше галерей.

-Знімання макросів, які дозволяють створювати сторінки, можна замерзнути скрипт.
{{buildonce}} силам одного збірки на день .. це може mess up page, яка очікується, щоб активувати більше, таких як сторінка, використовуючи {{allowdupes}} або {{prodbooster}}. {{buildonce}} - це команда abort для конструктора і засобів, побудувати сторінку один раз в день, незалежно від того, що ще на сторінці.

Контакти Додавання цих макросмужок всіх команд з побудови, відстеження, футерів і комазонів, так що ви можете зробити сторінки, які включені в інші документи. Проблема виникає, коли ви робите це на всі сторінки, вона відключає будівельника від активації.

{{manual}} це змушує сторінку тільки коли-небудь будувати з внутрішнього адміністратора Comus, він ніколи не буде автоматично будувати.