На 404 странице показывается «войти/выйти», хотя я и залогинен.

Example: www.linux.org.ru/people

Invalid property 'tag' of bean class [ru.org.linux.user.AddRemoveBoxesController$EditBoxesRequest]: Bean property 'tag' is not readable or has an invalid getter method: Does the return type of the getter match the parameter type of the setter?

Перемещено tazhate из linux-org-ru

Так уж исторически сложилось, что был у меня один сервер OpenBSD i386 на 64-х битном процессоре. Решил я эту непотребность исправить, благо upgrade на 5.2 так или иначе намечался. Итого ход действий:

• делаем самый обычный апгрейд, как ни в чём не бывало, но с другой архитектурой
• бутим систему, переустанавливаем все пакеты от новой архитиктуры
• всё, PROFIT!

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

из того, что я заметил, timeout считается с момента создания сообщения. можно ли это изменить так, что бы он считался с момента последнего редактирования?

я честно попытался заглянуть сначала в сырцы. задел там вроде уже есть, но что к чему я так не разобрался. можно попросить включить/добавить subj.? cast hizel

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

UPD: редактирование/добавление тагов не вызывает уведомлений. maxcom, hibou, ваше мнение?

http://www.linux.org.ru/forum/job/8161040

это бы не помешало прикрепить в топе jobs.

да вы что там, рехнулись все окончательно, улучшатели мира?

• во первых явная некро-модереция — тема двухмесячной давности
• во вторых причина удаления притянута за ушы. писал бы уже как есть: «новая лини партии: комментариям в Jobs не быть!» где ты, JB, тут узрел флуд — мне не понятно.
• в третих затёр все комментарии, оставив при это саму тему (слегка флудогонную), которая хоть сама по себе и интерессна, но формально к конкретному поиску работы не относится. Перенёс бы её тогда в Talks, или давил бы уж всю тему, коль она против новой лини партии.
• в четвёртых: чего уж мелочится? делал бы сразу DROP TABLE `comments`;
• ну и в пятых: если бы это был tazhate, я бы не удивился, но от тебя, JB, я такого не ожидал.

подкиньте дельных советов по тюнингу. система 12core/12GB, ubuntu 10.04, nginx + posgtesql + django. ожидаемая нагрузка — 100k в очень короткое время.

добился уже более-менее стабильных 5000cps на django и ~20000cps на статике, но как-то всё ещё недоволен.

в первую очередь интерессует критика по поводу:

fs.file-max = 65536
kernel.shmmax = 2147483648
kernel.shmall = 524288
net.core.somaxconn = 10240
net.ipv4.tcp_fin_timeout = 3
net.ipv4.tcp_keepalive_time = 60
net.ipv4.tcp_keepalive_intvl = 15
net.ipv4.tcp_keepalive_probes = 5
#net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.ip_local_port_range = 16384 61000
net.ipv4.tcp_syncookies = 0

кто что посоветует?

ещё одна проблема с ulimit'ами: daemon-start-stop не цепляит их к сожалению из /etc/security/limits.conf. как workaround добавил их в стартовые скрипты. но как того же добиться лучше/правильней?

едит ли кто в этом году в гамбург на субж.?

смотри: http://www.dim13.org/tmp/lor-bug.png

забыли где-то закарыть тег? далее весь тред в сером цвете.

android 4.1

Похоже, что, к своей 35-й годовщине, Voyager 1 окончательно покинул Солнечную Систему.

http://voyager.gsfc.nasa.gov/heliopause/heliopause/v1la1.html, http://voyager.jpl.nasa.gov/news/voyager_35.html

discuss!

переписал свой хомяк польностью под html5 — кому не лень потестити пожалуста. смотрел под ff/chrome/ie9/safafi — вроде всё работет, но незаконченность драфта и его неполная поддержка всё таки как-то настораживют.

вопорос скорей всего даже в том — стоит ли уже переползать на html5? мне например писать под него даже понравилось — всё гораздо проще и яснее. но и веб-кодер из мненя конечно никакой. т.ч. если кто что дельное подскажет — буду очень рад.

данная просьба и не совсем шкурная — ибо хочу новой темой поддержать blogsum (git), которы при всём своём потенциалле как-то застрял в 2009-ом году и разнообразием тем не блещет, хотя из него получился бы не прохой убийца wordpress.

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

discuss!

Берлинская креативная агентура Moccu ищет jQuery фронтенд разработчиков.

Работа локальная или удалённая. Переезд в Берлин приветствуется. ;) Оплата договоная, примерно 5000 € за проект.

Из обязательных условий: 4-5 лет опыта и референции (!), а так же разговоный немецкий или англиский. Т.ч. школьников и студентов попрошу не беспокоиться.

Заинтерессованных пожалуста с резюме и референциями сюда: work@moccu.com

subj. Еду в отпуск. Кому интенессно пересечься — отпишитесь. Будет что-то вроде LOR-meetup. :)

UPD: 8-13.07.2012

http://pedromadias.wordpress.com/2012/06/25/all-your-asus-servers-ikvmipmi-ma...

/* no comment */

subj. беда-печаль ... аж растроился. в testing'е его уже снесли.

только думал поставить его, что-бы сварганить по быстрому wallpaper для android'a, а тут такие дела. какя-то нездоровая тенденция всё подряд из репозиториев тереть.

обосноване особо добило: «The concept of povray is ancient and there is the blender project, doing so much more.»

так ведь и LaTeX могут снести, ибо «ancient concept and there is MS Word, doing so much more»

!Ъ: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649016

Subj. Talks → Secrutity. Sry, как-то не подумал при создании.

А вообще было бы не плохо, если бы автор темы мог при редактировании так же менять раздел. А то вот запостиш, а опсля вспоминаеш/осознаёш, что есть более подходящий раздел. :(

Китайцы взломали сервер Пентагона. Каждый китаец попробовал один пароль. Каждый второй пароль был «Мао Цзедун». На 74357181-й попытке- сервер согласился,что у него пароль «Мао Цзедун».

!Ъ: CVE-2012-2122: A Tragically Comedic Security Flaw in MySQL

Ъ:

$ for i in `seq 1 1000`; do mysql -u root --password=bad -h 127.0.0.1 2>/dev/null; done

mysql>

Перемещено tazhate из talks

на данный момент у меня 2 независимых диска, на которые идёт ежедневный бэкап. чётные недели — первый, нечётные — второй. соответственно при смерти одного из них теряются либо чётные, либо нечётные недели.

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