YTDB  

Вернуться   YTDB > Объявления

Показать все объявления (3) Глобальное объявление
c 05.11.2009 по 06.12.2020
tempura
Not a member, is a noob
 
Аватар для tempura
 
Регистрация: 05.11.2009
Адрес: Азерот, Штормвинд
Сообщений: 515
Сказал(а) спасибо: 142
Поблагодарили 444 раз(а) в 165 сообщениях
tempura Реально хороший человекtempura Реально хороший человекtempura Реально хороший человекtempura Реально хороший человекtempura Реально хороший человек
Правила написания баг репортов. Rules for write bugreports.

Вопросы:
У меня эта фигня не проходит. Что мне делать?
У меня не работает. Почему?
Я нажал не помню куда и теперь ничего не работает. Помогите!

Ответ:
Здесь нет телепатов и шаманов... Невозможно ответить на вопрос "ни о чем" обладая любым количеством знаний.
Поэтому, если вы хотите получить конкретный ответ, то должны задать конкретный вопрос, подкрепив его достаточным количеством конкретной информации и фрагментами логов.
Тогда, и только тогда, вам смогут здесь помочь.
Правильно заданный вопрос - половина ответа.

Как правильно задавать вопросы

Русский:
Цитата:
Кто не прочтет - сам виноват.

ОБЯЗАТЕЛЬНО указывать!!!
1. ревизию ядра
2. ревизию базы
3. точные данные нерабочего - id, guid
4. точное описание, что именно не работает

Любой, кто это не выполняет - получает рид-онли.
Сроки не обсуждаются.


ЖЕЛАТЕЛЬНО указывать!!!
1. наименование на русском и английском
2. ссылку на wowhead
3. точное описание (с оффа) как должно работать

Иначе тема удаляется, вместе с пользователем.
Цитата:
Что НЕОБХОДИМО писать в багрепорте по ядру

1. Креш-дамп - в тегах [ code ], и спрятанный в тег [ off ]. Креш-дамп, это тот что в папочке "Crashs" сервера.

2. Часть лога на момент падения - в тегах [ code ], и спрятанный в тег [ off ]. В конфиге при этом должно стоять:
LogTimestamp = 1
LogFileLevel = 3
Лог сервера - это файл с именем типа server.log. За скриншоты консоли - сразу убивать буду, либо заставлю руками их в пост перепечатывать.

3. Версия ядра. То, что она прописана в логе и дампе - не повод ее не указывать.

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

5. Параметры конфига, относящиеся к работе сервера. Грузятся ли вмапсы, выгружаются ли гриды - все это нужно.

6. Параметры системы - ОС, проц, память. То, что они висят в дампе - не повод их не указывать. На лине и венде могут возникать разные баги, и лечатся они по разному.

7. Ревизия базы. Обычно она ни причем, но это общее правило для представления багрепортов. Мало ли - может с моделями что не так, или скрипт валит. Тем более, что у нас форум базы.

Большая просьба - патчи выкладывать аттачами.

English:
Цитата:
Who has not read it - to blame yourself.

Sure to specify!
1. core revision
2. ytdb revision
3. broken data - id, guid
4. description of what is bugged

Anyone who does not perform above - read-only for one week.
Time of read-only are not discussed.

It is desirable that!
1. accurate full name in English
2. wowhead link
3. accurate description (from blizz serv) how it should work

Otherwise the bugreport is move to trash, maybe with the user.

Дополнение:
Цитата:
БАГ-РЕПОРТЫ:
1. Перед написанием баг-репорта воспользуйтесь поиском.
2. Баг-репорты следует создавать в соответствующих разделах.
3. Названия тем, содержащих баг-репорт по одному игровому моменту (квест, итем, нпц, объект и т.д.) надо называть следующим образом:
The Final Reagents[9969]
т.е. название на английском или русском языке, в скобках код, если известен.
Единый формат написания облегчает проверку баг-репортов и поиск по форуму.
4. Необходимо указать версию ядра и базы, если это не указано в подписи.
5. Описание баг-репорта должно быть максимально информативным, но без лишней информации, не относящейся к проблеме.

ПРАВКИ:
1. Если правка затрагивает несколько полей таблицы, то следует использовать UPDATE.
2. Если правка требует замены всей строки в таблице, то используются REPLACE или сочетание DELETE + INSERT в зависимости от ситуации.
3. Удаление из таблиц следует делать по первичному ключу (`creature`.`guid`, `gameobject_template`.`entry`, сочетание `creature_loot_template`.`entry`+`creature_loot_te mplate`.`item` и т.д.).
Удаление по параметру следует использовать, если требуется удалить все записи с этим параметром (`creature`.`id`, `creature_loot_template`.`item`).
4. При удалении записей из таблиц заселения (`creature`, `gameobject`) указывайте освободившиеся гуиды.
5. Правки на поля, содержащие значения в битах, надо указывать в соответствующей форме, чтобы при правке одного поля разными людьми флаги не терялись:
Код:
#прибавление флага:
UPDATE `creature_template` SET `unit_flags`=`unit_flags` | 4096 WHERE `entry`=xxx;

#вычитание флага:
UPDATE `creature_template` SET `unit_flags`=`unit_flags` & ~4096 WHERE `entry`=xxx;
Исключениями могут быть случаи, когда надо полностью обнулить поле.
Цитата:
4. При удалении записей из таблиц заселения (`creature`, `gameobject`) указывайте освободившиеся гуиды.
При удалении по GUID указывайте ID.

Цитата:
Bug-reports:
1. Before writing a bug-reports, use the search.
2. Bug-reports should be create in their appropriate section.
3. The title of the topic, containing bug-report, must be called as follows:The Final Reagents[9969] (that's the name in English or Russian language, in parentheses ID, if known).
A single writing format for easier bug-checking and search the forum.

5. You must specify the version of the core and base, if this isn't declare in the caption.
6. Description of bug-reports should be as descriptive as possible, but without the extra information not relevant to the issue.

Сorrection:
1. If correction involves several fields of the table, you should use the UPDATE.
2. If correction requires the replacement of the entire row in the table, then used REPLACE or a combination of DELETE + INSERT depending on the situation.
3. Deleting from tables should be placed on the primary key ( `creature`. `Guid`, `gameobject_template`. `Entry`, a combination of `creature_loot_template`. `Entry` + `creature_loot_template`. `Item`, etc.).
4. When you delete records from the creature or GO tables declare released GUID. When you delete a GUID specify the ID.
5. Edits on fields that contain values in bits, you must specify the appropriate form, when editing a field flags of different people is not lost:

Код:
#add flag:
UPDATE `creature_template` SET `unit_flags`=`unit_flags` | 4096 WHERE `entry`=xxx;

#subtract flag:
UPDATE `creature_template` SET `unit_flags`=`unit_flags` & ~4096 WHERE `entry`=xxx;
Exceptions may be cases where the need to completely reset the field.
__________________
Совершенно безопасен для людей, обладающих хотя бы некоторыми минимальными зачатками интеллекта, и способными строить причинно-следственные цепочки.
tempura вне форума  

 

Текущее время: 23:01. Часовой пояс GMT +4.


YTDB - MaNGOS DataBase

Русский форум Мангос - официальный форум RMDC

Главная цель проекта MaNGOS - обучающая, поэтому разрешается использовать исходный код и собранную программу только для образовательных целей.
Вы не можете использовать MaNGOS в коммерческих целях, а также не разрешается устанавливать публичные серверы на базе MaNGOS.
Любое копирование материалов, информации в любом виде без указания источника - форума YTDB будет считаться нарушением авторских прав и нарушением Уголовного Кодекса РФ, ст. 146 ст. 147.
Перевод vBulletin: zCarot