kafeman

hash+salt и не надо ничего изобретать. Ну и не использовать md5, обнаружены слабости к коллизиям, лучше sha2.

Дык это, если злоумышленник уведет базу hash_of_hash, как вы ее называете, то он сможет спокойно авторизовываться в качестве любого пользователя в дальнейшем, разве нет? Например, Ева знает hash_of_hash Алисы. Ева запрашивает ключ. Получает 1234. Вычисляет md5(hash_of_hash+1234) отправляет все дело серваку. Тот вычисляет md5(hash_of_hash+1234) и Ева внутри. Получается что в базе у вас будут лежать данные, используя которые злоумышленник может успешно авторизоваться. А это не есть хорошо.:)

Скорее всего, вы пытаетесь переизобрести SRP.

wxWidgets

В теле вопроса не смог найти цену. =)

SSI для общих элементов.

unity.ubuntu.com/projects/appindicators/
Если либа на С и реализация для питона.

На примере того же вконтакта:
при показе лаера на body ставится
overflow:hidden;
и показывается блок лайтбокса #layer_wrap у которого стоит:
height: 580px;
overflow: auto;
Именно это и позволяет добиться описанного вами эффекта.

Это совсем не обязательно кэш.

Во-первых, при выполнении запроса MySQL подгружает в память все необходимые индексы. Если сразу после этого выполнить запрос повторно, индексы уже находятся в памяти, и это уменьшает время выполнения запроса.

Во-вторых, MySQL также на время кэширует план выполнения запроса.

как от этого избавиться?

Я не думаю, что от этого стоит (или даже можно) избавляться. Вреда никакого, одна сплошная польза :)

Можно:
superuser.com/questions/152161/is-it-possible-to-forbid-removal-of-files-but-allow-creation-of-them-for-specifi

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

А невелосипедных способов, естественно, не существует.

Можно рефакторить кусками, по мере добавления «новых фич» и «доработок». Переделывая под новую структуру, которая у вас уже должна быть в голове=)

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

Что-то пилят Чип и Дейл

Я не специалист, но если руководствоваться здравым смыслом, то ниша сильно влияет. Ноутбуки востребованы, но конкуренция на рынке слишком большая. Вам придется изрядно постараться что бы привлечь покупателей. Обычно это какие-то акции, более качественный сервис за ту же сумму и т.д. С другой стороны если выбрать более специализированную нишу, количество клиентов будет сильно ограниченным. Но если конкуренция не большая, шанс на большую прибыль выше.

А где это в Железном Человеке куча сисек?

**ушел пересматривать.

ffmpeg -i file1.avi -vcodec libx264 -vpre libx264-ipod640 -b 500k -bt 500k -acodec libfaac -ab 96k -ac 2 -s 800x480 -threads 8 -g 24 -r 24 out.mp4
и мету вперед
qt-faststart out.mp4 outq.mp4
либо
mp4box -add out.mp4 outq.mp4

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

А Вы не подумали о том, что картинки просто бликируют для открытия их с других сайтов?
Примерно так:
valid_referers none blocked server_names *.liveinternet.ru;
if ($invalid_referer) {
return 403;
}
Вполне себе нормальная практика.