Kubuntu on VirtualBox: проблемы с автоматическим изменением разрешения экрана

Проблема: после установки kubuntu разрешение экрана автоматически не подгонялось под размеры окна VirualBox

Установка гостевых дополнений из коробки не помогают

Решение:
sudo apt-get install virtualbox-guest-additions-iso
sudo apt-get install virtualbox-guest-utils virtualbox-guest-x11

Заметка: javascript scope and let

Без лишних слов:



http://jsfiddle.net/cNAUA/3/ - демонстрация
Больше о let https://developer.mozilla.org/en-US/docs/Web/JavaScript/New_in_JavaScript/1.7?redirectlocale=en-US&redirectslug=JavaScript%2FNew_in_JavaScript%2F1.7#let_definitions

P.S.: записал, чтобы иногда показывать, что со скоупом шутки плохи
P.P.S.: let пока работает не во всех браузерах, к примеру хром его все еще не поддерживает, что значит, для тестирования необходимо закомментить 8-ю и 15-17 строки. Протестить c let можно в IE11


Запрет кеширования страницы, возврате на нее через кнопку браузера "Назад"

Страницу нужно отдавать с хидером:

Cache-Control: no-cache, max-age=0, must-revalidate, no-store

Get javascript callstack

console.log(new Error("Some message").stack);

XSD Path

Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools\xsd.exe
Как пользоваться http://msdn.microsoft.com/en-us/library/x6c1kb0s(VS.71).aspx

The Module DLL C:\Windows\System32\inetsrv\authsspi.dll failed to load. The data is the error.

При возникновении ошибки "The Module DLL C:\Windows\System32\inetsrv\authsspi.dll failed to load.  The data is the error."  нужно включить виндовую авторизацию:


Асинхронное программирование в C# используя async/await ч.2

В предыдущем топике было рассказано об использовании ключевых слов async/await и о том, как они упрощают асинхронное программирование. Сейчас мы обсудим дополнительные особенности и подводные камни, при использовании async/await.

Асинхронное программирование в C# используя async/await


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

Для обеспечения работы UI потенциально длительные операции должны быть выполнены асинхронно, в отдельных потоках. Здесь ничего нового, но многие приложения до сих пор выполняют операции в UI-потоке. Почему? Одна из причин в том, что асинхронное программирование неудобно. Это гораздо более сложнее, тяжелее писать, тестировать, поддерживать, и если не написать должным образом это может привести к снижению производительности и блокировкам.

На протяжении многих лет версии .NET предлагали постепенно совершенствующиеся модели которые пытаются уменьшить сложность асинхронного программирования.
Но так было до .NET 4.5 / C# 5 - наконец мы можем писать асинхронный код так же просто, как и обыкновенный, а компилятор уже сам сделает всю тяжелую работу за нас (страшновато звучит...). По факту асинхронный код может быть почти идентичным его синхронному аналогу. Теперь без лишних слов давайте рассмотрим примеры async/await

9 путей оптимизации производительности фронтенда

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

Загадка: Почему выводятся только четные числа?

При обновлениях страницы последовательно видим числа: 0, 2, 4, 6, 8...
Собственно ниже дана картинка с кодом по коему нужно  понять - почему выводятся только четные числа?


P.S.: потустороннего кода нет, только тот что приведен выше

Включаем скролл в iPad

-webkit-overflow-scrolling: touch

IE10: __doPostBack не определен

Некоторые версии ASP.NET не распознают правильно строку обозревателя Internet Explorer 10, и их необходимо обновить.

Проблема.

ASP.NET не распознает правильно строку обозревателя Internet Explorer 10 и выводит сообщение об ошибке "_doPostBack не определен в JavaScript".

Решение.

Обновите файлы определений браузера ASP.NET. Дополнительные сведения см. в разделе Ошибки и их исправление. ASP.NET не может обнаружить IE10.
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE9">

Первоисточник: http://msdn.microsoft.com/ru-ru/library/ie/hh869299(v=vs.85).aspx

IE10 скрыть иконки очистки текста и отображения пароля

Может кому и полезно будет..
В общем IE10 под Windows 7/8 добавляет в текстовые поля иконки-кнопки для очистки текстового поля и отображения введенного пароля (в поле ввода пароля)
Иногда это может не вписываться в дизайн или мешать работе с полем яваскрипту



Скрываются так:

::-ms-clear {
    display: none;
}

Ссылка на источник http://stackoverflow.com/questions/10842665/internet-explorer-10-windows-8-remove-text-input-and-password-action-icons