Smart CJ для тупых :)

Учитывая что топик на первой странице думаю спамом считать не будет следущая мысль. Возник вопрос как активировать деактивировать трейдеров и думаю ответ будет интересен для читающих эту тему.


Трейдер в статусе No (Not active) - не активируется, не форситься и тп, это полностью выключенный трейдер. По нему будет считаться траф, но к него ничего не уходит и автоматически активировать он не может.

Yes - активен, из этого статуса трейдер может быть деактивирован разными системами одна из которых Trade suspend. Настройки ее есть у каждого трейдера и они просты: Suspend trade if we have less then X hits during Y hours in a row .

Trade suspend - деактивирует трейдера в статус "No, till Trade Start Limit". Поэтому если вам надо автоматически активировать трейдера если он начал слать траф - выставьте там же в редактировании трейдера Trade Start Limit = 1 (или 2-3 что б избежать случайных кликов)

Соответственно удобно поставить для всех трейдеров дефолтные настройки trade suspend & trade start limit, но тогда есть проблема с новыми трейдерами. Те трейдер добавился, прислал пару хитов и он уже активен по правилу Trade Start Limit. Дабы этого не было для новых трейдеров выставляется либо статус "No" и все они просматриваются руками, либо "No, till Trade Activation System" и тогда трейдер активируется в соответствии с настройками Activation System.

Итого как мне кажется наиболее удобный вариант если вы хотите активировать \ деактивировать трейдеров:
* New trader имеет настройки Suspend trade - например пришло 0 за 3 дня - деактивируем. Trade Start Limit = 2 и дефолтный статус "No, till Trade Activation System"
* Когда он добавляется его траффик должен выполнить условия Trade Activation System
* В процессе трейда если он не шлет - он автоматичеси деактивируется в статус "No, till Trade Start Limit"
* Если он начинает слать - автоматически активируется системой Trade Start Limit

Помоему про "Trade Suspend System" и Limit Activation очевидные вещи.

LemonS писал:

Потому что многие люди после исправление темпелйта какого не знали про куку например и тп и постоянно жали clean cache

И это правильно! Кому ещё в голову прийдёт перелапачивать весь кеш, ради одной-2х страниц! Теперь даже ТП не смогут этого сделать в 50й версии, даже если захотят..

Spilk писал:

Почему бы после отсоединения слейва от мастера не спрашивать, удалять его таблицы на мастере или нет? А на мастере, в сеттингах ротации, где список слейвов, напротив каждого домена сделать кнопку удаления его данных в базе мастера. При повторном подключении слейва спрашивать, мол "на мастере уже есть данные для этого слейва, использовать их, или создать новые"?

Добавлено в 50.

Очень хорошая новость. Уже только ради этого стоит поставить 50-й ап.
Еще бы узнать когда он выйдет официально, тестовую версию не хочется ставить...

Последний раз редактировалось: Blud (06/06/24 в 12:58), всего редактировалось 1 раз

Blud: глобально ничего уже не меняется, можно поставить и юзать.

как на пиксовых галях делать чтобы пролистывать картинки
также как тут под заголовком JS Demo http://demo.smartcj.com/gallery/admin-added/d67f8a122de578051f005d8…28x7x13400

ни где про это ничего не написано

Присоединяюсь к вопросу
+ можно ли такое пролистывание сделать после открытия одной картинки в темплейте single content item?

Mad Knight: Бесплатная идея для пиксовых сайтов.

Vantage: по идее и в темпелйте single_item сработает.

LemonS писал:

Mad Knight: Бесплатная идея для пиксовых сайтов. Vantage: по идее и в темпелйте single_item сработает.

Спасибо!

Рекомендуется к прочтению.

Базовый принцип работы движка - сгенерить нужную страницу, положить ее в кеш на определнное время и показывать ее пока кеш не проэкспарится. Какие движки есть на данный момент:

Файловый
Базово кеш хранится в файлах (scj/cache - файловый кеш).
Плюсы - он работает везде и сразу.
Минусы - это именно файловый кеш, он он не так быстр, не так эффективно кешится системой как хотелось бы и приходится отдельлно заботиться о размере папки с кешем.

Memcached
В свое время это конечно был большой шаг вперед в плане кеширования.
Плюсы - все его знают, админы без проблем ставят на хостиинг, его просто администриировать и тп.
Минусы - никакого понимания о реально занимаемой памяти получить практически невозможно, при перегрузке сервака весь кеш удаляется и нужен тн "разогрев кеша" те положить туда наиболее используемые данные. При перегрузке сервака из-за нагрузки это серьезная проблема - сервак и так нагружен, а тут еще и всесь кеш исчез.

Все данные одинаково прокешены - не важно это наиболее используемые или использзуемые раз в час - они все висят одинаово в памяти и сервис не умеет их скинуть на диск например.

В мемкешем невозможно прибить кещ для одного сайта. У сайтов общее пространство кеша и прибивая кеш - прибивается кеш для всех сайтов сразу. Можно конечно руками запустить несколько инстансов мемкеша на разных портах, но это надо просить админа и часто это проблема и в целом неудобно.

Поэтому сейчас появились новые движки которые рекомендуются к использованию

В новых движках которые базово называются NoSQL решения существует намного больше возможностей нежели будет описано ниже, но для текущих целей кеширования будут описаны базовые.

Решение на которое наиболее просто перейти - Couchbase
CouchBase - это продолжение MemBase, видимо ближайщего потомка memcachedb, который в свою очередь родом из memcached.

Главное - от вас не требуется практически никаких движений дабы начать его использовать. Вы ставите CouchBase и он работает точно так же как мемкеш. Те для того что бы начать его использовать надо
- попросить админа поставить CouchBase
- прописать в конфиге мемкеш

Код: [развернуть]

$config['memcached_host'] = '127.0.0.1'; $config['memcached_port'] = '11211';

и все, вы уже используете современную версию мемкеш. Вы можете это использовать даже с версией 48-49.

Чем это лучше чем memcached или файловый кеш
* Нет понятия "разогрев кеша". По факту это файловый кеш,но сделанный на порядок правильнее, который намного меньше грузит диск, просчитывает когда и как лучше записать данные блоком на диск и тп. Данные при этом лежат как бы в нескольких файлах, а не сотнях файлов как файловый кеш.
* Проэкспаренные данные исчезают с диска\памяти сами, не надо самостоятельно заботиться об этом.
* Можно так же как и с мемкешем ограничить кол-во памяти выделенное под кеш, но при этом кеш не будет ограничен этим кол-вом. Даже если данных будет больше - оно оставит самые активные в памяти, а остальное сгрузит на диск. И подгрузить нужный элемент с диска - быстрее чем сгенерить его по новой.
* Можно быстро и просто масштабировать систему из вебадминки
* Можно легко завести несколько кешей. В варианте Couchbase - это как несколько мемкешей, но делается все опять же из вебадминки, что быстро и удобно. те можно завести например 10 кешей, каждый из которых будет на своем порту и просто указать для каждого сайта свой порт. В этом случае осуществиться желание о внопке "Удалить весь кеш" - вы сможете из вебадминки удалять весь кеш для одного сайта.
* При перезде кеш легко скопировать поскольку копируется не масса мелких файлов как с файловым кешем, а одна база.


Redis - отдельный написанный с 0 проект NoSQL базы. Смысл его для наших целей практически тот же (в реальности couchBase это уже больше document oriented хранилище, а Redis - чисто key-value хранилище ). Для работы с ним функционал был добавлен в версии 50.

Для того что бы начать его использовать надо
- попросить админа поставить Redis
- прописать в config.php

Код: [развернуть]

$config['redis_host'] = '127.0.0.1'; $config['redis_port'] = '6379'; $config['redis_database'] = 0; $config['redis_password'] = '';

и все.

В данным конфиге кроме понятных полей есть несколько новых. redis_password - в большинстве случаев не актуально посколько сейчас все на dedicated servers.
redis_database - у Redis нет буквенных названий баз, а есть номера. те если у вас несколько сайтов - вы можете указать каждому сайту свой номер. Но можно и не указывать и использовать одну базу для всех сайтов. Разница будет в том, что если вы захотите скинуть весь кеш и у вас используется одна база для всех сайтов - кеш удалится для всех сайтов. Если же у каждого сайта будет своя база - кеш скинется для одного.

Чем это лучше чем memcached или файловый кеш
* Все теже плюсы и в случае couchbase.
* Redis более заточенное под кеш решение, но у CouchBase готовая удобная админка (говоря о версии 2+).

Это надо добавить в вики в раздел тюнинг или аналоичное имхо.

kort: да, сделаю отдельный раздел

Заметил какие то непонятки с тэгами... А именно: гружу домен.ком - тэгов нет. Чищу куки/кэш..., гружу опять домен.ком - тэгов нету. Гружу домен.ком/?skip_cache=1 - тэги есть. Гружу опять домен.ком - тэгов нет. В чем может быть дело? v1.50 Build 201301281332

зы: сидж - слейв (на мастере тэги не предусмотрены, поэтому выводятся ли они там нормально, проверить не могу).

Уж извините.

Как сделать так, чтобы все эти стопицот тыщ реферов не засирали таблицу Feeders? На старых сиджах спасу нет. Я даже удалял всех baidu.cn из оттуда, так они все равно заполонили.

На тех сиджах, что перевел на Смарт пару недель назад - всё отлично.

Апдейты 49 и 50

Спасибо

Еще одна проблема. Провел апдейт 50.

На некоторых сиджах, при открытии морды http://site.com почему-то тут же редиректит на http://site.com/a

А там, ясен пень - 404

P.S.

Если открыть вручную http://site.com/index.php, то вываливает ошибку

Код:

Fatal error: Cannot use string offset as an array in /usr/home/adminroot/www/totembabes.com/scj/includes/libs/tpl_functions.php on line 0

Magicum: больше подробностей...
Стучи в асю, я еще тут.

Как напрямую c мобильного темпалейта поставить ссылку на десктопный диз?

разобрался
del

Дрон писал:

Заметил какие то непонятки с тэгами... А именно: гружу домен.ком - тэгов нет. Чищу куки/кэш..., гружу опять домен.ком - тэгов нету. Гружу домен.ком/?skip_cache=1 - тэги есть. Гружу опять домен.ком - тэгов нет. В чем может быть дело? v1.50 Build 201301281332 зы: сидж - слейв (на мастере тэги не предусмотрены, поэтому выводятся ли они там нормально, проверить не могу).

мемкеш юзается ?

Magicum писал:

Уж извините. Как сделать так, чтобы все эти стопицот тыщ реферов не засирали таблицу Feeders? На старых сиджах спасу нет. Я даже удалял всех baidu.cn из оттуда, так они все равно заполонили. На тех сиджах, что перевел на Смарт пару недель назад - всё отлично. Апдейты 49 и 50 Спасибо

выключи в сетингах Add Notrade as Inactive Feeder Traders

Magicum писал:

Еще одна проблема. Провел апдейт 50. На некоторых сиджах, при открытии морды http://site.com почему-то тут же редиректит на http://site.com/a А там, ясен пень - 404

надо проверить cjpages
если там все ок - хедеры редиректа в студию

Smith_84 писал:

Как напрямую c мобильного темпалейта поставить ссылку на десктопный диз?

Ссылка на диз это не совсем понятно - видимо надо что б открылась какая-то страница в другом темпелйте - тогда &force_template=...

Semen_ssr писал:

Magicum: больше подробностей... Стучи в асю, я еще тут.

Я не знаю, в чем колдунство, но спустя час-полтора после апдейта всё заработало. Хз, где причина.

А кто посоветует по индексации гуглом кастомных страниц СЖ?

У меня гугл упорно индексирует страницы вида http://domain.com/gallery/bla-bla/index.html?123x21x2775.
<link rel="canonical" href="http://domain.com/gallery/bla-bla/index.html" /> в хедере как-то не спасает ни разу. Никто не сталкивался с таким?

Да, юзается. Админы попробовали рестартануть его, но результата не дало.

LemonS писал:

мемкеш юзается ?

Дрон писал:

Заметил какие то непонятки с тэгами... А именно: гружу домен.ком - тэгов нет. Чищу куки/кэш..., гружу опять домен.ком - тэгов нету. Гружу домен.ком/?skip_cache=1 - тэги есть.