В теме 11 сообщений

Данная команда создана для проверки IP адреса игрока.

CMD:ip(playerid, params[])
{
	// ваша проверка на администратора
	if(isnull(params))
		return 0;
	if(sscanf(params, "u", params[0]))
		return SendClientMessage(playerid, 0xFF0000FF, "{FFC800}[Команда] {FFFFFF}Используй: {4080FF}/ip [ID]") & 0;
	if(params[0] == INVALID_PLAYER_ID) 
		return 0;
	
	new string[59+(-2+15)+1];
	GetPlayerIp(params[0], string, sizeof string);
	format(string, sizeof string, "{FFC800}[Информация] {FFFFFF}IP игрока на данный момент: %s", string);
	SendClientMessage(playerid, 0xFF00FFFF, string);
	return 1;
}

 

Отредактировано пользователем odosenok
Причина: поправил команду.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Немножко подправил команду. @Rich_Hen, коротко об изменениях:

  1. Спецификатор "u" в нативной функции sscanf возвращает либо ID введенного игрока, либо INVALID_PLAYER_ID (игрок не подключен). То есть сама библиотека вместо вас проверяет, подключен ли вообще такой игрок. Поэтому использовать IsPlayerConnected для params[0] не есть логично правильно.
  2. Вы всегда должны иметь возможность отслеживать результат работы любой функции. Потому не нужно от балды лепить "return true" (1) или "return false" (0). Каждый литерал должен нести соответствующий смысл: если функция успешно выполнена, возвратите успех (1), в противном же случае сделайте возврат неудачи (0). Так, в случае, если не введено ничего в поле аргументов (первое условие) или игрок не подключен (второе условие), мы возвращаем неудачу, ибо функция не выполнилась как нужно.
  3. В начале я добавил проверку "isnull". Это макрос, который проверяет, не является ли строка пустой. Таким образом, прежде, чем вызывать нативную функцию, мы используем обычную проверку на по типу "a != b?". Ибо время вызова нативной функции во много раз больше времени работы этого макроса (понятно, что это тысячные доли секунд, но так или иначе есть понятие оптимизация).
  4. Использовались функции, которые необязательно должны быть во всех игровых модах (типа SendServerMessage). Не следует выкладывать на публику код, имеющий большое число зависимостей. Это же касается и константных выражений, присутствующих исключительно в вашем моде.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Стандартный код, нахрена?

Убери этот код, от него глаза болят!

 

Pawn.CMD /
CMD:ip(playerid,params[])
{
	// Проверка на админку
	static
		id,
		ip[16],
		string[50+16];
	if(sscanf(params,"i",id))
		return SendClientMessage(playerid,-1,"CMD: /ip [id]");

	if(id == INVALID_PLAYER_ID)
		return SendClientMesage(playerid,-1,"Такого ID не существует!");

	GetPlayerIp(id,ip,16);

	format(string,50+16,"[Информация]: У игрока под ID: %i, IP адрес: %s",
		id,ip);
	SendClientMessage(playerid,-1,string);

	string[0] = EOS;
		
	return 1;
}

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

@HamanSamp, и что вы этим добились? Если игрок под ID 100 не в сети, то команда все равно для него будет работать, но некорректно. Так что у меня большие сомнения, от чьего кода болят глаза.

Статические переменные здесь тоже бессмысленны. Команда явно не будет использоваться каждую минуту, что жаль тратить время на выделение данных.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

@odosenok Хах. Про static давно знаком? Если незнаком, можешь прочитать, на многих форумах их полно, разницы нету. Я про IsPlayerConnected помолчу, ведь лучше всегда работать через переменную, которая указывала бы мне авторизацию игрока. 

И от выше кода человека, глаза плавятся. 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В самой ф-ии GetPlayerIp есть проверка на подключение игрока, см. https://wiki.sa-mp.com/wiki/GetPlayerIp_RU

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

@HamanSamp, спецификатором, указывающим на ID полученного игрока, "i" не является. Я вам указыввю на конкретный косяк (хотя вариант @DEST гораздо практичнее (здесь признаю и свою недоработку)), а вы мне утверждаете обратное. В моих знаниях оператора static можете не сомневаться. Я уже аргументировал: не вижу смысла хранить переменные данной команды в сегменте данных, поскольку эта команда используется нечасто. То же самое, что в глобальные переменные вынести и использовать в участке кода, который будет использоваться от силы пару раз в сутки. Хотя по сути выгоды от этого никакой.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

"u" удобней использовать, так как не только ID можно вводить, но и ник, и часть ника и все это будет конвертировано в ID. 

По поводу переменной, хранящей состояние игрока (подключен или нет). Фактически тоже самое реализовано в самом сервере и проверяется с помощью ф-ии IsPlayerConnected, которая, в свою очередь, встроена во многие другие стандартные функции. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

@DEST не думаю что это бы являлось практичной. Ведь, если игрок не авторизовался на сервере, его нет смысла проверять, неверно ли? @odosenok А насчёт static, команду используют ежечасно по несколько раз, есть смысл ставить static. 

И да, насчёт ассамблера, на форуме его найти можно? Глубоко изучить хочется, а то на разных форумах ничего не понятно.

Заметка от Cawfee , создано

Ваш вопрос не соответствует содержимому данной темы, что приравнивается к оффтопу. Пожалуйста, оставьте свой вопрос в соответствующем разделе ("Флейм"), предварительно воспользовавшись поиском по форуму.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

@HamanSamp, а вы думаете, что "u" в спецификаторе как-то по-другому работает? Точно также проверяет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

@HamanSamp Внимательние

  открыть спойлер

 

Отредактировано пользователем keyl

Заметка от keyl , создано

3.2. Код больше 10 строк необходимо брать в теги "Код" и "Спойлер". Как это сделать рассказано в разделе "FAQ".

Устное предупреждение.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти

  • Последние посетители   0 пользователей онлайн

    Ни одного зарегистрированного пользователя не просматривает данную страницу

  • Похожий контент

    • RASTAMAN
      От RASTAMAN
      Plantinum RolePlay
      Скачать файл Для того чтобы дать пароль нужно быть администратором 10 lvl после того пишем в чат /passadm
       
      Система казино Система домов Система авто И многие другие системы!

      Особых багов не найдено.

      В моде присутствует 25 фракции.
      Есть Textdraw на спавне!
      Добавил RASTAMAN Добавлено 10.10.2017 Категория Моды Автор неизвестен  
    • RASTAMAN
      От RASTAMAN
      Для того чтобы дать пароль нужно быть администратором 10 lvl после того пишем в чат /passadm
       
      Система казино Система домов Система авто И многие другие системы!

      Особых багов не найдено.

      В моде присутствует 25 фракции.
      Есть Textdraw на спавне!
    • Michov Andr
      От Michov Andr
      Re:samp RP — проект в разработке
      Re:samp RP — это SA-MP в стиле RP-проект, который в данный момент находится в активной разработке. Мы создаём сервер с бонусной системой, где механики будут, и игроки смогут развивать свои персонажи, зарабатывать деньги и взаимодействовать с окружающим миром. Однако, главное — это ролевой процесс. Вы сами выбираете, хотите ли вы заниматься бизнесом и фармом или погружаться в глубокую ролевую игру. Всё зависит от того, какой путь вы хотите пройти.
      Мы стремимся к тому, чтобы на сервере не было скучного фарма и бесконечных рутинных задач. Всё будет сбалансировано так, чтобы каждый игрок мог выбрать свой стиль игры и наслаждаться процессом, будь то отыгрыш роли, развитие персонажа или участие в экономике.
      Что касается доната — на сервере будет доступна возможность покупки привилегий, включая покупку админки. Мы не планируем делать донат обязательным для прогресса, и он не будет влиять на геймплей, но те, кто хотят ускорить процесс или получить дополнительные возможности, смогут воспользоваться такими предложениями. Всё сделано так, чтобы не нарушать баланс и не превращать сервер в платный путь к успеху.
      Re:samp RP — это сервер, где каждый игрок может найти для себя интересное занятие и, главное, где всегда будет место для качественной ролевой игры. Мы не навязываем никаких обязательных механик, и все решения остаются за вами. Стартовый бонус, донат, админки — это всё дополнительные возможности, но не основа игры. 
      Discrod:https://discord.gg/ernRMjyEJy
       
             
      на логотип не смотрим да признаюсь взял с самп рп() но уж больно он норм)
    • djxxx
      От djxxx
      приветствую всех.
       
      Задался таким вопросом при добавлении одной системы на DIALOG_STYLE_TABLIST_HEADERS.
       
      Суть проблемы в том, что диалог не выравнивается под нужные показатели, а просто как будто находиться по середине, в диалоге используется \t, но они особо не помогают в решении, также не ровно.
       
      а если попытаться выравнивать большим количеством \t, оно компилируется но в игре происходят вылеты
       
      Код такой:
      DialogAdmShop ( playerid, DIALOG_EPOINTSHOP, DIALOG_STYLE_TABLIST_HEADERS, fmt_str, ""BR"номер\t"BR"наименование\t"BR"доступное действие\n"\ "{EB4C42}#1\t{FFFFFF}Виртуальная валюта\t{888888}нажмите для взаимодействия\n"\ "{EB4C42}#2\t{FFFFFF}Донат валюта\t{888888}нажмите для взаимодействия\n"\ "{EB4C42}#3\t{FFFFFF}Вип статусы\t{888888}нажмите для взаимодействия\n"\ "{EB4C42}#4\t{FFFFFF}Кейсы\t{888888}нажмите для взаимодействия\n"\ "{EB4C42}#5\t{FFFFFF}Уникальные аксессуары\t{888888}нажмите для взаимодействия", "Выбрать", "Закрыть" ); }  
      сток dialogadmshop:
      stock DialogAdmShop(playerid, dialogid, style, title[], text[], button[], button2[]) {   if(style == 5)   {      ShowPlayerDialog(playerid, 0, DIALOG_STYLE_LIST, "...", "...", "...", "");    }   ShowPlayerDialog(playerid, dialogid, style, title, text, button, button2);   return 1; }