Kirgudu

См. строку 342 в xr_motivator.script (патч 1.0006). Мало заменить функцию из одного патча функцией из другого, надо ещё понимать, что ты делаешь. Если число аргументов увеличилось, откуда взяться значению добавленного аргумента? Только из места вызова самой функции, иначе будет пресловутый nil.

И у меня. Данную тему прочёл в отдельной вкладке, кружочек на главной в основной вкладке остался и спустя 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, если её использовать в качестве выходного параметра. Обнулится со всеми вытекающими? Или будет создана локальная одноимённая переменная, не влияющая на глобальную, поскольку существует только внутри этой функции? В любом случае делать так не стоит.

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