smet4ik

Написать сервис или виндовс приложение и запускать его из под администратора.
Приложение или пишет данные в лог, а сайт читает, или приложение открывает определенную страницу и как параметр передает туда ваши данные. Если объем данных не большой, предпочтительнее 2 вариант. В таком случае Action который срабатывает при открытии страницы считываем этот параметр и обновляем данные на клиенте.
Обновление данных на клиенте делать через SignalR или клиент делает запрос каждые 3.5 сек и обновляет через ajax

Как вариант, написать системный сервис, который будет читать этот поток и хранить данные у себя в ОП. При обращении к веб-странице, достаём данные из сервиса с помощью любого доступного механизма межпроцессного взаимодействия, например, shared memory.

Главное - не делать "кинцо", в котором, например, при открывании двери у вас отнимают управление и персонаж красивенько открывает дверь, а играть дальше можно только через 10 секунд всех этих красот. И без QTE.

По своему опыту могу сказать, что в 99% случаях моя верстка ломается у программиста из-за его невнимательности, забыл закрыть тег, напутал с вложенностью или порядком элементов, забыл какой-нибудь класс, решил, что надо переставить элементы потому-что так будет красивее и пр. Я не делаю так, что из-за пробела что-то ломается, если есть какие-то сомнительные моменты, то обязательно коммент. Так же из своего опыта, если программист пытается что-то доделать или поправить (ну сказал ему менеджер, что это надо поменять местами, это подвинуть), то получается фигня, которую надо переделывать верстальщику, и хорошо если верстальщика поставят в известность. В итоге, на мой взгляд, программист не должен трогать верстку, ну а если он хочет в этом разбираться и без участия верстальщика что-то делать, то нужно нормально углубляться в изучение верстки, верстать какие-то странички, практиковаться. Знания css свойств к сожалению не достаточно.

Самый надёжный вариант — валидацию и расчёт делать на клиенте и затем повторно на сервере. Всё зависит от сроков и требований к надёжности системы.

имхо это равнозначно фразе «требуется опыт работы с сетью» и может означать очень многое.

PS. маппинг протоколов TCP/IP на уровни OSI не однозначен :) да и вообще кому кроме архитектора сетевых интерфейсов это нужно?

# как и зачем оптимизаровать TCP/IP (ОS Windows, *nix),
Было бы хорошо увидеть то, как оптимизировать под разные нужды, т.е. большое кол-во онлайна держать, или обработка больших потоков трафа UDP или очереди соединений при большом потоке входящих соединений или держать нагрузку от ддос атак или борьба с «зависающими» клиентами итд итп.
Статей по данной теме очень много, но они все как-то упёрты только на одно. Причем чаще всего без расчетов. А расчеты — очень главное. Простой пример: при тюнинге TCP в Linux очень часто меняют значения связанные с размерами буферов и очередью ожидания, но при это нигде не сказано про расчеты этих значений и применение (в частности размеры буферов — почти нигде никто не говорит при каких условиях какой из 3-х будет использован). Также мало где говорится про особенности вступления настроек в силу (надо ли перезагружаться или перезагружать уже работающие программы итд итп)
Так что хочется увидеть статью которая бы со структурировала все знания, под разные цели и подробными расчетами (с учетом ширины канал, кол-ва клиентов и прочего).