Прощу помощи

[YouTouchMe]

Доброе время суток, ребят, подскажите пожалуйста, какой ресурс "Стандартный" отвечает за авторизацию на сервере?

Именно тот, где пишут Login: You Succefful loggined in.

При заходе под себя на сервере.

[CocaColaBear]

Доброе время суток, ребят, подскажите пожалуйста, какой ресурс "Стандартный" отвечает за авторизацию на сервере?

Именно тот, где пишут Login: You Succefful loggined in.

При заходе под себя на сервере.

Admin?

[YouTouchMe]

Доброе время суток, ребят, подскажите пожалуйста, какой ресурс "Стандартный" отвечает за авторизацию на сервере?

Именно тот, где пишут Login: You Succefful loggined in.

При заходе под себя на сервере.

Admin?

admin_server юзал, там все есть про регистрацию, но про этот текст то что успешно зашел, нету...

[Disinterpreter]

Доброе время суток, ребят, подскажите пожалуйста, какой ресурс "Стандартный" отвечает за авторизацию на сервере?

Именно тот, где пишут Login: You Succefful loggined in.

При заходе под себя на сервере.

Admin?

admin_server юзал, там все есть про регистрацию, но про этот текст то что успешно зашел, нету...

Эта команда на уровне самой мта.

[YouTouchMe]

Разве?

[Kernell]

Именно. Это системные аккаунты, не понимаю зачем вы даёте пользователям возможность создания системного аккаунта на сервере. Напишите свою систему на уровне гейммода, а стандартную используйте только для себя (настройка и т.д.).

Может быть вы ещё в ОС создаёте пользователей под каждого игрока?

[Arisu]

Именно. Это системные аккаунты, не понимаю зачем вы даёте пользователям возможность создания системного аккаунта на сервере. Напишите свою систему на уровне гейммода, а стандартную используйте только для себя (настройка и т.д.).

Может быть вы ещё в ОС создаёте пользователей под каждого игрока?

Аккаунты на сервере - это легко и просто, вот зачем. И БД готовая, и связать с админ-правами и ACL легко, и функции готовые есть для управления всем этим, и безопасность продумывать не надо. Поэтому и даем. Писать свою систему авторизации с блекджеком и шлюхами - занятие трудоемкое, если делать это сходу.

[offtopic]

Может быть вы ещё в ОС создаёте пользователей под каждого игрока?

А я создаю. И изолирую их друг от друга. Ну не для игроков, а для серверов всяких. Потому что это мера безопасности, и лучше перебдеть, чем недобдеть (ну а еще лучше - точно знать, где и как ограничивать).

[/offtopic]

[CocaColaBear]

Аккаунты на сервере - это легко и просто, вот зачем. И БД готовая, и связать с админ-правами и ACL легко, и функции готовые есть для управления всем этим, и безопасность продумывать не надо. Поэтому и даем. Писать свою систему авторизации с блекджеком и шлюхами - занятие трудоемкое, если делать это сходу.

Я тоже так когда-то думал. Со временем понял, что написать свое намного лучше, т.к. в случае возникновения проблем можно легко все исправить.

[Arisu]

Я тоже так когда-то думал. Со временем понял, что написать свое намного лучше, т.к. в случае возникновения проблем можно легко все исправить.

О каких проблемах речь? Проблемы уровня "что-то где-то недосмотрели, не забекапили и всё похерилось"?

Не плодите лишних сущностей без особой надобности, господа. Встроенная система аккаунтов вполне самодостаточна. И по надежности она даже лучше окажется, чем самописная.

[CocaColaBear]

Я тоже так когда-то думал. Со временем понял, что написать свое намного лучше, т.к. в случае возникновения проблем можно легко все исправить.

О каких проблемах речь? Проблемы уровня "что-то где-то недосмотрели, не забекапили и всё похерилось"?

Не плодите лишних сущностей без особой надобности, господа. Встроенная система аккаунтов вполне самодостаточна. И по надежности она даже лучше окажется, чем самописная.

Какой напишите, такой и окажется.

[Kernell]

И по надежности она даже лучше окажется, чем самописная.

По себе судите?

Как мы все знаем, стандартная система аккаунтов работает на SQLite. А теперь задумайтесь сколько говнокодеров в МТА которые как попало используют Account-функции; таких же говнокодеров как и в сампе, которые пользуются ini для хранения данных, и которые очень часто что-то сохраняют.

С другой стороны, при большом онлайне (с нормальной системой) тоже буду проблемы, тут спасёт либо SSD либо своя система на MySQL с немаленьким кешированием.

[Arisu]

Какой напишите, такой и окажется.

Вот да. И поэтому каждый начинающий скриптер должен написать свой дырявый и кривой метод авторизации, хотя ему уже предложен встроенный, где за скриптера всё продумали заранее.

По себе судите?

Давайте не переходить на личности. Но вообще, меня встроенная система аккаунтов вполне устраивает.

Как мы все знаем, стандартная система аккаунтов работает на SQLite. А теперь задумайтесь сколько говнокодеров в МТА которые как попало используют Account-функции; таких же говнокодеров как и в сампе, которые пользуются ini для хранения данных, и которые очень часто что-то сохраняют.

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

С другой стороны, при большом онлайне (с нормальной системой) тоже буду проблемы, тут спасёт либо SSD либо своя система на MySQL с немаленьким кешированием.

Большой онлайн - это единицы. И они сами знают, что им нужна собственная система, и она уже есть у них. А для среднестатистического сервера? Это какой онлайн должен быть? Сотни заходов в секунду? Вряд ли где-нибудь вообще такое было. Поэтому не нужно сюда лепить еще и MySQL, да еще и с кешированием. Всяким мелким серверам SQLite-а хватит выше головы.