Несколько вопросов

[L0ndl3m]

Вот вам банальный пример где бы пригодился оператор "new"

У new в pawn другое предназначение.

[$continue$]

Хмм, а ты уверен, что я имел введу new именно в Pawn?
Я имел введу, что в Pawn не помешала бы динамическая память.

У new в pawn другое предназначение.

[Daniel_Cortez]

Хмм, а ты уверен, что я имел введу new именно в Pawn?
Я имел введу, что в Pawn не помешала бы динамическая память.

GVar в помощь. Или, если вероисповедание не позволяет использовать чужие плагины, можно воспользоваться SetPVarString. Правда, чем больше внутренний индекс PVar'ов, тем медленнее доступ к ним. Если создать PVar с именем "var_a", у него будет индекс 0, а если вслед за ним объявить "var_b", ему будет присвоен индекс 1 (для тех, кто в танке: индекс зависит от порядка создания, а не от названия). При доступе к PVar'ам сервер производит линейный поиск по всей таблице PVar'ов - следовательно, самый быстрый доступ будет к тому PVar'у, который был создан самым первым, а к самому последнему PVar'у будет медленнее всего.

[PawnoNoob]

Я что ли составляю стандарты RFC?
А это как раз стандарт - RFC 0821

Например, я сделаю почту в 320 символов. У вас будет стоять, например 128 символов (без проверки на strlen, что делать максимально глупо), ввожу я значит > 128 символов, Вы ловите краш запроса и выход за пределы массива?
Стрельба в ногу, дело добровольное. И вообще, Вы знаете что ник 24 символа, при этом 24 это не константа в плане < или >. То есть я могу зарегистрировать ник и в 10 символов, выделяйте тогда 10 ячеек?
Вот вам банальный пример где бы пригодился оператор "new"

Ну смотрите, я сделал проверку на strlen и у меня это выглядит так:

if(!IsValidEmail(inputtext) || strlen(inputtext) < 10 || strlen(inputtext) > 34)  

Но если я, например, пропишу в адресе электронной почты 33 или 34 символа, то аккаунт просто-напросто не создастся в базе данных. Если же впишу 32, то всё будет нормально. Я всё перепроверил несколько раз: в базе данных выделено 34 символа для адреса электронной почты, в enum - 34, при загрузке аккаунта также 34, но всё равно возникает эта ошибка из-за форварда UploadPlayerAccountNumber, который я взял из урока пользователя Deimos.

forward UploadPlayerAccountNumber(playerid); 
public UploadPlayerAccountNumber(playerid) pInfo[playerid][pID] = cache_insert_id(mysql_connect_id);  

(только вместо mysql_connect_id я вставил название моей переменной для подключения)

[$continue$]

Я, вроде четко изложил свой мысли?
Нет смысла ограничивать игрока в вводе email, ну конечно, если этот email не > 320 символов.

[PawnoNoob]

Я, вроде четко изложил свой мысли?
Нет смысла ограничивать игрока в вводе email, ну конечно, если этот email не > 320 символов.

Ну а какой смысл давать игрокам возможность ввода такого огромного количества символов для адреса электронной почты, если почти все игроки вводят [email protected] и подобные значения (на серверах, где нет регистрации с подтверждением почты)

[$continue$]

Какой вообще тогда смысл делать ввод почты?

Ну а какой смысл давать игрокам возможность ввода такого огромного количества символов для адреса электронной почты, если почти все игроки вводят [email protected] и подобные значения (на серверах, где нет регистрации с подтверждением почты)

[DeimoS]

Какой вообще тогда смысл делать ввод почты?

"Везде есть ввод почты и у меня должен быть"

- - - Добавлено - - -

Ну смотрите, я сделал проверку на strlen и у меня это выглядит так:

if(!IsValidEmail(inputtext) || strlen(inputtext) < 10 || strlen(inputtext) > 34)  

Но если я, например, пропишу в адресе электронной почты 33 или 34 символа, то аккаунт просто-напросто не создастся в базе данных. Если же впишу 32, то всё будет нормально. Я всё перепроверил несколько раз: в базе данных выделено 34 символа для адреса электронной почты, в enum - 34, при загрузке аккаунта также 34, но всё равно возникает эта ошибка из-за форварда UploadPlayerAccountNumber, который я взял из урока пользователя Deimos.

forward UploadPlayerAccountNumber(playerid); 
public UploadPlayerAccountNumber(playerid) pInfo[playerid][pID] = cache_insert_id(mysql_connect_id);  

(только вместо mysql_connect_id я вставил название моей переменной для подключения)

Число ячеек в массиве для хранения запроса увеличь

[[ForD]]

Ну а какой смысл давать игрокам возможность ввода такого огромного количества символов для адреса электронной почты, если почти все игроки вводят [email protected] и подобные значения (на серверах, где нет регистрации с подтверждением почты)

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

[PawnoNoob]

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

Дело в том, что у меня после ввода адреса электронной почты сразу телепортирует на спавн, но, как я уже и говорил, если ввести 33 символа в адресе электронной почты, то аккаунт просто-напросто не запишется в базе данных. Я пробовал менять, ставил 65, 128 ставил и всё равно не сохраняет, если вводишь на 1 символ меньше выделенного.

- - - Добавлено - - -

"Везде есть ввод почты и у меня должен быть"

- - - Добавлено - - -



Число ячеек в массиве для хранения запроса увеличь

Для адреса электронной почты? У меня стоит 34.