Как стать автором
Обновить
11
0
0xa8 @0xa8

Пользователь

Отправить сообщение
Если Вас интересуют именно принципы работы и внутреннее устройство, посмотрите книжку Робачевского Операционная система UNIX. Она не про Linux конкретно, но общее представление даёт неплохо. И хорошим языком написана. Во всяком случае, прошлое издание было весьма толковым. В Linux или чём другом потом и сами разберётесь, если будет нужда.

Да, хорошая ещё книжка Advanced Programming in the UNIX(R) Environment, W. R. Stevens. Не знаю, есть ли на русском.

Думаю, рекомендованная выше книжка Раймонда — тоже хороший выбор, но сам не читал.

Для чтения таких книжек Вам, вероятно, понадобится понимание исходного кода на языке Си (Практика программирования — хорошее продолжение подобного чтения).

Впрочем, если Вам просто пользоваться, то скачайте Debian или убунту, установите и пользуйтесь. Будут вопросы — спрашивайте. Да, скорее всего ответы на Ваши вопросы вы будете находить не на хабре, а в списках рассылки выбранного вами дистрибутива (см. http://groups.google.com/group/linux.deb…) или непосредственно посвящённых той или иной программе.
Графики под кат.
Не надо. Пусть думают, когда пишут.
Придумал русский перевод для CAPTCHA: «спотыкча» :)
По теме об Image CAPTCHAs: http://www.cs.berkeley.edu/~tygar/papers…

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

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

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

Другой пример, тоже на выбор лишнего: автобус на дороге, бегущий гепард, идущий человек, рыбка в аквариуме... и так изображений 10-15. Что лишнее? А здесь тонкость: все это движущиеся объекты, при этом на картинке движутся направо, и только один из них — налево.

Чтобы эксплуатировать такую систему, надо к базе изображений, достаточно большой, добавить базу предикатов (указанных человеком). Естественно, базу предикатов следует держать в секрете.
Список поддерживаемых телефонов не изменился?
То, что выделено жирным шрифтом под кат убирать не надо было. Заголовки надо было написать на главной. Иначе непонятно, стоит ли читать подробнее или не стоит.

Да, это всё — не «события в русской прессе», а «обзор новостей отечественной прессы в области информационных технологий».
Tor немцам в руки. А нам — на компы. Пусть через Россию смотрют... :)
Интересно, а делает ли кто-то веб-проекты на SQLite?
или по каким то другим критериям отберите интересных вам пользователей


Ну вот я и отбираю: побитых камнями. Хабратолпа страшная сила, и это всё, что я могу ей противопоставить.

Поскольку пониженная карма de facto способ толпы заткнуть рот неудобным, я такую «карму» считаю несправедливой. Вот и всё.

Я сторонник индивидуальной фильтрации, как на Slashdot, а не глобальной «забрать и больше не давать». Вот поэтому повышаю всем желающим, сколько могу.
Поддерживаю.

И давайте не будем заниматься линейной интерполяцией между «важно» и «очень важно» — это не количественные характеристики :)

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

Автору рекомендуется освоить gnuplot (а не замазывать подписи на чужом бестолковом графике).
Интересная новость, спасибо.
$ printf "%d\n" 0xa8
168
Отказался по этой причине от ICQ и забил на свой длинный контакт-лист очень давно. Года три или четыре назад. Пользуюсь тихонько джаббером и гугл-током, но в нём у меня сейчас, к примеру, только 3 контакта в онлайне. Собственно, только самые близкие люди.

Также пользуюсь IM в телефоне, чтобы не платить за SMS.

Все, что нужно по работе, решаю в e-mail или лично. Поскольку в вопросах текущих предпочитаю асинхронный режим, а действительно серьёзные вещи надо решать лично.

По той же причине не люблю телефон. Просто ненавижу, когда меня дёргают. И неважно, это «тук-тук» или «дзинь-дзинь».
Я против. Есть предварительный просмотр. Сказал, так сказал. Если что — можно извиниться и сказать правильно.
Конечно не безопасно. Вместо перебора 10000 тысяч слов надо перебирать 20000. В нормальном написании и после подстановки. Я думаю, у всех, кто полагается на brute force, в перебираемых словарях первой линии идут также и их основные подстановки (транслитерации).
Предположим, есть алгоритм когда по домену сайта (строка) генерируется пароль (хэш). Алгоритм известен. Предположим, что алгоритм использует ещё и некий ключ, единый для всех паролей (секретный ключ специфичный для машины). Этот ключ необходим, чтобы разные пользователи генерировали разные пароли для одного сайта.

Итак, имеем:
сайт1 + ключ >> пароль1
сайт2 + ключ >> пароль2
и т.д.

Вопрос теперь такой: насколько трудно имея пару "сайтN" + "парольN" или несколько таких пар и зная алгоритм восстановить ключ? Любой владелец форума может организовать такую атаку и имеет кучу времени для её осуществления. И после этого получить ВСЕ пароли разом.

Фактически, пользователь такой программки находится в положении пользователя, зашифровавшего все пароли одним ключом и открывшим свой жёсткий диск всему свету.
Так, сегодняшний запас раздал бедным. На сегодня закончилось.

Информация

В рейтинге
Не участвует
Зарегистрирован