Добавлено (26.11.2019, 18:43)
---------------------------------------------
Сделал самый первый вариант сервера. Правда, пока, он принимает коннект, отдает инфу и вылетает, т.к. основной цикл опроса и обработки не сделан и к нему я даже не приступался. С удивлением узнал, что нет возможности узнать, клиент "живой" или давно "умер". И что данную проблему выясняют тайм-аутом. К примеру веб-сервер Апач ждет 5 секунд и закрывает соединение. Убил много времени на выяснение этого вопроса.

Добавлено (27.11.2019, 10:27)
---------------------------------------------
Сделал главный цикл сервера по обходу подключений, затестил. Сервер держал одновременно 16366 коннектов, что более чем "дофига" на данном этапе. При этом, формально, я запускал тест на этом же компе, так что я не  знаю, где тут проблема - в операционке, тесте или в сервере.

Добавлено (28.11.2019, 15:43)
---------------------------------------------
Гонял под высокими нагрузками, но на том же компе. Для подключения хватает 0.5 миллисекунды. Выяснил для себя, что закрытое с обоих концов (приложение-сервер и приложение-клиент) соединение в системе "висит" еще 120 секунд. Зачем занимает место - малость не очень понятно, т.к. повторно использовать его не получится, хотя "висит" открытым вот вроде для этого "повторного использования". Непонятная загадка.
Сделал буферизированние входящих данных, но не доотладил, т.к. время кончилось.

Добавлено (29.11.2019, 21:16)
---------------------------------------------
Отладил поступление данных во входящий буфер; нашел и ликвидировал ошибку. которая затрудняла "размыкание" старых подсоединений. С ошибкой это получилась бы со скоростью 6 коннектов/секунда.

Добавлено (30.11.2019, 19:01)
---------------------------------------------
Потратил время, пытаясь ускорить процесс коннекта, но никаких успешных результатов не добился. "Слишком ранняя оптимизация - зло!"(С)

Добавлено (01.12.2019, 22:00)
---------------------------------------------
Час пытался написать первичный анализатор входящего потока данных серверу.

Добавлено (02.12.2019, 20:00)
---------------------------------------------
Сегодня ставил блокировку на тот случай, если "левый" клиент пришлет большой и бессистемный блок данных. А кроме того, рассматривал ситуацию, если клиент не принмает данные: у меня нет возможности выяснить это заранее, а нить исполнения нельзя блокировать, т.к. она одна. Получился невероятный костыль, но, думаю, должен будет рабоать

Добавлено (03.12.2019, 22:02)
---------------------------------------------
Начал писать парсер входящего запроса. За час добавил 61 строку кода.

Добавлено (04.12.2019, 22:03)
---------------------------------------------
Зачатки парсера сделаны, сегодня писал "револьверный" отсылатель данных. Как ни крути, придется создать несколько нитей отправки данных и четко контролировать скорость отправки, чтобы вовремя "прибивать" зависшие соединения. За час добавлено еще 72 строки кода.

Добавлено (05.12.2019, 06:13)
---------------------------------------------
Сегодня только разбирался с созданием, поддержкой и объединением ветвей (branch) в системе версионирования fossil. Было достаточно сложно для понимания "с нуля", но вроде разобрался. По крайней мере итоговая картинка ветвей у меня получилась та, что я хотел видеть в начале разбирательств.

Добавлено (06.12.2019, 21:58)
---------------------------------------------
Сегодня пытался разобраться с системой Ticket у Fossil, вроде разобрался. Исправил один баг по тикету и продолжал писать револьверный отсылатель.

Добавлено (07.12.2019, 13:32)
---------------------------------------------
Сделал отсылатель, но тут вроде выяснилась проблема, что простаивающую нить невожмно "запустить". Если удалить все простои, ответ формируется и отсылается за 3 миллисекунды, а если простои включены, то за 15.3*3 = 46 миллисекунд. То ли документацию плохо читал, то  ли еще что.

Добавлено (08.12.2019, 16:19)
---------------------------------------------
Переписывал прогу, чтобы выкинуть пока-что один из этапов конвейера обработки, что дало сокращение простоя на 33%. Дальше решил не трогать, до перехода на другую версию ПО. 
Начал писать парсер входящего запроса.

Добавлено (09.12.2019, 22:00)
---------------------------------------------
Час промучился со сплиттером, так  и не смог заставить его корректно работать. Продолжим  завтра.

Добавлено (10.12.2019, 22:02)
---------------------------------------------
Ровно еще один час, минуту в минуту, потребовалось, дабы домучать сплиттер.

Добавлено (11.12.2019, 22:02)
---------------------------------------------
Сегодня наконец я добил за 1.5 часа программирования парсер и ответчик. Был первый условный обмен данными в штатном режиме, со всем сделанным конвейером обмена данными. Завтра отрефакторить код, чтобы убрать собранное на "живую  нитку", добавить обработки ошибок и т.п., и можно приступать уже к написанию модуля логики игры.

Добавлено (12.12.2019, 23:52)
---------------------------------------------
Сегодня занимался чисто рефакторингом. Ну и думал о будущей архитектуре.

Добавлено (14.12.2019, 21:53)
---------------------------------------------
Закончил подсистему ввода-вывода сервера, завтра перехожу к написанию модуля логики игры.

Добавлено (15.12.2019, 01:02)
---------------------------------------------
Пока не мог заснуть, пришла в голову идея ускорить конвейер. Не смог удержатся, сел за рефакторинг. 45 минут работы, +75 строк кода, но сервер теперь отдает информацию за 1 миллисекунду вместо 30.

Добавлено (16.12.2019, 21:48)
---------------------------------------------
В общем, поначитавшись инструкций "как правильно делать", решил сделать по стандарту keep-alive connection. Думал, будет, в принципе просто, т.к. я закладывался на это развитие в будущем в том прошлом. Но задача оказалась сложной, и я чую, что я на ней подвис дня на три-четыре. И бросить нельзя, т.к. я "раскидал" код.

Добавлено (17.12.2019, 17:14)
---------------------------------------------
Мучаю Keep-alive. В программированнии на Java постоянно поражает одна вещь.

• Расколбасил половину кода.  
  
• Получил свыше 50 ошибок при компиляции. 
  
• Мучительно их убираешь, запуская раз за разом компиляцию, пока компиляция не покажет "ошибок нет".
  
• Запускаешь, и все запускается с первого же запуска. Хотя ожидаешь, что после компиляции ты будешь столько же времени отлавливать ошибки времени запуска. Но все работает с первого запуска!
  

Добавлено (17.12.2019, 20:56)
---------------------------------------------
Героически домучал keep-alive, завтра точно начну делать движок игры.

Добавлено (18.12.2019, 22:09)
---------------------------------------------
Не менее героически писал GUID генератор, дабы он соответствовал RFC 4122. 

Добавлено (18.12.2019, 22:16)
---------------------------------------------
Уже домучив GUID генератор, снова открыл RFC 4122 и выяснил, что там в конце есть образец корректного генератора GUID на С.    Все то, что я мучал 2 часа, можно было сделать за 15 минут.

Добавлено (19.12.2019, 09:37)
---------------------------------------------
Писал логику сессионных ключей пользователей.

Добавлено (20.12.2019, 21:58)
---------------------------------------------
Сегодня разбирался с кодами перенаправления, нашел правильное использование на примере почты гуглы, делал собственный вариант (это необходимо для корректного различения разных пользователей).

Добавлено (21.12.2019, 01:18)
---------------------------------------------
Сегодня немного отвлекся (на час) от симулятора и написал себя микро-программку, которая считает строки кода в симуляторе. Выкидывает комментарии, выкидывает пустые строки, считает только те строки кода, где что-то присутствует. Всего на  данный момент в программе 3963 строки, из них 2539 - это автоматически сгенерированный чудовищный тестовый файл для тестирований одной из функций. За минусом этого "авто-генерата", мною написано 1424 строки кода за месяц. Что по часам, я пока не считал, но примерно под 30 часов. Как я понимаю, стандарт программирования - это примерно 450 строк за 8 часов работы. У меня получается 379. Но, надо признать, что я программирую, без шуток, в блокноте, а не в IDE, так что, думаю, мой результат не так уж плох.

Добавлено (21.12.2019, 20:30)
---------------------------------------------
Писал логику для ошибки "не найден ресурс". 45 минут, +75 строк кода.

Добавлено (22.12.2019, 00:20)
---------------------------------------------
Почти двухчасовой забег закончился окончанием отладки ситуации "не найден ресурс", исправлением части найденных ошибок, написанием нового суб-парсера входящих данных и началом написания самого движка игры. Еще +145 строк кода, и теперь симулятор - это 4183 строк кода. Но скоро будет рефакторинг, часть дублирующего кода будет удаляться, так что количество несколько уменьшится.

Добавлено (22.12.2019, 00:25)
---------------------------------------------
Забыл сказать, что сегодня - это именно та дата, когда игровой движок мне хоть что-то отрисовал как игроку.

Добавлено (23.12.2019, 09:59)
---------------------------------------------
Встал на том, что где-то сидит баг с зависанием сервера, который не могу пока найти.

Добавлено (24.12.2019, 00:00)
---------------------------------------------
Разбирался с кодировками (до сего дня использовал UTF-8 с англ буквами, проблем не было), писал сам игровой процессор. На текущий момент 1722 строки (21го было 1422), отстаю от темпов. Но начал реально упираться, т.к. пока слабо представляю, как это все должно быть написано, чтобы работало.

Добавлено (24.12.2019, 00:01)
---------------------------------------------
ах, да, баг был найден и унасекмлен.

Цитата andreyzpr91 ()

Вы программируете в блокноте???

Добавлено (24.12.2019, 23:55)
---------------------------------------------
По факту, сегодняшний день потерян. После того, как начал делать процессор игры, выяснил, что теперь нужно обрабатывать исключения начальной загрузки, а значит - нужно останавливать сервер, если загрузка не может быть выполнена. А вот это не было предусмотрено вообще - остановка сервера где-то из глубины классов обработки. Попытка переписать корневой класс кончилась тем, что, потеряв два часа, я плюнул, и откатился назад. Т.е., пока собираюсь собрать все "на живую нитку" через "костыли", а приводить в порядок буду после того, как все заработает, через рефакторинг.

Добавлено (27.12.2019, 22:02)
---------------------------------------------
Вчера не мог работать по делам, сегодня потратил час, писал обработчик игры в части формирования .sav файла. Всего лишь 1758 строк

Добавлено (28.12.2019, 21:59)
---------------------------------------------
Постоянные ошибки в проектировании заставляют переделывать одно и тоже по нескольку раз. Что раздражает. 1786 строк на данный момент, час работы.

Добавлено (30.12.2019, 22:00)
---------------------------------------------
Три задачи делал. Сначала добавлял в запрос скрытый токен. Потом делал переделыва парсер истории, дабы исключить возможность дублирования приказа игрока. Потом писал парсер распоряжения  игрока (т.е. приказа ДНЦ). 1896 строк.

Добавлено (30.12.2019, 22:57)
---------------------------------------------
Вы много умных слов для кого то написали, что то напоминающее обычное клиент-серверное приложение.
Для того, чтобы людям было интересно наблюдать, расскажите, пожалуйста, что будет представлять ваша программа.
Хотя я так понимаю у вас не программа будет, а что то по типу онлайн игры через браузер?

Вы можете обрисовать картину, что из себя будет представлять ваш проект?
Только не умными непонятными словами, которые не привели еще ни к какому умозаключению, а для нас, для людей?

И еще, интересно вот. Клиент серверное приложение создать это фигня, по мне так. Я не знаком с джава, ну я думаю что посредством протоколов и подпротоколов это вполне реально. А вот графическая часть и сам гемплей?

Добавлено (30.12.2019, 23:25)
---------------------------------------------
Кстати, еще интересует,  у вас в центре вкладки название программы
DNTZ
Я так смотрю у вас комментарии к коду все на таком чистом английском
ну если мне не изменяет моя старческая память, то правильнее будет
DNС
or
DNTS (це так як варіант)

Почему DNTZ ??
Коментарии к коду просто на таком прям английском? )

Добавлено (31.12.2019, 17:00)
---------------------------------------------

Цитата andreyzpr91 ()

Скажите пожалуйста, а вы сами понимаете что пишете?И сами себе верите?

Добавлено (31.12.2019, 17:01)
---------------------------------------------

Цитата andreyzpr91 ()

Хотя я так понимаю у вас не программа будет, а что то по типу онлайн игры через браузер?

Добавлено (31.12.2019, 17:09)
---------------------------------------------

Цитата andreyzpr91 ()

Вы можете обрисовать картину, что из себя будет представлять ваш проект?Только не умными непонятными словами, которые не привели еще ни к какому умозаключению, а для нас, для людей?

И еще, интересно вот. Клиент серверное приложение создать это фигня, по мне так. Я не знаком с джава, ну я думаю что посредством протоколов и подпротоколов это вполне реально. А вот графическая часть и сам гемплей?

Добавлено (31.12.2019, 17:55)
---------------------------------------------

Цитата andreyzpr91 ()

К чему я веду. У вас много текста вокруг да около, где информация вот как у меня, конкретно привязанная к игре?Ведь написать клиент - сервер это впринципе пыль по сравнению с реализацией графики и гемплея? логики игры!
Тем более серверной.

Добавлено (31.12.2019, 17:58)
---------------------------------------------

Цитата andreyzpr91 ()

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

Добавлено (04.01.2020, 00:46)
---------------------------------------------
upd. 2047 строк.

Добавлено (04.01.2020, 14:47)
---------------------------------------------
UPD. В игре 2054 строк кода.

Цитата andreyzpr91 ()

А в чем заключается логика времени следования поезда?Просто выдержка времени, делениче участковой скорости на расстояние, или может по другому?
Хотя, видно и так. Просто отстчет ровно 10 минут. Тоесть логики нету?

Добавлено (05.01.2020, 19:42)
---------------------------------------------
1. Исправлена ошибка при передаче с сервера больших блоков данных (он их портил)
2. Исправлена ошибка падения обработчика входящих соединений при порче в одном из соединений (в этом случае падал весь обработчик, а через него - зависал весь сервер).
3. Добавлен контроль падения обработчика входящих соединений: в этом случае сервер вырубается и пишет диагностику.

В ближайших планах: я ошибочно сделал отдачу команды по HTTP методу GET, а должен был - по методу POST. Начал переделывать. В принципе там не много, а совсем даже немного. После этого планирую продумывать обработку полигона железной дороги, как это будет устроено и как это должно работать.

Добавлено (07.01.2020, 17:58)
---------------------------------------------
два дня, два с половиной часа работы, и теперь режим переключился на HTTP POST. 2145 строк кода.

Добавлено (08.01.2020, 13:04)
---------------------------------------------
Начал добавлять логику обсчета полигона железной дороги, конкретно сейчас - организовывать структуру хранения информации по сегментам участков пути.
Час работы, 2330 строк кода.

Добавлено (08.01.2020, 13:20)
---------------------------------------------
Кстати, сегодня перешел на режим TTD (https://ru.wikipedia.org/wiki/%D0%A0%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0_%D1%87%D0%B5%D1%80%D0%B5%D0%B7_%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5).

Надеюсь, в будущем будет 100% покрытие кода.  Но всю новую логику сейчас точно планирую покрывать тестами, а позже добавлю тесты для существующего кода. Кроме того, начал документировать код.

Добавлено (08.01.2020, 13:22)
---------------------------------------------
Думал, ссылку сократит, но вкинуло длинной ссылкой, а как отредактировать сообщение -  не вижу. Короткая ссылка вместо вики - https://u.to/km36FQ

Добавлено (09.01.2020, 00:51)
---------------------------------------------
Сегодня отлаживал по тестам, и выяснил, что проектировать надо гооораздо аккуратней, если ты работаешь под TTD. Как было бы раньше? "Тяп-ляп, сделал, не понравилось, передал". Сейчас так не получится: нахреначена куча тестов, и чтобы перепроектировать даже мелочь, надо сначала переписать тесты. И только потом маааленько подправить сам основной код.

Добавлено (16.01.2020, 23:40)
---------------------------------------------
Долгая задержка из-за разного рода годовых отчетов, сегодня продолжил разработку. Сделана логика "Сегментов жд пути", сегодня днем собираюсь приступить к логике "Секций жд пути". Разница между ними в том, что "сегмент" отражает сам путь физически, так же и путевое развитие, а "Секция" - подсистему сигнализации, централизации и блокировки (СЦБ). Любая "секция" будет включать как минимум один сегмент, но может иметь и несколько сегментов.

Добавлено (17.01.2020, 20:01)
---------------------------------------------
Полчасика писал логику Секций. 2567 строк кода на данный момент.

Добавлено (18.01.2020, 19:01)
---------------------------------------------
2 часа добавлял сущность "Приемо-отправочные пути". 2771 строк кода.

Добавлено (19.01.2020, 20:53)
---------------------------------------------
Еще полчаса работы, готовил комп к работе сервером. И немного добавлял функционал к станциям. 2848 строк.

Добавлено (20.01.2020, 00:04)
---------------------------------------------
Код не добавлялся, но 2 часа на настройки потратил.

Добавлено (20.01.2020, 22:36)
---------------------------------------------
Криво-косо забагованная пред-альфа версия пока что не-игры доступна по адресу http://dsim.tk

Выглядит в точности, как это было еще 4 января.

Единственное, что работает — это  возможность отдать приказ "№поезда 303-500" или "№поезда 500-303". Первое как бы отправит поезд из Сургута на Сургут-Порт, второе - обратно. Никакого контроля чего бы то ни было пока что нет. Поезд типа отправится через 1.5 минут после отдачи приказа и каждый перегон будет ехать 10 минут. Т.к. самообновления экрана пока что тоже нет, то чтобы увидеть изменения, надо нажать на кнопку "отправить приказ" с пустым приказом.

Я бы хотел сказать — "Enjoy!" — но понимаю, что никакого "Enjoy!" там пока что нет.