Kirgudu

И у меня. Данную тему прочёл в отдельной вкладке, кружочек на главной в основной вкладке остался и спустя 3 минуты. Также использую светлую тему.

Ну да, примерно как использование издательства (со всеми контрагентами вкупе) вместо всего лишь блокнота в кармане. Можно, но зачем? Я понял мысль @Painter и в целом с ней согласен.

Работа над основными информационными постами и шапкой темы в пределах отпущенных мне полномочий завершена. В связи с этим прошу: зафиксировать первый пост "справочника" на каждой странице, как это делается в других темах. Нужной опции под личиной куратора не увидел; удалить заметку от Graff46 в самом конце поста - его ссылка перенесена в нужном виде в основное содержимое. При редактировании куратором эту заметку не видно; снять с меня временное кураторство над темой. Или оставить на случай возможных (хотя и маловероятных) будущих добавок. Как хотите.

Вряд ли это возможно. Поправлюсь, это возможно, но экономически неоправданно. @Murarius в своей теме-обращении описывал условия текущего тарифа хостинга, включающие аж 50Гб дискового пространства. Кажется, что это много, однако смею уверить: загрузка пользовательских скриншотов может "съесть" доступный объём (не забываем о файлах собственно форума) очень быстро, что приведёт к необходимости переходить на новый, более дорогостоящий тариф. Сторонние фото-хостинги как раз и хороши тем, что данного недостатка лишены.

А я буду помнить и то, @Murarius, что мы с тобой родились в один день. И нет-нет, да и да (с) - подниму бокал за наше общее здоровье. Будь успешен на новом пути, и спасибо за всё!

Кстати да, поддерживаю, хорошая идея. Наверное, это вопрос к той поддержке по форуму, которой платится 3 килорубля в месяц (если в эту плату включены ещё и доработки, не только решение проблем).

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

Условно коллективный Kirgudu польщён.

@Murarius есть несколько вопросов, ответы на которые, с моей точки зрения, могут повлиять на решение потенциального преемника. Если не секрет, какой хостинг и какой тариф (его технические характеристики)? 2000 руб./мес. - это довольно много, у того же reg.ru за сравнимые деньги получаешь 50ГБ дискового пространства, 50ГБ баз данных и существенные лимиты по нагрузке, возможно сильно избыточные по нынешним временам. Ежемесячно без перерывов, или оплата по длительности выполняемых работ? Часто ли требуется эта поддержка? А если на протяжении полугода всё работает как часы? Имхо, там есть ещё SSL сертификат. Или он входит в стоимость хостинга?

Найти мало, необходимо чтобы потенциальный кандидат согласился взвалить на себя эту обузу (так оно и есть, что уж тут недомолвками ограничиваться). Поэтому невозможно просто указать на кого-то пальцем, а просьба предлагать только себя выглядит единственно верной.

Судя по всему, сил/времени пока так и не появилось. Встречное предложение: если хотите, дайте временное кураторство над "справочником" мне, постараюсь в течение лета причесать основные информационные посты. Upd: Благодарю.

Тогда в голову приходит только пересоздание пачки с новым количеством патронов через alife():create_ammo(). Честно говоря, не уделял никогда внимания патронам. Вполне возможно, что управлять ими на лету и нельзя. Коллеги-старожилы, поправьте. При чтении полного пакета есть: data.ammo_left и data.upd.ammo_left. Но ни на что не влияет.

Параметр с условным наименованием "ammo_left" есть как в state, так и в update части нет-пакета пачки патронов. В таком модуле управления нет-пакетами, как m_netpk от Артоса, это предусмотрено. Что за функционал скрывается под капотом netpacket:modify, мне не известно, но я бы посмотрел в вышеупомянутую сторону.

Поскольку я работал только с ЧН, то не в курсе, что это за пресловутый "всеми любимый автоквест", не могу знать и дорожку к нему. Но убеждён на сто процентов, что последовательным поиском по конфигам и скриптам (а если припрёт, то и по коду движка) можно найти если не всё, то очень и очень многое.

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

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

Есть простой способ, как найти то, что тебе требуется, самостоятельно. Берёшь точный текст задания или его фрагмент, ищешь по файлам в папке config\text\. Находишь в одном из xml. Берёшь идентификатор этого текста, ищешь по всем файлам в папке config. Находишь таск, содержащий этот идентификатор, в одном из файлов config\gameplay\tasks_*.xml. Берёшь идентификатор этого таска, снова ищешь по всем файлам в папке config. Находишь, что он выдаётся вместе с выдачей одной инфопорции в одном из файлов config\gameplahy\info*.xml. Берёшь идентификатор этой инфопорции и снова ищешь по всем файлам в папке config. Находишь, что она выдаётся в диалоге в одном из файлов config\gameplay\dialogs_*.xml. Таким образом у тебя уже собраны почти все файлы, участвующие в функциональности этого таска, а также все точки, где происходит его запуск. Таким же образом можно действовать во всех подобных случаях вместо того, чтобы ожидать, что кто-то другой пройдёт за тебя всю цепочку в том же порядке и выложит тебе результат на блюдечке. Ну ведь не новичок уже давно, чесслово. Свои функции пишешь, в движке копаешься...

"Справочник", функция level.remove_call.

Эти функции не подходят для использования в качестве завершающих в квесте, а вот как раз для диалога они прекрасно подходят, поскольку именно в диалоге движок формирует и передаёт в вызываемую функцию параметры first_speaker и second_speaker. Соответственно, вызывать функцию chern_joe_hand_gave необходимо из диалога при нужном ответе, указав ссылку на неё в элементе <action>. Возможно, инфопорцию chern_joe_hand_gave тоже следует выдавать из диалога.

Функция dialogs.relocate_item_section_from_actor, куда транслируются параметры из функции dialog_drda.chern_joe_hand_gave, требует на входе передачи первого и второго собеседников. Но указываемая в свойстве квеста <function_complete> функция вызывается совсем не с этими параметрами (ведь там нет диалога), а с такими: (task, objective), где task - идентификатор квеста, а objective - число, предположительно показывающее статус задания. Вот и выходит, что в переменную second_speaker вместо второго собеседника попадает число 1,0 (см. лог), а в переменную first_speaker - id квеста вместо ожидаемого первого собеседника. Да, и в ванильном ТЧ функций relocate_item_section_from_actor, relocate_item_section_to_actor и who_is_npc нет, ты их брал откуда-то ещё, например из ЧН (где они как раз присутствуют).

Метод ненаучного тыка в действии. А всего-то надо было внимательно прочесть, что написано на своём же собственном скриншоте ошибки.

А мне вот эта строчка очень любопытна. Можно сказать, что второй параметр в функции-коллбэке не нужен, но не это главное. Что-то я даже затрудняюсь сказать, что будет с глобальной кеширующей актора переменной db.actor, если её использовать в качестве выходного параметра. Обнулится со всеми вытекающими? Или будет создана локальная одноимённая переменная, не влияющая на глобальную, поскольку существует только внутри этой функции? В любом случае делать так не стоит.

Как ни крути, а придётся согласиться и сегодня. Ведь этим способом по-прежнему можно менять предмет в слоте. А методы в "нормальных" движках - всего лишь добавленная альтернатива, но не безусловная замена.

Совершенно верно. Это фикс замены визуала на дефолтный от Артоса и Шокера.