Количество новостей в категории

[kostyk 2]

Подскажите, как посмотреть количество новостей в каждой категории???

[kostyk 2]

Как-то странно, даже в говняном Wordpress можно посмотреть сколько в каждом разделе статей, неужели в DLE этого самого примитивного не предусмотрели???????????????

[EzS 2]

Как-то странно, даже в говняном Wordpress можно

фигасе в говняном. глаза открой, умник!

Из вп можно такое сделать, что дле и не снилось по функционалу.

[celsoft 6 094]

Из вп можно такое сделать, что дле и не снилось по функционалу.

Я стесняюсь спросить а что? Ракету тоже можно из блогового движка сделать? Я вот видел много сайтов на WP, что то ничего сверх есстественного неувидел, может не то смотрел, WP блоговый движок, что то сделать на нем кроме блога крайне затруднительно, DLE тоже имеет аналогичное направление, и ракету из него тоже не слепить. Мне просто интересно ваше высказывание что же все таки можно сделать на WP, чего DLE даже и не снилось, вдруг приснится.

[kostyk 2]

Из вп можно такое сделать, что дле и не снилось по функционалу.

Я стесняюсь спросить а что? Ракету тоже можно из блогового движка сделать? Я вот видел много сайтов на WP, что то ничего сверх есстественного неувидел, может не то смотрел, WP блоговый движок, что то сделать на нем кроме блога крайне затруднительно, DLE тоже имеет аналогичное направление, и ракету из него тоже не слепить. Мне просто интересно ваше высказывание что же все таки можно сделать на WP, чего DLE даже и не снилось, вдруг приснится.

Вы бы лучше рассказали как кол-во новостей в категории посмотреть!

[celsoft 6 094]

Вы бы лучше рассказали как кол-во новостей в категории посмотреть!

стандартно никак, а где бы хотели их смотреть?

[Edward 4]

я бы, например, вот так:

[Akela 9]

я бы, например, вот так

Для грамотной реализации нужно :

1. добавить поля в таблицу категорий для хранения счетчиков новостей (а можно и комментарии заодно)

2. везде где новости добавляются, удаляются, переносятся в другую категорию - дописать корректировку счетчиков.

3. в функции формирования массива категорий добавить считывание счетчиков.

4. добавить шаблонные переменные для счетчиков.

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

Изменено 9 сентября 2008 пользователем Akela

[lifestar 18]

wordpress хороший движок, не один говно сайт на нём сделал.

Несколько часов - готовый сайт

Но ресурсов жрёт немерянно, этим и не нравится.

То есть хороший сайт на нём не сделать, без ковыряния кода.

На DLE можно, но опять же порезав на кусочки лишний функционал

[celsoft 6 094]

Edward,

такой реализации небудет точно. Это неоднократно обсуждалось, слишком тяжелы запросы к БД нужны для формирования такого списка, плюс ограничения на верстку шаблона.

Для грамотной реализации нужно :

1. добавить поля в таблицу категорий для хранения счетчиков новостей (а можно и комментарии заодно)

2. везде где новости добавляются, удаляются, переносятся в другую категорию - дописать корректировку счетчиков.

3. в функции формирования массива категорий добавить считывание счетчиков.

4. добавить шаблонные переменные для счетчиков.

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

у этого метода есть один большой минус. Это удаление новостей. Одна новость не проблема, а если массового 100 или 200. Это значит 100 или 200 выборок из БД их парсинг, потом обновление таблицы категорий и только потом удаление новости, плюс удаление картинок, файлов, все это может неуложится в таймаут, и очень ресурсоемко и все для того чтобы увидеть пару цифр. Проще уж сделать подчет при выводе на сайте и закешировать его надолго и то опять таки тяжелый запрос.

[wawilon 0]

Одна новость не проблема, а если массового 100 или 200. Это значит 100 или 200 выборок из БД их парсинг, потом обновление таблицы категорий и только потом удаление новости

Ну можно например триггер в базу повесить, чтобы при удалении новости отнимал число от счетчика в таблице категорий.

[Akela 9]

Одна новость не проблема, а если массового 100 или 200.

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

[celsoft 6 094]

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

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

[Akela 9]

дело в вылете по таймауту

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

[wawilon 0]

Так может стоит перенести нагрузку с php скрипта на mysql сервер? Причем постараться сделать это по умному, по проще. Целсофт как Вы относитесь к идее создания триггера?

[celsoft 6 094]

как Вы относитесь к идее создания триггера?

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

[wawilon 0]

Ну вообще слово триггер это заимствованное. От английского trigger. Это хранимая процедура которая срабатывает до или после определенного события в базе. Например функция которая после удаления строки из таблицы тут же делает еще один запрос к базе, а именно подправляет счетчик новостей в другой таблице.

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

[celsoft 6 094]

wawilon,

нет пока не будет реализовано, поддержка есть только в MySQL 5.xx, слишком много крупных хостингов используют до сих пор линейку 4.xx

[wawilon 0]

Да, соглашусь. Я просто предложил один из вариантов решения.

[Al-x 7]

у этого метода есть один большой минус. Это удаление новостей. Одна новость не проблема, а если массового 100 или 200. Это значит 100 или 200 выборок из БД их парсинг, потом обновление таблицы категорий и только потом удаление новости, плюс удаление картинок, файлов, все это может неуложится в таймаут, и очень ресурсоемко и все для того чтобы увидеть пару цифр. Проще уж сделать подчет при выводе на сайте и закешировать его надолго и то опять таки тяжелый запрос.

честно говоря очень повеселило.

Akela прав. При граммотной реализации это всего 1 запрос, поэтому если вы вылетите по таймауту, то только из-за незавершённости операции удалния текста из бд.

Я ставил эксперементы в этом вопросе с тяжёлыми базами и тормознутыми хостингами. Вылет происходит при удалении ячеек с текстом. В базу делалось около 6000 запросов при общем размере бд 600 мб (вместе с индексами таблиц), и если таблицы с текстом не трогать - всё выполнялось норм.

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

[celsoft 6 094]

Akela прав. При граммотной реализации это всего 1 запрос, поэтому если вы вылетите по таймауту, то только из-за незавершённости операции удалния текста из бд.

Вы наверное забыли что в новости может быть несколько категорий, например три, задача удалить 300 новостей из массового удаления, для этого читаем содержание поля категорий у новости в БД, меняем счетчик категорий, удяляем новость. Итого три запроса, плюс пять запросов на удаление картинок, файлов, счетчика новостей у пользователя, опроса, облака тегов, итого 8 запросов на новость. Итого 2400 запросов при удалении 300 новостей. И все ради одной цифры, которая этого не стоит удаление и так тяжелый процесс, и разбавлять его селектом и update, это лишнее. И каким образом это может быть один запрос?

Я же напсал выше, эта цифра не имеет никакой полезной нагрузки, не не вижу я от нее никакого полезного смысла, ну будет там написано 3 или 40 и что? плюс ограничение на дизайн, я может хочу ссылки на 2 категории опубликовать слева, 3 справа и 4 наверху, значит для меня этот счетчик не применим, как и для большинства

[wawilon 0]

А если не добавлять в таблицу категорий поля для хранения счетчиков новостей, а вычислять количество новостей тогда когда это необходимо, а результаты запросов кэшировать в файл. Тогда получится по нагрузке также 1 запрос при добавлении или удалении новости (ведь мы же будем при этом чистить кэш и необходимо будет пересчитать это количество). Чтобы не пересчитывать количество новостей во всех категориях при изменении их количества в одной, можно хранить их значения в разных файлах. Хоть это немного и глуповато держать несколько десятков кэш файлов, в каждом из которых будет написано просто одно число, но эта реализация не добавит сильной нагрузки - всего 1 запрос при добавлении или удалении новости.

[baxus 49]

есть одно решение...к примеру.

<a href="/index.php">Главная [200]</a>

в 00 по полуночи обновлять цифры между [ и ]

Запросов к базе данных 0

К тому же можно удалить спокойно 100 новостей без вреда счётчику)))

Ну а вообще если по чеснаку.... Писать там раз от раза любое число.... Такое ощущение что кто то будет проверять соответствует ли количество новостей тому что написано между скобками

вот если бы реализовали такую фишку как - сколько добавлено было новостей за предыдущий день тупо

Главная +5

Порно +15

ххх порно +8

порновидео +30

ну и так далее.

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

[dlehack 14]

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

[Undetected 0]

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

можно узнать, как именно?