Алексей Уколов, Нормальный, конечно же. То есть для семейства маршрутов api/ авторизация jwt, для роутов, описанных в web.php - сессиию.
Дополню вопрос информацией по мидлваре
Василий Банников, Orange Pi PC Plus (RD004)
raspbian arm64 не пробовал, так как, если я правильно понял, проц у меня всё равно 32 битный.
Емнип, .net доступен только на arm64
То есть, грубо говоря, я могу и не пытаться? То, что версия старая - не страшно. Функционал сервиса, который я пишу, на сам SDK практически не опирается. Запускалось бы и уже хорошо.
twobomb, Простейшая интеграция: запросить у сервиса wsdl, узнать из него какие методы есть в АПИ и какие типы данных он возвращает и выполнить запрос на те самые методы
twobomb, сильно не уверен. Но ранее не писал интеграцию по СОАПу на шарпе и этот вариант выдал мне гугл в первых строчках поиска как наиболее релевантный. Если подскажете какой-то иной метод более простой и стабильный, буду крайне признателен!
Александр Ананьев, Что ж, это действительно работает. За исключением того, что перестаёт работать ReadLine() как я писал ранее, поток, ну или в данном примере таймер, прекрасно работает, а вот основной поток как бы замерзает на строке Application.Run
Александр Ананьев, нету. Я, честно говоря, вообще упустил необходимость этой строчки, но, почитал в документации и понял, что, скорее всего, именно её и не Хватает. Однако, если написать её до момента запуска потока, который прослушивает порт, то на этой строке программа и останавливается. Я не уверен, что это можно назвать зависанием, так как она живёт и реагирует на внешние раздражители, но код дальше не идёт. если же написать её в самом конце метода Main(), то до неё так дело и не доходит, потому что раньше есть Console.ReadLine()...
Мне почему-то кажется, что я пытаюсь скрестить ужа с ежом и я уже не уверен, что это была хорошая идея.
Александр Ананьев, собственно, он весь приведён...
Единственное, чего тут не хватает, так это последней строчки кода Console.ReadLine();
Которая написана, чтоб приложение не закрывалось.
Ну и у меня подозрение, что собака именно тут и зарыта, однако, как сделать иначе, я не в курсе.
Griboks, Очень заинтересовал вопрос мультикаста. Прочитал что это и понял, что именно оно-то мне и нужно, но везде ссылки на UDP, можно ли попросить ссылочку на документацию по TCP multicast в шарпе?
Проблемы-то нет, просто подумал взять для себя новые технологии, по описанию показалось удобно. Всё проще отправить сообщение одной стройкой кода и не думать, чем пробегаться по циклу и каждому в ручки сообщение положить. А как выяснилось, капнул не глубоко... Спасибо за ответ
В самом файле с классом, естественно, ничего писать, кроме кода класса, не нужно, да и нельзя, по большому счёту, если вы хотите иметь порядок в своих проектах.
Эту самую строчку нужно писать в том файле, который обрабатывает вашу форму. То есть в том самом myscript.php
Если же вы делаете единую точку входа, как это обычно и делается на проектах в ООП, то в зависимости от маршрута вызывается та или иная функция того или иного класса.
Например, в качестве точки входа у вас выступает файл index.php
В нём вы подразумеваете, что пользователь может обратиться по пути /cat или /dog
Настроив маршрутизацию в .htaccess вы получите на вход файла index.php и данные из формы и то, по какому пути обратился пользователь.
Дальше выбираете, если cat, то к примеру есть класс CatControl, Если /dog то DogControl
И в каждом из них свои методы, например "Покормить кота"
И вот пользователь в форме вбил имя кота Вася, покормить тремя килограммами корма.
Вы в том файле, где точка входа пишете:
$cat = new Cat();
$cat->setName(/*имя*/);
$cat->giveFood(/*количество еды из формы*/);
Потом этот класс либо ничего не делает либо возвращает информацию о том, что кот успешно покормлен,
Класс КэтКонтрол принимает эту информацию и возвращает её скрипту, который и запустил всю эту цепочку и уже этот самый скрипт выводит текст на экран.
Тут важно понимать, что эта цепочка настолько сферическая и в вакууме, что нельзя сказать, что в любом проекте будет именно так и никак иначе. Более того. Вывести информацию на экран может любой из участников всего этого процесса в любой момент времени. И нельзя сказать, правильно это будет или нет, так как задачи всегда разные.
Такие правила обычно регламентируют шаблоны проектирования и программирования. До того, как вы займётесь шаблонами, правила всего, что происходит в вашем коде устанавливаете вы.
Как говорится: "Если что-то выглядит глупо, но работает, значит - это не глупо"
GavriKos, Я сталкивался с этим при игре в Divinity original sin, когда в один прекрасный момент наш провайдер сдох, потеряв доступ к глобальному интернету, но сеть между теми, кто подключен к провайдеру сохранилась и мы узнали о том, что интернета нет, только когда вышли из игры. Поэтому я и пришёл к выводу, что после подключения пакеты уже не затрагивают тот самый прокси сервер. Ну и судя по тому, что я прочитал по ссылкам в двух других ответах, видимо, действительно должно быть что-то вроде пир ту пир
Я думаю, что всё работает не совсем так. Пакеты явно шлются напрямую от одной машины к другой, минуя сторонний сервер. А этот самый выделенный сервер нужен только для первоначального коннекта. Это можно понять, потому как после осуществления коннекта, если связь с выделенным сервером пропадёт, не важно по какой причине, игровая связь не прервётся.