MSK
-
Публикации
1 381 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
106
Сообщения, опубликованные пользователем MSK
-
-
Пока можно сделать так:
замените
$source = str_ireplace( "[b]", "<b>", str_ireplace( "[/b]", "</b>", $source ) ); $source = str_ireplace( "[i]", "<i>", str_ireplace( "[/i]", "</i>", $source ) ); $source = str_ireplace( "[u]", "<u>", str_ireplace( "[/u]", "</u>", $source ) ); $source = str_ireplace( "[s]", "<s>", str_ireplace( "[/s]", "</s>", $source ) );
на это$count_start = substr_count ($source, "[b]"); $count_end = substr_count ($source, "[/b]"); if ($count_start AND $count_start == $count_end) { $source = str_ireplace( "[b]", "<b>", str_ireplace( "[/b]", "</b>", $source ) ); } $count_start = substr_count ($source, "[i]"); $count_end = substr_count ($source, "[/i]"); if ($count_start AND $count_start == $count_end) { $source = str_ireplace( "[i]", "<i>", str_ireplace( "[/i]", "</i>", $source ) ); } $count_start = substr_count ($source, "[u]"); $count_end = substr_count ($source, "[/u]"); if ($count_start AND $count_start == $count_end) { $source = str_ireplace( "[u]", "<u>", str_ireplace( "[/u]", "</u>", $source ) ); } $count_start = substr_count ($source, "[s]"); $count_end = substr_count ($source, "[/s]"); if ($count_start AND $count_start == $count_end) { $source = str_ireplace( "[s]", "<s>", str_ireplace( "[/s]", "</s>", $source ) ); }
-
В api есть старая функция, поддержки которой нет в php выше 5.3
if (!ereg( '^[-!#$%&\'*+\\./0-9=?A-Z^_`a-z{|}~]+' . '@' . '[-!#$%&\'*+\\/0-9=?A-Z^_`a-z{|}~]+\.' . '[-!#$%&\'*+\\./0-9=?A-Z^_`a-z{|}~]+$', $email ) or (empty( $email )))
-
Если не ошибаюсь, писал еще для 8 линейки
-
К-во личных сообщений можно настраивать и их может быть и 100 и 200 и...
При большом к-ве личных сообщений, страница с ними очень большая.
Необходима постраничная разбивка.
-
Тогда закономерный вопрос про массовое удаление новостей.
Алгоритм такой же
-
Давняя проблема.
При удалении одного письма есть запрос на подтверждение удаления, а вот при массовом все удаляется сразу.
-
При удалении личек в сообщении "Вы действительно желаете удалить данное сообщение" нет знака вопроса.
При внесении в игнор "Вы действительно хотите добавить отправителя в список игнорируемых пользователей?."
"Вы действительно хотите удалить пользователя из списка игнорируемых пользователей?." лишняя точка.
-
Ну как минимум баг с выводом ошибки (две шапки)
-
Сейчас создал учетку #test
ссылка чпу на профиль - http://dle-news.ru/user/%23test/ НЕ работает, зайти в свой профиль НЕЛЬЗЯ
а по обычной работает http://www.dle-news.ru/index.php?subaction=userinfo&user=%23test
А самое интересное, что даже попав в профиль нельзя сохранить изменения
- 1
-
Все, понял.
Выдает страницу, на котором есть результат с таким номером.
-
Ничего не понял
Как не менял, не нашел изменений в выдаче.
ЧТО именно меняется в выводе результатов поиска при изменении этого параметра?
-
Или я что-то не правильно понимаю или действительно не работает.
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" );
?
api и php >=5.3
в Прием багов
Опубликовано:
Я не верно выразился