Чебураторы наступают, или как залить мод на MySQL


Содержание материала:

Чебураторы наступают, или как залить мод на MySQL

1. Скачиваем программу под названием Denver. Перейти на официальный сайт программы и скачать можно здесь
Мы нажали на кнопку скачать, выбрали необходимую версию (5.2 или 5.3 | Рекомендую самую последнюю), далее вводим Имя, Фамилию и E-Mail адрес, на который придёт одноразовая и только твоя личная ссылка на скачивание программы.

2. Стартовая установка порадует нас вот таким вот окошком:

В которым вылезет Internet Explorer с окошком, которое необходимо закрыть для дальнейшей установки. Далее всё ещё проще, т.к. написано что делать.

3. Мы дошли до пункта

Тут просто можно нажать Enter, если устраивает путь по умолчанию, если нет, читаем информацию окна выше (самой установки). Для согласия вводим букву «y» (естественно без кавычек (вводим игрек, на латинице)).

4. Далее видим сообщение:

Лично я ввёл букву «Z», Вы можете ввести любую, кроме имеющихся букв относящихся к локальным дискам (Получается Букву «C» мы не можем использовать, т.к. такой локальный диск есть у всех по умолчанию).

В принципе все «непонятные» пункты установки я описал. Трудностей возникнуть не должно.

5. После успешной установки на рабочем столе появятся 3 ярлыка Денвера:

Запускаем «Start Denwer».

6. Вводим в браузерной строке «localhost» (Без кавычек) и нажимаем Enter

7. Вот что мы видим:

У нас есть надпись: «Ура, заработало!». Это уже хорошо
Листаем ниже и кликаем по ссылке «http://localhost/Tools/phpMyAdmin»

8. А теперь наступило «самое главное и вкусное». Наконец то будем подключать саму БД (Базу Данных).
Кликаем по вкладке «Базы данных»

Вписываем абсолютно любое название для будущей БД, я решил назвать «PawnWikiRu».

Уменьшено на 100% (1280 x 397) — Нажмите для увеличения

И так, успешно создано! Затем смотрим влево и кликаем по нашей свежесозданной Базе Данных

Уменьшено на 100% (1280 x 344) — Нажмите для увеличения

Угу, и с этим мы справились. Чтобы не писать таблицу SQL самому тупо возьмём и импортируем её вот так:

Уменьшено на 100% (1280 x 317) — Нажмите для увеличения

Выбираем Вашу БД, открываем и нажимаем «ОК» поэтапно, как показано на скриншоте ниже:

Уменьшено на 100% (1280 x 899) — Нажмите для увеличения

Успех! Вот мы и загрузили всё необходимое. Что мы видим? Слева расположены файлики, в которых записана та или иная информация об игроке, бизнесе, доме и прочем (В каждых модах по разному). При необходимости, если разбираешься в этом, можешь редактировать информацию просто кликнув на названием файлика.

Уменьшено на 100% (1280 x 498) — Нажмите для увеличения

9. Последний и самый важный шаг заключается в том, чтобы подключить нашу Базу Данных к самому моду.
Открываем мод через Pawno (Надеюсь это объяснять не нужно) и ищем такие строки:

Изменяем только строку

А именно «DataBaze». Помните, мы давали название нашей БД в самом начале? Так вот, это название нужно написать вместо DataBaze (Может стоять любое другое название, просто измените на своё, которое указывали ранее).
Моя строка тогда будет выглядеть так:

З.Ы.: Не забудь изменить название самого файла .sql, который мы импортировали на 8 шаге (который лежит в папке с модом). Осталось скомпилировать и наш мод полностью готов к работе.

Тема: по установке мода на хостинг

Опции темы
Поиск по теме

по установке мода на хостинг

Добрый День ув. пользователи и гости портала Pro-Pawn.Ru. Каждый день меня просят помочь залить мод на хостинг, поэтому я устал каждому помогать в элементарных вещах. Сегодня я бы хотел вам рассказать, как заливать мод на хостинг.
Итак, вы купили хостинг и зашли в панель управления сервера. Узнаете там данные от FTP доступа и входите через Filezilla.

Данные вводить вот сюда:

Это означает что мод который прописан в этой строке, например у меня gamemode0 propawn, будет запускаться при включении сервера. Название и Rcon пароль тоже меняете, если вас не устраивает. Далее перезапускаете сервер и смотрите, работает ли сервер, если показывает Unknown смотрите логи запуска или подключите Crashdetect.

Последний раз редактировалось Osetin; 15.06.2014 в 20:22 . Причина: допишу..

И снова приветствую вас, ув. пользователи и гости портала Pro-Pawn.Ru. Решился сегодня дописать тему, и сегодня покажу вам как устанавливать моды на MySQL. Выше я описал, как заливать моды на файлах, все просто и ничего сложного.
Итак, вы купили хостинг и зашли в панель управления сервера. Каждый хостинг предоставляет базу данных, но не везде бесплатно.
Важно , чтобы у вас была одна База Данных.
Теперь нам надо прописать данные БД в моде, открываем через pawno наш мод. Находим вначале вот такие строки и меняем на свое:

Компилируем мод и можно заливать на фтп в папку gamemodes. Почти все готово, осталось только импортировать бд.
Далее узнаете в панели данные о MySQL и входите в PHPMYADMIN (в панели будет ссылка на переход).

База данных должна быть в папке с сервером в формате название.sql.
Потом заходите на ФТП и заливаете папки:

  • filterscripts(если используются)
  • gamemodes(amx файл)
  • plugins( .so — для Linux ).
  • scriptfiles

Не нужно больше ничего заливать на хостинг, этого хватит.
Важно , чтобы в папке plugins были все плагины, которые используются, иначе у вас сервер будет Unknown.

Если будут вопросы или еще что-то, пишите в данную тему, попробуем вам помочь.

Копирование данной статьи без разрешения автора запрещено!

Дамп MySQL базы данных

Несколько полезных приемов, которые позволят вам значительно ускорить работу с резервным копированием и восстановлением баз данных. Конечно дамп MySQL можно делать и с помощью стороннего ПО, того же phpMyAdmin, но встроенными утилитами самого сервера БД это удобнее и быстрее.

Делаем резервную копию (он же дамп, он же бекап)

Все данные одной базы

USER – логин пользователя, PASSWORD – пароль. Обратите внимание, что между -p и PASSWORD нет пробела.

Все данные нескольких определенных баз

Добавляем параметр —databases или -B

USER – логин пользователя, PASSWORD – пароль. Обратите внимание, что между -p и PASSWORD нет пробела.

Данные всех баз

Указываем ключ —all-databases или -A .

USER – логин пользователя, PASSWORD – пароль. Обратите внимание, что между -p и PASSWORD нет пробела.

Дамп только структуры базы данных MySQL

За это это отвечает параметр —no-data или -d .

Дамп определенных таблиц

Сразу архивируем дамп MySQL

Добавляем дату и время к дампу

Восстанавливаем дамп MySQL

Заливаем все данные

Заливаем данные в конкретную базу

Заливаем данные из заархивированного дампа

Распространенные ошибки, возникающие при создании дампа MySQL

Ошибка связана с тем, что не хватает времени для выполнения операции. Для исправления в конфигурационном файле /etc/my.cnf в секции [mysqldump] увеличьте значение параметров wait_timeout=600 и interactive_timeout=600 . Значение времени подберите под ваши условия.

Ошибка связана с тем, что объем вносимых данных превышает разрешенный. Решается 2-я способами:

  1. добавить параметр —max_allowed_packet=128M к нашим командам
  2. Добавить параметр max_allowed_packet=128M в секцию [mysqldump] конфигурационного файла /etc/my.cnf
Топ-пост этого месяца:  Кросс-маркетинг - что это Лучшие примеры совместного маркетинга

Соответственно, размер данных указываем тот, который нам необходим.

Данная ошибка может быть связана, как с недостаточным значение параметра wait_timeout , так и с маленьким размером max_allowed_packet . Решения собственно уже приведены.

Читайте также

Не смотря на то, что Microsoft делает все возможное, что бы Skype стал как можно…

Оценить размер папки в Linux (занимаемого места) можно с помощью стандартной консольной команды du. Давайте…

90% книг написанных про Linux начинают знакомство с командной строкой с cat. По статистике (на…

Конфигурация MySQL в my.cnf

Ниже рассматриваются основные опции при конфигурации MySQL с преимущественным использованием InnoDB.

Все дальнейшие модификации производятся в конфигурационном файле /etc/mysql/my.cnf

innodb_buffer_pool_size — размер буфера под InnoDB таблицы и индексы. При преобладании InnoDB таблиц стоит устанавливать значение равным 80% общего количества ОЗУ (8 Гб для сервера с 10 Гб RAM является нормой). Для более мощных серверов данное значение можно увеличивать еще вплоть до 95% доступной RAM.

innodb_buffer_pool_instances — очень важный параметр, определяющий количество инстансов, которые могут существовать, по умолчанию значение параметра равно 1, более оправданным является значение вычисляемое как сумма innodb_buffer_pool_size в гигабайтах и ядер CPU, деленная пополам.

innodb_buffer_pool_size in Gb + CPUs)/2

Об этом параметре можно почитать дополнительно

innodb_flush_log_at_trx_commit — значение устанавливается в 0, 1, 2. 0 означает, что лог сбрасывается на диск раз в секунду, вне зависимости от транзакций. При 1 лог сбрасывается при каждой завершенной транзакции. 2 — лог хранится в ОЗУ. Быстрее всего сервер баз данных будет работать при 0.

innodb_log_buffer_size — размер буфера лога 1-8 Мб являются хорошими значениями

innodb_log_file_size — максимальный размер каждого лог-файла. Можно увеличивать значение, это даст большую производительность поскольку не нужно будет ротировать лог слишком часто, открывать и закрывать новые файлы.

Общие параметры (не имеющие отношения к типу движка)

max_connections=2000 — устанавливаем параметр минимальным возможным при необходимости экономить ресурсы сервера, при возникновении в логе записей вида «Too many connections…» увеличиваем значение. 4000 клиентов является максимумом. Можно довести максимальное количество клиентов до 7000, но для стандартных сборок 4000 является пределом.

key_buffer=1024M — размер буфера под индексы в оперативной памяти. Оптимальное значение 20-25% доступной RAM. Если значение параметра слишком маленькое — данные начнут писаться в SWAP, что снизит скорость работы в разы.

Памяти под индексы выделяется достаточно если отношение значений Key_reads/Key_read_request оказывается Запись опубликована 19.06.2020 автором admin в рубрике MySQL, Высокие нагрузки.

Тема: Как залить мод на mysql чтобы он работал на хосте

Показано с 1 по 4 из 4

Опции темы
Поиск по теме


Отображение
  • Линейный вид
  • Комбинированный вид
  • Древовидный вид

Как залить мод на mysql чтобы он работал на хосте

ну насколько я знаю там нужно покупать у хостера твоего (или любого другого) Базу данных Musql, стоит она вроде около 50 р в месяц. да зачем это, запустите серв с обычным модом=) потом когда раскрутитесь. можно и мускул..

она дается без платно,ну мне дали,только как сделать так чтоб мод заработал,если кто сможет помочь скайп rickone11 ,дам денюшку кто поможет

Что нужно настроить в mySQL сразу после установки?

Вольный перевод довольно старой статьи с MySQL Performance Blog о том, что лучше сразу же настроить после установки базовой версии mySQL.

Удивительно, сколько народу устанавливает mySQL на свои сервера и оставляют его с настройками по умолчанию.

Несмотря на то, что в mySQL существует довольно много настроек, которые Вы можете изменить, есть набор действительно очень важных характеристик, которые обязательно нужно оптимизировать под собственный сервер. Обычно после такой небольшой настройки производительность сервера заметно увеличивается.

  • key_buffer_size — крайне важная настройка при использовании MyISAM-таблиц. Установите её равной около 30-40% от доступной оперативной памяти, если используете только MyISAM. Правильный размер зависит от размеров индексов, данных и нагрузки на сервер — помните, что MyISAM использует кэш операционной системы (ОС), чтобы хранить данные, поэтому нужно оставить достаточно места в ОЗУ под данные, и данные могут занимать значительно больше места, чем индексы. Однако обязательно проверьте, чтобы всё место, отводимое директивой key_buffer_size под кэш, постоянно использовалось — нередко можно видеть ситуации, когда под кэш индексов отведено 4 ГБ, хотя общий размер всех .MYI-файлов не превышает 1 ГБ. Делать так совершенно бесполезно, Вы только потратите ресурсы. Если у Вас практически нет MyISAM-таблиц, то key_buffer_size следует выставить около 16-32 МБ — они будут использоваться для хранения в памяти индексов временных таблиц, создаваемых на диске.
  • innodb_buffer_pool_size — не менее важная настройка, но уже для InnoDB, обязательно обратите на неё внимание, если собираетесь использовать в основном InnoDB-таблицы, т.к. они значительно более чувствительны к размеру буфера, чем MyISAM-таблицы. MyISAM-таблицы в принципе могут неплохо работать даже с большим количеством данных и при стандартном значении key_buffer_size, однако mySQL может сильно «тормозить» при неверном значении innodb_buffer_pool_size. InnoDB использует свой буфер для хранения и индексов, и данных, поэтому нет необходимости оставлять память под кэш ОС — устанавливайте innodb_buffer_pool_size в 70-80% доступной оперативной памяти (если, конечно, используются только InnoDB-таблицы). Относительно максимального размера данной опции — аналогично key_buffer_size — не стоит увлекаться, нужно найти оптимальный размер, найдите лучшее применение доступной памяти.
  • innodb_additional_mem_pool_size — данная опция практически никак не влияет на производительность mySQL, однако рекомендую оставлять для InnoDB около 20 МБ (или чуть больше) под различные внутренние нужды.
  • innodb_log_file_size — крайне важная настройка в условиях баз данных с частыми операциями записи в таблицы, в особенности при больших объёмах. Большие размеры увеличивают быстродействие, однако будьте осторожны — увеличится и время восстановления данных. Я обычно выставляю значение около 64-512 МБ в зависимости от размера сервера.
  • innodb_log_buffer_size — стандартное значение данной опции вполне подойдёт для большинства систем со средним количеством операций записи и небольшими транзакциями. Если же в Вашей системе бывают всплески активности, или Вы активно работаете с BLOB-данными, то рекомендую немного увеличить значение innodb_log_buffer_size. Однако не переусердствуйте — слишком большое значение будет пустой тратой памяти: буфер сбрасывается каждую секунду, поэтому Вам не понадобится больше места, чем требуется в течение этой секунды. Рекомендуемое значение — около 8-16 МБ, а для небольших баз — и того меньше.
  • innodb_flush_log_at_trx_commit — жалуетесь, что InnoDB работает в 100 раз медленнее MyISAM? Вероятно, Вы забыли про настройку innodb_flush_log_at_trx_commit. Значение по умолчанию «1» означает, что каждая UPDATE-транзакция (или аналогичная команда вне транзакции) должна сбрасывать буфер на диск, что достаточно ресурсоёмко. Большинство приложений, в особенности ранее использовавшие таблицы MyISAM, будут хорошо работать со значением «2» (т.е. «не сбрасывать буфер на диск, только в кэш ОС»). Лог, однако, всё равно будет сбрасываться на диск каждые 1-2 секунды, поэтому в случае аварии Вы потеряете максимум 1-2 секунды обновлений. Значение «0» повысит производительность, но Вы рискуете потерять данные даже при аварийной остановке mySQL-сервера, в то время как при установке значение innodb_flush_log_at_trx_commit в «2» Вы потеряете данные только при аварии всей операционной системы.
  • table_cache — открытие таблиц может быть весьма ресурсоёмко. К примеру, MyISAM-таблицы помечают заголовки .MYI файлов как «используемые в текущий момент». Обычно не рекомендуется открывать таблицы слишком часто, поэтому лучше, чтобы кэш был достаточных размеров, чтобы держать все Ваши таблицы открытыми. Для этого используется некоторое количество ресурсов ОС и оперативной памяти, однако это обычно не является существенной проблемой для современных серверов. Если у Вас несколько сотен таблиц, то стартовым значением для опции table_cache может быть«1024» (помните, что каждое соединение требует свой собственный дескриптор). Если у Вас ещё больше таблиц или очень много соединений — увеличьте значение параметра. Я видел mySQL сервера со значением table_cache равной 100 000.
  • thread_cache — создание/уничтожение потоков также является ресурсоёмкой операцией, которая происходит при каждой установке соединения и каждом разрыве соединения. Я обычно выставляю эту опцию равную 16. Если у Вашего приложения могут быть скачки количество конкурентных соединений и по переменной Threads_Created виден быстрый рост количества потоков, то стоит увеличить значение thread_cache. Цель — не допускать создания новых потоков в условиях нормального функционирования сервера.
  • query_cache_size — если Ваше приложение много и часто читает данные, и при этом у Вас нет кэша на уровне приложения, эта опция может очень помочь. Не ставьте здесь слишком большое значение, так как обслуживание большого кэша запросов будет само по себе затратным. Рекомендуемое значение — от 32 до 512 МБ. Не забудьте проверить, насколько хорошо используется кэш запросов — в некоторых условиях (при небольшом количестве хитов в кэше, т.е. когда практически не выбираются одинаковые данные) использование большого кэша может ухудшить производительность.
Топ-пост этого месяца:  Создание круглых, плоских, а также переворачивающихся переключателей на CSS

Как Вы можете видеть, это — глобальные настройки. Эти переменные зависят от «железа» сервера и используемых движков mySQL, в то время как сессионные переменные обычно настраиваются специально под конкретные задачи. Если Вы в основном используете простые запросы, то нет никакой необходимости увеличивать значение sort_buffer_size, даже если у Вас есть лишние 64 ГБ оперативной памяти. Более того, большие значения кэшей могут только ухудшить производительность сервера. Сессионные переменные лучше оставить на потом, для тонкой настройки сервера.

Тема: по установке мода на хостинг

Опции темы
Поиск по теме

по установке мода на хостинг

Добрый День ув. пользователи и гости портала Pro-Pawn.Ru. Каждый день меня просят помочь залить мод на хостинг, поэтому я устал каждому помогать в элементарных вещах. Сегодня я бы хотел вам рассказать, как заливать мод на хостинг.
Итак, вы купили хостинг и зашли в панель управления сервера. Узнаете там данные от FTP доступа и входите через Filezilla.

Данные вводить вот сюда:

Это означает что мод который прописан в этой строке, например у меня gamemode0 propawn, будет запускаться при включении сервера. Название и Rcon пароль тоже меняете, если вас не устраивает. Далее перезапускаете сервер и смотрите, работает ли сервер, если показывает Unknown смотрите логи запуска или подключите Crashdetect.

Последний раз редактировалось Osetin; 15.06.2014 в 20:22 . Причина: допишу..

И снова приветствую вас, ув. пользователи и гости портала Pro-Pawn.Ru. Решился сегодня дописать тему, и сегодня покажу вам как устанавливать моды на MySQL. Выше я описал, как заливать моды на файлах, все просто и ничего сложного.
Итак, вы купили хостинг и зашли в панель управления сервера. Каждый хостинг предоставляет базу данных, но не везде бесплатно.
Важно , чтобы у вас была одна База Данных.
Теперь нам надо прописать данные БД в моде, открываем через pawno наш мод. Находим вначале вот такие строки и меняем на свое:

Компилируем мод и можно заливать на фтп в папку gamemodes. Почти все готово, осталось только импортировать бд.
Далее узнаете в панели данные о MySQL и входите в PHPMYADMIN (в панели будет ссылка на переход).

База данных должна быть в папке с сервером в формате название.sql.
Потом заходите на ФТП и заливаете папки:

  • filterscripts(если используются)
  • gamemodes(amx файл)
  • plugins( .so — для Linux ).
  • scriptfiles

Не нужно больше ничего заливать на хостинг, этого хватит.
Важно , чтобы в папке plugins были все плагины, которые используются, иначе у вас сервер будет Unknown.

Если будут вопросы или еще что-то, пишите в данную тему, попробуем вам помочь.

Копирование данной статьи без разрешения автора запрещено!

MySql. Загрузка дампа базы данных с помощью консоли

В данной статье рассмотрим загрузку дампа базы данных MySql с помощью консоли.

Спрашивается зачем нам это нужно? Представим ситуацию, что наша база данных имеет большой размер (гигабайты).
Загрузить подобный дамп с помощью клиентских приложений для работы базой данных не представляется возможным так как они просто напросто повиснут намертво. Шанс того, что загрузка будет выполнена успешно конечно есть, но он ничтожно мал и вам придется потратить на это много времени и возможно нервов.
Решением данной проблемы является загрузка базы данных на MySql сервер с помощью консоли.

Для загрузки дампа(бекапа) базы данных потребуется доступ к машине на которой установлен MySql сервер.
Если же машина расположена в дата центре или физически недоступна, можно воспользоваться ssh протоколом и соединиться удаленно с машиной где установлен сервер.

Приступаем к основному:

Залить дамп(бекап) базы данных через MySql клиент с помощью консоли или ssh можно следующей командой:

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

Хотелось бы напомнить, что данные консольные команды работают только в терминале linux.
Для запуска и выполнения их на Windows желательно воспользоваться PowerShell или сторонним консольным терминалом.
К примеру можно воспользоваться: ConEmu

Но вы можете пользоваться совершенно любым понравившемся вам консольным терминалом.

Дамп и восстановление базы данных MySQL

Дамп и восстановление базы данных MySQL довольно просто и удобно делать удаленно через SSH или прямо через консоль сервера. Удаленно, это можно делать используя программы Putty/Kitty. Также указанные ниже примеры Вы можете выполнять и на Windows запустив командную строку ‘cmd‘. Ниже приведены примеры о том, как создавать дампы базы данных MySQL и затем восстанавливать их при необходимости, например для Вашего сайта, интернет-магазина или какого либо другого проекта.

Создание дампа базы данных MySQL

Для того, чтоб выполнять данные команды, подключитесь удаленно к Вашему серверу через SSH используя одну из перечисленных выше программ. После подключения и авторизации к серверу/хостингу, Вы можете вводить приведенные ниже команды.

В приведенном выше примере, для создания бекапа используется утилита mysqldump, которая входит в состав mysql. Далее указываются параметры для создания бекапа базы данных, которые разберем подробнее:

  • -u – параметр указывает логин, который будет использоваться для подключения к базе данных. В примере мы используем логин root, который нужно указать в этом параметре без пробела! В результате у нас это выглядит как -uroot
  • -p – параметр указывает что нужно ввести пароль для указанного логина. Мы его оставили пустым, в результате чего пароль нужно будет ввести после нажатия “Enter” при выполнении команды. Тем не менее, можно указать пароль сразу же здесь, как и в параметре логина, без пробела после -p, однако этот способ не является безопасным, так как консоль сохраняет Ваши команды в лог файл и если Вы его регулярно не очищаете, то он может быть просмотрен злоумышленником.
  • your_base – вместо этой строки в примере, вам необходимо указать реальное имя Вашей базы данных, для которой Вы создаете бекап.
  • > – оператор который показывает направление действия, т.е. как бы указывает, что вы собираетесь сделать запись из базы в файл.
  • dump_file.sql – это название Вашего файла .slq в которую нужно сохранить Вашу базу данных. Он указывается через пробел после оператора ‘>’. Вы можете задать любое другое имя. Например, чтобы в имени система автоматически вставила текущее время, достаточно указать строку вида:

Внимание! Если Вы указываете только имя файла, то он будет сохранен в той же директории, относительно которой Вы выполняете данную команду. Т.е. если Вы видите в строке приглашения ввода команд что-то вроде [root@dvs home]#, где root@dvs это логин и имя сервера, то файл будет создан в директории /home. Чтобы изменить сохранение файла по другому пути, укажите вместо имени полный путь для сохранения файла, например: /var/www/backup/dump_file.sql.

  • Во втором примере, вместо оператора ‘>‘ используется оператор ‘|‘, который указывает на необходимость выполнения дополнительной команды gzip c параметром ‘-c‘ которая позволяет сразу же запаковать дамп в архив, а только затем сохранить его в файл вида ‘2014-11-15.gz‘, о чем сообщает оператор ‘>‘.
  • Параметр –no-data позволяет создать дамп только структуры базы данных без самих данных. В некоторых случаях довольно полезно, когда данные не нужны.
  • Параметры –default-character-set=utf8 и –extended-insert=FALSE. Первый позволяет Вам явно указать кодировку, которая используется этой базой данных, тем самым избежать сохранение базы в неверной кодировке Вместо utf8 можно указать любую другую кодировку, например cp1251 . Второй параметр позволяет указать, что при экспорте для каждой записи необходимо создать отдельную команду INSERT. В некоторых случаях это может потребоваться при частичном восстановлении данных из дампа.
  • Восстановление базы данных из файла дампа MySQL

    Теперь рассмотрим с Вами обратный процесс восстановления базы данных из файла дампа. Данное действие выполняется при помощи программы mysql. Рассмотрим сразу же пример.

    Заливает мод mysql на хостинг

    Добрый День ув. пользователи и гости портала Pro-Pawn.Ru. Каждый день меня просят помочь залить мод на хостинг, поэтому я устал каждому помогать в элементарных вещах. Сегодня я бы хотел вам рассказать, как заливать мод на хостинг.
    Итак, вы купили хостинг и зашли в панель управления сервера. Узнаете там данные от FTP доступа и входите через Filezilla.

    И снова приветствую вас, ув. пользователи и гости портала Pro-Pawn.Ru. Решился сегодня дописать тему, и сегодня покажу вам как устанавливать моды на MySQL. Выше я описал, как заливать моды на файлах, все просто и ничего сложного.
    Итак, вы купили хостинг и зашли в панель управления сервера. Каждый хостинг предоставляет базу данных, но не везде бесплатно.
    Важно , чтобы у вас была одна База Данных.
    Теперь нам надо прописать данные БД в моде, открываем через pawno наш мод. Находим вначале вот такие строки и меняем на свое:

    Компилируем мод и можно заливать на фтп в папку gamemodes. Почти все готово, осталось только импортировать бд.
    Далее узнаете в панели данные о MySQL и входите в PHPMYADMIN (в панели будет ссылка на переход).

    База данных должна быть в папке с сервером в формате название.sql.
    Потом заходите на ФТП и заливаете папки:

    • filterscripts(если используются)
    • gamemodes(amx файл)
    • plugins( .so — для Linux ).
    • scriptfiles

    Не нужно больше ничего заливать на хостинг, этого хватит.
    Важно , чтобы в папке plugins были все плагины, которые используются, иначе у вас сервер будет Unknown.

    Если будут вопросы или еще что-то, пишите в данную тему, попробуем вам помочь.

    Копирование данной статьи без разрешения автора запрещено!

    По материалам pro-pawn.ru

    От автора: патроны, Петька! Чебураторы убегают, нужно спасать страну Оз! Нет патронов, Василий Иванович, закончились! Как закончились? Опять все наперекосяк сделал. Я же вчера тебе показывал, как залить мод на MySQL. Опять все «прошляпил»! Повторяю последний раз.

    Честно говоря, я тоже не в восторге от такого применения MySQL, но это уже свершившийся факт. В современном интернете взяли «моду» устанавливать моды на игровые серверы, и использовать для их работы эту «чудесную» СУБД. Вы не знаете, что такое мод? Ну, тогда перед тем, как запустить мод MySQL, давайте немного «закопаемся» в данную тематику.
    Мод – это дополнение к существующей версии игры, которые разрабатывается сторонними разработчиками. Оно чаще всего служит для расширения возможностей игрового процесса по умолчанию. По «силе» воздействия на игру моды бывают обычными и глобальными. Последние в свою очередь могут полностью менять «модель» построения игрового процесса.

    То есть могут создать даже версию, изображенную на рисунке сверху. В общем, полностью меняют «виртуальную» реальность .

    Но вопрос остается открытым: при чем тут такая «серьезная» и «уважаемая» СУБД, как MySQL? Даже в такое «несерьезном» деле (игровой процесс) эта система управления БД продолжает выполнять свои прямые обязанности: служить местом хранилища для информации, обеспечивать ее извлечение, модификацию и запись.

    Ну, а причем тут «как залить мод на MySQL»? Дело в том, что состав большей части модов, предназначенных для сетевых версий игр (взаимодействие геймеров происходит не локально, а через сетевое соединение), входят БД. В них хранятся все данные, которые часто востребованы в игровом процессе, а также таблицы, в которые записываются регистрационные данные геймеров, их уровни и т.д.

    Бесплатный курс по PHP программированию

    Освойте курс и узнайте, как создать динамичный сайт на PHP и MySQL с полного нуля, используя модель MVC

    В курсе 39 уроков | 15 часов видео | исходники для каждого урока

    После того, как подключим мод к MySQL, мы с вами «вскроем» игровую базу, и изучим ее внутренне содержимое. На некоторое время «станем» Нео и взломаем Матрицу . Но это мы сделаем немного позже.

    Все моды «заливаются» на специализированные серверы, которые можно арендовать на специальных платформах и организовать собственный игровой процесс. Таким образом можно «рубить» с друзьями отдельно от остальных участников. Если нужно немного изменить версию игры по умолчанию, то вам следует знать, как залить мод на MySQL на хостинг:

    Сначала зарегистрируйтесь на выбранном игровом хостинге.

    Активируйте свой отдельный сервер.

    Затем заходите в административную часть сервера и выбираете пункт «Базы данных».

    Перед тем, как запустить мод на MySQL samp, в появившейся таблице параметров находим ссылку, указывающую на игровую БД, и переходим по ней.

    Бесплатный курс по PHP программированию

    Освойте курс и узнайте, как создать динамичный сайт на PHP и MySQL с полного нуля, используя модель MVC

    В курсе 39 уроков | 15 часов видео | исходники для каждого урока

    Заходим на сервер БД под учетной записью администратора, используя для этого оболочку phpMyAdmin. Данная программа чаще всего используется на хостинге (виртуальном пространстве), в том числе и на игровом. Если программа не установлена, то ее следует инсталлировать, чтобы продолжить процесс интеграции мода на игровой сервер.

    Теперь мы переходим непосредственно к описанию того, как поставить мод на MySQL samp. В следующем окне вводим название БД, и больше ничего не нажимаем.

    В зависимости от типа игрового сервера может потребоваться осуществить импорт базы через phpMyAdmin. В другом варианте нужно вставлять БД в уже существующую в качестве таблицы.

    Переходим в программе на вкладку «Импорт» основного меню (находится сверху). При выбранной «игровой» базе в разделе «Импортируемый файл» отмечаем пункт «Обзор вашего компьютера».

    Кликаем по «Выберите файл» и в окне проводника указываем БД мода. После чего внизу для подтверждения наших действий жмем «Ок». Затем в выделенной базе должна появиться новая таблица.

    Перед тем, как поставить мод на MySQL, я обещал вам показать, что представляет собой содержимое игровой базы. Я (как настоящий Морфеус) всегда выполняю обещание, данные мною всем Нео! В общем, смотрим, что там внутри:

    Как видите, обычная таблица со строками и столбцами. К сожалению, ничего сверхъестественного, и едва ли мы здесь найдем код Матрицы.

    Спокойствие, друзья-товарищи! До того, как установить мод на MySQL, осталось пару щелчков мыши и несколько нажатий на клавиатуру.

    Сейчас нам нужно открыть файл с расширением .pwn. Сделать это можно любым редактором, в том числе и Блокнотом. В содержании файла находим следующие строчки, и вносим в них значением своего логина и пароля в СУБД, имя импортированной базы:

    Сохраняем изменения файла на сервере, и ваш собственный мод готов к «употреблению»! Если мод глобальный, то его БД импортируется не как таблица, а как полноценная база.

    Теперь вы знаете, как поставить мод на MySQL на хостинг. Так можно изменить первоначальную версию игры до «неузнаваемости». Создать собственный мир. Да что там мир – целую галактику! Но сильно не переусердствуйте с «перевоплощениями» реальности, иначе Чебураторы могут явиться вам наяву:).

    Бесплатный курс по PHP программированию

    Освойте курс и узнайте, как создать динамичный сайт на PHP и MySQL с полного нуля, используя модель MVC

    В курсе 39 уроков | 15 часов видео | исходники для каждого урока

    Топ-пост этого месяца:  Хостинг — что это такое и какой hosting выбрать
    Добавить комментарий