GM-X Обсуждение

[chihuahuashka]

ещё 1 небольшой баг

 

[chihuahuashka]

Заметил ещё один недочет. Если пользоваться наказаниями через aps_plmenu, то в нем будет доступ к тем наказаниям, к которым доступа быть не должно, т.к нет нужного флага. Пример: доступ к бану ADMIN_BAN, доуступ гагу ADMIN_SLAY. Если у игрока есть только флаг ADMIN_SLAY - он может получить доступ к бану через aps_plmenu. При этом доступа к aps_ban и amx_banmenu у него нет, так как нет нужного флага. На скриншоте aps_plmenu, у игрока есть только ADMIN_SLAY, доступ к бану установлен через ADMIN_BAN

 

[BaHeK]

В веб-части в /admin иконки в меню отличаются от иконок на других страницах
Иконки в /admin

Иконки на других страница

 

[fantom]

BaHeK, исправим. К концу недели надеюсь будет небольшое обновление

25 Фев 2020

chihuahuashka, исправим

 

[BaHeK]

{site}/admin/roles/{N}/permissions
Не плохо бы было добавить возможность включать/выключать всю строку или столбец, а то для полного доступа (в main) надо кликнуть 5х11=55 раз, крайне не удобно

 

[Xelson]

Я так и не понял, почему было решено писать фронтенд на статике, а не на vue?

 

[fantom]

Xelson, https://dev-cs.ru/threads/4320/post-44508.
Да и лично я не люблю вью. Если уж делать то реакт или ангулар. Но вопрос, как всегда, актуальный: нужен толковый фронтендер готовый работать за еду и при этом знать достаточно хорошо js.

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

 

[Xelson]

fantom, да, я читал этот пост и я не понял что значит "исходя из ориентира на конечного пользователя". Ведь конечному пользователю все равно как будет реализована клиентская часть. А разработчикам это упростит работу и повысит её эффективность. Кстати, jquery хорошо комбинируется с react, но на чистом jquery писать такие комплексные проекты действительно безобразно и неприятно. Даже и не знаю как вы будете комбинировать его с шаблонами.
Неужели у вас нет ребят, которые бы имели опыт разработки на популярных фреймворках?

 

[Shel]

Конечный пользователь не будет сидеть и компилировать проект.
Использовать jquery вместе с фреймворком зачастую и не надо вовсе, всегда пишите бойлерплат.

В vue ужасная поддержка, чтобы исправить баг, придется ждать пол-года, если не год, даже если ты напишешь им как его исправлять.
В vue много утечек памяти.
Разработчики фреймворков для vue пишут ужасный код, так же имеют те же самые проблемы что и разработчики vue, с поддержкой и принятием PR.

Новая версия vue основана на работе с TS, что привнесет еще кучу проблем помимо имеющихся, не решенных, в стабильной ветке, особенно проблем с компиляцией шаблонов и переписыванием старого кода, на новый синтаксис. TS сам по себе увеличивает размеры проекта, подходит он либо тем кто не любит проверки, либо пишет так себе (см. 1), либо просто писал на Angular'е изначально, либо... много перечислять можно. Писать front на не стабильном транспилере не очень хорошая идея.

 

[Xelson]

Shel Да пользователю и не придется компилировать фронтэнд. А даже если и придется, к примеру, чтобы сделать свою стилистическую тему, то нет проблем поставить npm и запустить уже заранее настроенный webpack.
Я почему про vue писал — потому что изначально это был один из векторов развития. Я сам vue не предпочитаю, больше реактоподобные (mithril.js)

 

[Shel]

Ну как не придется? А кто за него это сделает? Изменить шаблон в пхп - 1 шаг, отредактировать скомпилированный .js - 1 шаг, можно конечно, но справится ли? Поэтому нужно пересобирать - 20 шагов.
Сколько с webpack'ом и rollup'ом проблем, которые в новых версиях (ведь их пользователь и установит по умолчанию, если в зависимости их без версий конкретных прописывать) решаются медленно, webpack-dev сервер с кешированием - рассадник утечек памяти, в принципе и для них летом писались исправления, там принимали PR, но настолько медленно, rollup - транспилит ужасно, потребляет кучу памяти, не поворотлив и работает на ES стандартах, UB одним словом, одни минусы, ты же не будешь сидеть и объяснять каждому из пользователей почему он не может скомпилировать проект.

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

Изначально вообще планировалось наверное на nodejs писать, там подобное удобно и быстро можно реализовать, месяц, два от силы.

 

[Xelson]

Shel, ничего страшного нет чтобы разобраться в новых технологиях. Если человек решает запилить свою тему для SPA, с которым навели красоту, то почему бы и не потратить час времени чтобы разобраться как работает npm и webpack? Либо каким образом делать адекватную динамику без сборки скриптов в один? Ну можно типа не делать никакой модульности, но это неудобно и слишком бессмысленно, чтобы думать о пользователях, которые потом могут не собрать модульный код. Конечный пользователь в данном контексте — это дизайнер. Так если ты дизайнер, так разберись, лень здесь неуместна.
PHP шаблоны практически никогда не будут нужны, если будет присутствовать SPA концепция. И что за утечки памяти? Если утечки памяти в dev-сборке или у самого девелопера во время пересборок, то так ли это критично, чтобы говорить об этом?

 

[Shel]

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

Я как и ты за ноду на беке и react/vue на фронте.

 

[gyxoBka]

Есть возможность продажи кастомных товаров: после покупки запись в указнную таблицу параметр?

 

[fantom]

gyxoBka, нет

 

[gyxoBka]

fantom, а будет?)

 

[fantom]

gyxoBka, возможно

 

[zerg]

fantom плагины aps
Понимаю, что не самое главное, но не хватает плагина aps_sorry, хотя в plugins.ini он прописан
Так и должно быть? ?

 

[fantom]

zerg, нет. Он пустой. Удалите его

 

[zerg]

fantom, те же плагины aps
aps_plmenu не имеет возможности перемещать игроков из команды в команду?

У меня почему то не обновляются причины бана на сервере, есть только та, которая была добавлена самой первой.
веб, тут так и должно быть?

Спойлер

p.s.

Спойлер: вывод второй команды крона

[zerg@cloudvds-3056 ~]$ /usr/sbin/php-fpm -f /var/www/html/zerg/newcs16fun/public_html/cron.php
Usage: php-fpm [-n] [-e] [-h] [-i] [-m] [-v] [-t] [-p <prefix>] [-g <pid>] [-c <file>] [-d foo[=bar]] [-y <file>] [-D] [-F [-O]]
  -c <path>|<file> Look for php.ini file in this directory
  -n               No php.ini file will be used
  -d foo[=bar]     Define INI entry foo with value 'bar'
  -e               Generate extended information for debugger/profiler
  -h               This help
  -i               PHP information
  -m               Show compiled in modules
  -v               Version number
  -p, --prefix <dir>
                   Specify alternative prefix path to FastCGI process manager (default: /usr).
  -g, --pid <file>
                   Specify the PID file location.
  -y, --fpm-config <file>
                   Specify alternative path to FastCGI process manager config file.
  -t, --test       Test FPM configuration and exit
  -D, --daemonize  force to run in background, and ignore daemonize option from config file
  -F, --nodaemonize
                   force to stay in foreground, and ignore daemonize option from config file
  -O, --force-stderr
                   force output to stderr in nodaemonize even if stderr is not a TTY
  -R, --allow-to-run-as-root
                   Allow pool to run as root (disabled by default)

Спойлер: centos 8, php 7.4

php-common.x86_64                   7.4.4-1.el8.remi                           @remi-modular
php-fpm.x86_64                      7.4.4-1.el8.remi                           @remi-modular
php-gd.x86_64                       7.4.4-1.el8.remi                           @remi-modular
php-json.x86_64                     7.4.4-1.el8.remi                           @remi-modular
php-mbstring.x86_64                 7.4.4-1.el8.remi                           @remi-modular
php-mysqlnd.x86_64                  7.4.4-1.el8.remi                           @remi-modular
php-pdo.x86_64                      7.4.4-1.el8.remi                           @remi-modular

p.s.s

Спойлер

p.s.s.s
Банил на сутки, но вот что выдает в консольке:
Забанен на??? + к нику дописало че то

Спойлер

[ЗАБАНЕН]-------------------------------------[ЗАБАНЕН]
||| Вы забанены! Демо в группу!
||| Ник: / sdfsd
||| IP: ............
||| STEAM_ID: STEAM_0:0:....
||| Причина: тест
||| Бан выдан: 22/03/2020 12:18:02
||| Забанен на: 1 недель 3 часов 37 минут и 37 секунд
||| Еще осталось: 23 часов 43 минут и 3 секунд
||| Бан истекает: 29/03/2020 15:55:39
[ЗАБАНЕН]-------------------------------------[ЗАБАНЕН]