Python Новичок, обратите внимание, что group id для супергрупп для бота и пользователя отличается. для бота там приписывается -100. т.е. группа для пользователя будет 123456789, а для бота она же -100123456789
ограничение в 500 клиентов Вы во врезке увидели? как я понимаю, там они написаны по принципу best practice. На самом деле ограничения на число клиентов у него нет(по крайней мере я нигде его не видела, и в даташите оно не упоминается). Контроллер поддерживает до 75 точек, по 15 клиентов на точку даст нужную ёмкость.
А по поводу плотных инсталляций, я и написала: 10-15 клиентов на точку. Понятно, что если все 1000 человек будут размещены плотно, то типовые решения тут не помогут, и надо смотреть по месту.
по моему разумению, метод привязки по IP будет гораздо менее трудоёмок как с точки зрения настройки, так и с точки зрения потреблённых ресурсов. Как показывает практика, неравномерностью нагрузки из за сеток, натящихся в один адрес, вполне можно пренебречь. одна сетка попадёт на один апстрим, другая на другой, 1024я опять на первый. Если конечно Вы не делаете региональный портал, на который будет ходить всего одна такая сеть :)
на сколько я себе представляю производство дисплеев, вполне возможно. только цена при этом очень сильно вырастет. поэтому никто не будет этого делать, пока не будет внятного ответа на вопрос «зачем». профит непонятен, ибо всё равно потом образуется рамка от корпуса, плюс пальцы пользователя будут закрывать информацию по бокам.
К двум телефонам подключать не пробовала, могу вечером попробовать. Сейчас в машине осталась, к сожалению. На улице, в машине, где то ещё не возникало проблем со слышимостью. Заряда хватает на месяц не особо активных переговоров :)
При включении гарнитура голосом сообщает сколько осталось заряда для разговоров, счетчик достаточно точный. С полной зарядки говорит что осталось 11 часов.
Вы ошибаетесь. Точки лишь среда передачи данных. Они будут передавать IP трафик в ту сеть, в которую подключены сами. Если все 3 точки будут в одной сети, то и их клиенты будут в той же сети. Единственный нюанс — трафик между клиентами будет идти не по воздуху, а через проводную сеть, что редко бывает критичным в беспроводных сетях.
Да, на разных каналах. Подключаться будут к точке с бОльшим уровнем сигнала. При переходе от точки к точке, будет срабатывать роуминг по критериям, заложенным в клиентов. На сколько я знаю, все современные WiFi устройства делают это вполне сносно.
Да, как я поняла из Вашего описания, HA вам будет вполне достаточно. По хранилищу, я бы взяла дисковую полку серии HP P2000, и подключила бы её по iSCSI к серверам. Будет достаточно бюджетно, быстро, масштабируемо и надежно. Можно попробовать договориться с NetApp, у них бывают промо-модели за недорого, но если брать средние цены — у них сильно дороже(справедливости ради — цена оправдана).
Совсем забыла. В последних версиях ветки 2.х такая платформа как proxmox научилась делать HA. опять же нужно внешнее хранилище, но тут его можно цеплять не только как iSCSI или FC, но и по NFS. Плюс — система абсолютно бесплатна, минус — ветка 1.х обеспечивала не особо хорошую производительность при работе с гостевыми Win-системами. Как в 2.х не знаю, руки не дошли проверить.
А если в Вашей схеме клиент будет мееееедленно получать картинки? буквально пару байт в секунду? как быстро у вас забьется память или будет достигнут лимит процессов?
