Т.е если проще - домен коллизий один на все каналы. И все устройства могут помешать вам.
Но чем дальше канал, и чем слабее сигнал - тем меньше вероятности, что его передача создаст коллизию.
Василий: Ну с каналами все тоже просто добавляется сложности.
Я рассказал про работу в идеальном случае на одном канале.
Но сигнал действительно не удержишь четко в рамках полосы своего канала, и тут уже идет помесь физики радиоволн, с сетевыми заморочками.
По каналу передается сигнал, а поскольку все не идеально в канале еще есть шум.
Любой шум портит данные. Но у нас ведь данные не просто передаются, а с избыточностью, т.е испорченный пакет можно восстановить.
Так вот есть такое соотношение сигнал/шум, до которого данные реально восстановить.
В общем если где-то, кто-то, что-то передавал, и это создало помеху на вашем канале более некой величины - коллизия. И не важно кто это передавал, и на каком канале.
Даже если это была микроволновка.
Т.е точки работающие на всех каналах мешают друг другу, но грубо говоря чем больше разница между каналами и расстояние между точками, тем меньше вероятность того что они создадут помеху.
И тут уже на пальцах не посчитаешь.
Василий: Нет вы не поняли основную мысль.
Вы не обижайтесь но пройдите по ссылкам и прочитайте что такое домен коллизий.
Ну а если совсем по простому - рассмотрим описанную вами ситуацию -
Точка 1 имеет пять клиентов (один из клиентов точка 2)
Точка 2 имеет четыре клиента.
Теперь просто суммируем - точка 1 + 5 клиентов + 4 клиента = 10хостов на один домен коллизий.
Т.е у нас на одном физическом канале сидят 10клиентов, и передавать в один момент времени может только один клиент!!!!
Если вдруг два клиента из этих десяти начнут передачу одновременно - в эфире получиться бардак, переданные пакеты попортятся и не дойдут до получателя.
Т.е образуется коллизия.
После чего обе точки прекратят передачу, разберутся в соответствии со стандартом у кого приоритет, и одна из них повторит передачу, а вторая и остальные восемь будут в это время молчать и ждать своей очереди.
И вообще веб дизайнер, который не может найти клиентов это нонсенс.
Вот с этим в корне не согласен.
Чтобы найти клиентов нужны навыки продажника, то бишь маркетолога, но никак не дизайнера.
Если дизайнер работает на дядю, то ему достаточно быть просто дизайнером. Клиентов найдет работодатель.
Но если дизайнер фрилансит, значит поиск клиентов его забота.
Если он хороший маркетолог, и умеет выгодно продать свои услуги - будут клиенты будет работа, и будут деньги.
Если он плохой маркетолог, то пофиг какой он дизайнер. Клиентов не будет.
Василий: Ну попытаюсь объяснить более подробно.
Вся фишка в принципе работы вайфая.
Это радиосвязь на одной частоте в эфире. Получается что эфир это физическая среда передачи данных.
И отсюда вытекает что эфир это домен коллизий.
Соответственно в одном домене коллизий в один момент времени передачу может вести только одно устройство. Если вдруг два устройства одновременно начнут вещать - то возникнет коллизия, и ее придется обработать. Если по простому - кому то придется заткнуться и помолчать в тряпочку, пока другой передает данные.
Рассмотрим наш случай.
Точка - клиент.
Точка доступа передает клиенту данные со скоростью к примеру 100мбит в секунду. Все остальные устройства в это время молчат. Теперь посчитаем - за десять секунд точка передаст 100*10=1000мбит.
Подключаем репитер-
Точка передает репитеру данные со скоростью 100мбит в секунду, все остальные молчат.
Как только репитер получил порцию данных он начинает передавать данные клиенту с той же скоростью 100мбит , все остальные устройства молчат, в том числе разумеется и точка доступа, ибо физическая среда занята.
Т.е за десять секунд точка доступа будет пять секунд передавать данные репитеру, и пять секунд тупо ждать пока репитер передаст данные клиенту. Подсчитаем - за десять секунд точка передаст репитеру 500мбит, и репитер клиенту 500мбит.
Ровно в два раза меньше.
Но это в идеале. В реальности все может быть хуже.
Василий: Ну в случае ретрансляции падение скорости будет как минимум в два раза вне зависимости от железа.
Т.е данные передаются через эфир, и он один для всех.
Допустим примем максимальную скорость с которой способна работать точка за 100%.
Если работать через ретранслятор, то суммарная скорость переданных данных точкой и ретранслятором будет 100% (эфир то один), значит 50% эфирной емкости займет передача с точки на ретранслятор, а 50% с ретранслятора на клиент.
Но в сумме не больше 100%.
И это в лучшем случае, если железо идеально. А вообще ретрансляция это цепь, а цепь как известно не прочнее самого слабого звена. Т.е максимум 50% но в реальности из за несовершенства точек еще меньше.
Алексей POS_troi: Ну под минимальным перекрытием я имел ввиду следующее - не допускать сильного перекрытия. А там уж как получиться - трудно точно обозначить и тем более ограничить зону покрытия, ибо вещь довольно расплывчатая.
Василий: Ну в принципе так, но я бы ни в коем случае не советовал бы репитер.
Скорость в канале упадет минимум в два раза, задержки возрастут так же минимум в два раза.
Т.е комфортной работа через повторитель не будет.
А в офисе все таки критичней быстрая связь, чем отсутствие разрывов при переключении.
Сотрудники не так уж часто перемещаются чтобы постоянно перескакивать с одной точки на другую, так что разрывы не сильно напрягают.
А вот низкая скорость на рабочем месте это уже очень плохо.
Ну и опять же повторителей может быть ограниченное число, т.е повторитель должен видеть точку доступа, иначе когда создается цепочка из повторителей это вообще ужас в плане скорости.
Кирилл Тимофеев: Ну вывести из строя компоненты она не сможет.
А вот сама сколько и как проработает неизвестно. Поэтому для ответственных задач использовать не стоит.
Ну я даже представить не могу каким образом окно "о программе" может продвигать приложение.
Как правило оно просто служит для информации.
Т.е обычно там указывают кто автор, и дают ссылку на домашюю страницу автора, или офсайт программы, чтобы люди могли связаться с автором, оставить ему свои пожелания, или просто сказать спасибо.
Если автору не нужно чтобы ему писали и оставляли пожелания, то он может и не делать это окошко.
Его вообще последнее время не часто делают.
Вы конечно извините, но с такими данными только к гадалке обращаться.
Тут может быть что угодно, от плохо настроенного сервера, или базы данных, до низкой скорости канала у вашего провайдера, или перегрузки вашей локальной сети.
Илья Павлов: Да я ж откуда знаю, это много читать надо, изучать, там дофига тонкостей, это узкая специализация, таких спецов обладающих такими знаниями мало.
Обычные люди пользуются готовыми утилитами которые все делают сами.
Сергей:
Вот к вопросу о том что 1с 8 прекрасно работает -
Официальное письмо от 1с, пришло сегодня - "Мы выпустили тестовую версию 8.3.6.2237, в которой были исправлены найденные нами проблемы работы тонкого клиента и конфигуратора в Windows 10. Просьба проверить у себя данные исправления."
Данный тестовый релиз уже валяется на https://releases.1c.ru и можно начинать тестировать.
Т.е ошибки учтены, и началась работа над ними.
Через пару тройку месяцев, все основные баги отловят и глядишь можно будет работать, но не факт.
А вы говорите - обновляйтесь, все уже отлично работает.
Но чем дальше канал, и чем слабее сигнал - тем меньше вероятности, что его передача создаст коллизию.