Кстати поисковики могут банить, если контент будет другой. Например если отдавать информацию с избытком, а пользователь при переходе не сможет её найти (она например где то на 2-3 странице в AJAX пагинации) то это большая проблема.
Stalker_RED: Как то все тоже плохо - тех что не нужны всегда больше. Я сделал так:
SELECT count(DISTINCT t.objid) FROM
(SELECT objid,status FROM `table` WHERE status=4 OR status=0 ORDER BY id desc) as t
WHERE t.objid not in (SELECT objid,status FROM `table` WHERE status=4 OR status=0 ORDER BY id desc) as t, table
WHERE t.objid=table.objid AND (table.status=1 OR table.status=2 OR table.status=3))
Это если их нужно посчитать. Но и получить их не сложно будет.
Дело в том, что записей в таблице всего несколько миллионов. Там есть еще дополнительные условия для выборки пользователя и на крупных пользователях получается что записей со всеми статусами может быть больше 100 тысяч.
Но если делать как в этом запросе - то мы сразу проверяем только те, что нам могут подойти. Что несколько экономит ресурсы. Я еще буду тестировать, посмотрим что будет эффективнее. Но может как то можно это оптимизировать?
PS. GROUP BY самая жирная операция, я тут недавно еще тестами занимался по этому поводу, можно сделать еще один подзапрос, чтобы сначала сделать LIMIT например до 1000 и уже на этом делать GROUP BY если записей много. Изначально же он сначала группирует, а потом делает LIMIT. Т.е. если нам нужно получить всего 10 записей,то нет смысла группировать 100 тысяч, достаточно 200-1000 где найдем эти 10 уникальных.
Stalker_RED: добавил. Я кстати попробовал вариант с исключением с подзапросами и т.д. но вышло в итоге 3 подзапроса вложенных что на большом числе данных очень медленно
Не совсем то что нужно. Дело в том, что статусов на самом деле может быть много (видимо зря я это не указал) и нужно выбрать определенные комбинации, когда objid подходит и когда не подходит (все остальные значения)
Также нужно учитывать, что в таблице может несколько миллионов записей, а по параметрам подходят около 10 тысяч, однако после отсеивания получается всего около тысячи.
XenTerSeO: Тогда вероятно никак. Я помню тоже была такая проблема. Тут еще проблема вот в чем - у вас родительский блок в 1000 пикселей. Вы не можете его ровно на 3 части поделить. Т.к. пиксель неделим.
ligisayan: вероятно поэтому и не работает. Дело в том что видеовстреча подрузамевает двух людей. Если вам нужно просто вещать - используйте для этого ютуб. Как раз там вроде и есть отдельная кнопка для онлайн вещания.
Может быть и не плохоц вариант.
1. По сути многие статьи устарели их нужно сильно обновлять.
2. Какие то статьи можно слить с другими и подвести общийц итог
Например у нас многие статьи в виде новостей о нововведениях. А в личном блоге можно вполне сделать это не как нововведение, а как описание использования возможности и т.д.
Вы не поняли. Наша система чем то похожа на каналы в пушбуллете. Только мы хотим больше возможностей получения оповещений. В нашей системе к слову уже больше 600 каналов и около 9000 пользователей.
Роман Бунс: у нас в этом и есть суть. последнее обновление показывает ещё и историю уведомлений. т.е. человек может туда подглядывать и даже если у него браузер упал он все равно может все прочесть. у нас скорее всего будет много функций связанных с тем чтобы человек не пропустил. вплоть до того, что особо важные уведомления будут приходить по несколько раз пока на них не ответят. плюс самостоятельно будет очень затратно обеспечить работу всех платформ.
я уже год монитора один важный другой свой проект - ни разу не было, чтобы я пропустил уведомление о состоянии работы. а они мне каждый час приходят.
Эдуард: 1. используется Google аккаунт, он есть у всех по сути. то есть регистрация не нужна, используется уже существующий акк. Поэтому такая конверсия. 2. Уведомления можно получать не только на смартфоны - это основное, что нужно еще знать. Т.е. у нас, к примеру, 50% людей получают уведомления на компьютеры, и это для них оказалось удобным. 3. Да пользователю нужно будет подписаться на ваш канал, потом через callback адрес он передаст вам свой ID, по нему уже можно слать уведомления, и отслеживать доставку. 4. Нет, мы как раз против спама, поэтому для отправки уведомления нужно прямое разрешение от пользователя - т.е. подписка. Также у нас есть поддержка Telegram. На данный момент пользователи могут получать уведомления на Android смартфонах, Chrome браузере на компьютере, или через Telegram. В ближайшее время будет iOS, Safari, Firefox. Возможно и Whatsapp будет, но на самом деле мессаджеры очень плохо подходят для уведомлений - spark.ru/startup/pushall/blog/12145/telegram-boti-...
