У меня дома на маленьком провайдере (чисто городской только) все ок

Хм, неужели, так быстро среагируют? Пока знакомые из Украины в Сети, но я не спрашивал, как там у них.

у нас тоже linkedIn заблокирован, но друзья/знакомые пользуются им как и раньше

Ну смотри, Киевстар это крупнейший наверное провайдер в Украине, естественно он сразу среагировал.

у нас тоже linkedIn заблокирован, но друзья/знакомые пользуются им как и раньше

Канечно, способов обойти - предостаточно.

у меня на МТС ВК уже не грузит с мобильного

https://allvpn.org/ru

Есть приложение для хрома, freegate )

Hola vpn

Есть приложение для хрома, freegate )

+++

Для фф использую browsec vpn

У нас в городке полосатый провайдер для физиков блокирует всё оперативно, по распоряжению роскомнадзора, а для юриков всё открывается как по маслу, без установки расширений =)

Привет всем.

Подскажите, как этот виджет дергать компосером? https://github.com/samdark/yiifeed/blob/master/widgets/Alert.php

Весь пакет целиком дерни

Ну или копируй непосредственно файл если так на хочешь

Еще подскажите, пожалуйста.

Этот виджет дергает bootstrap.css

Как можно отключить? Ломает всю малину.

В depends естественно его удалил.

В depends естественно его удалил.

В depends виджета?

Нет, в assetbundle

А где найти depends виджета?

А где найти depends виджета?

На я про assets виджета. Если отрубить глобально, но не отрубить в подключаемых виджетах, то все равно тянуться будет.

class Alert extends \yii\bootstrap\Widget

Вот здесь. Наследуйтесь от своего класса, например.

'assetManager' => [ 'bundles' => [ 'yii\bootstrap\BootstrapAsset' => [ 'sourcePath' => null, 'css' => [ ], ], ], ],

Помогло.

Ребят, а какой вариант для записей (прочитана/не прочитана) можно придумать кроме дополнительной таблицы?

Ребят, а какой вариант для записей (прочитана/не прочитана) можно придумать кроме дополнительной таблицы?

Учитывая ещё то, кем прочитано?

Да.

Пока думаю так: user_id|post_id Если нет строки такой в БД, то запись не прочитана.

Но, к примеру есть 1000 записей, и 10 пользователей, в БД будет 10000 строк

Если все записи прочитаны 10 пользователями.

Если заходит новый пользователь у него автоматом будет 1000 непрочитанных записей и при нажатии "отметить все как прочитанное" писать в БД 1000 строк?)

Как-то не очень такой подход нравится.

Разумнее будет хранить просто id непрочитанных. ?

Разумнее будет хранить просто id непрочитанных. ?

т.е. при создании пользователя записать id всех статей?

Разумнее будет хранить просто id непрочитанных. ?

Хранить где? в профиле пользователя (в отдельном поле)? Как?

user_id|post_id(непрочитанная) При new Post(); save(); делать еще и запись в таблицу по всем пользователям.

Шило на мыло как по мне.

Если заходит новый пользователь у него автоматом будет 1000 непрочитанных записей и при нажатии "отметить все как прочитанное" писать в БД 1000 строк?)

Форумы так и делают

Данные за 3 месяца условно о прочтении так хранят, все что старше автоматом помечают прочитанным и чистят

Если заходит новый пользователь у него автоматом будет 1000 непрочитанных записей и при нажатии "отметить все как прочитанное" писать в БД 1000 строк?)

Посмотри как в IPB сделано.

Если заходит новый пользователь у него автоматом будет 1000 непрочитанных записей и при нажатии "отметить все как прочитанное" писать в БД 1000 строк?)

Есть еще время последнего входа, например

/setchance@betweenlegs_bot

Tekushaya veroyatnost' vstryat' v razgovor ravna 0%

/setchance@betweenlegs_bot

Tekushaya veroyatnost' vstryat' v razgovor ravna 0%

Данные за 3 месяца условно о прочтении так хранят, все что старше автоматом помечают прочитанным и чистят

А как поменить новости старше трех месяцев? Добавить им поле в которое писать что они прочитанны?

Типо: id|name|text|old|etc

И по истечению N времени old = true

В итоге новости у которых old = true не отображать в непрочитанных

А как поменить новости старше трех месяцев? Добавить им поле в которое писать что они прочитанны?

Шта?

А как ты это в интерфейсе выходишь?

if creation_date < x Тут условия проверки прочитана ли новость Тут оформление новости

Ну или фильтрация поиска

По сути необходимо хранить связь пользователя и поста, для такой задачи реляционная БД не совсем то и подходит. Как вариант использовать key-value хранилище, что сделает вставку более дешевой, избавит от лишней логики.

По сути необходимо хранить связь пользователя и поста, для такой задачи реляционная БД не совсем то и подходит. Как вариант использовать key-value хранилище, что сделает вставку более дешевой, избавит от лишней логики.

Json поле в таблице пользователя со списком id непрочитанных новостей

Братишки! Спасите-помогите

Выручайте

я на грани безумия и нервного истощения

У меня есть таблица products вида: id | name 1 | product1 2 | product2 3 | product3 И есть таблица history вида: id | product id | status | date 1 | 1 | inwork | 01.02.03 2 | 1 | complete | 02.02.03 3 | 2 | inwork | 01.02.03 4 | 3 | inwork | 01.02.03 5 | 2 | complete | 03.03.03 Как бы мне составить activequery, чтобы получить список всех продуктов, у которых самый поздний по дате статус — inwork?

через связь же

гдет у меня такое похожее валяется

ERROR: S client not available

Выбираешь самые поздние инворки в статусе и джойнишь продукты

Или через связь в модели

В модели product устанавливаешь связь со второй таблицей

public function getCategory(){ return $this->hasOne(Category::className(), ['id' => 'category_id']); } типо того

Наоборот в модели статуса связь с продуктом

Выбираем нужные статусы и потом получаем их продукты

Мне без связи нужно, чтоб через запрос

а чем связь то не устраивает?

а чем связь то не устраивает?

+1

Через запрос я же написал джойн делаешь и все

Вот так например я выбираю id продуктов с их крайними датами статусов ProductsHistory::find()->select('product_id,max([[status_date]]) AS max_date')->groupBy('product_id');

Но так я получаю все крайние статусы, а не только определённые

У меня так. Связь: public function getType0() { return $this->hasOne(Type::class, ['id' => 'type']); } И запрос: Ngpv::find()->joinWith('type0')->where(['type.slug' => $slug]);

по моему через связь само то

Да по большому счету без разницы. Но удобнее, согласен

Вернёт сразу нужный объект модели

Через связь я могу получить все продукты, имеющие определенный статус, но мне нужно, чтобы выбрались только те, у кого определенный статус самый крайний по дате

самый крайний?

Псевдокодом опиши что нужно, уверен так будет понятнее)

И парни быстрее подскажут

Через связь я могу получить все продукты, имеющие определенный статус, но мне нужно, чтобы выбрались только те, у кого определенный статус самый крайний по дате

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

по дате, да, условно у каждого продукта может быть много статусов 'inwork' и 'complete' в любом порядке, и мне нужны те продукты, у которых 'inwork' самый последний по дате

по дате, да, условно у каждого продукта может быть много статусов 'inwork' и 'complete' в любом порядке, и мне нужны те продукты, у которых 'inwork' самый последний по дате

Связь + andWhere()?

Выбирай дистинктом, where по inwork order по дате DESC

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

Ладно, тогда так: как мне из такой таблицы id | product id | status | date 1 | 1 | inwork | 01.02.03 2 | 1 | complete | 02.02.03 3 | 2 | inwork | 01.02.03 4 | 3 | inwork | 01.02.03 5 | 2 | complete | 03.03.03 запросом получить выборку id продуктов с крайними по дате статусами? типа product_id | last_status 1 | complete 2 | complete 3 | inwork

Прям противник связи)))

Выбираешь самые поздние статусы из таблицы order по дате и distinct

И джойнишь продукты, или по связи получаешь продукты

А блин дистинктом не получится

Выбираешь самые поздние статусы из таблицы order по дате и distinct

дистинктом я выбираю уникальные id продуктов?