danfe

Элементарно, Ватсон!

man sshd_config

на предмет

AllowUsers

This keyword can be followed by a list of user name patterns, separated by spaces. If specified, login is allowed only for user names that match one of the patterns. ‘*’ and ‘?’ can be used as wildcards in the patterns. Only user names are valid; a numerical user ID is not recognized. By default, login is allowed for all users. If the pattern takes the form USER@HOST then USER and HOST are separately checked, restricting logins to particular users from particular hosts.

то есть

AllowUsers vasya petya lena@host.local.net

ну можно попробовать повозиться с DenyUsers в sshd_config:
DenyUsers
This keyword can be followed by a list of user name patterns, separated by spaces. Login is disallowed for user names that match one of the patterns. Only user names are valid; a numerical user ID is not recognized. By default, login is allowed for all users. If the pattern takes the form USER@HOST then USER and HOST are separately checked, restricting logins to particular users from particular hosts. The allow/deny directives are processed in the following order: DenyUsers, AllowUsers, DenyGroups, and finally AllowGroups. See PATTERNS in ssh_config(5) for more information on patterns.

«100% кросс-платформенности» можно добиться разве, что в играх, и то большими натяжками (все равно будут различия между девайсами и платформами), и то потому, что игры почти не требуют интеграции с ситемой и системными сервисами. Для приложений общего назначения требующего взаимодействия с устройством, вряд ли удасться добиться приемлемой кросплатформености, как в техническом плане, так и в концептуальным — например если просто перенести дизайн и воркфлоу приложения с айфона на андроид или наоборот то получится полная фигня (хотя тупые клиенты любят требовать «хочу чтоб прога под Андроид выглядила точно так-же как под Айфон»).
Тем не менее, хотя как я написал, 100% переносимости вряд ли получится добиться, есть всякие способы реюзать большие куски кода, например:
1. Писать бек-энд на С++, который поддерживается почти всеми основными мобильными платформами (за исключением WP7) а «морду» делать родную для каждой платформы. Оптимальный с точки зрения юзер-экспириенс вариант, но один из самых затратных по времени, хуже только полностью раздельный код под все платформы.
2. Воспользоваться одной из многочисленый библиотек для крос-платфоменой разработки. Позволит сократить время разработки, но имет свои недостатки — «неродной» look&feel (что простительно для полностью стилизованых интерфейсов игр, но не очень хорошо для нормальных приложений), плюс дополнильный уровень абстракции с дополнительными глюками и закидонами (которых в зоопарке мобильных устройст и платформ и так достаточно). Еще проблема таких библиотек, что часто они работают по принципу наименьшего общего знаменателя, без бубна предоставля доступ только к фичерами доступным на всех платформах, и то не всегда.

Конкретно насчет Qt — официальная версия Android не поддерживает и скомпилировать Qt под андроид NDK будет очень сложно. NDK предоставляет только минимальный набор API, немногим больше, чем только libc, libm, libgl и limstdc++, а соотвественно придется самому компилировать все зависимости. Насчет андроид порта указаного выше, насколько я знаю, проект еще очень сырой, и сомневаюсь, что он подходит для продакшена. Поиметь кросплатформеную библиотеку уровня Qt для Андроида было бы отлично (сам с нетерпением жду), но боюсь что до этого еще достаточно далеко.

А почему именно «много-много кода»? Чем меньше кода, тем универсальнее ПО. А чем больше кода, тем функциональнее софт. Нужно искать средний путь, но плодить много-много кода — это однозначно, не хорошая тенденция. Я предпочитаю выносить мысль несколько месяцев, а потом решить несколькими строчками или обозримым куском кода, который при возврате к нему через год, можно будет охватить глазом.

Желание писать меньше ))

Интересный и перспективный проект, где есть умные менеджеры, хороший руководитель, и разного рода мелочи (удобный стол, удобное кресло, печеньки). Возможность оставаться на работе (душ, кровать). Возможность приходить и уходить в любое время. Отсутствие тотального контроля. Когда программист погружен в подобную или близкую атмосферу, код будет писаться сам по себе =) В целом в любой работе так =) Удовлетворить все пожелания (реальные, а не Бентли под окна) работника — и дело в шляпе. Суммарная затратность не такая большая, а профитов в разы больше.

Может перестать делать говно?

5/5 Публикуйте.

Давайте хорошие коментарии и отвечайте качественно на Q&A.

Вот хороший сайт на эту тему flashboot.ru/
Все зависит от производителя микросхемы и типа памяти.
С помощью инфы с этого сайта самому удалось восстановить пару флешек. К примеру, эта помогла flashboot.ru/index.php?name=News&op=article&sid=27

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

Совершенно тихо, тепло уходит прекрасно, пыли нет. Есть немного запаха масла и немного геморроя, при замене комплектующих (вытащить, вымыть, высушить, пересобрать, герметик, утопить).

Спасибо за Nemesis.
Сейчас из друго источника получил еще одну подсказку:

Проект Scapy это все-в-одном для низкоуровневой работы с сетью.

www.secdev.org/projects/scapy/

Ха! На самом деле.
Первое, что в голову приходит — отослать окну сообщение с изменениями размера. Помню, на Delphi такие утилиты писали.

SetWindowPos(findwindow(nil,'1.txt — Блокнот'),HWND_BOTTOM,1,1,20,20,SWP_nosize);

первый параметр — заголовок окна, с которым надо что-либо сделать ( в данном случае — передвинуть). Заголовок передается функцией «ловли» окна

findwindow(nil,'1.txt — Блокнот'), где 1.txt — Блокнот заголовок окна

Второй параметр — положение окно ( т.е. его Z-расположение ) он нам сейчас не нужен. Просто считайте, что он должен быть HWND_BOTTOM

Третий параметр — координыты окна по «Оси X» в пикселах.

Четвертый параметр — координыты окна по «Оси Y» в пикселах

(т.е. этими координмтами вы указываете куда двигать окно).

Пятый — размер окна по горизонтали

Шестой — размер окна по вертикали

Если в linux'e/*bsd, то можно воспользоваться пакетом imagemagick. Получится нечто в духе:
for IMAGE in *jpg ; do convert $IMAGE -resize 100x100 ${IMAGE/.jpg/}_small.jpg ; done

htc wildfire отключил синхронизацию с данными сотовой сети — часы назад убегали (МТС Новосибирск).
Теперь все нормально.

Уже давно забил на аську, использую jabber.
Больше хлопот, чем пользы.