MX_Master

New mirror to offline copy: Offline copy as CHM file, 31.03.2011, 59.6 Mb.

mm.. bug tracker is also contain lots of SYSTEM WARNING: date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead and SYSTEM WARNING: strtotime() [function.strtotime]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead Main page and "files" page contains not all HTML code. I think it was cut.

Есть ли какие-то возможности, запущенного в эмуляторе сэмп скрипта, которые нельзя воспроизвести средствами мта?

мне это и нужно, чтобы люди мигрировали в мта, поэтому можешь "его" постить хоть на доске объявлений своего подъезда ((:

saw now at the upper side of forum [phpBB Debug] PHP Notice: in file /index.php on line 86: date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead [phpBB Debug] PHP Notice: in file /index.php on line 86: getdate() [function.getdate]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead [phpBB Debug] PHP Notice: in file /includes/functions.php on line 4505: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3706) [phpBB Debug] PHP Notice: in file /includes/functions.php on line 4507: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3706) [phpBB Debug] PHP Notice: in file /includes/functions.php on line 4508: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3706) [phpBB Debug] PHP Notice: in file /includes/functions.php on line 4509: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3706)

Можешь сам этим заняться. Быть хорошим скриптером не значит быть хорошим модером.

dofile loadfile loadstring

ааай малатца (: Плагины, дабы быть точным, запускать нельзя от стороннего мульта в связи с разницей в архитектуре. Лучший вариант - портировать код плагина из сэмп SDK в МТАСА SDK, хотя основные плагины уже реализованы в МТАСА.

я всегда юзаю сторонние проги для скринов и видео. советую. а ранее мона было скринить меню?

чувак любое окно откроется и курсор появится, ну нажми F8, F9 или P если админ и это не баг

пофиксено в http://code.google.com/p/mtasa-blue/source/detail?r=2493

скотинка, закажи скрипт у тех, кто это умеет делать, если сам не фонтан в этом деле приватные скрипты это на фотках

ручками пошуруй в скрипте или совсем новичек?

на лицо явная зависимость ширины промежутка между словами от ширины строк с подкрашенным текстом отступы как видно рассчитываются с русским текстом так: ширина красного текста * 2 + пробел + ширина зеленого текста * 2 + пробел + ширина синего текста * 2 какая версия и билд ?

а я то думал, когда ее удалят )) зы: в биндах посморите кнопку F11

пофиксено в r692, скачай и обнови редактор

Windows Virtual PC - для семерки Virtual PC 2007 - для более старых ОС. Сам юзал. все халявно

было добавлено в r2482, этот как раз был фикс бага. Ищет gta_sa.exe в процессах, и если он там есть, второй не запускает. фича не безобидная, если смотреть с другой стороны, но имеет право на жизнь для тестов. Можешь попробовать это обосновать в баг трекере, если хочешь (: я 2 МТАСА клиента никогда не запускал, но помню запускал 2 сэмп клиента на 1 компе, но с двумя мониторами. Реальный гемор.

"Бэкапирование" это уже индивидуальное дело, которое зависит от платформы ПК и, собственно, админа. МТАСА тут ни при чем и разговор не о том.

Личный опыт уже не является фактом? А данные, которые написаны кем-то на бумажке в сети или учебнике это незыблемая аксиома? Для больших и часто меняющихся объемов sqlite не подходит. А база аккаунтов это как раз самый большой и динамичный список. Я неоднократно фиксировал падение производительности при записи/чтении из таких больших sqlite БД. С небольшими списками всё гладко. Против мускула я ничего не имею, т.к. принцип разделения там учтён. Все таблицы это отдельные группы файлов и там умные разработчики уже учли все эти скоростные моменты. Насколько я помню, какой-то механизм хранения в мускуле использует разделение таблицы не только на индекс, данные и прочую вспомогаловку, но и делит сами данные на несколько файлов, если их достаточно много. Файловый сборник аккаунтов в 1 папке - это зло. Поэтому без группировки этой стопки не обойтись, если вы хотите вручную на удаленном серве править файлы акков. Ну и не обойтись без архивирования этой стопки, чтобы делать бэкапы. Для не оптимизированных систем мой способ железно поможет сделать систему стабильнее как минимум. Хотя сейчас и нельзя создавать свои sqlite БДшки, но надеюсь позже это можно будет делать. Общая БД стандартной аккаунт системы не вызывает доверия, лично у меня.

(: интересно, зачем люди его заполняют, даже не зная о его назначении топистартер, в конфиге серва (mtaserver.conf) вместо 79.142.174.214 поставь

1,0,5 т.к. текущий вариант 1,0,4 сильно изменен кучей бэкпортов из 1,1 зы: тут вам не wish list

Насчет аккаунтов мой совет простой. Статичные данные хранить в статичных обычных файлах, динамичные и часто меняющиеся данные - в базе данных. И организация структуры самой БД тоже важна. Второй хороший совет - не хранить в одной таблице, будь то мускул или sqlite, большое кол-во записей. Стандартная система как раз-таки на sqlit'e. И этот sqlite даже мне умудрился попортить нервы, когда в БД стало много данных. Так что все опыты показывают, sqlite лучше использовать на мелких объемах данных или по крайней мере юзать не одну БД для всего, а несколько. У мускула все понятно - все таблицы хранятся в отдельных файлах + файлы для хранения индексов и чего то еще, а у sqlite - все в одном файле лежит!! Я кстати делал запрос в баг трекере на добавление функционала создания/правки своих sqlite баз, вместо использования общих internal/registry.db. И думаю, с правами доступа к файлам БДшек какого-то ресурса не будет проблем, если их правильно указать для нужных ресурсов. Но это так, отступление. Но есть небольшая хитрость для любой системы хранения аккаунтов, которая позволит убрать эту перегрузку серва при работе с большими БД или файловыми системами. Обычно, для получения/изменения данных аккаунта мы должны иметь какой-то один ИДент игрока, допустим, это будет его ник в нижнем регистре (логин). Смысл в том, чтобы разбить общую БД аккаунтов (файлы, хмл или бд) на части по какому-то принципу. В данном случае - по первому символу в нике игрока. Если быть точнее, будем использовать код первого символа в нике для разбиения общей БД на части. Если система файловая - то создаем подпапки с именами кодов символа, если это БД мускул, то создаем таблицы с именами всех возможных кодов. Пример - 33,34,35,36,... Далее в скриптах, перед тем как обратится к системе хранения, будем сначала узнавать код первого символа в нике (логине) в нижнем регистре и только потом обращаться к нужной папке/таблице с запросами или поиском. Обычно, код первого символа ника (логина) можно сохранить при входе в аккаунт, чтобы не транжирить этим делом ресурсы серва снова. Какой мы получаем позитивный эффект от такого разделения? Выигрыш в скорости и больше стабильности, а при использовании файлов - нет этого огромного кол-ва файлов акков в 1 папке, они разделены по нашим группам. если кто-то знает еще более хитрые хитрости, пишите

i saw just this mantis error while login SYSTEM WARNING: mysql_connect() [function.mysql-connect]: Access denied for user 'mta_wsandra'@'localhost' (using password: YES) and erros messages before forum page start again while posting this message with code(: Loading languageLoading language Warning: Cannot modify header information - headers already sent by (output started at /var/www/forum/includes/geshi.php:505) in /var/www/forum/includes/functions.php on line 4505 Warning: Cannot modify header information - headers already sent by (output started at /var/www/forum/includes/geshi.php:505) in /var/www/forum/includes/functions.php on line 4507 Warning: Cannot modify header information - headers already sent by (output started at /var/www/forum/includes/geshi.php:505) in /var/www/forum/includes/functions.php on line 4508 Warning: Cannot modify header information - headers already sent by (output started at /var/www/forum/includes/geshi.php:505) in /var/www/forum/includes/functions.php on line 4509

да без проблем (: скриптинг тебе зачем? 3 строки же написать функцию, которая будет от любого относительного положения давать точное local tRes = { guiGetScreenSize() } function rel2exact ( nRel, sWidthOrHeight ) if sWidthOrHeight == 'height' then return tRes[2] * tonumber(nRel) else return tRes[1] * tonumber(nRel) end end