мышиное
25.03.15 14:53 // оригинал
MX Master выглядит интересно - вернули часть наворотов Revolution и добавили новые, оставили зарядку через шнурок во время работы из Performance. Жаль только, что аккумулятор, похоже, встроенный.
десяткопревьюшное
20.03.15 18:56 // оригинал
Доросшая до 10041 билда Windows 10 потихоньку подбирается к уровню, когда на нее можно будет перейти. Панель извещений с вызовом по кнопке стала гораздо логичней восьмерочных прогулок по углам, продолжают пилить многострадальный Start. Отсортированный по алфавиту длиннющий плоский список метрошных приложений в All Apps, лишь после которого начинаются очень некоторые нормальные папки - конечно, ужас, который еще непонятно, как чистить, следов ярлыков метрошного счастья на диске не нашлось. Каталоги, созданные в пользовательском Start Menu, оказались проигнорированы, созданные в общесистемном - подхватились. Хотя часть стандартных каталогов в общесистемном старте все равно проигнорирована, логика не очень понятна.
А вот плиточный прокручивающийся блок для избранных приложений в Start внезапно понравился, выглядит даже полезней семерочного. Собственно, для вывода полной иерархии установленных программ всегда можно взять сторонние решения типа TLB, все каталоги остались на старых местах. Из мелких приятностей - внезапно заметил, что система уже штатно умеет печатать не только в свой не взлетевший и никому не нужный XPS, но и в нормальный PDF.
сбербанкобезопасное
18.03.15 15:22 // оригинал
Хорошо все-таки, что хоть под iOS банковское приложение не может впарить в нагрузку антивирус, рассказывающий, что еще можно делать в системе.
гуглеограниченное
18.03.15 14:41 // оригинал
Неограниченный объем хранилища в Google Apps for Education все-таки оказался не совсем таким. По крайней мере, если верить тому лимиту, что выводит Cloud Sync из DSM - на аккаунте из GAE он пишет про Storage Usage ...of 10240.97 GB used. С другой стороны, 10 терабайт в облаке для любых практических применений не слишком отличаются от безлимита. Наконец, это число вполне могло быть взято с потолка, просто чтобы не сводить с ума клиенты. Надо будет как-нибудь проверить, что произойдет, если забить эти терабайты.
сирийное
15.03.15 03:18 // оригинал
Русская Сири вполне забавна. Поиск по контактам идет с учетом склонений, можно сразу отправлять распознанные сообщения, календарь понимает всякие "завтра", "через две недели", про время и погоду рассказывает, а вот от ее попытки установить будильник на "семь писят" нас надолго вышибло. Просьба проложить маршрут в Шереметьево встретила полное понимание, только Шереметьево было выбрано строго в противоположной стороне, где-то под Коломной. А когда заказал "аэропорт Шереметьево", попросила уточнить, какой аэропорт имелся в виду.
Ударения иногда ставит полным рандомом, шаг влево/шаг вправо - и просто запускает простой интернет-поиск, чудес интеграции с WolframAlpha в русском варианте нет, дважды два не узнать. И программы с английскими названиями не запустить, явно не хватает двуязычности. «Я не понимаю, что такое "не надо"» - практически готовый девиз.
краудфаундинговое
12.03.15 17:00 // оригинал
Филлион, играющий капитана звездолета (пилотируемого Тьюдиком) в отмененном шоу, и это не Firefly.
"Shut up and take my money" - за первые два дня уже собрали 280% нужной суммы.
вайфайное
07.03.15 14:23 // оригинал
Сделал традиционный регулярный скан окрестностей, обнаружил штук шесть новых МГТСовских точек доступа в нашем зоопарке (и до нашего дома недавно добрались, сначала кидали бумажки, потом стали названивать по телефону и в дверь, были посланы - но поддавшихся на уговоры хватило). Если верить сканеру, у всех (как и у половины старых) включен WPS, что в принципе открывает широкие перспективы по расчистке каналов. Впрочем, в 5GHz эфир девственно чист, да и в 2GHz как-то по-мелкому светят, за пределы своих 20-мегагерцовых полос почти никто не вылезает, каналы в основном на 150 мегабит, а то и на 54.
сборномусорное
21.02.15 14:59 // оригинал
"Automatic Reference Counting, пришедший ему на смену, не запускает никаких фоновых процессов и не освобождает память – он компилирует код за программиста, расставляя retain/release".
Компилирует. Код. За. Программиста.
гуглексное
19.02.15 18:23 // оригинал
Почему-то в истории Яндекс vs Google упирают на аналогию с Microsoft - как стало здорово, когда MS заставили выпилить IE как браузер по умолчанию, создав здоровую конкуренцию. Забавно, что ситуация сейчас на самом-то деле совершенно противоположная. MS долгое время упирала на то, что IE - неотъемлемая часть системы, и без него ну просто никак, а атакующие MS кричали: не-не-не, вы уж обойдитесь без него. Сейчас же Google говорит - да пожалуйста, берите Андроид, но без Google Mobile Services, которые не являются неотъемлемой частью системы. Ну а Яндекс кричит: не-не-не, нам без GMS никак не обойтись, вы уж извольте считать их частью системы (ну хотя бы Маркет, нам больше и не нужно, да).
сервернотекучее
15.02.15 14:08 // оригинал
Утром в среду сервер вдруг решил уйти в себя, отрапортовав в логах о закончившихся файловых дескрипторах (их там 1536 на всю виртуалку). Лог в панели менеджера VDS показал, что действительно за последние сутки их уровень вдруг стал медленно, но верно расти с привычных 30-40%, добираясь в итоге до сотни. В настройках, естественно, перед этим ничего не менялось. Перезагрузил, воткнул мониторинг kern.openfiles с принудительным ребутом в случае приближения к критическому уровню. Уровень этот наступил под следующее утро. Воткнул разбор результатов procstat -af (в этой виртуалке более приличные варианты не срабатывают), чтобы видеть, какой процесс сколько отжирает, подкрутил аппетиты апача, nginx, mysql, стал смотреть. Картина забавная - сразу после перезагрузки сумма выдачи procstat слегка опережает kern.openfiles, по мере работы оба значения постепенно растут и выравниваются, подбираются к тем самым 30-40%, после чего kern.openfiles начинает уходить в отрыв, постепенно добираясь до лимита.
Стал всерьез задумываться о принудительном ребуте в 5 утра (некрасиво, да, но лучше, чем ребут на пике дневной посещаемости), но после следующего ребута все внезапно рассосалось, столь же необъяснимо, как и началось. В эту последнюю перезагрузку из всех изменений лишь добавил профилактический ежечасный apachectl graceful, но очень удивлюсь, если причина в нем - до этого и полная-то перезагрузка апача лишь временно сбивала число открытых файлов, никак не влияя на темп роста kern.openfiles. Фиксирую это на всякий случай, вдруг при мягком рестарте что-то освобождается более аккуратно. Сегодня убрал и его, уровень продолжает держаться в районе 35%.
Ну и раз уж полез в это дело, перетряхнул настройки апача и nginx, причесал конфиги, заменил апачевские SSI на nginx'ные. В процессе переноса выяснилось, что nginx не заморачивается самостоятельной передачей параметров внешнего файла через QUERY_STRING_UNESCAPED в скрипт, вызываемый из SSI, а в качестве REQUEST_URI передает uri скрипта, а не внешнего файла. Пришлось прокидывать правильные значения через дополнительные переменные окружения. Дочистил работу через https - часть внутренних ссылок задавалась через абсолютные url, так что после входа по https через некоторое время можно было обнаружить себя в обычном http. Ну и у админки теперь принудительный редирект на https.
Попытался перенастроить и работу с запароленными каталогами с апачевской на nginx'овую, в итоге отказался от этой идеи. Во-первых, неудобно организовано - нет группового файла, в итоге для разных групп нужно плодить наборы из разных файлов с паролями. Во-вторых, требуется очень своеобразная настройка в конфиге - location с регекспами, как выяснилось, имеют преимущество над фиксированными, поэтому для отдельного location админки приходится включать внутрь дублированный location с маской для пробрасываемых в апач скриптов. Без этого дублирования отдельный location с маской будет первым перехватывать запросы, игнорируя всю авторизацию (и вводя в полнейший ступор настраивающего столь интуитивным поведением). Последней каплей стало то, что в случае неудачной авторизации при последующих соединениях браузер уже не пытается запросить пароль, поскольку сервер начинает постоянно отдавать ему 403 Forbidden вместо ожидаемого 401 Unauthorized. Возможно, это такой побочный эффект включенной limit_req_zone, но разбиратся уже не стал, привычный вариант все равно удобней.