LoveFist

Nice project. Still waiting when you will release it ?

Это не совсем легально и можно схватить глобальный бан. Поэтому короткий ответ - нет.

Откат и фиксирование старой версии - тупиковый путь. Игроков на ХР крайне мало.

No you can't do that. In 99% of cases it will be used for illegal actions (servers abuse, faking online, etc). So mta doesn't provide such APIs and we probably shouldn't discuss here the ways to do that thing.

You can make bots easily. Check this out https://wiki.multitheftauto.com/wiki/CreatePed

@triplesix да, все материалы по Lua - актуальны.

А что пишет в консоли? Если ресурс не может запустить по какой-то причине, то об этом будет выведено соответствующее сообщение.

function remove() for i=550,20000 do removeWorldModel(i,10000,0,0,0) end setOcclusionsEnabled(false) -- Also disable occlusions when removing certain models setWaterLevel(-5000) -- Also hide the default water as it will be full of holes end addEventHandler( "onClientResourceStart", getResourceRootElement(getThisResource()), remove) в мете этот скрипт должен быть не server, а client

Скрипт в meta.xml должен быть подключен в теге script, а не config Детали: https://wiki.multitheftauto.com/wiki/RU/Meta.xml

Думаю после пары сотен строк кода написанных на lua, проблема уйдет сама по себе

А в чем сложности? Начать можно с этой темы

Я не запускал его, не могу подсказать. Если хочешь чтобы кто-то его использовал, то можно начать с редактирования readme.md Написать что в нем есть, какие команды доступны и т. п.

Просто скин может поменяться со временем и в таком случае нам нужно запоминать его во всех местах где он меняется... В общем можно разными способами разрулить PS: Моду уже как минимум 4 года Развивать не думаешь?

Многоходовочка Алгоритм простой - тебе нужно запомнить скин игрока и при спавне выдать его. Смотри в сторону https://wiki.multitheftauto.com/wiki/OnPlayerWasted В этом событии ты можешь запоминать скин (к примеру, setElementData), а там где у тебя игрок спавнится задавать ему этот скин.

Здорово! Я сейчас работаю fullstack веб разработчиком. Занимаюсь всем от выбора комплектующих для сервера, настройки FreeBSD и до верстки и разработки spa. Pet проектов пока не имею Забавно вспомнить, как начинал все с ковыряния pawn скриптов для сампа (наверно как и многие здесь). Тогда даже не понимал как правильно сделать цикл и вывести форматированную строку PS: Сейчас на форуме мало активности, т. к. многие ушли в дискорд. Если что добавляйся туда

@Eema93 можно ловить событие когда трейлер отцепляется и прицеплять его снова -> https://wiki.multitheftauto.com/wiki/OnTrailerDetach

Последний мой проект в мта был где-то в районе 2011 После этого ничего не держу, т. к. риал лайф и все такое. Есть идеи для своих проектов, но пока не могу выделить для них достаточно времени.

Ого-го какие люди Из нового что появилось могу отметить: Поддержка ООП CEF Изменение handling транспорта и т.д и т. п. В общем появилось много вкусняшек на любой вкус (кому что больше интересно). А у тебя какие планы? Планируешь возвращаться в МТА?

Если исключение можно отследить на уровне скрипта, то его также можно слать напрямую. Это ведь то же событие. На какие-то низкоуровневые segmentation fault'ы вроде народ не жалуется и сервер сам по себе стабильно работает. В любом случае если сервер упал, то он и в лог ничего не запишет. Для таких ситуаций нужно что-то внешнее. Или о каких исключениях идет речь? Про добавление новых событий. Если в лог пишется прям все все, то возможно на мта сервер и не нужно будет лезть. Просто эта работа уже была сделана ранее, когда добавлялся вывод в лог для этого события Мне кажется мы не о том спорим. Вы спросили конкретный вопрос, а я начинаю парить свое мнение. Сори Из коробки нет возможности писать в удаленное место логи. Нужно придумывать свое решение, чтобы это реализовать.

Понял. Рекомендую не париться с логами, а напрямую обращаться к веб серверу и вызывать необходимые действия. Для этого можно использовать https://wiki.multitheftauto.com/wiki/FetchRemote Мне кажется logaddress_add это какое-то извращение. Да, если есть задача хранить огромное количество логов на удаленном сервере, чтобы не забивать жесткий диск боевого сервере, то да, это может быть не плохой выход. Но если нужно просто реагировать на события на сервере, то это сильно избыточно. Почему бы просто не дернуть нужный скрипт на веб сервере? Ведь это же гораздо проще чем держать отдельный сервер обработки логов (да еще и на Ruby), который 90% времени будет впустую греть процессор распарсивая чат логи

А какая цель? Что хотите в итоге получить?

Класс! Добавил в нашу коллекцию.

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

onClientRender срабатывает при отрисовке каждого кадра (представьте какая будет нагрузка на клиента если эта карусель будет повторяться 30-60 раз в секунду). Плюс это клиентское событие, т. е. нужно будет синхронизировать между клиентами. Едва ли это хорошая идея Второй вариант более жизнеспособный

Похоже что сегодня блокировку сняли. Сайт и форум должны быть снова доступны.