в котором допустим, микшер для звуковой выдаёт «возникла неожиданная ошибка» а журнал ошибок молчит как партизан об этом.
плюсы и минусы есть везде, просто если возникают ошибки и проблемы в линуксе, то всегда можно сказать, да это всё линукс такой-сякой… пойду я обратно на винду, а если в винде, то тяжело вздыхаем и начинаем разбираться в проблеме… от того, что деваться некуда
смотря как поставить дело, я перевёл контору на линукс, и все довольны… период адаптации 2 месяца примерно. Теперь народ просит домой поставить, что бы было одинаково всё.
ну так же как существуют MX записи для электронной почты (правда по стандартам они не обязательны) так же существуют SRV записи в DNS которые указывают на расположение того, или иного сервиса.
это крайне необходимо для обеспечения связи с другими серверами,
допустим у Вас есть свой сервер и в нём аккаунты вида user@server.com, а сам сервер имеет имя talk.server.com… в таком случае клиенты не смогут подключится пока Вы не укажите ip или dns имя сервера… но это ещё полбеды, другие сервер (допустим jabber.ru) не смогут связатся с Вами, потому что они будут искать server.com а не talk.server.com, а если будут SRV записи… то они удут однозначно указывать на сервер который и есть ваш jabber.
совершенно верно, стриммеры не годятся для резервного копирования информации (ну в крайнем случае, для создания копий которые будут хранится долгое время)… а вот как раз для архивирования это наилучший агрегат.
так же есть узкоспециализированные решения, на пример в космической отрасли… незнаю как сейчас, но раньше для записи данных скидываемых со спутников данных… там требуется непрерывность и огромная скорость
p2p трафик в больших масштабах для корп сети будет негативно воспринят админами всё же
для доступа к информации в условия коллективной работы нужны другие решения.
не если в небольших объёмах то… :-) весьма полезное нововведение
на втором скриншоте видно что firefox съел 600 метров, а между тем 3 процесса crome скушали уже 140+ метров. Бог его знает, сколько там ещё у него процессов, учитывая что общее количество больше 70
Кроме того, постоянно наблюдаются вылетания и memory leaks Mozilla Firefox:
почему же gmail не глючит и не вылетает? вроде бы тоже сложное приложение, да и вылетания у firefox чесно говоря оч редки. Те которые замечены у меня, связаны исключительно с flash.
Если разработчику не получается написать стабильное и быстрое приложение, то не надо сетовать на окружение (браузер, ос ...), нужно работать работать и работать. и тем более не писать проекты исключительно под один браузер, а то мы увидим возгождение IEonly
плюсы и минусы есть везде, просто если возникают ошибки и проблемы в линуксе, то всегда можно сказать, да это всё линукс такой-сякой… пойду я обратно на винду, а если в винде, то тяжело вздыхаем и начинаем разбираться в проблеме… от того, что деваться некуда
это крайне необходимо для обеспечения связи с другими серверами,
допустим у Вас есть свой сервер и в нём аккаунты вида user@server.com, а сам сервер имеет имя talk.server.com… в таком случае клиенты не смогут подключится пока Вы не укажите ip или dns имя сервера… но это ещё полбеды, другие сервер (допустим jabber.ru) не смогут связатся с Вами, потому что они будут искать server.com а не talk.server.com, а если будут SRV записи… то они удут однозначно указывать на сервер который и есть ваш jabber.
подробнее можете прочитать тут wiki.jrudevels.org/DNS_SRV
так же есть узкоспециализированные решения, на пример в космической отрасли… незнаю как сейчас, но раньше для записи данных скидываемых со спутников данных… там требуется непрерывность и огромная скорость
для доступа к информации в условия коллективной работы нужны другие решения.
не если в небольших объёмах то… :-) весьма полезное нововведение
ждём с нетерпением!
в дропбоксе я не размещаю чужих данных… и интернет канал не засоряется файлообменным трафиком
почему же gmail не глючит и не вылетает? вроде бы тоже сложное приложение, да и вылетания у firefox чесно говоря оч редки. Те которые замечены у меня, связаны исключительно с flash.
Если разработчику не получается написать стабильное и быстрое приложение, то не надо сетовать на окружение (браузер, ос ...), нужно работать работать и работать. и тем более не писать проекты исключительно под один браузер, а то мы увидим возгождение IEonly