Defenderyk |
Отправлено: 3 июля 2010 — 22:37
|
Super Member
Покинул форум
Сообщений всего: 1027
Дата рег-ции: Февр. 2009
Репутация: 31
|
vipraskrutka пишет:их убили, а отсчет идет дальше... да вроде не убивал. как происходит убийство?)
yura3d пишет:Прав vipraskrutka. Присваиваемый пользователю номер (id) зависит от числа регистраций, а не от кол-ва зарегистрированных пользователей. В противном случае возможны были бы некоторые проблемы. Например, присваивание сообщений удалённого пользователя новому и т.п.
вот собственно это и наблюдал, а именно отсчет следующего юзера пошел не на новый id а на какой то рандомный т.е вместо 3992 пошел 3873
потом пересчитал юзеров в админке и вроде теперь норм
правда этот новый зарегенный 3873 не может авторизоваться почему то. т.е ни тот, который был до этого 3873, ни тот который им теперь заменился |
|
|
Defenderyk |
Отправлено: 4 июля 2010 — 21:08
|
Super Member
Покинул форум
Сообщений всего: 1027
Дата рег-ции: Февр. 2009
Репутация: 31
|
yura3d пишет:В списке пользователей он отображается? эти два файла теперь имеют один и тот же ник...
yura3d пишет: Видимо файлы профилей в папке members присутствуют, а сами профили в списке не прописаны. т.е после пересчета происходит перезапись файла data/users.php? |
|
|
yura3d |
Отправлено: 5 июля 2010 — 11:08
|
ExBB Team ExBB Developer ExBB Mods Author
Покинул форум
Сообщений всего: 3394
Дата рег-ции: Февр. 2009
Откуда: Минск, Беларусь
Репутация: 353
|
Defenderyk пишет:т.е после пересчета происходит перезапись файла data/users.php?
Да, разумеется. Это необходимо для восстановления пользователей, которые по каким-либо причинам пропали из списка. Соответственно, функция пересчёта пользователей восстанавливает их в списке по данным из файлов профилей в папке members. Кстати, именно с некоторыми ошибками функции пересчёта связано одно из критических обновлений, оно должно быть установлено в обязательном порядке
Defenderyk пишет:эти два файла теперь имеют один и тот же ник...
Одного нужно удалить или сменить ник. В противном случае нельзя будет войти на форум под той учётной записью, которая имеет больший номер (id) |
|
|
yura3d |
Отправлено: 13 сентября 2010 — 23:12
|
ExBB Team ExBB Developer ExBB Mods Author
Покинул форум
Сообщений всего: 3394
Дата рег-ции: Февр. 2009
Откуда: Минск, Беларусь
Репутация: 353
|
Defenderyk пишет:это разве нормально?
Вполне. В текстовой базе данных форума (как в списке пользователей, так и в профилях каждого из них) может отсутствовать адрес e-mail в том случае, если пользователь зарегистрировался (или редактировал свой профиль) при отключённых e-mail функциях на форуме (Админка -> Конфигурация -> Включить функции электронной почты на конференции -> нет). Эта возможность была реализована по просьбе той части пользователей, которые устанавливают форум в локальных сетях - в этом случае часто нет необходимости в использовании e-mail.
Defenderyk пишет:а что еще не менее интересно, так это то, что не смотря на отсутсвие мыла, в админке в соседней колонке стоит ссылка "написать"
К сожелению, из-за спешки в реализации предыдущим разработчиком, данная возможность не слишком хорошо интегрирована в форум, поэтому возможны подобные нестыковки. Например, все мы помним, что ранее существовала критическая проблема с пересчётом пользователей в админке, из-за которой все пользователи, у которых не был указан адрес e-mail в профиле, в процессе пересчёта удалялись. К счастью, эта уязвимость была своевременно закрыта. То же самое будет и с подобными недоточётами в следующей версии |
|
|
yura3d |
Отправлено: 15 сентября 2010 — 20:11
|
ExBB Team ExBB Developer ExBB Mods Author
Покинул форум
Сообщений всего: 3394
Дата рег-ции: Февр. 2009
Откуда: Минск, Беларусь
Репутация: 353
|
alexx пишет:чет странные у вас проблемы.. народу нифига и уже ..
Так вот здесь он написал, что проблемы возникли в результате аварийного отключения питания сервера. К сожелению, на сегодняшний момент ни одно программное обеспечение не гарантирует Вам целостность данных в результате проблем с оборудованием или форс-мажорных обстоятельств, к которым, кстати, и относится отключение электричества, землятресения, ураганы и пр.
Данная ситуация говорит о том, что работа сервера была фактически никак не защищена от нештатных ситуаций. Первое, что необходимо сделать, так это автоматизировать процесс создания бекапов (с возможностью закачки бекапа на другой сервер - для надёжности, в случае если посыпется винтчестер на основном сервере). Раз уж человек замахнулся на администрирование сервера, то для него данная операция не должна составлять никаких проблем. Это нужно для того, чтобы не было такой ситуации, что "бекап трёхдневной давности, а вся переписка велась вчера и позавчера". Во-вторых, необходимо предусмотреть резервный источник питания на базе источника бесперебойного питания (ИБП). В этом случае, при прекращении работы электросети должен запускаться механизм остановки сервера, который безопасно завершит его работу без потери данных (5-6 минут работы от ИБП для этого вполне хватит) |
|
|
|