вот

Ок, понял)

Нужен специалист кто работал с медиасерверами типа Wowza, есть такие?

Есть потенциальный знакомый

кто очень близок к этой теме

отписал в лс

Народ подскажите такой момент, а то чего то вылетело из головы. в MySQL я хочу сравнить 2 столбца. если они одинаковые, то в выборку запись попадает. where столбец1 = столбец2 а будут ли равны они если один столбез имеет значение 0, а другой null ?

Не будут

:-(

ок, спсибо!

0 = IFNULL(col,0)

лучше привести тот столбец где null к notnull

ебучий умный кешер сука... вот без зависимости никак не кеширует

а в хуй бы она эта зависимость не обосралась...

че делать то? )

кеширую дата провайдер, пытаюсь точнее. сука мне бы просто на 5 минут кешнуть его... но нет, нада зависимость сраную

Выдохни :)

заебала эта война с фреймом

чо блять нельзя тупо сделать что?

нахуя эти зависимости?! объясните? если они мне не нужны

гг напиши свой и не воюй

чтоб без наследования

У меня обычно наоборот))) "Нафига я тут мучаюсь, колгда уже есть" :)

У меня обычно наоборот))) "Нафига я тут мучаюсь, колгда уже есть" :)

раз есть, объясни мне как закешировать дата провайдер на 5 минут без зависимости а?!

раз есть, объясни мне как закешировать дата провайдер на 5 минут без зависимости а?!

C такой задачей не сталкивался

в старом yii было вроде как ->cache(600) кешировал результаты

на 5 мин

выпилили походу

$dataProvider = new CActiveDataProvider(Post::model()->cache(1000));

тут такого нет

а блин это первый

да по идеи должен быть

тут додумали за меня блять :(

запрос для зависимости равнозначен самомоу запросу охуеть ваще. чо теперь без кеширования сидеть чтоль?!

Бомбила)

таки выпилили

'enableSchemaCache' => true, 'schemaCacheDuration' => 120,

есть вот такая хрень

но это на все

раз есть, объясни мне как закешировать дата провайдер на 5 минут без зависимости а?!

DataProvider нельзя закешировать

это тока на схему

DataProvider нельзя закешировать

можна

Хм, как можно выделять ячейку, которая имеет определенное значение? rowOptions+inline-стиль?

можна

Ну чисто теоретически гидратором конечно моно

Ну чисто теоретически гидратором конечно моно

сериализовать объект после запросов и все. в нем содержатся и модели и пагинатор и все другие штуки

так гидратором. но смысл?

запросы тяжелые сильно

https://github.com/samdark/hydrator

запросы тяжелые сильно

так запросы это не датапровайдер

а кто?!

кому я скармливаю ActiveQuery и получаю результат?!

а кто?!

Query =)

Короче, задача у тебя минимализировать обращение к бд?

Тогда кешируй ActiveQuery

да, задача у меня закешировать результаты запросов. вся логика получения этих результатов в дата провайдере

смысл кешировать эктив квери? это просто построитель запросов

Так через $query->createCommand()

хотя тебе не подойдет )

нет конечно )

был бы 1 запрос еще хер сним. их несколько собирают в кучу инфу и сортируют

в контроллере эту логику писать жесть будет

ты на клиенте сортируешь ?

нет, в дата провайдере

в контроллере эту логику писать жесть будет

Можно поидее депенденси написать для результата экшена

эм если сортировка то кешенные данные до сортировки и после !=

Можно поидее депенденси написать для результата экшена

вот в нем то и проблема

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

Там можно указать входящие из хттп параметры

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

Ну постранично то без проблем

Тут просто или сбрасывать кеш жёстко или проверят изменения придется в любом случае

можно просто как обычно без проверок

на 5 минут и все )

точнее можно было бы. но нельзя

за 5 мин может много чего произойти

не критично

данные меняются с каждым запросом

ну это понятно

и хтмл кешировать не вариант... аааа!!

и хтмл кешировать не вариант... аааа!!

:) кэшируй все сразу или вообще html отдавай а данные юзер будет в html ручками вбивать и обновлять