Технические обновления сайта и форума (Новый Redwall.Ru, Не пугайтесь & РР-2017)

[Кузя]

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

[Урт Чёрный]

При попытке зайти в свой профиль возникает ошибка "Опаньки. Перезагрузить страницу", но перезагрузка не помогает. Глюки браузера/провайдера или что-то с форумом?

[TakiRuSiS]

При вставки обращения в новое сообщение, с параметром member, содержащий пробел, возникает окно предупреждения, что этот параметр может состоять только из допустимых символов (Имя может содержать только следующие символы: a-zA-Z0-9а-яА-Я é©), вероятно, пробел в их число не входит. Вот пример тега:

[b][member='Урт Чёрный'][/b]

 

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

Изменено 23 февраля 2015 пользователем TakiRuSiS

[Кузя]

Странно. У меня и то и то нормально. А на какой ссылке ошибка и в каком браузере предупреждение?

[Кот]

@Кузя

Это ещё давно и это часто бывает, и я кстати писал. Причём, характерно, замечал исключено на Урте.

Что любопытно, это зависит от того тыкать на ник или выделять в тексте и нажимать в контекстом меню на "имя" - в одном случае сообщение об ошибке появляется, а в другом нет (не уверен в каком что).

Глюк устраняется убиранием одинарных кавычек в member'е - тогда работает нормально.

 

А вот. При использовании контекстной менюшки генериться имя внутри одинарных кавычек и вероятно проверка. Такие дела.

Если отредактировать пост и дописать с кавычками, то при сохранении никакого сообщения не возникает. Или убрать проверку или поправить функцию с контекстой менюшкой.

Изменено 23 февраля 2015 пользователем Кот

[Урт Чёрный]

@Кузя

Любая ссылка на профиль. Как на верху главной страницы, так и в всплывающем окне при наведении на ник - открытие профиля глючит.

[TakiRuSiS]

@Кузя

Браузер Chrome, при вызове контекстного меню -> "Имя", во время вставки нового сообщения.

 

ЗЫ:

Гм, анализ member не чует буквы Ё/ё, а не пробел.

[b][member='Ёёё'][/b]

Изменено 24 февраля 2015 пользователем TakiRuSiS

[Кот]

Проверим на живых...

С кавычками и без.

@Жёсткий

 

 

upd.

На ё реагирует при условии что в member есть одинарные кавычки, без них работает. Проверим кого-то с пробелом...

 

@Занн Юскарат Тагеранг

 

upd2.

С пробелом проблем нет.

Изменено 24 февраля 2015 пользователем Кот

[TakiRuSiS]

@Кот

Получается, что проверка member не включается, когда тег "поломан" (не хватает кавычек) либо сообщение в режиме редактирования, а сама проверка не может корректно отследить посторонние символы в имени.

А вот, сама суть в проверке member ведь заключается не в том, чтобы отследить корректность символов, а в том, присутствует имя среди пользователей или нет, ведь так?

 

Не лучше ли делать запрос к базе данных для проверки корректности параметра member, вместо/(вместе с) проверки допустимых символов?

Изменено 24 февраля 2015 пользователем TakiRuSiS

[Кот]

@TakiRuSiS

Собственно, и проверка вообще не только не несёт смысла, но и не даёт результата - есть там ё, нет ё, а пользователя оно корректно находит, если он есть. Тем более если такую проверку можно обойти редактированием, это явно рудимент.

На мой взгляд, что-то вроде "другой тип параметра - другой экземпляр парсера" или может это ограничение даже не самого мембера, а вообще всех строк ' ' движка. Я навскидку вообще не припомню другой тег который использует русские слова в виде параметров, у нас кругом только ссылки. Если это общее запрещение, также у нас не будут работать некоторые виды переходов на сайты-картинки с адресами типа "ёшкинкот.рф/рисунокнабуквуё.jpg" потому что там тоже будет конструкция [<имятега>=___ё___].

 

Гарантирую, что это сдохнуть. Это ж запрос к базе на каждый клик отправки умножить на список мемберов в посте (коих каждый делает по овер 9к на дню) вместо проверки пары строковых объектов.

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

 

Собственно, сам проблема решается или курением парсера строки... Или просто коррекцией контекстуальной функции "имя" - нет одинарных кавычек в теге, нет проблемы.

Что характерно, в журналах обращения по имени только через ту функцию, там оно чаще стреляет.

Изменено 24 февраля 2015 пользователем Кот

[Урт Чёрный]

Я всё ещё в профиль зайти не могу, в чём дело-то?

[TakiRuSiS]

@Кот

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

Что касается написания лишнего запроса к БД, то тут один дополнительный запросец погоду не испортит, тем более, вызываемый при сохранении сообщения, что бывает редко, по сравнению с просмотром (обеспечение генерации страниц подымает целую лавину запросов, если нет попадания в кэш, если таковой используется), зато проверка будет работать по назначению, сразу предупредит, что такого ника нет.

 

@Урт Чёрный

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

http://www.redwall.ru/forum/user/3903-urt-chernii/

Или по-другому она у тебя отображается?

Изменено 24 февраля 2015 пользователем TakiRuSiS

[Кот]

@TakiRuSiS

Ну как один... На каждое упоминание тега при сохранении. Всегда.

Особой надобности в этом нет - каждый раз, когда пост отображается, он уже отправляет такой запрос и осуществляет поиск-подмену на того пользователя кого найдёт. В том числе пользователь по этому имени может быть очень даже не найден сейчас или найден однажды, когда такое имя появится в базе, данное действие вообще не обязано быть успешным - оно вообще не действие, это тег, а не программа, он работает в той мере как его написали, он не обязан всегда находить пользователя и ничего страшного. Сегодня картинка есть - завтра нет, или сегодня нет, а завтра есть. Тег чужд какой-то однозначной актуальности, он может возвращать пустоту, но не вернёт ошибку.

Кроме того, обращение к базе на этапе генерации страниц это нормально, а на этапе написания ответа - как правило нет. Только по важным и критическим ошибкам, мол фотографий много или слишком длинно... Причём большая часть из них может отсекаться ещё на этапе отправки клиентом, без привлечения серверного уровня - именно того что сделала бы сверка с базой для такого случая. Вытаскивать такое во front-end было бы неправильно.

 

@Урт Чёрный

Ты не производил каких-то нестандартных действий, новых настроек? Это только сейчас возникло или ты просто там не заглядывал?

[TakiRuSiS]

@Кот

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

[Кот]

@TakiRuSiS
Да какая польза... Саму эту функцию саботировать сложно - вручную малоиспользуемый, обычно самогенерящийся тег. Почти сто процентов вызовов через функции с готовым заполнением. Собственно, то что мы обращаемся к пользователю на пять строк выше не имя[/b], а по ссылкам - это избыточность от соц-сетей.
Не говоря уже о том что тег действительно ненадёжный. Обращения могут пропадать.

Для примера - естественно Сосна. Вот пост.

Вспоминая достославный анекдот про суслика, которого не видно... Гарантирую что в посте присутствует обращение member'ом. Оно не нашло имя спустя год с чем-то и тег вообще не отображает эффект. Что характерно, имя тогда было актуальным... Ну для Рангувара. У него имена актуальны периодически))

Теперь там пусто. Ник сменился, тег вернул пустоту. Фейл.

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

 

Возможно и тут надо что-то делать.

[TakiRuSiS]

@Кот

Проверка правильности member во время или перед отправкой submit происходит, причем тут теги отображаемые на страницах форума?

И причем здесь давнишние пользователи? Проверить здесь и сейчас (во время нажатия "Сохранить"), есть такой пользователь при текущем значении member, если нет, то предупредить отправляющего сообщение, что тег не будет работать, так как на это рассчитывали (как раз подпадает под случай, когда решили редактировать давнишнее сообщение, где есть несуществующие ники).

[Кот]

@TakiRuSiS

Так в том и дело. Для этого тега одно из нормальных состояний не найти того кто в нём написан - и это не ошибка, а часть его функциональности. Мол, "Вдруг кто-то написал сообщение пользователю Золотая Лапа, на случай если спустя десяток лет такой заведётся?". Или если какой-то старый ник передадут кому-то новому, то какое-то время тег не будет работать, потом снова заработает...

Соответственно это нет смысла проверять. Да и "дорого" (имеет стоимость). Да и вообще тег не оптимальный и уродский. Да и вообще вероятно проблема не в теге, а в системе допустимых символов в парсинге строк в одинарных кавычках))

 

Ну риали... В действии, по сути полностью выполняемом на клиенте, добавлять обращение за данными или производить аварийный ответ и возвращать обратно весь пост после нахождения первого (!) несоответствия тега в поиске, которое с точки зрения интерпретатора и ошибкой-то является не будет?

Само по себе это кажется весьма и весьма порочным. Как представлю что клиент и сервер обмениваются такой фигнёй... Бррр.

В таких случаях форумом считается что пользователь "априори прав" и хотел сказать то что сказал, даже если это на первый взгляд это какая-то чушь, теги не сработают или ещё чего. "Может он хотел так сделать?" такова идеология. Защита от дурака это дорого, не работает в конечном итоге, да и само решение порождает значительно больше проблем чем исходная проблема - которая кстати исключительно пользовательская.

Изменено 24 февраля 2015 пользователем Кот

[Урт Чёрный]

@TakiRuSiS

Именно так.

[Урт Чёрный]

@Кот

Никаких настроек не менял давно. И давно не пытался зайти на страницу профиля

[TakiRuSiS]

@Урт Чёрный

А вот и не так, ссылка на твой профиль в списке форума (малая миниатюра) генерируется такая:

http://www.redwall.ru/forum/user/3903-urt-chyornyi/

У большой миниатюры, в сообщениях форума, вот такая:

http://www.redwall.ru/forum/user/3903-urt-chernii/

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

По идее, без проблем должен работать старый вариант ссылки на профиль:

http://www.redwall.ru/forum/user/3903

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

Изменено 26 февраля 2015 пользователем TakiRuSiS

[Кузя]

По-идее должен работать любой из них, символы после первого дефиса должны просто обрезаться.

[Урт Чёрный]

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

[TakiRuSiS]

Пробовал в другом браузере зайти под своим аккаунтом и посмотреть профиль? (В какие вообще браузеры привлекал, чтобы взглянуть на проблему с разных сторон?)
 
У меня лично подозрения, что у тебя левые данные в cookie прописались, особенно касаемые сервисов гугл.
Для выборочного сброса cookie-переменных удобно использовать средства разработчика в браузере.
 
0) В браузере переходишь на главную страницу форума - http://www.redwall.ru/forum.
 
Для Хрома:
1) Панель разработчика вызывается Ctrl+Shift+I, заходишь во вкладку Resources, в боковом дереве выбираешь Cookies, выбираешь www.redwall.ru;
2) Осуществляешь попытку перехода по ссылке в свой профиль;
3) В таблице с переменными Cookie удаляешь все строки, Domain которых отличен от redwall.ru (google.com - точно будут).
4) Ctrl+F5 обновляешь страницу своего профиля, смотришь результат.
 

 
Для Firefox:
1) Ставишь дополнение для браузера firebug;
2) панель разработчика F12, вкладка cookie.
3) Осуществляешь попытку перехода по ссылке в свой профиль;
4) В таблице с переменными Cookie удаляешь все строки, Домен которых отличен от redwall.ru (google.com - точно будут).
5) Ctrl+F5 обновляешь страницу своего профиля, смотришь результат.

 

 

Если удалить переменные Cookie с доменом redwall.ru - то это аналогично действию "Выйти из аккаунта".

[Greedy]

Столкнулся с проблемой по форуму

 

Скрин:

Пустая страничка и URL в качестве названия.

Пытался написать в замечания по работе форума, но выдало такую же картинку. Неспроста-а-а...

[TakiRuSiS]

... топик 373, недоступны страницы 1 и 3.