A
особенно по второму
Size: a a a
2020 August 14
M
особенно по второму
Ну во втором он сразу читает второй буфер и естественно выводит то что получил от клиента
A
Ну во втором он сразу читает второй буфер и естественно выводит то что получил от клиента
а что такое второй буффер?
M
а что такое второй буффер?
да просто переменная
M
а что такое второй буффер?
Сервер в неё записал то, что получил от клиента
A
угу, а первый? )
M
т.е. и в первом и во втором буфере одно и тоже
A
не одно и то же, это просто поток от юзера, который никак не диференцируется )
A
и в этом и есть главная ошибка алгоритма
M
и в этом и есть главная ошибка алгоритма
Я-бы использовал, например, ключевые слова, если без заморочек, т.е. отправляет юзер смайл, клиент отправляет "#1<код_смайла>", запрашивает клиент время, клиент отправляет серверу "#2GetTime", ну, типа того, а на сервере идёт обработка строк полученных от клиента и вызов соответствующих функций, которые уже выполняют ответ.
M
Это примитивно. не надёжно, нужно фильтровать "базар" клиента, но сработает
A
ну обычно пишут @bot time или @bot smile
A
в личке вообще пофик, просто time/smile
M
не одно и то же, это просто поток от юзера, который никак не диференцируется )
А почему не одно и тоже? Там последовательно читаются в разные переменные одни и те-же данные из клиента
A
А почему не одно и тоже? Там последовательно читаются в разные переменные одни и те-же данные из клиента
читаем что такое "ПОТОК" )
A
это когда идут данные, ты их сосчитал и всё, их нет
A
не сосчитал - они в потоке
M
это когда идут данные, ты их сосчитал и всё, их нет
ааа, поняна
M
не сосчитал - они в потоке
Я с сокетами только на Делфи что-то делал, лет так 10 назад)))
A
тоже самое с клавиатуры ввод - пока ты вводишь, кнопочки попадают в приложение, а если приложение захочет сосчитать последние 100, то не получит ничего