Padaboo: координаты - сеточкой. Плавное передвижение - это просто анимация.
Даже если сетка мелкая, нужно передавать клик игрока на координаты x,y. Сервер просчитывает путь игрока и передает ключевые параметры - куда двигаться. Клиент отрисовывает это перемещение плавно, но переданы только
игрок на xy, двигается на x1y1, скорость z - грубо говоря 5 или 10 байт.
Padaboo: А так и бывает, когда подлагивает.
Но вы путаете количество сообщений, которые нужно отправлять.
Игрок отправляет на сервер свои действия.
Несколько действий могут быть отправлены за один пакет. Сервер отправляет игрокам сразу очередь действий, а не по каждому игроку отдельно.
Увеличиваем длительность минимального тика - сразу все становится проще.
В большинстве MUD-ов, тик идет пол-секунды. Это просто хватает.
HoHsi: артефакты, которые создает дженкинс, и которые доступны для скачивания через его веб UI, скачиваются через java-веб сервер, и могут создавать большую нагрузку. Я сталкивался, когда дженкинс тормозил именно из-за этого.
Решили вопрос тем, что во время билда артефакты просто выкладывались на отдельный фтп сервер, и пользователи качали билды уже с фтп. Нагрузки как не бывало.
Но 500 мбайт.. на таком дженкинс не запускал, тем не менее неужели он столько занимает?
unlik: "Если я сделаю сброс таймера через крон, то работать он будет не верно. Он не сможет мне на данный момент показать, что осталось менее 3 дней. "
Неправда.
Во-первых вы с каждым ответом добавляете новые условия. Вы можете нормально свой вопрос описать, чтобы в нем была поставлена задача, а не вам отвечают, а вы дописываете - именно таких техзаданий не любят.
Во-вторых, во время срабатывания скрипта вы можете просто сохранить в переменную или базу создать таймстамп от текущей даты плюс три дня
Затем в сайте его использовать для вывода типа
timestamp - currentdate = сколько осталось до повышения, отформатировали в дни/часы, как вам удобно и все.
Можно и за полгода, можно и за год с "продвинутого юзера". Конечно наличие опыта помогает ибо есть базовые понятия что такое программирование вообще, а это важнее чем синтаксис.
Вы можете сделать каждые три дня через крон сброс таймера.
Вешаете на крон скрипт, который берет каждые три дня в нужное вам время таймстамп и запоминает его. Потом отсчитываете от него три дня (3 дня * 24 часа * 60 минут * 60 секунд)
и считайте
Артем: На хабре поищите статьи типа "как мы писали xx"
Книжек такого рода будет мало, в основном заметки про какие-то проекты. А комментарии разработчиков в основном в коде...
Оно не выводит, а подключается к устройству и обменивается данными до тех пор, пока вы вручную не напишете ему exit.
То есть нельзя просто посмотреть что в устройстве, ему нужно отправлять команды, именно поэтому cat не сработает.
file
команда укажет тип объекта по пути - файл, каталог, специальное устройство. Просто я подозреваю, что /dev/COM1 это не текстовый файл и не символьное устройство, а block special, то есть команды типа cat и не должны с ним работать.
screen /dev/COM1 не выводит то, что там есть, он подключается к устроству и общается с ним, без указания когда нужно завершить. То есть вам необходимо, чтобы устройство завершало передачу.
Даже если сетка мелкая, нужно передавать клик игрока на координаты x,y. Сервер просчитывает путь игрока и передает ключевые параметры - куда двигаться. Клиент отрисовывает это перемещение плавно, но переданы только
игрок на xy, двигается на x1y1, скорость z - грубо говоря 5 или 10 байт.