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

pskovoroda
Наличие кнопки "Отмена" поощряет такие ошибки. А публикация новой главы у нас - это дело большое, рассылка уведомлений, новости и всё такое. Будьте внимательнее.

Можно ли тогда сделать, чтобы по умолчанию добавлялась только одна глава? И чтобы для публикации нескольких уже нужно было нажимать "настройки"?

Нет.
Используйте статус "Черновик".

Как я Вас понимаю!

Опять старая тема всплыла: http://www.fanfics.me/message179311

pskovoroda
Забанен. Спасибо.

Может, стоит всё-таки это безобразие превентивно устранить?

pskovoroda
Оу, кхе, предложи *технический* способ, как это можно превентивно запретить

uncleroot, при регистрации проверять, существует ли ник, похожий до степени смешения?
Решается двумя str_replace и двумя дополнительными запросами в базу, насколько я понимаю (n.b. : я манул и не умею в php, прошу поправить, если что не так)
Ну или просто запретить в никах всё, что не [A-Za-z]

_-_
str_replace разве поможет отловить похожесть кириллического "о" на латинское "o"?

А попытка запрета кириллицы в никах приведет к феерическому объему бугурта и баттхерта.

eopaxcyEOPHAXCМВ

Решение, собственно, есть - https://en.wikipedia.org/wiki/Homoglyph

Но для этого нужно сайт перевести на unicode, с чем у нас проблемы :)

uncleroot,
я имел в виду чота вроде (повторюсь, я не настоящий сварщик):
$eng=array('a','o',...);
$rus=array('а','о',...);
$n_e=str_replace($eng,$rus,$nickOfNewUser);
$n_r=str_replace($rus,$eng,$nickOfNewUser);
$sql="SELECT FROM users WHERE nick=$n_e or $n_r";
$a=$db->query($sql);
if ($a->num_rows > 0) {
echo("не-не-не");
}
else {
continueWithRegistration();
}

Это, конечно костыль, но по идее должен сработать, не?

_-_
а ник в базе может состоять из кириллических и латинских символов одновременно

Sore wa himitsu desu, а, точно, затупил. Можно признать пользователей с такими никами ССЗБ, например. Или хранить транслитерированную версию ника в бд, и сравнивать новый ник с ней, что впрочем костыль огромных размеров.

вот вроде достаточно изящное решение - https://www.pgpru.com/comment16108
хотя я тоже не настоящий сварщик

При вводе создавать копию ника, в которой все "eopaxcyEOPHAXCМВ" переведены в ASCII, и в базе иметь это дополнительное поле скрытым, но именно его проверять на совпадение. Тогда и на выборку из базы ничего лишнего докручивать не нужно, лишь в тот кусок, где ник в неё вводится и проверяется.

А ничего, что такие ники бывают очень нужны, например, тем, кто забыл (с концами) старый пароль? Конечно, это неудобно и довольно спорно - постоянно жить с таким ником - но я подобное не раз видел.

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

pskovoroda
Регулярно обращаются.