Есть фронтэнд с несколькими бэкэндами в виде различных томкатов. Как бы реализовать такое, чтобы при запуске нового бэкэнда он автоматом прописывался в соответствующий upstream, а при остановке, соответственно, удалялся? Причина в том, что крутиться это будет на амазоне, и хотелось бы часть нагрузки вынести на дешёвые spot-инстансы, которые планируется подключать по мере надобности (например, по расписанию, когда у большинства клиентов начался рабочий день и они дружно ломанулись, либо из-за внезапного роста нагрузки на основной сервер). Амазоновский Load Balancer не слишком подходит - определённые поддомены вроде demo*, dev*, stage* (число которых тоже часто меняется) должны направляться на определённый же application-сервер, а не равномерно раскидываться на кого round-robin пошлёт. Химичить с днсами не выйдет - во-первых, у меня нет к ним доступа, а во-вторых, ждать, пока они обновятся, не вариант. Мне выдали *.site.com и всё на этом.

В данный момент рядом с nginx уже крутится один велосипед на uwsgi+python, добавляющий новые виртуальные хосты для поддоменов по шаблонам, когда пользователь жмёт кнопочку на сайте. В принципе, не слишком трудно привернуть к нему ещё одно колесо и дёргать его через тот же cloud-init, но хотелось бы понять, не является ли эта схема изначально порочной и не проглядел ли я чего-нибудь в силу малого опыта.

Если мне надо из админки дать доступ к управлению nginx (добавить/удалить виртуалхост и пнуть его, чтобы перечитал настройки), то как наиболее правильно это сделать? webmin использовать неохота, потому что, скорее всего, будет свой велосипед, крутящийся вообще на отдельном сервере и управляющий ещё несколькими вещами.

Сделать шаблон виртуалхоста, скрипт с параметром и дёргать его через ssh?

Есть скриптик на баше с менюшкой на dialog, для собственного удобства http://pastie.org/4008334. Запускается из ~/.bash_profile. Всё замечательно, но если закрыть терминал (или putty) во время отображения меню, dialog не завершается, а подвисает и начинает кушать 100% cpu. Вроде бы dialog, а не цикл в скрипте. Как сделать правильно, чтобы при выполнении действия управление вновь возвращалось скрипту и не было подобной проблемы? Смутно подозреваю, что это связано с потерей управляющего терминала, но на локальном компьютере воспроизвести не могу - тут скрипт завершается при закрытии консоли.

dialog Version: 1.1-20080819

Сегодня вышла еженедельная альфа-версия Overgrowth под номером 180, где наконец-то появилась давно обещанная поддержка linux. Для труЪ - очень динамичный 3d-файтинг, со встроенным редактором уровней. В главных ролях - антропоморфные зайцы (или кролики?) и волки.

Наконец-то появились признаки того, что проект жив - почти через месяц обещают демку. Подробности - www.biglittleteam.ru

После двух месяцев бета-тестирования linux-клиент системы цифрового распространения контента Desura наконец-то зарелизился и стал доступен для публики, не участвовавшей в бета-тесте.

Имхо, поспешили - часть игр на 64-битной платформе не запускается вообще, некоторым приходится вручную скрипты запуска править, сам клиент сегфолтится при различных обстоятельствах.

Минимум проблем с нативными 64-битными версиями (Oil Rush, Trine, Warsow). Максимум - со старыми, заброшенными играми вроде Zero Ballistic.

Долгое время компьютерным столом служил мне старый советский стол-«книга», почти мой ровесник. Между прочим, довольно удобно - много места (только спихни кота!), если сесть повыше - можно положить локти на стол и вытянуть ноги на всю длину. Из минусов - довольно шаткая конструкция, один раз был прецедент со складыванием и поимкой системного блока. Но, в принципе, меня устраивало.

Но тут пришла девальвация. Пришлось срочно тратить деньги. Ремонт, купил родителям спальный гарнитур, а на сдачу - первый попавшийся на глаза стол «Пинскдрева». Результат - на нижней фотографии. В принципе, нормально, но коту пока не нравится - запах ДВП ещё не выветрился. В остальном вполне стандартный стол.

Предупреждая вопросы: две зубные щётки - я ими коту делаю brushie brushie brushie, а ещё он с ними играется, семки - лучше чипсов, колонки и веб-камера нужны раз в полгода, монитор старый, но верный, телефоны даже не стоят упоминания, Rainbow Dash - няшка. Внутрях арч, compiz+emerald, fbpanel, gkrellm.

http://aws.amazon.com/rds/

Кто сталкивался/использует? Прельщает то, что не надо самому заморачиваться с резервным копированием, репликациями и прочими радостями, плюс масштабирование чуть ли не на лету. Смущает - довольно высокая цена, для стартапа многовато будет. Держать ещё один EC2-инстанс под базу данных выходит вроде как дешевле, но не намного.

Купил недавно новый сабжевый диск (старый Hitachi начал сыпаться), успешно отформатировал cfdisk'ом в ext4, перенёс почти без потерь всё - и столкнулся с внезапными жестокими фризами. Сначала грешил на пресловутый 12309, потом на баг с NCQ на sata_nv, который продолжительное время преследует меня, периодически радуя ошибками в логах вида «ata:1 hard resetting link» и стуком перезапускающихся винтов. Но здесь фризы начались, казалось бы, на ровном месте - iowait при этом доходил до 98%. Начал гуглить, нагуглил http://www.linux.org.ru/forum/linux-hardware/4902298 и http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byte_Sector_Hard_Drives, но смутила полугодовая давность статьи. Может, уже тулзы, cfdisk в частности, которым я размечал винт, начали понимать такую загогулину? Вот вывод fdisk -l -c -u:

Диск /dev/sda: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders, всего 1953525168 секторов
Units = секторы of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000262d1

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1              63    20000924    10000431   83  Linux
/dev/sda2        20000925    25463024     2731050   82  Linux своп / Solaris
/dev/sda3        25463025  1953520064   964028520   83  Linux

PS. Стоит ли в связи с этим переходить на GPT?

Лично мне не нравятся десклеты, коньки и тому подобное. Для мониторинга чего-то динамичного удобнее gkrellm пока ничего не придумали, имхо. А на обоину я вывожу информацию, которая нужна мне редко. Кому интересно, как - смотрите руководство по ImageMagick в области -draw. Да, большая иконка пиджина в трее мне нравится, сразу видно, когда тебе что-то написали. В остальном - почти дефолтовый e16 и хоткеи, благо лишних кнопочек на майкрософтовской клавиатуре хватает.

Знакомый flex-программист рассказал про бета-версию нового флэш-плеера. Одно из нововведений заметно на скрине - аппаратная акселерация графики. Теперь спецэффекты - blur на заднем плане - не отжирают 100% процессорного времени, а перетаскивание MDI-окошек нагружает систему не сильнее компиза. Впрочем, как замерить разницу в скорости между старым и новым плеерами я ещё не придумал, но на глаз разница ~1.5 раза в пользу нового. В недалёкой перспективе - поддержка 3d-графики. Второе заметное и приятное новшество - использование нативных виджетов (в частности, в Linux используется libgtk). Прощай, уродливая серая менюшка!

Первый большой минус - проблемы с русскими буквами в локали UTF-8. Уж не знаю, чья это вина (иксов или индусов-кодеров, не ведающих, что есть и другие языки, кроме американского английского), но ввод получается как бы в однобайтовой кодировке.

Второй - акселерация графики не работает вместе с композитом.

Третий - сборки для x86_64 как не было, так и нет.

Заодно посмотрел и платформу Flex. Кратко, если кто не в курсе - это набор различных компонент (кнопки, списки, поля ввода, обычные и xml-сокеты, etc) для флэша, наподобие Ajax или MS Silverlight. Но, так как это флэш, доступны и все возможности флэш-анимации. Пример flex-приложения - опять же на скрине. Есть IDE (основанная на Eclipse, с довольно удобным дизайнером и неплохой справочной системой), есть и просто плагин для Eclipse. Есть и компилятор, входящий в SDK. Впрочем, всё равно требуетя Sun'овская JRE, не ниже 1.5, ибо компилятор тоже написан на java. Все средства разработки доступны на сайте Adobe. IDE (Flex Builder) стоит денег, SDK доступен бесплатно (есть и Open Source версия). С самим SDK танцев с бубном никаких - скачал, распаковал, поправил путь к jre, зашёл в examples/ и запустил build.sh. Сами Flex-приложения работают в обычном флэш-плеере, начиная с 9-й версии.

Собственно по скрину - debian lenny, openbox, fbpanel, gkrellm (тема MonkeyLovers, шрифт - Visitor Rus), opera 9.50 (firefox 3 тоже имеется), geany, yeahconsole + urxvt -pe tabbed, pidgin, pcmanfm. Основной шрифт - tahoma 9, тема - QtCurve. Что ещё? Ах да, обоина hsetroot -solid #c7c7c7 ;)

Есть ли такой? С квадратными плоскими виджетами, без градиентов и попугайских расцветок. Несколько часов упорного грепанья kde-look.org толку не дали. Стандартный KDE'шный Light, 3rd revision похож, но не то, как и CDE...

>>>

Что-то прямо какое-то засилие тёмных тем. Вот мне, допустим, тёмные тона не нравятся, поэтому поискал тему для флюкса посветлее, немного подправил в ней по мелочам (atrwiz не люблю, на 1280x1024 сильно мелкие получаются).

Тему для gtk и qt поставил максимально одинаковую (к сожалению, gtk-qt-engines глючит и тормозит) - Clearlook и Klearlook соответственно, потому что лично меня различие во внешнем виде приложений бесит гораздо больше, нежели размер виджетов.

Сглаживание везде выключено. От гнома и кде остались только либы :)