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

severall
+5
Репутация
0
Рейтинг
1. Там не полное решение, нужно делать проверку на ajax, чтобы сохранить нервную систему юзера в пределах нормы.
Тут к проблеме надо подходить многоступенчато:
1. Проверка никнейма на уникальность: instantcms.ru/forum/thread22549-1.html#215795
2. В админке в настройка компонента регистрация дополнить список запрещенных ников.
3. И вот чтобы не было этого, нужно запретить смешанные латино-кириллические ники.дублировать ники путем замены английского шрифта на русский
2. Тут дело не в администрации, ник Admin я привел для примера, можно было взять и Маша, а двух Маша не должно быть на сайте.
3. Да, как то так.
Кто возьмется написать это дело, оплачу работу.
Доброго времени. Нужно решение по уникальным никнеймам, на 1ю ветку нашел, а вот по второй нет решений. На некоторых проектах юзеры дубли — это большое зло. Необходимо добавить проверку вводимого никнейма на его наличие в базе, причем, чтобы не могли дублировать ники путем замены английского шрифта на русский например в нике Admin можно заменить A русской и это уже новый никнейм будет.
Любой серьезный хостер даст отписку, что блокировка владельца сайта возможна только по решению суда. Если же реагирует и блокирует на основании какой то абузы, опасаясь неприятностей, то бежать надо от такого хостера как можно быстрее, любой конкурент может накатать грамотную абузу и расставить все так, что все вокруг будут виноваты.
вот смотрю все смотрю на эти темки на форуме уже который месяц. Неужели такая проблема подключить платежного агрегатора и не мучить ни себя ни других? Например unitpay или freekassa
тогда правильно бы было добавить в cms в следующих версиях предложенные варианты в этой статье на хабре, либо скрипт, либо промежуточная страница. Юзера в любом случае надо оставлять на сайте, если без бланка, то он перейдет и забудет где он был до этого.
Благодарю за решение. Отключил типограф и target="_blank" заработал.
На счет безопасности, использую новости и статьи только я на сайте, так что ни чего страшного, а вот в блогах он по умолчанию отключен.
На счет безопасности, использую новости и статьи только я на сайте, так что ни чего страшного, а вот в блогах он по умолчанию отключен.
А типограф это, что? Поискал в типах "типограф", не нашел. Извиняюсь, совсем недавно переехал на инстант.Включенный для этих типов контента типограф.
так вот дело в том, что target="_blank" не вырезается, он и при сохранении остается как есть в документе, можно вернуться к редактированию записи и target="_blank" на месте, как должно быть, а вот работать он не хочет, в блогах и статических страницах работает, в новостях и статьях нет. Что то режет работу target="_blank" в статьях и новостях.severall, в приведенных ссылках в коде страницы атрибута target="_blank" нет, т.е. он вырезается при сохранении показе записи.
Ссылки в лс отправил, но это можно на любом сайте или локалке проверить в новостях или статьях.
именно так, атрибут есть, но ссылка открывается в этой же вкладке (окне), перехода к новой вкладке нет. На версии 2.5.1 в статьях и новостях нет перехода, тестировал и на рабочем сайте и на локалке.Указанный атрибут присутствует в ссылках, но они открываются в текущем окне/вкладке
Доброго времени. Не нашел поиском ни какой инфы, по этому создам темку. Не работает target="_blank" в ссылках в новостях и статьях, работает в блогах, страницах, возможно в других компонентах не работает, мне важны новости и статьи, так как юзер переходя по внешней ссылке просто утекает с сайта. Что может резать target="_blank"?