sledopit

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

Попробуйте вместо 1280/ использовать 1280x1280:

find /input/ -iname "*.*" -exec convert {} -resize 1280x1280 -quality 70 -density 72 {} \;

Подождите, так вы знаете время, когда это происходит? Почему нельзя просто посмотреть, что именно запускалось в этот момент?
Крон же всё пишет в syslog. grep CRON /var/log/syslog ну и найти нужное время.

Или у вас настолько большой крон, что там по сто заданий в минуту запускается?

man iptables port forwarding ( ну или просто погуглить iptables проброс порта ).
upd. это в случае, если на устройстве, куда надо попасть, стоит свой ssh server.

Ну плагин вы такой навряд ли найдёте. Задача довольно специфичная. А вот наваять однострок под это дело очень просто:

grep -vf exceptions.txt base.txt | sort -u

выведет вам очищенный base.txt без дублей.
если вам нужно сохранить его обратно в base.txt, но не стоит добавлять > base.txt в конце, нужно действовать через временный файл:

grep -vf exceptions.txt base.txt | sort -u > base.tmp ; mv base.tmp base.txt

Хотя из условия не очень понятно, нужно ли от одинаковых вхождений очищать ещё и exceptions.txt. Если нужно, тогда логика поменяется.

Так puppet же. Ну или chef и прочие configuration management поделки.

Позвонить в webnames и поинтересоваться что и как.
Если они подтвердят, что ресселер таки зарегистрировал домен на ваше имя, то отправить нотариально заверенные документы с просьбой о переводе домена в webnames.

Я бы выбрал другую cms. Вот из этого списка: meta.stackoverflow.com/questions/2267/stack-overflow-clones.

Ну взломать вас, возможно, и не взломают.

Однако такие вещи отлично подходят для всяких вариаций социальной инженерии. Как в отношении вас (можно прикинуться давним знакомым, бросая в глаза кучу фактов, как правило, неизвестных посторонним людям), так и в отношении ваших близких/знакомых (которых так же легко можно найти в тех же соцсетях) [с ними проще].

Без картины реального распраделения нагрузки (мониторинга) это будет небольшим гаданием на кофейной гуще.

Скорее всего и nginx и mysql активно кушают диск и мешают друг другу.
Имхо, первым шагом было бы логично вынести mysql на отдельный физический диск или, если этого окажется недостаточно, даже отдельный физический сервер.

gitready.com/intermediate/2009/02/18/temporarily-ignoring-files.html

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

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

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

5) уехать на отдых можно хоть на год, если это не срывает сроки. в противном случае можно очень круто всех подставить и испортить отношения. о том, что вы уезжаете (если это происходит не в выходные), лучше известить заранее.

9) фриланс.

10) хуже всего, когда вы просто пропали или вас приходится искать. что-то случилось — дайте весточку.

14) см. п2. (но в этом случае новый человек будет искаться, если сроки срываются/проект горит/и т.д.)

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