Перейти к содержанию

Electr0

Администраторы
  • Постов

    10 372
  • Зарегистрирован

  • Посещение

  • Победитель дней

    414

Весь контент Electr0

  1. Значение Статус изменено на: Тестируется
  2. проблема с отсеканием чужих предметов решена
  3. идеально, нагрузки вообще нет теперь от кеширования осталось решить проблему как не позволять исполнять действия над предметами которые уже не твои но были добавлены в настройки когда были твоими, раньше это фиксилось на этапе кеширования, но теперь оно выполняется автоматически и не выберешь кого кешить кого нет.
  4. в прошлый раз удалось снизить кол-во кеширований всех UUID при запуске одной кнопки до 2 раз вместо 3 + на каждый шаг, этот вариант предусматривал запись в датапак таймера логических пар UUID и в след за ним реф индекс и так до конца по кол-ву предметов участвующих в действиях кнопки. по идее можно от всего этого отказаться и исключить вообще влияние кеширования на работу кнопок если сделать глобальный кеш UUID => ENT REF, и добавлять в кеш записи только при спавне предмета, удалять записи при удалении предмета, в ключах нужно вшить стимид хозяина предмета
  5.  Gramatik  -  Room 3327

  6. Ólafur Arnalds - Only The Winds (Ryan Davis. A Letter From Far Away Variation)

     
  7. Tom Middleton - WYV AUW CHU

  8. прототип 0.5 готов проведен тестинг и багфиксинг, теперь надо думать над изменением положения в топе
  9. прототип 0.5: Попытаться сделать отдельный рендер меню под категорию ежемесячных конкурсов на лучшую постройку месяца принцип работы будет такой: плагин будет делать запрос на постройки под ID категории ежемесячного конкурса, где по полю даты будет сортировка по убыванию прямо в запросе далее мы получаем ответ от запроса и считываем в порядке убывания epoch time даты загрузок построек при считвании узнаем месяц и год и формируем кнопку код которой указывает именно этот месяц и год при нажатии на такую кнопку плагин должен открыть нужный нам список построек в диапозоне выбранного месяца года
  10. места как оказалось под кнопки смены положения в топе нет ><, все забито до отказа. Придется бить пока что по другим задачам.
  11. прототип 1: Надо сделать: Добавить для администрации кнопки поднятия / опускания рейтинга постройки в рамках категории, доступ у админов к изменению рейтинга будет около 7 дней (у обычных админов) после наступления следующего периода (месяца)
  12. я думаю можно тему удалить, т.к. технические моменты я уже выделил в отдельную тему, другие варианты кроме конкурса уязвимы перед откровенным фармингом, конкурсы тоже фарм если так подумать, но это уже конкретный стык интересов игроков и администрации, те кому надо выигрывает и получает деньги, кто хочет просто отличится тоже просто так не забудется ибо все конкурсные работы блокируются и остаются в базе данных и любой потом сможет за конкретный месяц год увидеть конкурсные работы, ну а все получают увеличение контента в библиотеке и примеры для развития
  13. Автор идеи по ежемесячным конкурсам построек: @ArtemEd Я вижу это как полуавтоматический евент, когда библиотека имеет роль хранителя построек, сама создает категорию под месяц год, сама блокирует изменения в предыдущей категории после создания новой, люди в лице администрации же только удаляют повторы из предыдущих конкурсов, копии уже загруженных другими игроками построек, создают скрины и заливают в галерею, оценивают и изменяют рейтинг в топе, ну и выдают награду. Автоматическая часть Добавить автоматическое создание конкурсных категорий в формате ММ:ГГГГ, например Март 2019, технически это даже будет не категория а просто временной промежуток который в меню отображается в виде категорий, а в самом плагине имеет категорию Monthly_Competition грубоговоря Постройки загруженные в такую категорию блокируются после наступления следующего календарного месяца и их нельзя удалить и изменить. Ручная (оценивает человек): Добавить для администрации кнопки поднятия / опускания рейтинга постройки в рамках категории, доступ у админов к изменению рейтинга будет около 7 дней после наступления следующего периода (месяца) даже если наступит период когда сервер будет предоставлен сам себе, собранные данные в последствие можно использовать для выдачи награды игрокам по результатам оценки занявшим в конкретный период призовые места.
  14. да я тоже думаю идея с ежемесячным срезом загруженных построек за конкретный месяц и подведением итогов (не всегда в срок но тем нее менее итоги с награждением будут рано или поздно) самая практически полезная всем сторонам.
  15. ну сейчас в библиотеке есть категория конкурс тот предновогодний, результаты видно, в названиях указано место, убегу из этой категории никак не вынуть она уже часть истории
  16. в том виде в котором вижу я, это выглядит так, у нас есть в библиотеке категория конкурсы, при входе в нее мы проваливаемся в список конкурсов где название месяца и год и каждый месяц в самом начале списка появляется новая категория например Март 2019, люди туда льют убеги, потом в конце месяца категория блокируется и никто кроме администрации не имеет права редактировать постройки из этой категории как сделано с той предновогодней, и их уже можно оценивать, удалять дубли, менять положение в топе (таковое поле уже есть в базе данных, а кнопки вверх / вниз можно добавить чтобы мне самому не редактировать таблицу), в идеале нужны скрины обзорные, скрины косяков закрепить и в названии указывать что не так,а потом уже можно садится всем и оценивать в принципе если делать это раз в месяц не так и часто и если это отложится на недельку никто не умрет, а ежемесяный евент подстегнет желание что-то изобретать новое.
  17. по опыту трудозатрат на оценку конкурса построек (а это минимум целый день, нужно же всех посмотреть, записать недочеты, объективно взвесить все минусы и плюсы каждой убеги) это не всегда будет получатся, либо какой-то человек должен этим заниматься, либо делать систему голосов которую тоже надо как-то защищать от фальши, а ведь банально может случится так что вася построил бомжатник и с другого акка или друга попросил влепить ему пять и потом если никто не проявлял активность то он и будет победителем
  18. не в ручном режиме однозначно нет, поскольку никто не сможет дать точную оценку кто сколько потрудился они банально могут в разных часовых зонах существовать и не пересекатся. Вариант с автоматическим топом был бы как решение, но надо думать над объективностью показателей, защитой от фарминга. Но в принципе можно сделать по принципу статистики вичек, тоесть ведется таблица в которую при каждом конкретном случае закачки пишется запись (какая постройка, кто автор, когда, кем), и можно из этих данных уже получить активность контента игрока, но вот с фармом пока идей нет, даже если ограничить кол-во засчитываний загрузок 2 в день, если челику это надо он даже так нафармит за месяц себе топ, а по факту убега может и не быть какой-то объективно крутой. Можно конечно не засчитывать загрузки самим автором убеги в принципе, но он же может иметь альтернативный аккаунт и делать это как бы от лица другого игрока или просить друзей "накручивать"
  19. звучит красиво, на практике то как это себе представляете? единственное что я в данном ключе вижу это исходя из тех кто в топ 10 по популярности построек раз в сутки им что-то давать ну допустим 100 поинтов но сразу видится проблема, как защитится от фарминга кол-ва загрузок убеги?, я думал делать так чтобы на одного игрока засчитывалось одно скачивание в кол-ве загрузок построек, т.е. 10 разных человек убегу загрузили значит у нее будет 10 загрузок написано. НО! хоть это и сократит проблему до минимума, но это не будет говорить о реальных показателях популярности постройки в конкретном месяце или периоде, ведь один игрок мог просто год назад скачать первый раз и потом на разных картах погружать весь год. Ну а представим что будет без этого, тот же фармер ради лишних плюшек просто выделит часик и назагружает там )
  20. Надо отключить проверки краев и высоты до последнего шага смысл таков что нам важно окажется ли предмет по итогу в плохом месте или нет, по ходу движения предмета главное чтобы его координата не оказалась в плохом месте это мы оставляем, точно так же работает в грабе, так почему тут не сделать так же.
  21. Значение Статус изменено на: Тестируется
×
×
  • Создать...