SUBJ. Также реквестируются линки на треды (на этом или другом форуме), где подобное уже обсуждалось.

Реквестирую запилить фичу в профиле - вид треккера. В связи с очередной принципиально новой переработкой треккера хотелось бы иметь возможность вернуться к старому виду треккера (где ещё указывались количество комментарием в час и день), который на моё (и надеюсь, не только моё) мнение являлся более удобным вариантом, чем теперешний (особенно наблюдая всякие переделки, которые имеют сомнительный успех).

Источник: ][akep

Для Ъ:

Фонд электронных рубежей опубликовал пошаговую инструкцию, как удалить свою историю просмотров видеороликов на Youtube. На прошлой неделе была опубликована аналогичная пошаговая инструкция по удалению поисковой истории Google. Напомним, что это нужно успеть сделать до 1 марта 2012 года, когда вступают в силу новые правила работы с персональными данными в компании Google.

С 1 марта происходит объединение профилей со всех своих сервисов Google в единую базу данных, так что Google сможет качественнее отслеживать действия пользователей. Для пользователей с включёнными опциями хранения истории просмотров на Youtube компания Google получает право хранить эту историю вечно, а для тех, у кого такая опция отсутствует — 18 месяцев.

Итак, вот пошаговая инструкция по удалению информации Viewing and Search History из профиля.

1. Зайти в Google Account
2. Перейти на https://www.youtube.com
3. Нажать на свою иконку (фото из профиля)
4. Выбрать Video Manager
5. Нажать History
6. Нажать Clear all viewing history
7. Нажать Pause viewing history
8. Нажать Search History
9. Нажать Clear all search history
10. Нажать Pause search history

Не, ну я всегда пытался быть терпеливым. Но за что ж удалили ASCII-арт? Это же своего рода исскуство, тем более на компьютерном форуме оно вовсе не чужеродное. Или здесь уровень ханжества уже достиг критической точки, что даже сиськи высокохудожественные произведения с изображением оголённых натур в ASCII (!!!) считаются моветоном?!

//Похрен на скор. Справедливое негодование превыше всего.

Не буду в тысячный раз рассказывать, чем плохо держать все йайца в чужой руке корзине. В дискуссиях о корпорации Добра тут и так сломали over9000 копей и щитов.

Но тему хочу поднять вновь, так как Интернет уж очень динамичен, особенно в свете событий PIPA/SOPA, ACTA, всяких лоббирований копирастов, закрытие ФБР серверов в вообще других странах, попытки закрыть в Украине ex.ua, массовое закрытие треккеров, файлообменников и прочие ужасы нашего времени. И тема, обсуждаемая даже пару месяцев назад, уже теряет актуальность в деталях и нюансах.

А тут ещё славный Гугл меняет условия использования и политику конфиденциальности, которая мне (как и множеству других людей) вовсе не по душе.

Так что есть глобальное и надёжное, которое с большой вероятностью не закроется завтра или через год (хотя глупо в такое смутное время что-то предсказывать, но всё же...), но в то же время не следящее за каждым чихом пользователя?

Пруф. Копипаста для Ъ:

Несмотря на то, что SOPA и PIPA отложены в долгий ящик, правообладатели продолжают гнуть свою линию и давить на представителей интернет-бизнеса, чтобы те активнее боролись с нелицензионным контентом. Несколько дней назад в департаменте по культуре и медиа Великобритании за закрытыми дверьми состоялась встреча представителей медиабизнеса с руководителями региональных подразделений компаний Google, Bing и Yahoo. Медиакорпорации выдвинули им список требований по фильтрации контента в поисковой выдаче, сообщает издание TorrentFreak. Документ, который здесь публикуется, не предназначен для огласки, но правозащитная группа Open Rights Group сумела получить его в своё распоряжение, оформив запрос в государственные органы.

Медиамагнаты считают, что в связи с растущей проблемой пиратства интернет-компании тоже должны бороться с контрафактным контентом, иначе их можно будет считать соучастниками преступления. В частности, от поисковых систем требуют полностью исключить из поисковой выдачи файлообменные сайты, такие как The Pirate Bay, а также повысить ранжирование сайтов с заведомо лицензионным контентом.

Медиакорпорации уже давно высказывают претензии к поисковым сайтам. По их мнению, Google и другие прилагают слишком мало усилий для фильтрации пиратского контента. В каком-то смысле они правы, потому что поисковая система ставит своей целью в первую очередь качество поиска, его релевантность. Им главное, чтобы пользователь нашёл то, что он ищет. Если же поисковая система будет фильтровать контент и изымать из него популярные файлообменные сайты, то это будет умышленное ухудшение качества поиска, что негативно отразиться и на финансовом состоянии самой поисковой системы, не говоря уже о потере лояльности посетителей сайта, которым никак не понравится введение новых мер по цензуре.

В данный момент активность поисковых систем по борьбе с пиратством можно назвать формальной. Они принимают заявки от правообладателей на фильтрацию отдельных страниц в поисковой выдаче, но никак не на блокирование сайтов целиком. Разумеется, правообладателей это никак не удовлетворяет. До них начинает доходить, что невозможно в ручном режиме поштучно удалить все пиратские файлы из интернета. Поэтому они начинают придумывать более мощные концептуальные подходы по блокированию нелицензионного контента. И фильтрация на поисковых сайтах — ключевой элемент в этой стратегии.

О результатах встречи в департаменте по культуре и медиа Великобритании достоверно неизвестно, но свои требования защитники лицензионного контента оформили в документе вполне ясно:

• Понижение в поисковой выдаче сайтов, где был замечен пиратский контент.
• Повышение в выдаче сайтов, которые получили сертификат или лицензию на распространение лицензионного контента.
• Специальная обработка запросов, которые содержат ключевые слова “mp3″, “flac”, “wma”, “aac”, “torrent”, “download”, “rip”, “stream”, “listen”, “free” рядом с именем исполнителя, с целью направления пользователя на сайт с лицензионным контентом.
• Прекратить индексацию сайтов, в отношении которых идёт судебное разбирательство по нарушению авторских прав с выработкой подходящей процедуры по их полному делистингу.

В своих требованиях правообладатели выражают возмущение, что поисковые системы продолжают включать в поисковую выдачу сайты, которые уже официально признаны судом как нарушители законов об интеллектуальной собственности.

Представь себе на секунду, что ты потерял(а) память, частично или почти полностью. Твои действия?

Такое может случится с каждым, хоть вероятность крайне мала. Обстоятельства могут быть самые разные - от болезни и генетической предрасположенности до потери сознания от нанесенного удара преступниками и автокатастрофы, комы, отмирания части мозга. Допустим, после такого некто выжил, и даже не превратился в овоща.

Но как быть дальше? Ему рассказывают, что он общался, переписывался, что у него были фотки, бэкапы, и много-много вещей. Но всё это оказалось закриптовано, пароли к учёткам потеряны вместе с отмершими клетками мозга.

Как предотвратить такую ситуацию? Найти самого надёжного друга/подругу и сообщить ему мастер-пароли и дать ему мастер-ключи ко всему? А что делать с такими данными, которые люди доверили только тебе, или с вещами, о которых даже ты сам обычно не желаешь думать, не говоря уже о возможности признаться кому-то?

Биоключ? Но как другим запретить им пользоваться без твоей воли, даже когда ты в бессознательном состоянии (чего достичь весьма легко)?

Когда-то был проект Gentoo Enterprise Management System, но, по всей видимости, он умер.

Всё, что нахожу - это или морально устаревшие документы 2003 года, или наборы костыльных скриптов, которые или старые, или слишком узконаправленные (читать «много хардкода»).

Наткнулся на интересную переписку по этой теме (всем заинтересованным читать, там немало интересных вещей, ИМХО).

Мне хотелось бы заполучить в руки инструмент для удобного управления не одним десятков серверов под управлением Gentoo, чтобы не распылятся на рутину, но в тоже время не терять гибкости Gentoo для каждой отдельной инсталляции.

Каким я себе представляю этот интструмент:
Пршу прощения за сумбурное изложение, но пока это не полноценное ТЗ

• Web-интерфейс / консольный клиент
• Наличие клиентских агентов или управление через SSH, логинимся под учёткой специального пользователя, для которого настроен sudo (за логин под рутом надо отстреливать яйца)
• Отчёты по e-mail/RSS(Atom) об доступных обновлениях (что-то вроде вывода emerge -pvuDN world)
• Конфигурирование на клиентах периодического обновления Portage (через крон eix-update?)
• Важный пункт: опциональная настройка distcc с кросс-компилированием. Поскольку такой проект затребован, только когда серверов становится больше 3-10, то почему бы не использовать ресурсы простаивающих серверов (или на которых небольшая нагрузка)? Можно обратить внимание на перечисленные снизу проекты. Для Ъ:
  • ccache - caches compiler output to accelerate builds.
  • dmucs - helps distcc select appropriate servers.
  • ccontrol - gives centralized control of parallelism, caching and distribution even while the build is running.
  • crosstool - automates building cross-compilation toolchains.
  • distccWebView - is a CGI to show which of your servers are up and running.
  • tcpbalance - is a load-balancing TCP proxy written in Erlang that works well with distcc.
  В этом же пункте должна быть возможность легкой настройки пула компьютеров, предоставляющих distcc, с возможностью отключения отдельных нод, указания временного промежутка, когда нода может предоставлять сервис, и т.д. Этот пункт нужно отдельно обсудить.
• Управление USE-флагами, с возможностью добавления комментариев к каждому флагу. При >10 инсталляций Gentoo проблематично помнить, почему был поставлен тот или иной флаг на конкретном сервере. Именно, не что он собой представляет, а зачем его поставили, какая мотивация была.
• Удобный интерфейс для доступа к спискам замаскированных/размаскированных пакетов, установки глобальных и локальных USE-флагов, управления принятыми лицензиями (package.license), вывода списка хостов, у которых (не)совпадают маскировки/USE-флаги указанных пакетов. Опять же - опциональные комментарии к каждой или к группе записей.
• Интерфейс к etc-update/dispatch-conf. Причём, если на одном хосте уже были одобрены изменения, то на другом хосте идентичные изменения помечаются в интерфейсе, что позволит сократить время на апдейт множества серверов, и даже написать утилиты множественного апдейта, когда специально помеченные изменения на одном хосте автоматом примутся на остальных при условии их идентичности.

Язык можно обговорить отдельно.

Здесь есть немало гентушников. Очень хотелось услышать мнение каждого из вас.

Ищу либу или исходники, где уже есть реализовано текстовые подстановки в стиле Bash.

Пример на Bash (украденный когда-то из ЛОРа)

echo л{и,ы,у,я,е,ей,ю,юй,а,ай}{н,нн,л,лл,п}{у,а,е,и,ай,ю,я}{кс,ксь,пс,псь,с,сь,ц,х}

Как (а точнее чем) такое бы можно было сделать на C/C++?

Циклы не предлагать, в моём случае больше двадцати пар фигурных скобок, да ещё некоторые вложены. Код получается просто невообразимо ужасный и совершенно негибкий.

Доброй ночи! Ищу для скромного justforfun'овского проекта относительно быструю БД, в которой можно хранить и обрабатывать миллиарды записей. Пока что остановился на BerkeleyDB.

Записи представляют собой небольшую текстовою строку (~10-100 символов) в ASCII или Latin1 и несколько флагов/значений, которые и должны быть вторичными ключами. Каждая строка уникальна, если это имеет значение.

Что нужно:

• Быстрая выборка по основному и вторичному ключам (вторичных ключей может быть несколько), в том числе множество значений.
• Минимальный оверхед на хранения каждой записи.
• Очень желательна прозрачная компрессия, например, алгоритмом lzo, так как данные текстовые, и очень много почти однотипных (различие от одного до нескольких символов). Или это некошерно?
• Быстрый апдейт записей, в том числе значений вторичных ключей.
• Весьма желательная быстрая вставка порядка сотен тысяч записей (При подобных тестах производительность MySQL makes me cry).
• Очень желательно наличие блокировок
• Очень желательно наличие транзакций

Что не нужно/не обязательно:

• Сетевой доступ.
• Одновременный множественный доступ на запись/чтение.
• Разграничение прав.
• Отдельный сервер (в смысле демон) БД. Меня устроит и встраиваемая.

Что не устраивает в BerkeleyDB:

• Так как для каждого вторичного ключа нужна «secondary database», то мне кажется, там будет нехилый оверхед на каждую запись. В других БД дела обстоят ещё хуже?
• Ужасающие тормоза вторичных бд в Berkeley DB - и это при том, что речь идёт всего лишь о миллионах записей. Лично сам пока не тестил.

Я так понимаю, с такими запросами даже не следует смотреть в сторону SQL-based БД, т.е., остаются только NoSQL-решения.

Ещё видел штуки вроде:

• MemcacheDB - использует BDB в качестве бэкэнда, профит от самой MemcacheDB неочевиден.
• Apache Cassandra/Apache Hadoop - не подходит, ибо Java.
• MongoDB - документо-ориентированная БД, разве подойдёт под мои задачи?

Жду совето, ЛОР!

SUBJ. Судя по http://www.x.org/wiki/RadeonFeature, реализация OpenCL будет в Gallium, и судя по http://dri.freedesktop.org/wiki/GalliumCompute - всё довольно плохо. Что, неужели так?

И кто-то знает местонахождения roadmap для radeon и gallium?

SUBJ. Также интересны следующие вопросы:

• Что безопасней: TN, VA, IPS?
• Какие рекомендации по яркости и контрасту изображения?
• Как подручными средствами измерить освещённость рабочего места?
• Какая цветовая температура освещения наиболее благоприятна?

Ещё реквестирую ссылки на фундаментальные исследования в этой области (не мнение новоиспеченного Петрика без веских доказательств).

На что вы ориентируетесь, когда стараетесь сделать рабочее место максимально удобным, позволяющим долго работать без переутомления? Перерывы в работе подразумеваются как очевидные вещи.

SUBJ.

Для тех, кто не в курсе - марш смотреть в переводе Кубика в Кубе.

Зачем это здесь? Потому что здешняя аудитория способна действительно оценить масштабы затрагиваемых проблем, особенно во второй части.

Для тех, кто в танке - http://www.kinopoisk.ru/level/1/film/655800/

Для Ъ:

За последние десять лет технологии всесторонне изменили нашу жизнь, прежде чем мы успели опомниться и усомниться в них. В каждом доме, на каждом столе, на каждой ладони — плазменный телевизор, монитор компьютера, дисплей смартфона — черное зеркало нашего существования в двадцать первом веке. Наша связь с реальностью меняется. Мы возложили на алтарь «Google» и «Apple» и поклоняемся им. «Facebook»-алгоритмы знают о нас больше, чем наши собственные родители. У нас есть доступ ко всей информации в мире, но в голове хватает места лишь для того, чтобы воспринять 140 символов из сообщения в твиттере. В «Чёрном зеркале» отображается всеобщее беспокойство за наш современный мир…

Неоднократно видел упоминания HDMI как необходимой фичи. Но зачем? DisplayPort же не уступает HDMI, и даже лучше в некоторых случаях, вроде отсутствие лицензионных отчислений, нет необходимости покупать дорогие кабеля для высоких скоростей.

Так почему DisplayPort никто не упоминает?

Хочется найти мягкую цветную тему для Konsole с серым фоном. У кого есть что-то такое?

SUBJ. В идеале хочется что-то вроде preseed файла в Debian-based. http://d-i.alioth.debian.org/manual/en.i386/apb.html

А то при некотором количестве компов под одинаковые задачи ставить всё ручками как-то не Ъ.

Или таки вернуться на Debian под такие задачи?

Наверное, я путаю теплое с мягким.

У меня ASUSTeK P5GD1 PRO.

lm_sensors нашёл вот такие датчики:

Driver `w83627ehf':
  * ISA bus, address 0x290
    Chip `Winbond W83627EHF/EF/EHG/EG Super IO Sensors' (confidence: 9)

На официальном сайте lm_sensors сказано:

these days you really should use the asus_atk0110 driver for these Asus motherboards implementing the ATK0110 ACPI device

Но у меня

# CONFIG_SENSORS_ATK0110 is not set

Так вот, если у моей материнки уже есть чипы Winbond, то нужно ли мне ставить модуль SENSORS_ATK0110?

В официальной документации по Qt в статье «Why Doesn't Qt Use Templates for Signals and Slots?» разделе «Calling Performance is Not Everything» сказано:

If you have a signals and slots connection in a tight inner loop of a performance critical task and you identify this connection as the bottleneck, think about using the standard listener-interface pattern rather than signals and slots.

Исходя из этого, я думаю, что, вместо обычных callbacks, лучше использовать библиотеки, которые реализуют типо-безопасные коллбэки.

Здесь есть неплохой список:

http://en.wikipedia.org/wiki/Observer_pattern#C.2B.2B

Лично меня заинтересовали libsigc++ и sigslot. Возможно, есть другие безопасные и в тоже время быстрые, с минимальным овэрхедом при исполнении, библиотеки реализации коллбэков?

И вообще, кто что использует, когда важна скорость, но при этом костяк приложения строится на Qt?

Искренне считаю, что монетизация сайта посредством рекламы ущербно by design. Да и вообще сама реклама как явление меня бесит.

Я за рекламу, которая делается на совесть, а именно:

• Дается адекватная информация (без заголовков вроде «Лучший выбор!», «Бесплатные кредиты!», «Идеальное решение проблем!»)
• На любые заявления о преимуществе даются ссылки, где нормально, без менеджерской херни, разъясняется, почему так, и, по возможности, даются ссылки на оригинальные или научные исследования. (а то читаешь - «у нашей зубной щетки лучшая форма для очистки зубов!», а почему, и где исследования, и развернутые результаты отсутствуют, дескать, коммерческая тайна).
• При сравнении вместо «обычных сферических стиральных порошков в вакууме» использовать для сравнения достаточное количество реально существующих популярных и не очень продуктов, и сравнение должно непредвзято показывать сильные и слабые стороны продуктов.
• Не замалчиваются недостатки и обратная сторона медали в целом
• Не делают её обязательной к просмотру.
• Есть возможность вообще отключить рекламу.
• Вообще лучше бы возобновить отдельные сайты, где объективно размещается информация о продуктах и услугах, а не перенасыщать информационное пространство обычных ресурсов.
• .... ещё пожелания на ваш вкус

Но при настоящем положеним вещей такое практически невозможно, ибо сейчас всё держится на гнилом рекламном рынке.

И я, как адекватный человек, когда вижу заманчивую рекламу, вынужден проводить собственные «исследования» в предметной области, разбираться, искать подводные камни, иначе вероятность того, что стану жертвой недобросовестной рекламы (которой является чуть более, чем вся современная реклама) стремительно приближается к 100%, и потом придется только чесать задницу и думать «А чё ж я повелся-то...»

Поэтому не вижу иного выхода, кроме как бойкотировать любую современную рекламу.

В чём мои рассуждения ошибочны?

Кто что использует? Почему?

Отдельно кастую гентушников - стоит ли переходить на mplayer2? Как оно в работе?