@CSharpChat
Летучая26.08.2017
20:13:43
20:13:43
С документацией
С примерами
Если доков и примеров нет, значит библиотека коричневая и ее не надо использовать
Vladislav26.08.2017
20:14:36
20:14:36
Была такая мысля. Спасибо)
GooglePumong26.08.2017
20:24:08
20:24:08
Через что можно VOIP сделать?
Летучая26.08.2017
21:16:59
21:16:59
всем привет! не может ли кто помочь мне с ботом для телеграма, как спрятать ReplyKeyboardMarkup после клика?
var keyboard2 = new Telegram.Bot.Types.ReplyMarkups.ReplyKeyboardMarkup
{
Keyboard = new[] {
new[] // row 1
{
new Telegram.Bot.Types.KeyboardButton("Кнопка 1"),
new Telegram.Bot.Types.KeyboardButton("Кнопка 2")
},
},
ResizeKeyboard = true
};
// reply buttons
if (message.Text.StartsWith("/rbuttons"))
{
await Bot.SendTextMessageAsync(message.Chat.Id, "Кнопки другого вида", false, false, 0, keyboard2, Telegram.Bot.Types.Enums.ParseMode.Default);
}
// обработка reply кнопок
if (message.Text.ToLower() == "кнопка 1")
{
await Bot.SendTextMessageAsync(message.Chat.Id, "Кнопка 1!", replyToMessageId: message.MessageId);
}
>message.Text.StartsWith("/rbuttons")
и подобное коричневато, лучше так не делать. Неужели нет какого-нибудь OnCommand события?
Владимир26.08.2017
22:32:11
22:32:11
>message.Text.StartsWith("/rbuttons")
и подобное коричневато, лучше так не делать. Неужели нет какого-нибудь OnCommand события?
Любая строка с / в начале комманда. Можно просто разбор/проверку вынести отдельно.
Combot27.08.2017
05:48:11
05:48:11
combot.org/chat/-1001066857984
Iskander27.08.2017
06:29:09
06:29:09
Ребят, привет! Кто-нибудь сталкивался с ситуацией, когда главная программа завершена с кодом 0, но порожденные ею потоки все ещё исполняют свою работу? Как можно убить эти потоки? Я пишу некий сервис, который кладет сообщения в очередь, все это оборачиваю в TopShelf, дабы позже установить на другие машины. После отключения сервиса порожденный поток все ещё пишет в очередь.
Andrew27.08.2017
06:29:58
06:29:58
Thread.Kill()
Iskander27.08.2017
06:30:07
06:30:07
Andrew27.08.2017
06:31:00
06:31:00
Ну вот этот newThread есть смысл убить явно в Stop()
Хотя я конечно тоже думал, что это должно автоматически делаться
Iskander27.08.2017
06:32:10
06:32:10
Хотя на Stack overflow этого делать не рекомендуется, вручную убивать потоки
Andrew27.08.2017
06:48:52
06:48:52
Ну самый хороший вариант - если ты отправляешь потоку сигнал и он завершает свою работу сам
Aiden27.08.2017
07:07:36
07:07:36
Приветствую, господа. Кто-нибудь шарит в дизассемблерах типа OllyDbg, CheatEngine?
Google
Friedrich27.08.2017
07:30:29
07:30:29
Ребят, привет! Кто-нибудь сталкивался с ситуацией, когда главная программа завершена с кодом 0, но порожденные ею потоки все ещё исполняют свою работу? Как можно убить эти потоки? Я пишу некий сервис, который кладет сообщения в очередь, все это оборачиваю в TopShelf, дабы позже установить на другие машины. После отключения сервиса порожденный поток все ещё пишет в очередь.
Треды бывают background и foreground. Background-треды будут завершены после завершения всех остальных. Foreground-треды не будут, их нужно завершать руками.
Т.е. процесс умирает, когда в нём нет ни одного foreground-треда.См. Thread.IsBackground.
Iskander27.08.2017
07:33:43
07:33:43
Треды бывают background и foreground. Background-треды будут завершены после завершения всех остальных. Foreground-треды не будут, их нужно завершать руками.
Т.е. процесс умирает, когда в нём нет ни одного foreground-треда.
Исходя из этого, когда я отключаю сервис, то вызывается метод Stop(), который должен завершить главный поток, который и есть foreground. А дальше все background потоки также завершаются. Я правильно понял вашу идею , Friedrich ?Friedrich27.08.2017
07:34:16
07:34:16
А, я на скрине не рассмотрел, что ты на это и рассчитываешь. Да, всё верно.
Iskander27.08.2017
07:34:55
07:34:55
Но прикол в том, что background поток не умирает, пытаюсь сейчас решить эту проблему
Friedrich27.08.2017
07:35:10
07:35:10
Может, есть какой-то другой foreground-поток?
Iskander27.08.2017
07:37:20
07:37:20
Это Console Application + TopShelf
Летучая27.08.2017
07:38:14
07:38:14
Нет бы нормально скрин сделать или код скопипастить
Iskander27.08.2017
07:38:25
07:38:25
Есть подозрение, что в Stop надо явно указать TopShelf-у, что-то вроде Host.Finish
А не Environment.Exit
Nikita27.08.2017
07:51:27
07:51:27
либо потоки создавать с IsBackground = true
но лучше таки завершаться нормально
в InstantPublishMessage передай CancellationToken и его периодически проверяй
Нет бы нормально скрин сделать или код скопипастить
давайте в правилах напишем, что за "скриншоты", сделанные телефоном, прилетает банIskander27.08.2017
07:54:43
07:54:43
Решил следующим образом, работает, но не уверен, что это правильный подход: добавил флаг isActive, при вызове Stop флаг становится false, а у InstantPublisher теперь есть проверка while(isActive)
Получается, сервис по сути всегда работает, а Stop всего лишь блокирует вызов InstantPublisher
Friedrich27.08.2017
07:59:26
07:59:26
GoogleNikita27.08.2017
08:13:15
08:13:15
ой
а wasm.ru умер что-ли?
аааааргх
как так
я туда ещё совсем маленьким ходил
Friedrich27.08.2017
08:13:43
08:13:43
Стоп, что?
Nikita27.08.2017
08:13:45
08:13:45
когда мне лет 13-14 было
Friedrich27.08.2017
08:13:49
08:13:49
Блин, и правда умер.
Nikita27.08.2017
08:15:00
08:15:00
ну как так
Timur27.08.2017
08:15:23
08:15:23
да жив он
Nikita27.08.2017
08:15:25
08:15:25
/me понял, что чувствуют старики, когда у них заканчиваются люди в записной книжке
Timur27.08.2017
08:15:26
08:15:26
wasm.in
домен пролюбили, видимо
Клева было бы, если бы в мои 13 лет был васм... Кроме книг и тичхелпа не было ничего.
Nikita27.08.2017
08:18:12
08:18:12
JB сломали нам билд
мы через их коммандлайн тулзы ловим предупреждения о PossibleNullReferenceException
GoogleNikita27.08.2017
08:18:39
08:18:39
https://i.imgur.com/peQZgJV.gif
Friedrich27.08.2017
08:18:45
08:18:45
Я читал в гиттере. Что-то со статическим анализом скрючили.
Nikita27.08.2017
08:18:54
08:18:54
https://i.imgur.com/nlojI4n.png
Aiden27.08.2017
08:37:06
08:37:06
Friedrich27.08.2017
08:38:51
08:38:51
#region [INTERNAL]Methods
А внутри — public. Вот вам и регионы.
Aiden27.08.2017
08:39:35
08:39:35
@fvnever Упс.. Бывает =) А по делу?
AdminERROR: S client not available
Friedrich27.08.2017
08:40:00
08:40:00
Мне каких-то очевидных оптимизаций тут не видится.
Aiden27.08.2017
08:40:35
08:40:35
@fvnever Благодарствую! Пошел дальше ковырять.
Vlad27.08.2017
08:40:55
08:40:55
#region [INTERNAL]Methods
А внутри — public. Вот вам и регионы.
А регионы моветон или нет? Я так и не понял для себяFriedrich27.08.2017
08:41:17
08:41:17
А регионы моветон или нет? Я так и не понял для себя
Мы у себя на проектах выпиливаем. Проблем с ними больше, чем пользы.Большинство людей хейтят регионы :)
Владимир27.08.2017
08:45:43
08:45:43
Если все ими правильно пользуются, то какие могут быть проблемы?
Igor27.08.2017
08:49:24
08:49:24
А регионы моветон или нет? Я так и не понял для себя
Конечно - надо маленькие файлы писать, а не 2kLoC портянки прятать под них
Roman27.08.2017
08:55:01
08:55:01
В еф в запросе нужно посчитать колво записей и засунуть в переменную сущности. Есть ли какой то способ это легко сделать без создания сущности в селекте как на скрине?
только чтобы запрос в скл выполнялся, а не вытягивал все записи в память и потом выполнялся уже
Владимир27.08.2017
08:55:57
08:55:57
ну посмотри, что сейчас генерится
Friedrich27.08.2017
08:56:01
08:56:01
Убери у себя в коде слово Sailing.
GoogleNikita27.08.2017
09:33:34
09:33:34
типа табличек для чексумм всяких
Friedrich27.08.2017
09:33:39
09:33:39
Да, это можно.
Nikita27.08.2017
09:34:11
09:34:11
Конечно - надо маленькие файлы писать, а не 2kLoC портянки прятать под них
ты таблички вида 0x54, 0x96, 0xFA, ... на 5К строк каждая не видел?я видел
а вообще, если тебе нужен регион
делай partial класс
Анатолий27.08.2017
09:52:08
09:52:08
Доброго дня всем :)
Небольшой вопрос по akka (вероятнее всего, к @nikita_tsukanov):
При использовании Task<IInterface>.PipeTo(IActorRef) (где IActorRef - ReceiveActor) сообщение считается поступившим в очередь в момент пайпинга, или когда задача будет выполнена?
Т.е. будет ли актор дожидаться Receive<IInterface> пока задача выполняется, или спокойно обработает следующие сообщения, даже если задача все еще выполняется?
Nikita27.08.2017
09:56:59
09:56:59
актор не "дожидается" Receive<IInterface>
вообще никогда
нет там такого понятия
PipeTo работает как "подписаться на Task через ContinueWith и по завершении отправить актору новое сообщение"
продолжение текущего кода после вызова PipeTo продолжается сразу
если хочешь застопорить актор до завершения таска - используй async/await
Анатолий27.08.2017
10:02:27
10:02:27
если хочешь застопорить актор до завершения таска - используй async/await
Застопорить но не так, чтобы он не реагировал на Stop и на сообщения до этого Receive. Ставить внутри флаг busy и стэшить все сообщения, которые пришли пока busy?
Xak27.08.2017
10:05:15
10:05:15
на всякий случай сразу рекомендую хотя бы пролистать оглавление книги Computing Patterns in Strings // Bill Smyth
Вообще, эта штука must read для всех, кому нужен поиск последовательностей и паттернов там, где нет готовых регулярок.
Анатолий27.08.2017
10:09:22
10:09:22
если хочешь застопорить актор до завершения таска - используй async/await
В любом случае, спасибо за совет. :)