Чтобы добавлять сообщения и комментарии, .

@praut:
praut

Наконец-то прилетел 50.0 с пофикшенными рамочками вокруг url-bar-a. Ни прошло и года.

@Antonische:
Antonische

Случается, что в e-mail приходят определённым образом пострадавшие письма, где вместо всех русских букв стоят комбинации вида «а».
В такой беде поможет мой новый простенький макрос под MS_Word, выложенный на anton1morozov2.narod.ru — размер всего 1Кб.

Установка
Однократный импорт и сохранение в Normal.dot (шаблон «Обычный»).

Применение
Содержимое запорченного письма взять из e-mail'а через Буфер Обмена в документ Word'а, где запуск моего макроса сделает текст читаемым.

Пользуйтесь на здоровье! ;-)

@freefd:
freefd

Неожиданно HP раскаялось в письме, что при использовании хардварной акселерации с VMware виртуализацией на хранилищах P6000 линейки может произойти ололо. А в частности, на версии прошивки контроллеров XCS 11001000, до которой я не так давно обновил одну из EVA4400. Дословно:

A critical issue has been discovered to potentially occur on HP Enterprise Virtual Array (EVA) 4400/6400/8400 and HP EVA P63x0/65x0 systems running controller software version XCS 11001000. The potential for this issue is only on systems running software version XCS 11001000 and that are using VAAI functionality enabled on VMware ESX 4.1/ESX 5.x hosts.

via h20000.www2.hp.com

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

Лечение предлагается как обычно — новая версия XCS 11001100. Привет, даунтаймы!

@Disabler:
Disabler

Возможно ещё не все в курсе, что у андроида нашли очередную дыру habrahabr.ru
через неё можно вызывать любые ussd запросы. например подписку на платные услуги оператора, перевод денег со счёта на счёт, заводской сброс и т.п.
желательно всем установить таблетку: play.google.com

@demiazz:
demiazz

Буквально, наверное вчера, пофиксил досадную ошибку в nested_form. Ошибка благо не в Ruby части, а всего лишь в JS (честно говоря, я уже много и других патчей немного для других ошибок пробовал), но на данный момент ошибка коварная. Заключается она в ошибочном алгоритме обработки родителя и индекса. То есть, при использовании nested_form, на любом уровне вложенности может быть связь как has_one, так и has_many. При этом, во втором случае, при генерации name элемента после attributes ставится [index] элемента. А при has_one — нет! Из-за этого возникала ошибка parse && replace имен и id элементов. Форк с исправлением тут: github.com Код там не шибко красив и изящен, писал уже в запарке и со сдающими нервами, но если хочется красоты — можно и привести к нормальному виду. Проверял на сложной форме, с макс. уровнем вложенности 4, и с кучей подформ. Работает. (: Если кто найдет баги, отписывайтесь. Тестировал на Ruby 3.2.2

@KelLiN:
KelLiN

Покапался в плагине autoanswer для tkabber и понял почему он не отключается и все его удаляют. Проблема "настроек по умолчанию". Отключение плагина предотвращается его же настройкой "Список состояний доступности, в которых автоответ включается принудительно", которая по умолчанию не пустая и принудительно включает плагин на всех статусах помимостатуса "доступен". Решение: set ::plugins::autoanswer::options(status) {}

@hohoho:
hohoho

короче всем у кого зависал квип при смене раскладки — перекачайте и установите свежевыложенный билд на сайте

@Antonische:
Antonische

Если у вас Mozilla Firefox v.7.0.1 , то посмотрите в её программный каталог (типа «C:\Program Files\Mozilla Firefox»), не лежит ли там, помимо всего прочего, такая хрень:
plugin-container.exe длиной всего в 16856 байта?

При запуске Мозиллы в параллель с ней в списке процессов появляется и этот «plugin-container.exe», но памяти он отжирает уже порядка 20 Мегов и более — в зависимости от состава подключенных плагинов. А зачем ? (Впрочем, это уже вопрос чисто «академического» характера.)

Но это лишь «цветочки»: потерянные 20М — ещё полбеды. Меня насторожило наличие внутри этого «контейнера» не только подозрительных ссылок типа
ocsp.verisign.com
crl.verisign.com
crl.verisign.com
cs-g2-crl.thawte.com
ocsp.thawte.com
thawte.com
crl.thawte.com
crl.thawte.com ,
где выдаются некие «списки отозванных сертификатов», но к тому же ещё и некоего e-mail'а на одном из упомянутых выше сайтов:
premium-server@thawte.com ,
а это мне уже совсем не нравится. :( Выходит, эта хрень не только активничает исподтишка со всякими сертификатами (которые мне, как обычному юзеру, нафиг не нужны), но ещё и автоматически отсылает (возможно, даже регулярно?) от меня какую-то инфу кому-то на e-mail?! А тогда не удивительно, что при моём очень тихоходном и «рваном» канале связи с и-нетом получались совершенно нетерпимые «тормоза» в работе Мозиллы. :(

Разумеется, мне захотелось этот чёртов «plugin-container.exe» прибить вовсе. Однако эта идея оказалась негодной, ибо «тормоза» стали... ещё больше! Видимо, Мозилла пытается как-то обращаться к этому плагину (не зная, разумеется, что он удалён) и бесплодно ожидает от него ответа, пока не истекает тайм-аут, а последний в ней задан довольно длинным...

Поэтому я решил вернуть этот «плагин» обратно, но превратить его в нерабочую заглушку, лишив возможности фактически соединяться со всеми перечисленными там «левыми» адресами. Для этого я его пропатчил, просто подправив там домен «.com» во всех ссылках и e-mail'ах на «.c0m» (с нулём вместо «o»). В результате теперь моя Мозилла пытается там обращаться к несуществующему домену, но тут же получает в ответ фигу и продолжает нормально загружать уже запрашиваемые мною страницы. А поскольку при этом нет ни фактического обмена данными с сайтами сертификации, ни ожидания истечения тайм-аута, то всё стало грузиться несравненно быстрее, чем получалось до сих пор. Во всяком случае, просто «на глаз» видно явно. :)

Для тех, кто захочет воспользоваться моими правками в готовом виде по принципу «as is», я залил свой пропатченный файл сюда:
anton1morozov2.narod.ru
(размер: 16856 байт — проверьте, именно такого ли размера сидит в папке вашей Мозиллы файл «plugin-container.exe»?!).

«Перепрячьте» свой старый файл из папки вашей Мозиллы куда-нибудь на всякий случай, скачайте мой с anton1morozov2.narod.ru , потом закройте Мозиллу и замените старый файл свежескаченным.

(Ну, а если что-то «разломается», то просто верните «старый» файл на место.)

Буду рад, если эти мои «изыскания» кому-нибудь реально помогут. ;-)

@aix27249:
aix27249

ПРИШЛО ВРЕМЯ ВЫПУСКАТЬ БАГФИКСЫ
БАГФИКСЫ САМИ НЕ ВЫПУСТЯТСЯ
ВЫПУСТИ БАГФИКС, ВЫПУСТИ ХОТФИКС К БАГФИКСУ
ЗАЧЕМ МНЕ ПИСАТЬ ПРОГРАММЫ БЕЗ БАГОВ, ТАК ДЕЛАЮТ ТОЛЬКО ЗА ЗАРПЛАТУ
ЛУЧШЕ ЕЩЕ РАЗ ВЫПУСТИТЬ БАГФИКСЫ
Я ВЫПУСКАЮ БАГФИКСЫ 10 РАЗ В ДЕНЬ
КАЖДЫЙ БАГФИКС ЗАНИМАЕТ ДВА ЧАСА
Я ЖИВУ АКТИВНОЙ И ПОЛНОЦЕННОЙ ЖИЗНЬЮ
Я УСПЕШЕН И ПОЭТОМУ ЦЕЛЫЙ ДЕНЬ ВЫПУСКАЮ БАГФИКСЫ
ТУПЫЕ ВИНДУЗЯТНИКИ ЖДУТ ВЫХОДА СЕРВИСПАКОВ
А Я СВОБОДНЫЙ ОТ КОРПОРАЦИЙ ЧЕЛОВЕК
СКАЧАТЬ БЕСПЛАТНО БЕЗ РЕГИСТРАЦИИ ПАКЕТЫ
CAT GREP DIFF SED PATCH ABUILD MKPKG НА КЛАСТЕРЕ
ЛУЧШЕ Я ВЫПУЩУ ЕЩЕ БАГФИКСОВ
И ПРЕДЛОЖУ ВСЕМ ЮЗЕРАМ ЗАТЕСТИТЬ, НУЖНЫ РЕПОРТЫ
Я НЕ ЧИНИЛ БАГИ НЕДЕЛЮ
ПОЙДУ ПОЧИНЮ ПАРОЧКУ
В СОРЦАХ ВСЕ ПРОСТО И ПОНЯТНО
ААА ОШИБКА RM RF USR COMMAND NOT FOUND ЭТО ЖЕ ОЧЕВИДНО КАК ЕЕ РЕШИТЬ
ПРИШЛО ВРЕМЯ ВЫПУСКАТЬ БАГФИКСЫ
КО КО КО КО КО КО КО
НОВЫЕ БАГФИКСЫ ИНДЕКСЫ ПЕРЕСЧИТАЮТСЯ ЧЕРЕЗ МИНУТУ
КО КО КО КО КО КО КО

@Disabler:
Disabler

таки во всех версиях xmpppy присутствует баг, который позволяет при использовании ejabberd обрывать сессию клиента. соответственно крешутся:
— talisman, включая большинство форков (bot);
— isida, версии до r105 (bot);
— osiris, версии до r79 (bot);
— gajim (client).
всем желающим рекомендуется пофиксить xmpp/dispatcher.py, как показано тут: goo.gl

@Disabler:
Disabler

в библиотеке xmpppy, которая поставляется в составе бота iSida обнаружена критическая уязвимость, которая проявляется если jid бота находится на сервере ejabberd. на серверах на prosody не проявляется. уязвимости подвержены все версии бота до ревизии 105. настоятельно рекомендую всем обновиться.
p.s: благодарим bLaDe за багрепорт.

@Disabler:
Disabler

те, кто ставил андройда на n900 должны были столкнуться с неприятным багом: маркет запускается, но не находит практически ничего. это можно исправить довольно просто:
1. запускаем маркет
2. выходим из него
3. настройки, приложения, маркет, "очистить кеш", "завершить"
4. настройки, приложения, google service framework, "удалить все данные", "завершить"
5. запускаем снова маркет — получаем ошибку
6. перезагружаем девайс
7. запускаем маркет и видим кучу ранее не доступного софта!
8. готово. :)
p.s: иногда после ребута маркет запускается со второго раза.

@stanis:
stanis

Если на странице поиска при пустом результате заменить
<div id="content"><p class="page"></p>
на <div id="content" style="min-height:200px;"><p class="page">По вашему запросу ничего не найдено.</p> (ну или соответствующим образом разрулить style в описании стиля для #content), то пользователи не будут наблюдать радостной картины типа
juick.com

@Antonische:
Antonische

Пока не знаю, как отключить автоответы Квипа именно РОБОТАМ, не отключая их для пишущих мне людей; но нашёл способ изменить тексты автоответов так, чтобы они не приводили к ненужному опубликовыванию на Жуйке его роботом: достаточно всего лишь в самом начале текста каждого автоответа поставить знак "_?_" и пробел — тогда робот Жуйка сочтёт всю строку запросом на поиск введённого далее текста и ответит, что ничего не нашёл, или в крайнем случае может выдать мне неожиданно найденные сообщения с таким текстом :), но по крайней мере публиковать-то всякие глупости без спросу уже больше не будет :), что и требовалось гарантировать.
Как вариант, вместо "_? " можно начинать автоответы с символов "#0 _" (тоже с пробелом) — тогда робот Жуйка сочтёт всю строку ответом на сообщение №0, которого не существует, и лишь выдаст ответ вида: "Message, you are replying to, not found."
А для живого человека, которому на самом деле автоответы и предназначаются, такие технические префиксы в начале текста могут лишь показаться несколько странными и "вычурными", но заведомо не помешают понять смысл дальнейшего текста. Значит, таким приёмом уже можно эффективно пользоваться, не вводя робота Жуйка в нежелательное заблуждение. :)

@LazyMiha:
LazyMiha

theWRM: Здраствуйте ребята! У меня тут созрел вопрос по такой ситуации — когда в leechcraft раздача торентов возрастает до 10 Миб/с то на компе все виснет и ужасно тормозит включая сам leechcraft..... и так вопрос — с чем это связано и как от этого избавится?
Kubuntu 10.04, 2 Gb ОЗУ, ~250 торентов, скорость локальной сети 10 Миб/с, скорость интернетов от 120 Киб/с до 8 Миб/с(ночью).
LazyMiha: theWRM: думаю это связано с тем что ты шаришь слишком много торрентов с порнами. Попробуй фильмы дискавери или классику мирового кино. %)
theWRM: ок, так мать и сделаю.... :-P

@sandr1x:
sandr1x

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

@JuBo:
JuBo

Исправил ошибку с обновлением списка подписки. Из-за неё у пользователей, которые не подписаны ни на кого через жуйку, могли теряться сообщения от тех, кто был в списке подписки до его очистки. У JuBo в базе оставалась устаревшая информация по подпискам и он использовал её для фильтрации сообщений.
Если у вас в списке друзей есть хоть один человек, то этот баг вас никак не касался.
ЗЫЖ баг был незаметный, но неприятный, спасибо пользователю @Livid за то что обратил на это внимание и сообщил.

@skobkin-ru:
skobkin-ru

Обновил juickdiff до версии 1.0.3.
Цитирую лог на кривом инглише:
-fixed filenames in different register of username input
-fixed reading arguments
-small fixes
-added logging request on startup not from console
Todo:
-"--last" key for command line — run like last time
-small optimization
Качать тут: dl.dropbox.com
Предложения, баги, прочее как всегда в комменты :)

@winzard:
winzard

Как правило, в основе самых неуловимых ошибок лежит что-то настолько тупое, что мозг это просто игнорирует.