-
Публикаций
593 -
Зарегистрирован
-
Посещение
-
Победитель дней
35 -
Отзывы
0%
Тип контента
Профили
Форумы
Загрузки
Магазин
Инструкции
Весь контент lvlkoo
-
хочу ТЕБЯ разочаровать, умник, это не единица, это L
-
Я думаю, вам нужно подробнее почитать о JAVA, уважаемый "умник" https://docs.oracle.com/javase/specs/jls/se7/html/jls-3.html#jls-3.10
-
И где же вы там "разное" увидели? Конечно, человеку мало знакомому я с языком, IDE не особо то и поможет, но поддерживаю. Откройте код в IDE, ошибки удобнее читать и понимать, к тому же некоторые их них возможно автоисправить средствами IDE
-
Если Ваша сборка этого не поддерживает, то к сожалению простого варианта нет
-
Осмелюсь предположить, что этот путь захардкоден в одном из модулей. Так что скорее всего поменять этот путь совсем не легко
-
Видимо что-то не так с версией ява, не хватает нужной перегрузки. Какая версия ява у вас установлена?
-
eula.dat
- 4 ответа
-
- 1
-
Строки интерфейса находятся в sysstring.dat
- 4 ответа
-
- 1
-
Скорее всего дефиниции оружия находятся в ДП, в xml файлах, путь примерно такой data/stats/items
-
https://dev.mysql.com/doc/refman/5.7/en/too-many-connections.html
-
WS2003 врядли станет в таком режиме, хотя нужно пробовать, попробуйте WinSetupFromUSB Совет: поставьте себе убунту или дебиан какойнибудь, какраз будет возможность изучить
-
Гайд написан самостоятельно, изходя из личного опыта. Куда уж тут...
-
Премитивное авторазвертывание с помощью git Собственно цель данной статьи - поведать об одном из самых простых способов развертывания на сервере с помощью git'а и его хуков. Предисловие: данная статья предполагает что Вы понимаете что такое VCS, в часности гит и уже им пользовались Развертывание проходит в 3 этапа Пуш в репозиторий размещенный на нашем сервере Тригер хука на сервере Выволнение нужного нам скрипта, в данном случае чекаут из репозитория в нужную нам папку Статья на примере работы с Centos 7 в качестве продакшн сервера и Windows 10 в качестве дев-машины. Авторизироваться будем по ssh, и для начала нужно сгенерировать ssh ключ. Сгенерировать его можно, к примеру, у тилитой ssh-keygen, которая идет в составе git для windows Из CMD выполняем: ssh-keygen -t rsa Следуем инструкциям (вас спросят куда положить ключ, можете просто нажать enter, ключ будет сохранен в C:\Users\username\.ssh), устаналиваем пароль, получаем ключ, файл будет называться примерно так id_rsa.pub Далее нужно настроить гит репозиторий на сервере. Устаналиваем git $ yum install -y git Создаем гит юзера, для ssh авторизации, указываем пароль $ sudo adduser git $ sudo passwd git создаем папку для ssh ключей $ su git $ cd $ mkdir .ssh Скопируйте на сервер (через фтп или другим удобным фам способом) ранее сгенерированый паблик ключ, к примеру в папку tmp, в итоге получаем /tmp/id_rsa.pub Добавляем этот ключ в список доверенных $ cat /tmp/id_rsa.pub >> ~/.ssh/authorized_keys Переходим к созданию гит репозитория, к примеру в папке /home/git $ cd /home/git $ mkdir project.git $ cd project.git $ git --bare init project.git - можете назвать как угодно. Длее нужно создать хук в папке /home/git/project.git/hooks Создаем файл post-receive с содиржанием #!/bin/bash echo 'post-receive execute start' >> hooks.log TARGET="/home/myproject" GIT_DIR="/home/project.git" BRANCH="master" while read oldrev newrev ref do # only checking out the master (or whatever branch you would like to deploy) if [[ $ref = refs/heads/"$BRANCH" ]]; then echo "Ref $ref received. Deploying ${BRANCH} branch to production..." >> hooks.log git --work-tree="$TARGET" --git-dir="$GIT_DIR" checkout -f echo "Deploying done" >> hooks.log else echo "Ref $ref received. Doing nothing: only the ${BRANCH} branch may be deployed on this server." >> hooks.log fi done TARGET - путь к папке в которую будет происходить копирование из репозитория GIT_DIR - путь к папке с гит репозиторием BRANCH - ветка из которой будем забирать Настройте данные переменные под себя. Репозиторий готов, возвращаемся на нашу дев-машину, и создаем из папки с проектом локальный репозиторий. Это можно сделать и спомощью CMD или любой програмы для управления гит (к примеру я пользуюсь SourceTree) Выполняем в CMD cd /d D:\path\to\project git init path\to\project соотвественно меняете на путь к папке с вашим проектом. Комитим изменения, подключаем удаленный репозиторий на сервере и пушим. (если вы создали репозиторий в пустой папке, скопируйте в нее файлы вашего проекта) git add . git commit -m 'initial' git remote add origin git@myserver.com:/home/git/project.git git push origin master myserver.com - домен или ИП адрес вашего сервера. Гит спросит пароль от юзера, вводим пароль который указывали при его создании После пуша на удаленном сервере выполнится хук и файлы будут скопированы в папку для развертывания. Author lvlkoo Category Работа с OS Отправлено 02/20/19 12:44
-
Собственно цель данной статьи - поведать об одном из самых простых способов развертывания на сервере с помощью git'а и его хуков. Предисловие: данная статья предполагает что Вы понимаете что такое VCS, в часности гит и уже им пользовались Развертывание проходит в 3 этапа Пуш в репозиторий размещенный на нашем сервере Тригер хука на сервере Выволнение нужного нам скрипта, в данном случае чекаут из репозитория в нужную нам папку Статья на примере работы с Centos 7 в качестве продакшн сервера и Windows 10 в качестве дев-машины. Авторизироваться будем по ssh, и для начала нужно сгенерировать ssh ключ. Сгенерировать его можно, к примеру, у тилитой ssh-keygen, которая идет в составе git для windows Из CMD выполняем: ssh-keygen -t rsa Следуем инструкциям (вас спросят куда положить ключ, можете просто нажать enter, ключ будет сохранен в C:\Users\username\.ssh), устаналиваем пароль, получаем ключ, файл будет называться примерно так id_rsa.pub Далее нужно настроить гит репозиторий на сервере. Устаналиваем git $ yum install -y git Создаем гит юзера, для ssh авторизации, указываем пароль $ sudo adduser git $ sudo passwd git создаем папку для ssh ключей $ su git $ cd $ mkdir .ssh Скопируйте на сервер (через фтп или другим удобным фам способом) ранее сгенерированый паблик ключ, к примеру в папку tmp, в итоге получаем /tmp/id_rsa.pub Добавляем этот ключ в список доверенных $ cat /tmp/id_rsa.pub >> ~/.ssh/authorized_keys Переходим к созданию гит репозитория, к примеру в папке /home/git $ cd /home/git $ mkdir project.git $ cd project.git $ git --bare init project.git - можете назвать как угодно. Длее нужно создать хук в папке /home/git/project.git/hooks Создаем файл post-receive с содиржанием #!/bin/bash echo 'post-receive execute start' >> hooks.log TARGET="/home/myproject" GIT_DIR="/home/project.git" BRANCH="master" while read oldrev newrev ref do # only checking out the master (or whatever branch you would like to deploy) if [[ $ref = refs/heads/"$BRANCH" ]]; then echo "Ref $ref received. Deploying ${BRANCH} branch to production..." >> hooks.log git --work-tree="$TARGET" --git-dir="$GIT_DIR" checkout -f echo "Deploying done" >> hooks.log else echo "Ref $ref received. Doing nothing: only the ${BRANCH} branch may be deployed on this server." >> hooks.log fi done TARGET - путь к папке в которую будет происходить копирование из репозитория GIT_DIR - путь к папке с гит репозиторием BRANCH - ветка из которой будем забирать Настройте данные переменные под себя. Репозиторий готов, возвращаемся на нашу дев-машину, и создаем из папки с проектом локальный репозиторий. Это можно сделать и спомощью CMD или любой програмы для управления гит (к примеру я пользуюсь SourceTree) Выполняем в CMD cd /d D:\path\to\project git init path\to\project соотвественно меняете на путь к папке с вашим проектом. Комитим изменения, подключаем удаленный репозиторий на сервере и пушим. (если вы создали репозиторий в пустой папке, скопируйте в нее файлы вашего проекта) git add . git commit -m 'initial' git remote add origin git@myserver.com:/home/git/project.git git push origin master myserver.com - домен или ИП адрес вашего сервера. Гит спросит пароль от юзера, вводим пароль который указывали при его создании После пуша на удаленном сервере выполнится хук и файлы будут скопированы в папку для развертывания.
-
Значит ваш "интернет" подключен не напрямую, а через какое-то оборудование, следовательно ваша сетевая карта понятия не имет о том, что гдето там существуют какието интернеты и айпишники
-
Клиентские файлы скиньте, скорее всего в клиенте нужно править
-
Что это за агатионы и откуда вы их взяли? На интерлюде нету понятия агатиона, их делают различными хаками, через петов или доп текстуры\анимации на предмет какого-типа
-
Кто может помочь перенести ивенты с одной сборки в аналогичную другу
тема ответил lvlkoo в теме Ядро сервера
Вот прям идентичны? А в чем тогда проблема с переносом? Ctrl+C, Ctrl+V -
Нет. Люди, вы вообще предыдущие сообщения в теме читаете прежде чем новые писать?
-
Спасибо, КЕП Были какие то завуршки с астериусом, аверией, е-глобалом. Что и как понятия не имею, раз все продолжают работать значит все в порядке
-
Ключевое слово, Вы сами ответили на свой вопрос:) А вообще, абсолютно ВСЕ права пренадлежат иннове, все что связано с брендом Lineage 2, только они имеют право держать сервера, вмешиваться в клиентские файлы и тд итп. ПС. Измнение адреса сервера в l2.ini уже считается нарушеним авторских прав, не говоря уже обо все остальном ПС. Млекие проекты никого не интересуют, с самыми крупными "грандами" уже пытались судится.
-
Нарушают. Все "фришард" сервера нарушают автоские права, потому что права на игру пренадлежат компании иннова. Вопрос только в том, что этим фришард серверам в реалиях СНГ законодательства абсолютно нифига невозможно сделать. Максимум наверное это заблокировать домен, НО этой мелочью заниматься никто не будет