Оригинальный мод SA:MP Reinforce RP

[49]

Оригинальный мод SA:MP Reinforce RP

Скачать файл

---

Доброго времени суток, хочу выставить на продажу уникального игровой мод проекта Reinforce RP
Игровой мод написан с нуля, мод по своему уникальный так как полностью состоит из TextDrawax.
Из паблика ничего не используется. На момент открытие проект держал онлайн в 800+ человек беспроблемно.

На момент продажи все найденные баги/недоработки были исправлены.

 

Информация о моде:

Версия MYSQL - R39-6

Античит - Самописный античит

Стример - Streamer Plugin v2.9.4 by Incognito

Командный процессор - ZCMD

Хэширование паролей - MD5

Остальное Все плагины обновлены до последней версии

Функционал, интерфейс можно посмотреть по скриншотам и видеообзорам ниже.

 

Видеообзоры/скриншоты:

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

— ПЕРВОЕ ВИДЕО (YOUTUBE)

— ВТОРОЕ ВИДЕО (YOUTUBE)

— ДОП СКРИНШОТЫ

 

Почти всё реализовано на текстдравах, с возможностью смены цвета интерфейса под игрока. Цвета можно без проблем добавлять.
Количество копий на продажу ограничено. 

---

• Добавил
  danya_white
• Добавлено
  21.02.2025
• Категория
  Моды
• Автор
  danya_white

 

[10]

flashback из кислой юности силуэт. Сколько лет этому моду.. Насчет того что "мод держал такой онлайн" по факту в сампе все решает больше грамотный подход к выбору хостинга и защите, а не оптимизации/коду.

[40]

@Web Зависеть так же может и от самого мода, как он оптимизирован. При онлайне в 100 он может просто упасть, если мод не оптимизирован.

[10]

  В 2/21/2025 в 11:13, angel_sinvays сказал:

@Web Зависеть так же может и от самого мода, как он оптимизирован. При онлайне в 100 он может просто упасть, если мод не оптимизирован.

Читать далее...  

 

Конкретику можно?)

 

[242]

@Web, какая конкретика тебе нужна? Взять среднестатистический хостинг, по типу адвенса или ру-хостера и поставить мод, который не оптимизирован от слова совсем (чрезмерное использование макроса MAX_PLAYERS, как пример) и потом преплачивать за ВДС просто потому, что какой-то олень неудосужился нормально поработать над своим кодом? Как ты заявляешь, что твой опыт 10+ лет - уже становится байкой на форуме. Перестань набивать сообщения, боже.

Отредактировано 22 февраля пользователем 𝙡𝙖𝙨𝙩 𝙚𝙢𝙥𝙚𝙧𝙤𝙧.

[10]

  В 2/22/2025 в 20:49, 𝙡𝙖𝙨𝙩 𝙚𝙢𝙥𝙚𝙧𝙤𝙧. сказал:

@Web, какая конкретика тебе нужна? Взять среднестатистический хостинг, по типу адвенса или ру-хостера и поставить мод, который не оптимизирован от слова совсем (чрезмерное использование макроса MAX_PLAYERS, как пример) и потом преплачивать за ВДС просто потому, что какой-то олень неудосужился нормально поработать над своим кодом? Как ты заявляешь, что твой опыт 10+ лет - уже становится байкой на форуме. Перестань набивать сообщения, боже.

Читать далее...  

 

Откуда столько негатива? Никто из действительно крупных проектов не использует подобных хостеров. У всех свои выделанные машины. Как правило у react.su

Если вы правы, то как люди жили до изобретения foreach инклуда под самп? Ваши слова про оптимизацию ничем не обоснованы и не подкреплены. С радостью посмотрел бы тесты и профилирования кода соответствующим плагином. Теперь к самому интересному. Если я что то забыл, потому что несколько месяцев не работал с данным языком и мультиплеером. Не значит, что я не имею опыта. Могу очень многое рассказать. Уж поверьте. Что про самп, что про крмп (в которое я играю чуть ли не с появления мультиплеера (именно CRMP, а не MTA), а именно с 2010 года. Скриптить стал где то как раз к 2012 году. Есть учетки на павн форумах, есть старые исходники. Так же я очень хорошо известен по первому RolePlay проекту в CR-MP, а именно urm-roleplay. Вопросы?

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

[40]

@Web Ты сам себе противоречишь. Ты говоришь, что занимаешься этим с 2012 года, но при этом забыл базовые вещи за несколько месяцев? Это как минимум звучит абсурдно. Люди годами могут не писать моды, но всё равно помнят основы. Если ты реально столько лет в теме, то такие пробелы в знаниях просто странны. Абсолютно не согласен что у всех свои выделенные машины. Есть крупные проекты, такие как MONSER DM, который спокойно стоит на Advens. Не всем нужны выделенные машины. Выделенная машина — это выбор, но не показатель уровня проекта. Если мод написан грамотно, он может стабильно работать и на хорошем VPS. А если код кривая помойка, то и на топовом железе сервер будет лагать и вылетать.

 

Что доказывают твои учётки? У тебя есть учётки на форумах и старые исходники — ну окей, но это никак не подтверждает твои аргументы. Факт в том, что неоптимизированный код роняет сервер, и примеров этому куча. А то, что ты «очень хорошо известен» по URM RolePlay, тоже ничего не меняет.

 

Если ты отрицаешь влияние плохой оптимизации кода на саму стабильность сервера, значит, ты не сталкивался с этими проблемами за всё своё время, либо пропускал это мимо ушей ссылаясь на хостинг, второй вариант мне больше по душе. 

Отредактировано 8 марта пользователем angel_sinvays
Причина: Дописал

[10]

  В 3/8/2025 в 18:54, angel_sinvays сказал:

@Web Ты сам себе противоречишь. Ты говоришь, что занимаешься этим с 2012 года, но при этом забыл базовые вещи за несколько месяцев? Это как минимум звучит абсурдно. Люди годами могут не писать моды, но всё равно помнят основы. Если ты реально столько лет в теме, то такие пробелы в знаниях просто странны. Абсолютно не согласен что у всех свои выделенные машины. Есть крупные проекты, такие как MONSER DM, который спокойно стоит на Advens. Не всем нужны выделенные машины. Выделенная машина — это выбор, но не показатель уровня проекта. Если мод написан грамотно, он может стабильно работать и на хорошем VPS. А если код кривая помойка, то и на топовом железе сервер будет лагать и вылетать.

 

Что доказывают твои учётки? У тебя есть учётки на форумах и старые исходники — ну окей, но это никак не подтверждает твои аргументы. Факт в том, что неоптимизированный код роняет сервер, и примеров этому куча. А то, что ты «очень хорошо известен» по URM RolePlay, тоже ничего не меняет.

 

Если ты отрицаешь влияние плохой оптимизации кода на саму стабильность сервера, значит, ты не сталкивался с этими проблемами за всё своё время, либо пропускал это мимо ушей ссылаясь на хостинг, второй вариант мне больше по душе. 

Читать далее...  

 

На каком хостинге аризона? Я так и не увидел примеров кода и профилирования.

[10]

@watson @𝙡𝙖𝙨𝙩 𝙚𝙢𝙥𝙚𝙧𝙤𝙧

 

до сих пор жду примеров кода и профилирования

[40]

@Web Работаешь с 2012 года, но отрицаешь, что неоптимизированный код с MAX_PLAYERS может положить сервер, я тебя услышал, ты решил после долгого окончания этой темы её восстановить, ладно, тогда - запусти профайлер на цикле в OnPlayerUpdate с 100 игроками (примерное кол-во) — увидишь, как сервер ляжет.

[0]

@Web Хостинге? не ну все тут можно было тебе рот не открывать, у них полюбому своя серверная где много вдс)

[10]

  В 5/25/2025 в 22:07, watson сказал:

@Web Работаешь с 2012 года, но отрицаешь, что неоптимизированный код с MAX_PLAYERS может положить сервер, я тебя услышал, ты решил после долгого окончания этой темы её восстановить, ладно, тогда - запусти профайлер на цикле в OnPlayerUpdate с 100 игроками (примерное кол-во) — увидишь, как сервер ляжет.

Читать далее...  

 

Что за чушь я сейчас прочитал? Никто в здравом уме не будет писать подобный код. Либо я вас не понимаю. Можно конкретный пример?

[242]

@Web, странно, что ты до сих пор так и не понял, что именно мы пытаемся до тебя донести. Представим Васю Пупкина, который вообще не в курсе про существование функций GetPlayerPoolSize и GetVehiclePoolSize, и уж тем более, не в курсе про существование итераторов. Представим кусок кода (порядка 500 строк), в котором будут циклы ИСКЛЮЧИТЕЛЬНО с MAX_PLAYERS. Если уж такая пляска, то разжую конкретно, как именно вредит чрезмерное использование MAX_PLAYERS. Чрезмерное использование глобальных переменных с использованием MAX_PLAYERS как минимум забивает стэк. Да, кто-то может сказать, что стэк всегда можно расширить при помощи препроцессора, но давай будем честны, его бы и без тебя расширили свыше 16834 байта из коробки. Средний хостинг не выдержит нагрузки и в 150 игроков с подобным кодом. Как уже сказал выше @watson - напиши обычный код, который будет обрабатывать информацию об игроке (изменение значений переменных, выгрузка данных с базы данных) и все это в цикле с использованием MAX_PLAYERS со значением в 1000 (стандартным значением, ибо не каждый удосужится изменить значение) и посмотри статистику профайлера. Больше оффтопить я не буду, ибо это уже не имеет никакого смысла.

Отредактировано 26 мая пользователем 𝙡𝙖𝙨𝙩 𝙚𝙢𝙥𝙚𝙧𝙤𝙧.

[40]

@Web Конкретно в OnPlayerUpdate допустим ты поставишь цикл по MAX_PLAYERS, который, например, шлет всем сообщения о позициях игроков или пишет логи в файл. При 50+ онлайне это дает жуткие лаги, потому что функция вызывается 20–30 раз в секунду на игрока. На среднестатистическом хостинге или даже бюджетном - сервер просто ляжет. Не веришь — запусти с профайлером, увидишь, как OnPlayerUpdate съедает 90% ресурсов. Опять же я тоже не вижу смысла дальше оффтопить и засорять тему, если ты не поймёшь базовый пример Эмперора и мой, с тобою уже не о чем будет говорить.

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

[10]

  В 5/26/2025 в 20:06, 𝙡𝙖𝙨𝙩 𝙚𝙢𝙥𝙚𝙧𝙤𝙧. сказал:

@Web, странно, что ты до сих пор так и не понял, что именно мы пытаемся до тебя донести. Представим Васю Пупкина, который вообще не в курсе про существование функций GetPlayerPoolSize и GetVehiclePoolSize, и уж тем более, не в курсе про существование итераторов. Представим кусок кода (порядка 500 строк), в котором будут циклы ИСКЛЮЧИТЕЛЬНО с MAX_PLAYERS. Если уж такая пляска, то разжую конкретно, как именно вредит чрезмерное использование MAX_PLAYERS. Чрезмерное использование глобальных переменных с использованием MAX_PLAYERS как минимум забивает стэк. Да, кто-то может сказать, что стэк всегда можно расширить при помощи препроцессора, но давай будем честны, его бы и без тебя расширили свыше 16834 байта из коробки. Средний хостинг не выдержит нагрузки и в 150 игроков с подобным кодом. Как уже сказал выше @watson - напиши обычный код, который будет обрабатывать информацию об игроке (изменение значений переменных, выгрузка данных с базы данных) и все это в цикле с использованием MAX_PLAYERS со значением в 1000 (стандартным значением, ибо не каждый удосужится изменить значение) и посмотри статистику профайлера. Больше оффтопить я не буду, ибо это уже не имеет никакого смысла.

Читать далее...  

 

Представьте, я — Вася Пупкин. Ничего не знающий о существовании GetPlayerPoolSize и GetVehiclePoolSize, потому что я в 2012 году, а GetPlayerPoolSize и GetVehiclePoolSize появились только в 0.3.7 — в 2015 году.

Как я жил раньше? Писал качественный код? Или, может быть, меня выручал foreach? Так он тоже не сразу появился.

Давайте представим код порядка 500 строк. И что? Нужна конкретика. Не каждый код забивает стек, если что. А если забьёт — в чём проблема расширить? Это вполне нормальная практика, а не так, как некоторые думают.

Про средний хостинг и 150 игроков — это натягивать сову на глобус. Важно железо. О чём я вам с самого начала говорил: важны соседи по хостингу, ведутся ли атаки на вас или соседей. Если у вас серьёзный подход к проекту, какой бюджетный хостинг?

И код, конечно, важен. Но не так фатально.

Отдельное "ха-ха" я словил, почитав на вашем же форуме ваши рассуждения об архитектуре написания лаунчера.

 

  В 5/26/2025 в 20:54, watson сказал:

@Web Конкретно в OnPlayerUpdate допустим ты поставишь цикл по MAX_PLAYERS, который, например, шлет всем сообщения о позициях игроков или пишет логи в файл. При 50+ онлайне это дает жуткие лаги, потому что функция вызывается 20–30 раз в секунду на игрока. На среднестатистическом хостинге или даже бюджетном - сервер просто ляжет. Не веришь — запусти с профайлером, увидишь, как OnPlayerUpdate съедает 90% ресурсов. Опять же я тоже не вижу смысла дальше оффтопить и засорять тему, если ты не поймёшь базовый пример Эмперора и мой, с тобою уже не о чем будет говорить.

Читать далее...  

 

OnPlayerUpdate в любом случае будет самым нагруженным коллбэком из-за частого вызова, представьте? И его имеет смысл использовать только для античитов, с чем он успешно справляется.

Для логов лучше всего использовать:
https://github.com/maddinat0r/samp-log
или писать в СУБД. Это тоже важный и отдельный момент — как к этому подходить.

С радостью послушаю экспертов.

А ещё вам по секрету: foreach (который, напоминаю, появился не сразу) работает только до небольшого онлайна. Когда онлайн достигает 1000 человек, производительность будет примерно такая же, как у обычного цикла. Даже с JIT-плагином.

И еще одному:

Все крупные проекты переехали/переезжают на https://github.com/openmultiplayer как SA-MP так и CR-MP.

Где исправили многие пробелемы и повысили производительность. Не говоря уже про возможность использования других языков программирования не в виде плагина как это было в SA-MP и CR-MP

 

Такие дела.

 

 

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

[40]

@Web Это тебе пример.

[10]

Где?

[40]

@Web Тебе был приведён письменно простой пример с MAX_PLAYERS в OnPlayerUpdate — цикл на 1000 итераций с логами в файл, чтобы показать, как сервер ложится при 100+ онлайна, раз ты утверждал что это каким то образом - невозможно. Эмперор тебе дал вполне дельный и чётко разжёванный ответ, факт в том что профайлер тебе покажет о том что 90% CPU улетает на этот шлак, даже на бюджетном хостинге. Хочешь — бери дорогостоящий хостинг и проверяй, результат будет тот же что я тебе и описываю на протяжении 20 часов. OpenMP, samp-log и foreach — круто, но твой тезис всё равно мимо кассы, не числится в базовый пример который я тебе преподношу, прежде всего я тебе в письменном формате объясняю как из за чрезмерного использования MAX_PLAYERS можно положить сервер даже на дорогостоящем хостинге, те способы оптимизации и кода о которых ты мне пытаешься писать в целом не идут в уклад с примером который я тебе давал выше. Дальше на твои тезисы отвечать я не намерен, странно что ты до сих пор так и не понял то о чём мы пытаемся тебе донести на протяжении долгого времени, тема не несёт смысловой нагрузки, всё что я хотел тебе объяснил.

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

[10]

  В 5/27/2025 в 19:50, watson сказал:

@Web Тебе был приведён письменно простой пример с MAX_PLAYERS в OnPlayerUpdate — цикл на 1000 итераций с логами в файл, чтобы показать, как сервер ложится при 100+ онлайна, раз ты утверждал что это каким то образом - невозможно. Эмперор тебе дал вполне дельный и чётко разжёванный ответ, факт в том что профайлер тебе покажет о том что 90% CPU улетает на этот шлак, даже на бюджетном хостинге. Хочешь — бери дорогостоящий хостинг и проверяй, результат будет тот же что я тебе и описываю на протяжении 20 часов. OpenMP, samp-log и foreach — круто, но твой тезис всё равно мимо кассы, не числится в базовый пример который я тебе преподношу, прежде всего я тебе в письменном формате объясняю как из за чрезмерного использования MAX_PLAYERS можно положить сервер даже на дорогостоящем хостинге, те способы оптимизации и кода о которых ты мне пытаешься писать в целом не идут в уклад с примером который я тебе давал выше. Дальше на твои тезисы отвечать я не намерен, странно что ты до сих пор так и не понял то о чём мы пытаемся тебе донести на протяжении долгого времени, тема не несёт смысловой нагрузки, всё что я хотел тебе объяснил.

Читать далее...  

 

И как по вашему жили люди когда отсутствовали итераторы, плагины. А были только файлы и стандартные циклы? А какой онлайн на геймворолде / адвансе / самп рп был в те года? Как же они так успешно работали без существования итераторов? Писали качественный код? А как его писать правильно если в те времена все писали как умели и не было каких то раскрытых общих практик и стандартов? Я все еще жду примера с кодом и главное падение сервера в результате.

[40]

@Web Ты не понимаешь мысль которую я до тебя доношу. В 2012–2015 сервера типа Advance RP держали 200–300 игроков, но кодеры избегали спама в OnPlayerUpdate и не писали логов каждый тик. Твой тезис, что сервер нельзя завалить MAX_PLAYERS, — мимо, профайлер покажет 90% CPU на таком коде при 100+ онлайне. Я не буду ради тебя писать точный код — всё уже разжёвано в письменном виде. Мы с Эмперором объяснили - цикл с MAX_PLAYERS в OnPlayerUpdate, спамящий логи в файл, валит сервер при 50+ онлайне, профайлер покажет 90% CPU. Хочешь доказательств — возьми мои слова, напиши код сам и проверь. Хватит оффтопить, ещё раз повторюсь.

Если ты не будешь писать по сути дела и будешь отвечать мне одним и тем же лепетом, по просту я буду игнорировать твои сообщения, опять же, для меня они не несут никакой смысловой нагрузки. Будешь ждать в таком случае ответ Эмперора, всё что у меня было на уме я тебе разжевал, твоя проблема то что ты почему то до сих пор не понимаешь о мои сообщения.

[10]

А нафига логи в OnPlayerUpdate писать? Логи чего? Это ж глупость изначально.

[40]

@Web Конечно никто в здравом уме не будет пихать логи в OnPlayerUpdate, но я дал этот базовый пример, чтобы показать, как MAX_PLAYERS может завалить сервер — исключительно для понимания. Есть куча способов, как НЕ надо работать с MAX_PLAYERS, и это лишь один, самый простой. Эмперор дал более свежий пример. Повторюсь, цикл с MAX_PLAYERS в OnPlayerUpdate, спамящий логи в файл, валит сервер при 50+ онлайне, профайлер покажет 90% CPU. Опять же, если ты хочешь проверить, возьми пример моих изложений и напиши код который тебе и положит сервер, либо возьми пример тезисов Эмперора да и всё.

[10]

  В 5/27/2025 в 20:59, watson сказал:

@Web Конечно никто в здравом уме не будет пихать логи в OnPlayerUpdate, но я дал этот базовый пример, чтобы показать, как MAX_PLAYERS может завалить сервер — исключительно для понимания. Есть куча способов, как НЕ надо работать с MAX_PLAYERS, и это лишь один, самый простой. Эмперор дал более свежий пример. Повторюсь, цикл с MAX_PLAYERS в OnPlayerUpdate, спамящий логи в файл, валит сервер при 50+ онлайне, профайлер покажет 90% CPU. Опять же, если ты хочешь проверить, возьми пример моих изложений и напиши код который тебе и положит сервер, либо возьми пример тезисов Эмперора да и всё.

Читать далее...  

 

Его пример ещё более обтекаем и необъективен. Всё зависит от конкретного кода и действий. И это в любом случае будет давать нагрузку. Это нормально. И не уверен, что приведёт к крашу.

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

[40]

@Web Обтекаемый? По сути он, как и мой, чётко показывает, как MAX_PLAYERS  с тяжёлыми операциями по типу записи в файл перегружает сервер, только мой выдан в базовом примере, у него дано в более профессиональном примере работы с обычным кодом без всяких глупых логов. Да, любой код даёт нагрузку, но дело в том, что такие или похожие ошибки — могут быть проблемой, особенно на слабых хостингах. Цикл на 1000 итераций при 50+ онлайне может легко задрать CPU до 90%, а то и крашнуть сервер. Это не нормально, если таков код будет давать тебе мощную нагрузку на хостинг, как минимум если у тебя 90% CPU займёт весь этот код обработками ну и посуди сам, 50+ человек он не в состоянии будет выдержать, даже если тот хостинг откуда ты берёшь очень мощный, даже тот же Ru-Hoster, Advens, MyArena, они не выдержат обработку твоего сервера, не от хостера зависит а от того какой код ты пишешь. Мой пример это самый базовый, пример Эмперора выдан более развёрнутым и как мне кажется выдан более конструктивным, понятным и логичным нежели чем мой. Не пойму чего ты до сих пор не можешь понять.

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

[10]

На моей практике даже слабо оптимизированные игровые моды без проблем работали, и не было крашей при любом онлайне. Так что вас мне совершенно не понять. Что же у вас там такого было, что не выдерживали топ-хостеры