

MSK
-
Публикации
1 399 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
106
Сообщения, опубликованные пользователем MSK
-
-
Ничего не понял
Как не менял, не нашел изменений в выдаче.
ЧТО именно меняется в выводе результатов поиска при изменении этого параметра?
-
Или я что-то не правильно понимаю или действительно не работает.
http://dle-news.ru/index.php?do=search
Поле "Показать результат №:"
Я правильно понимаю, что имеется ввиду, что необходимо показывать результат начиная с указанного?
Если да, то изменение этого параметра никоим образом не влияет на к-во показанных результатов в поиске.
-
В пожеланиях более 100 страниц
А именно это я думаю можно отнести к багам, поскольку есть требования к формату записи в поле, но нет проверки.
-
Гораздо проще сделать проверку
Тем более, что она действительно нужна и думаю, что должна была быть изначально.
-
Периодически особо невнимательные пользователи умудряются в профиле в поле "Блокировка по IP" вписать подпись или другую хрень.
Коль это поле должно содержать данные определенного формата, то имеет смысл сделать проверку на валидность перед сохранением данных.
А то народ не понимает что произошло после редактирования профиля и начинают регистрироваться снова...
-
Я имел ввиду чистку логов записанных до внесения правок в код.
-
Тогда предусмотрите, плиз, возможность чистки логов от несуществующих/удаленных news_id.
-
2
-
-
Следует считать, что исправлений не будет?
-
Я не говорю, что это влияет на рейтинг.
Я написал:
Т.е. можно запросто забить таблицу лога рейтинга несуществующими news_id.Т.е. Вы считаете это нормальным?
Чистка логов голосования в админке позволит повторно принимать голоса.
-
Я говорю об /ajax/rating.php
об этом
if( $is_logged ) $where = "member = '{$member_id['name']}'"; else $where = "ip ='{$_IP}'"; $row = $db->super_query( "SELECT news_id FROM " . PREFIX . "_logs where news_id ='$news_id' AND {$where}" ); if( ! $row['news_id'] AND count( explode( ".", $_IP ) ) == 4 ) { $db->query( "UPDATE " . PREFIX . "_post set rating=rating+'$go_rate', vote_num=vote_num+1 where id ='$news_id'" ); if( $is_logged ) $user_name = $member_id['name']; else $user_name = "noname"; $db->query( "INSERT INTO " . PREFIX . "_logs (news_id, ip, member) values ('$news_id', '$_IP', '$user_name')" ); clear_cache( 'news_' ); }
авторизованный пользователь может записать в logs оценку несуществующей новости.
-
1. Заметил, что при установке рейтинге к новости нет проверки на существование новости, которой выдается оценка.
Т.е. можно запросто забить таблицу лога рейтинга несуществующими news_id.
2. При удалении новостей, в том числе по крону, остаются записи логов рейтинга новости.
Первое относится и к голосованиям в новостях.
-
НКто-то мне тоже писал про такую проблему.
Получали подобные сообщения от пользователей.
То же грешили на прокси.
Если я не ошибаюсь, после смены настройки "Контроль изменения IP адреса" на более высокий, жалоб не было.
Вот тут _http://dklab.ru/chicken/nablas/56.html писалось про сессии и nginx
-
Позиция ясна.
-
Так я же НЕ прошу выдавать все 50к!!!
Я говорю о том, что
"В админской части создания карты не верно считается к-во новостей."
что мешает
$row = $db->super_query( "SELECT COUNT(*) as count FROM " . PREFIX . "_post" );
заменить на$row = $db->super_query( "SELECT COUNT(*) as count FROM " . PREFIX . "_post WHERE approve=1" );
?
-
Хорошо, с 1 новостью я привел не совсем показательный вариант.
Пусть на модерации их будет 5001 (при нынешнем обилии автопостеров абсолютно реальная картина), тогда все идет по описаномы выше сценарию.
Зачем закладывать 5к, если можно просто исключить новости на модерации?
их наличие или отсутствие на сервере никакой роли не играютНу да, я ожидал именно такой ответ...
-
И еще заметил такой баг, если было создано несколько файлов sitemap, а затем, например, часть новостей была удалена, то sitemap1,2,3... остаются на сервере.
-
Да я не говорю о том, что на 5к меньше, я о том, что если новостей 40001 и из них 5 на модерации, мы имеем:
$pages_count = @ceil( $row['count'] / 40000 );
2 страницы, и карта новостей будет составляться из 2 частей.
Т.е. будет
sitemap индексный
sitemap1 статические
sitemap2 с новостями
sitemap3 будет пустой и на него ссылка будет в индексном.
Или я что-то упустил?
-
Как в чем???
в дальнейшем постоении карты..
if ( !$map->limit ) $map->limit = $row['count']; if ( $map->limit > 45000 ) {
и тут строится карта из нескольких файлов. хотя нужен реально один общий.
-
В админской части создания карты не верно считается к-во новостей.
$row = $db->super_query( "SELECT COUNT(*) as count FROM " . PREFIX . "_post" );
т.е. учитываются все новости, хотя надо только опубликованные.
А в самом классе выборка верная.
-
Кто-нить модернизировал?
-
А если групп БОЛЬШЕ 5 и у группы 6 прав больше, чем у 5?
Нельзя по такому принципу права раздавать.
Хотя сама идея интересная
и по поводу отдельной таблицы для каждого пользователя - а если на сайте 100к регистраций и активных в чате (кто хотя бы 1 писал сообщение) больше 1к сколько будет таблиц в базе!
а если одновременно человек 5 писать будут - одновременно запись в 6 таблиц.
-
Используйте тег [category]
Нет, теги тут не нужны.
Необходима была именно функция построения такого меню.
Но я уже все сделал, тему можно удалить.
Спасибо
-
Не дружу я с массивами, но появилась необходимость модифицировать вывод списка категорий.
Имеются вложенные категории (3,4 уровня):
Категория 1
- подкатегория 1
-- вложенная 1
-- вложенная 2
- подкатегория 2
- подкатегория 3
Категория 2
- подкатегория 1
- подкатегория 2
-- вложенная 1
-- вложенная 2
- подкатегория 3
Задача:
необходимо вывести категории на старанице таким образом:
Категория 1 | Категория 2
при клике на "Категория 2" перегрузить страницу и получить:
Категория 1 | Категория 2
подкатегория 1 | подкатегория 2 | подкатегория 3
т.е. показать подкатегории
при клике на "подкатегория 1" перегрузить страницу и получить:
Категория 1 | Категория 2
подкатегория 1 | подкатегория 2 | подкатегория 3
вложенная 1 | вложенная 2
Кто-нибудь писал функцию под подобную задачу?
-
MSK, у тебя уже есть свой чат. Зачем тебе это знать?
Не вижу связи.
Я у тебя хотел купить мод, а ты жадничаешьЯ его не продаю, т.к. не хочу заниматься поддержкой - нет на это времени.
Поиск.
в Прием багов
Опубликовано:
Все, понял.
Выдает страницу, на котором есть результат с таким номером.