получает ровно один случайный IP из этого списка, в общем случае всегда разный
Это не так! При использовании DNS Round-Robin клиент всегда будет получать от DNS список (массив) всех IP, соответствующих этому имени. Просто порядок IP-адресов в этом ответе DNS-сервера будет при каждом следующем запросе по кругу (каруселью) сдвигаться:
Ответ на 1-й DNS-запрос: IP1, IP2, IP3
Ответ на 2-й DNS-запрос: IP2, IP3, IP1
Ответ на 3-й DNS-запрос: IP3, IP1, IP2
и т.д.
А уж как клиент/приложение будет использовать этот список адресов, полученный от DNS-сервера, — это зависит от их реализации. Обычно для подключения используется первый IP-адрес из этого массива. При его недоступности может обрабатываться второй и последующие адреса из массива получанного по первому запросу, а может снова делаться запрос к DNS и снова браться только первый IP-адрес из ответа DNS-сервера.
Инструкция несколько устарела. В Dropbox v1.0.20:
1) Иконки для отображения статуса лежат не в ~/.dropbox-dist/icons, а в ~/.dropbox-dist/icons/hicolor/16x16/status
2) Имена файлов-иконок уже не (blank.png, busy.png, busy2.png, idle.png, logo.png, x.png) а немного длиннее (dropboxstatus-blank.png, dropboxstatus-busy.png, dropboxstatus-busy2.png, dropboxstatus-idle.png, dropboxstatus-logo.png, dropboxstatus-x.png).
Но всё равно спасибо за участие.
Поставил себе набор иконок от Incognitus (http://dl.dropbox.com/u/577657/icons-light.tar.gz)
1. Спасибо. После этих действий бинарный клиент Dropbox daemon действительно обновился c v0.7.110 до v1.0.20.
Но стоит признать, что реализация обновлений у них более, чем странная и неочевидная.
Почему нельзя было сделать в рамках одного репозитория два пакета: 1) dropbox-daemon (само бинарное ядро Dropbox) и 2) nautilus-dropbox (компонент интеграции dropbox в меню Nautilus) — и оба этих компонента штатно обновлять из репозитория стандартными возможностями пакетных менеджеров, без всяких бубнов и ручных шаманств.
Также для меня осталось загадкой, почему на сайте Dropbox мне показывают огромную кнопку с надписью «Free Download 1.0.20 for Linux», а щелчок по этой кнопке ведёт на страницу загрузки, где:
1) есть только .deb пакет для nautilus-dropbox v0.6.7;
2) есть только инструкции по обновлению nautilus-dropbox из репозитория.
А ссылок на Dropbox daemon v1.0.20 нет, и нет никакой информации про установку и обновление самого бинарного ядра Dropbox до последней версии (v1.0.20).
Итого поддержка Linux-версии Dropbox на оф.сайте сделана из рук вон плохо.
> Исключая вариант добавления в автозагрузку скрипта временного изменения mac-адреса.
Наверное, тут имелось в виду, что нужно решить не через shell-скрипт с командой ifconfig.
> 1)в NetworkManager в свойствах проводного интерфейса в графе mac address
Это распространённое заблуждение.
Вообще по интуитивным соображениям и по логике (а тем более после опыта смены MAC-адреса под Windows) кажется, что если в менеджере сетевых подключений в свойствах сетевого интерфейса есть поле «MAC-адрес», доступное для редактирования, то через него и можно поменять MAC-адрес этого сетевого интерфейса. Я и сам так думал. Однако, это не так.
Проблема NetworkManager'а в том, что он нелогичный и неинтуитивный.
В действительности MAC-адрес в свойствах интерфейса в NM — это, как я понял, просто элемент привязки настроек NM к конкретному интерфейсу. Т.е. настройки привязываются не по названию устройства (eth0, eth1), а именно по MAC-адресу. И если в настройках интерфейса «Auto eth0» в NetworkManager изменить MAC-адрес, тогда:
а) MAC-адрес самого интерфейса eth0 не поменяется;
б) Конфигурация «Auto eth0» в NM отвяжется от интерфейса eth0, т.к. MAC-адреса в настройках и у интерфейса уже не будут совпадать.
Т.е. в итоге получится полная херня и станет только хуже. После перезагрузки в NetworkManager ещё появится непонятный интерфейс «Auto Ethernet».
Более того, в NetworkManager может быть автоматически создано соединение «Auto eth0», которое в действительности будет конфигурировать интерфейс eth1, и соедиенние «Auto eth1», которое наоборот будет конфигурировать интерфейс eth0.
Короче NetworkManager — это очень мутная штука, и, если вам нужно использовать что-то больше автоматической конфигурации интерфейса с дефолтовым MAC-адресом по DHCP, то он начинает чудить и лажать. Хотел бы я знать, как он реально работает, где хранит свои настройки, и как эти настройки взаимодействуют с настройками, заданными через /etc/network/interfaces и через ifconfig. Для меня этот NM вообще потёмки.
В итоге нужный мне MAC-адрес в Ubuntu я прописал через /etc/network/interfaces, но после этого почему-то пропала иконка NetworkManager из области уведомлений. Как поменять MAC-адрес и продолжить при этом использовать NetworkManager — для меня загадка.
> А какой кодек нужно для FLV1 (Sorenson Spark) ???
С ним справляется libavcodec (из проекта FFmpeg).
Если будете воспроизводить в DS-based видеоплеерах (WMP, MPC, Light Alloy, BSPlayer, Winamp и др.), то можно для декодирования этого видеопотока использовать ffdshow (при этом убедись, что в настройках видео-декодирования для FLV1 выбрано использование libavcodec).
Ну или использовать плееры, где интегрированы библиотеки ffmpeg для декодирования, например: mplayer, VLC media player и др.
Если же вы работаете под Windows и при этом плохо разбираетесь в вопросах установки/удаления/использования различных кодеров/декодеров/сплиттеров и прочих DirectShow-фильтров, то вам проще будет скачать и установить какой-либо пакет кодеков (например, K-Lite Codec Pack), в который входят все нужные компоненты.
> кто то должен модерирвать комментарии, и все же вычищать некоторые
Не вижу тут проблемы. Раз есть тот, кто банит, значит он же может сразу и ткнуть в топик/комментарий, за который он банит и выборочно его удалить.
Нет, не ответил.
а) Можно заранее обговорить права на публикацию, тогда претензий не будет.
б) Можно при блокировке спрашивать у автора разрешение на публикацию его статей и коментариев и скрывать их только в случае его пожелания.
Всегда и безусловно скрывать все статьи и комменты автора — это не выход.
Да и как вообще претензии автора связаны с фактом блокировки аккаунта? Точно так же любой автор может предъявить претензии даже сейчас, когда он не заблокирован. Тогда давайте по тем же соображениям (а вдруг будут претензии) прямо сейчас скроем все статьи и комменты всех авторов. Неужели непонятна нелогичность такого подхода?
Если права на публикацию явно обозначить в пользовательском соглашении, то никаких претензий не будет. Поэтому это не более, чем отмазка, а вовсе не логичное объяснение.
Причём тут доступ пользователя к его контенту?
От того, что вы скрываете топики и комментарии заблокированного пользователя у автора не появляется доступ к его контенту.
А скрытие комментариев к топикам, спрятанным в черновики, как раз и является скрытием от авторов комментариев их контента.
Если есть дефолтовый юзер Администратор с пустым паролем, то зачем грузиться в Safe Mode?
Тот факт, что юзер Администатор при нормальной загрузке не отображается в Welcome Screen — это же не помеха, просто в Welcome Screen дважды жмёшь Ctrl+Alt+Del, появляется форма логона, вводишь туда логин (Администратор) и пароль (пустой).
Ответ на 1-й DNS-запрос: IP1, IP2, IP3
Ответ на 2-й DNS-запрос: IP2, IP3, IP1
Ответ на 3-й DNS-запрос: IP3, IP1, IP2
и т.д.
А уж как клиент/приложение будет использовать этот список адресов, полученный от DNS-сервера, — это зависит от их реализации. Обычно для подключения используется первый IP-адрес из этого массива. При его недоступности может обрабатываться второй и последующие адреса из массива получанного по первому запросу, а может снова делаться запрос к DNS и снова браться только первый IP-адрес из ответа DNS-сервера.