DEV-сервер
Содержание
Обзор
Dev серверы (сокращенно развития сервера) является альтернативным сервер игры, используется для проверки обновлений, прежде чем они будут выпущены на сервере. Он доступен только в течение коротких периодов времени в преддверии крупного патча. Dev сервера устанавливается как отдельный игровой клиент и обновляется предварительной версии следующий крупный патч (как правило, около двух-трех недель) впереди обычного клиента игры.
Доступ к Dev серверу предоставляется только игрокам в течение короткого периода времени, в преддверии крупного патч времен открытий объявляются на Официальный форум. При попытке запустить клиент Dev сервера, когда она не открыта, то игра будет загружаться в ангар, однако вам будет встречено с сообщениемИгра hasn’t была активирована для вашей учетной записиИ будет вынужден выйти из игры.
После того, как на игроках Dev сервера может опробовать особенности следующего крупного патча и давать обратную связь / сообщить об ошибках в соответствующем разделе форумов Официальный форум.
Важные вещи Примечание
Установка Dev сервера
Клиент пусковых Dev серверов можно загрузить нажав на эту ссылку
Быть уверенным неустановить его на то же место, как и обычные папки War Thunder, или он будет перезаписывать вам нормальный клиент игры. После запуска пусковая вы будете знать, что вы загрузили клиент Дев, как «dev server» будет отображаться рядом с номером версии игры (см рисунок).
Как попасть на дев сервер?
Компьютер – наше будущее. Мы живем в мире, где почти все погружены в виртуальный мир, мир интернета. Раньше компьютер был настоящей роскошью. Мы живем в XXI веке компьютер – это уже норма. В одном доме может быть по два и более компьютера, и это уже не новинка. Они связанны через сетевые карты или интернет. Мы передаем данные (фотографии, музыку, видео) своим друзьям и знакомым. Мы также любим играть в самые разные игры. Особенно растет интерес к игре, если она вышла совсем недавно. Но мы не можем протестировать почти готовую игру. Для этого есть специальный дев сервер, но как на него попасть? Как попасть на дев сервер?
Как попасть на дев сервер разработчика?
Для начала давайте выясним, что такое DEV сервер? DEV сервер – сервер, который используется для разработки или проверки новинок. Вот только доступен он не всем, лишь разработчикам и альфа-тестерам. Но все равно иногда требуется массовая аудитория для проверки игры.
Делать это вас никто не заставляет. Вы можете добровольно скачивать и проверять. При этом у вас появляется второй профиль (на время пребывания на DEV сервере). На основном сервере ваш процесс игры никак не отразиться (никаких заметок, все обнулиться). DEV сервер позволяет вам не спешить скачивать большое обновление (оно предоставляется заранее). Само тестирование длиться несколько дней. Оно включает в себя тестирование и закачку обновлений.
Копируйте папку с установленной игрой;
10 особенностей Webpack
Webpack считается лучшим инструментом для сборки приложений на React и Redux. Полагаю, многие из тех, кто сегодня использует Angular 2 и другие фреймворки, не обходят вниманием и Webpack. И поскольку начинать работу с данным инструментом всегда непросто, я решил посвятить этой теме несколько публикаций в надежде облегчить старт другим разработчикам и заодно продемонстрировать некоторые особенности Webpack.
Когда я впервые увидел его файл конфигурации, он показался мне крайне странным и путанным. Но спустя некоторое время я понял, что всё дело в уникальном синтаксисе Webpack и несколько иной философии, которая может поначалу немного сбить с толку. Но, с другой стороны, именно эта новая философия и делает Webpack таким популярным.
Философия Webpack
Можно выделить 2 основных принципа философии Webpack:
1. Development и production
Прежде всего нужно понять, что Webpack имеет множество функций, часть которых ориентирована на development, другая – на production, а третья – на то и на другое.
Пример Webpack-файлов для development и production
Большинство проектов используют так много функций, что у них, как правило, есть 2 больших файла конфигурации Webpack.
Для создания бандлов вам, скорее всего, потребуется писать скрипты в package.json, примерно так:
2. webpack CLI и webpack-dev-server
Важно отметить что Webpack, как сборщик модулей, предоставляет 2 интерфейса:
Этот инструмент берет опции через инструмент CLI, а также через файл конфигурации (по умолчанию – webpack.config.js) и передает их в Webpack для сборки.
И хотя вы можете начать изучение Webpack, используя CLI-инструмент, он по большей части пригодится вам только для последующей генерации production-сборок.
Webpack-dev-server (подходит для development-сборок)
Это Express Node.js сервер, который работает на порту 8080. Этот сервер вызывает Webpack изнутри, что дает дополнительные возможности вроде перезагрузки браузера (Live Reloading) и/или замены только что измененного модуля (Hot Module Replacement, или HMR).
Webpack и опции инструмента webpack-dev-server
Стоит отметить, что некоторые опции, такие как inline и hot, используются только для инструмента webpack-dev-server, в то время как, скажем, hide-modules подходят только для CLI.
Опции webpack-dev-server CLI и опции config
Стоит также отметить, что существует 2 способа передачи опций в webpack-dev-server:
Я обнаружил, что devServer config (hot:true и inline:true) иногда не работает. Поэтому я предпочитаю передавать опции как CLI-опции внутри package.json, вот так:
Опции hot и inline для webpack-dev-server
Опция inline добавляет Live Reloading для всей страницы. Опция hot включает Hot Module Reloading – горячую перезагрузку модуля, которая перезагружает только измененный компонент (а не всю страницу). Если передать обе опции, то при изменении источника webpack-dev-server запустит прежде всего HMR и, только если это не сработает, перезагрузит всю страницу.
3. entry– строка, массив и объект
Entry передает в Webpack данные о том, где находится корневой модуль или точка входа. Это может быть строка, массив или объект – причем разные типы используются для разных целей.
Если у вас всего одна точка входа (как в большинстве приложений), вы можете выбрать любой формат, и результат будет тот же.
Разные типы entry с одинаковым результатом
Но, если вы хотите добавить несколько файлов, не зависящих друг от друга, можно использовать формат массива.
Например, если вам понадобится googleAnalytics.js в вашем HTML, можно сделать так, чтобы Webpack добавил этот файл в конец bundle.js:
Предположим, у вас настоящее многостраничное приложение, не SPA с мультипросмотром, а несколько HTML-файлов (index.html и profile.html). С помощью Webpack вы можете сразу сгенерировать множество бандлов, используя объект entry.
Файл конфигурации на примере ниже будет генерировать 2 JS-файла: indexEntry.js и profileEntry.js, которые можно использовать в index.html и profile.html соответственно.
Примечание: название файла происходит от ключей объекта entry
Вы также можете использовать entry-массивы внутри entry-объекта. К примеру, следующий файл конфигурации сгенерирует 3 файла: index.js, profile.js и vendor.js, содержащий 3 vendor-файла.
4. output – path и publicPath
output сообщает Webpack, где и как хранить результирующие файлы. У output есть 2 свойства, path и publicPath, поначалу это может немного смутить.
Свойство path сообщает Webpack, где хранить результат, тогда как свойство publicPath используется в нескольких плагинах Webpack для обновления URL внутри CSS- и HTML-файлов во время генерации production-сборок.
Использование свойства publicPath для development и production
Но вместо этого можно применить свойство publicPath, а также целый ряд сопряженных плагинов, чтобы автоматически обновлять все URL при генерации production-сборок.
Пример publicPath production
5. Загрузчики и цепочки загрузчиков
Загрузчики – это дополнительные узловые модули, которые помогают загружать или импортировать файлы разных типов в совместимых с браузерами форматах – JS, CSS и т. д. Последующие загрузчики также позволяют импортировать такие файлы в JS, используя require или import в ES6.
Например, вы можете использовать babel-loader для конвертации JS-файла, написанного на ES6, в совместимый с браузером ES5:
Цепочки загрузчиков (работают справа налево)
Несколько загрузчиков для одного типа файлов можно объединить в цепочку. Формирование цепочек осуществляется справа налево, а загрузчики отделяются восклицательным знаком: «!».
Предположим, у нас есть CSS-файл myCssFile.css, и мы хотим выгрузить его содержимое в тег внутри HTML. Это можно сделать, используя 2 загрузчика: css-loader и style-loader.
Вот как это работает:
6. Настройка загрузчиков
Загрузчики можно настраивать так, чтобы они работали по-разному в зависимости от параметров передачи.
В следующем примере url-loader настроен таким образом, чтобы использовать DataURL для изображений размером менее 1024 байт и URL для изображений размером более 1024 байт. Это можно осуществить, передав параметр limit одним из двух способов:
babel-loader использует настройку presets, чтобы правильно конвертировать ES6 в ES5 и парсить React JSX в JS. Настройки можно передать через параметр query, как показано ниже:
Это должно выглядеть примерно так:
8. Плагины
Плагины – это дополнительные узловые модули, которые работают с результирующим бандлом.
К примеру, uglifyJSPlugin берет bundle.js, а затем минимизирует и обфусцирует его содержимое, чтобы уменьшить размер файла.
Аналогичным образом extract-text-webpack-plugin внутренне использует css-loader и style-loader, чтобы собрать все CSS-файлы в одном месте. Этот плагин извлекает результат во внешний файл styles.css и добавляет ссылку на этот файл в index.html.
Примечание: если вы хотите просто встроить CSS как элемент стиля в HTML, это можно сделать без плагина extract-text-webpack-plugin, а за счет CSS и загрузчиков стилей, как показано ниже:
9. Загрузчики и плагины
Как вы успели заметить, загрузчики работают на отдельном файловом уровне во время генерации бандла или перед ней.
В свою очередь, плагины работают на уровне бандла или фрагмента по окончании генерации бандла. А некоторые плагины вроде commonsChunksPlugins пошли еще дальше и изменили способ создания самих бандлов.
10. Разрешение файловых расширений
Tech blog by @dizballanze
Настраиваем dev-сервер для удобной разработки на django
При разработке не хочется тратить время, которого и так не хватает, на рутинные действия. После каждой отправки изменений в репозиторий, необходимо выполнить обновление кода на dev-сервере, применить миграции и тд. Сегодня мы рассмотрим, как быстро настроить автоматический deploy django-приложения на dev-сервер. Я рассмотрю максимально простое решение, которое подойдет для небольших проектов.
Требования к процессу
Итак, давайте определимся какие именно действия необходимо автоматизировать:
Post-Receive Hooks
Необходимо каким-то образом отлавливать событие, когда пользователь выполняет git push и запускать git pull на dev-сервере. Чаще всего я использую github в качестве хостинга для git-репозиториев. Github предоставляет возможность отправки POST-запроса на удаленный сервер, после того как был получен push-запрос. Для этого необходимо прописать url в настройках репозитория:
Обработчик запросов
Как настроить отправку запросов мы узнали, теперь необходимо реализовать обработчик запросов. Можно обрабатывать запросы в самом приложении или отдельно, вот небольшой пример на node.js:
Здесь, при поступлении любого запроса, просто выполняется bash скрипт. При желании можно добавить дополнительные действия, например логировать запросы или добавить валидацию, чтобы запрос мог поступать только с определенных серверов.
Далее просто нужно добавить адрес, на котором весит наш демон, в настройках github/bitbucket.
Применяем изменения
В обработчике запросов мы выполняем bash скрипт. Рассмотрим пример того, что может содержать такой скрипт:
Итак, что здесь происходит:
Здесь все достаточно просто, рассмотрим только как осуществляется управление пакетами. При установке нового пакета необходимо добавить его в текстовый файл. Создать такой файл можно автоматически при помощи следующей команды:
Данная команда сформирует список всех установленных пакетов и также укажет их версии. Вот пример сгенерированного файла:
При выполнении нашего bash-скрипта будет вызвана команда:
Это приведет к установке всех пакетов, из списка в файле, которые ещё небыли установлены.
Конечно, в зависимости от ваших потребностей, могут понадобится дополнительные действия, например трансляция CoffeeScript, Compass или выполнение тестов. Добавить новые команды в скрипт, я думаю, не составит трудностей 🙂
Настройка Nginx
Для того, чтобы перенаправлять запросы с 80 порта на runserver я использую nginx (ну не запускать же runserver от root’а :)). Пример конфигурации nginx:
На этом все, пишите в комментариях, если я что-то упустил.
Как собрать домашний develop сервер?
В связи с переездом не получается взять свой системник на котором стоял сервак для девелоп разработки. По этому хочу сделать сервер уже на месте.
На сервере будет стоять с десяток сайтов, но пользователей не будет естественно на них. Тесты гоняться будут. И сопудствующие штуки.
Посоветуйте куда смотреть.
Если для разработки, то виртуализация vagrant.
Железо не нужно.
Послабее это HP ProLiant MicroServer Gen7 или HP ProLiant MicroServer Gen6
Или самосбор на miniITX, но тут действительно много факторов и переменных.
В принципе неттоп тоже вариант, но там может выплыть всякие ограничения на установку серверных версий операционных систем.
Как вариант — GA-N3050M-D3P на Celeron 1.6 GHz. Ну бред же.
С корпусом самое главное помнить, что никаких блоков питания с кулером. Нужно покупать корпус с платой преобразования DC-DC + внешний ноутбучный блок питания
Напишите страну где будете покупать. Какой вам мощности что нужно. Или каким был предыдущий сервер.
Сейчас стоит сервер на десктопе. 4 GB оперативной памяти, 4 ядра по 2.1 GHz. Компьютеру уже 6 лет, но тянет вполне.
В России буду покупать.
Не меньше 2 GB оперативной памяти. По процессору точно не знаю какой нужен. Будет стоять debian 8.
1. Процессор с приставкой «Т» на конце. Например Intel 6600T 28.44W, а у обычного i5 6600K 73.94W (TDP 35W — 91W ). Это потребление, а значит и нагрев. Есть еще «U» и «Y», но что-то сомневаюсь что вы их купите.
2. Материнка mini-ITX с НЕ ВСТРОЕННЫМ процессором.
3. Корпус, как я писал выше, с внешним блоком питания. У меня такой — www.dont.ru/Chenbro-PC781-MiniITX-60W-12V-2.5A.id1.
Обратите внимание на магазин dont.ru Они специализируются на miniITX и у них есть интересные вещи и особенно аксессуары, которые обычные магазины не завозят.
Потом нужно убедиться что хватит блока питания в 60W. Как вариант такие вещи и готовые конфиги есть на форуме :
4. Оперативку тоже какую то Low Power
5. Ну и само собою какую то дешевую SSD на 128Гб. Максимум 2,5″ HHD для ноутбука (!). Не вздумайте брать обычный 3,5″ он начисто снесет вам идею с внешним маломощным блоком питания.
Ну я то фанат, мне это по кайфу, а вот вы скоро поймете, что проще купить готовое решение по типу HP. Потому что за время потраченное на перелопачивание груду информации вы заработает в 10 раз больше.
