BLOG Mini-DevBlog команды GM-X

[twisterniq]

Текущий функционал амхбанс\ксбанс позволяют такое проделать. Единственное - не будет кастоматизации по серверам. Т.е. если услуга на одном сервере на месяц, то на втором она (или другая) будет так же на месяц. Т.е. делить разные услуги на разные сервера можно и сейчас, но время будет везде одинаковое (но вообще это легко решается путем небольшой правки PHP + AdminLoader).

А по факту, спасибо за развернутый отзыв =) Полностью со всем согласен.

Вообще имел ввиду именно настройку с веб-части, что можно любую мелочь гибко настроить на определённый аккаунт, чтобы не лезли куда не нужно, в том же упомянутом CS Bans когда выдаются веб-права, там конечно можно ставить уровень доступа, но никак нельзя кастомизировать по серверам, да. А насчёт привилегий на сервере да, в существующих системах просто создаётся две записи для разных серверов если нужно выдать на разное время/разные флаги.

 

[oxoTHuk]

w0w, нене, ты путаешь. Есть табличка amx_admins_servers, Это связка учетки админа с сервером и в дополнении кастомный флаги доступа. Из CSBans ты можешь на одну учетку из amx_admins навесить на один сервер флаги "bt", на второй "abcd" на третий другой набор флагов. Не помню точно работало ли прям из веб-морды, возможно были проблемы с этим, но функционал загрузки работал. Единственное что срок истечения указывается для всех серверов один, но как я писал выше, фиксится это легко.

 

[fantom]

oxoTHuk, тут скорее разговор, о дате окончания привилегий. Такого в амхбанс и его производных без изменений нет

 

[oxoTHuk]

fantom, ну я прочитал два сообщения от w0w , про дату было упомянуто единожды. А в последнем его посте вообще было про то, что нужно создавать две учетки (при этом ни слова о времени), поэтому я и поправил. Вдруг человек просто не в курсе. А со временем - да, проблема вообще странная, как можно было сделать функционал разделения по серверам, но не перенести туда же (в связующую таблицу) время жизни аккаунта - я вообще не понимаю.

 

[fantom]

Прошел почти месяц. За это время в основном было много изменений в ядре, которые не видны снаружы. Из того что было сделано:

• Убрали два SQL запросы к базе на каждый HTTP запрос которые получали пользователя и проверяли активирован ли он. Вынесли в сессию с TTL 1 минута.
• Фикс багы с сессией
• Усовершенствовали кэш (небольшой бонус для тех у кого VPS - можно использовать Memcached или Redis для большей производительности)
• Закончили с игровыми сессиями описанных здесь
• Сделали редактирование пользователей в админ панели.
• Сделали возможность использовать PostgreSQL вместо MySQL. Знаю, что % пользователей, которые будут пользоваться этой фичей невелик, но почему бы и нет. Да и сделано было ради того, что на одном компе уже был установлен PostgreSQL и ставить дополнительно MySQL не хотелось
• Подняли CI сервер. Планируем сделать автоматические релизы
• Написали 2 или 3 юнит теста. В будущем постараемся покрыть все ядро тестами.

28 Фев 2019

Вопрос к сообществу: в PHP сессии по умолчанию хранятся в файлах. Можна настроить чтобы харнились в базе или в редисе или в мемкешеде. Это все настраивается в php.ini. Но можна настроить и со скрипта. Так вот вопрос: делать возможность настроить со скипта или оставить это на усмотрение администратора, который сам настроит. да и вообше кто-то вообше заморачивается такой настройкой?

28 Фев 2019

То же самое касается и кэша. Сейчас кэш хранится в файлах. Но также доступны драйверы для sqlite, apc, memcached, redis. Можна вынести настройку в админ панель или в конфиг например. Это позволит использовать доступные стредства для кэширования. И также вопрос: у кого то на шаред хостингах доступен мемкешед или редис?

 

[zerg]

Вопрос к сообществу: в PHP сессии по умолчанию хранятся в файлах. Можна настроить чтобы харнились в базе или в редисе или в мемкешеде. Это все настраивается в php.ini. Но можна настроить и со скрипта. Так вот вопрос: делать возможность настроить со скипта или оставить это на усмотрение администратора, который сам настроит. да и вообше кто-то вообше заморачивается такой настройкой?

Думаю, все таки, лучше оставить на усмотрение администратора. Обычным админам, зачастую, такие настройки неизвестны и не нужны.

 

[fantom]

zerg, тут скорее вопрос делать ли возможность установки. Как минимум в конфиге. А так сама система кэша уже умеет из коробки что в redis что в memcached хранить данные. Но хардкодом пока что подключено файловое хранилище.

 

[zerg]

fantom, если это упростит жизнь разработчику - конечно стоит. Это явно будет плюсом и к гибкости настройки, и немного спростит работу не очень опытным админам. В другом случае, как я уже сказал, администраторами на практике, будет использоваться, скорее всего, очень редко. А те, кому нужно, смогут и сами настроить это.
p.s. Че то по философски вышло. И, пхд, совсем не прояснило свет на вопрос. Впрочем, в конфиге оно никому не будет мешать)

 

[Sonyx]

fantom, если бы я ставил себе систему я бы всеми руками был бы за использование Редис

 

[fantom]

Надоело вечно лезть в логи и искать причину ошибки. Поэтому подключили whoops. Вот как выглядит сейчас (ошибка сделана специально для скрина).

1 Мар 2019

Добавлю что данное окно не доступно в production режиме. Вместо него будет отображена 500-ая страница. А сама ошибка записана в лог. Включать можна в конфиге.

1 Мар 2019

Сделали выбор среды хранения кэша Redis, Memcached или в файлах. Настроить можна только в конфиге (не в админ панели)

 

[fantom]

Просьба глянуть редактор https://simplemde.com/. Важны ваше мнение по поводу данного редактора. Да я понимаю что это не обычный wysiwyg редактор который мы все привили видеть на сайте. Но маркдаун позволяет легко и просто избежать XSS атак, так как он не содержит HTML тегов в отличие от обычных редакторов. Тем самым вместо фильтрации тэгов, нам достаточно очистить весь текст от них, оставив только разметку markdown

 

[Nordic Warrior]

fantom, вполне неплохой редактор. Вроде всё интуитивно понятно.

 

[fantom]

Сейчас делаем вход через соцсети. Скажите какие подключить из списка ниже:

1. Discord
2. Disqus
3. Facebook
4. Foursquare
5. Google
6. Instagram
7. Mailru
8. Reddit
9. Steam
10. TwitchTV
11. Twitter
12. Vkontakte

UPD: закреслил те которые не выбрали

12 Мар 2019

sbelov020, спасибо. Будем использовать этот https://easymde.tk/

 

[HARDCORE]

fantom, было б не плохо 3,6,7,12

 

[Tranquillity]

1, 3, 5, 9, 12

 

[Gudaus]

Mailru
Помойка ещё та
Их эти... друзья или как там называются. Туда насильно зазывали всех подряд.

 

[twisterniq]

#news.

Касаемо нововведений. Из основного, во много раз улучшена веб-безопасность, есть продвижения по дизайну, намного лучше чем месяц назад, радует что ещё с мобильной версии довольно хорошо пользоваться сайтом, хотя недочёты конечно пока ещё есть, но это всё же мелкие недочёты и будут исправлены в будущем. Также недавно было обновление с правами. Более важно что реализованы AMXX плагины для админ прав, что не может не радовать


-------------------------------------------------------------------------------------------------------------------

Про авторизацию, я думаю самое основное это Steam. Другим чем пользуюсь лично я не вижу смысла. Тут скорее всего ВК надо ибо много людей сидит там.

 

[Sonyx]

Что должно быть обязательно:

1. Steam - ну тут объяснять не надо, мы топим за лицензию все ж)
2. ВК - основной метод авторизации в РФ
3. ФБ - основной метод авторизации западных стран, думаю урезать им возможности такое себе
4. Дискорд - будет мотивировать игроков юзать отличный голосовой чат

Гугл 50/50 , т.к. это все же не соцсеть, и полезной нагрузки в расширении инфы о игроках мало будет нести.

 

[d3m37r4]

Инсту и Гугл, думаю, можно в список не включать.

 

[bionext]

Со Steam и Discord согласен, а вот по поводу ФБ или ВК нет (лично моё мнение, не люблю соцсети).