Был в поездке, с удовольствием почитал ЛОР с телефона... Довольно приятный интерфейс сделали для мобильных: сообщения по ширине аккуратненько выравниваются итп.

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

можно либо выпилить банеры с мобильного варианта, либо их показывать в ширине не более чем 300 пикселей?

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

это пипец. спрашиваю многих «почему выбран именно Lua как встраиваемый язык?»

типовые ответы:

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

но чухня все это.

любой язык ща встроить в свой код одинаково. что питон что перл.

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

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

ну а уж о магии «эта хрень в lua работает вот так вот что волосы дыбом потому что на C было так проще писать» вообще сплошь.

вот например что выводит программа?:

local tbl = { 1, nil, 2 }
print( unpack(tbl) )

правильно, она выводит:

1 nil 2

а вот что выведется в следующих случаях:

local tbl = { nil, 2, 3 }
print( unpack(tbl) )

и

local tbl = { 1, 2, nil }
print( unpack(tbl) )

можете сказать?

и так в lua все.

недели три не заходил на ЛОР, а сегодня зашел и тут такое:

http://s1.ipicture.ru/uploads/20120318/W9nclgV7.png

плагины чего-либо блокирующие не используются

я хотел комент написать

есть задачка из браузера андроида отправлять координаты GPS на вебстраничку.

никто не ткнет в документацию как это проще всего сделать?

Итак, есть у нас закон Мура, гласящий что вычмощности современных компьютеров удваиваются каждые 18 месяцев. На основании этого известно, что уже в ближайшие 20 лет человечество получит персональный компьютер в который можно будет скопировать человеческий мозг даже не вникая сильно в то, как он работает. Ну а что дальше будет - очевидно, еще 18 месяцев - два интеллекта в одной коробочке, еще 18 месяцев и более менее развитая виртуальная реальность итп. Если ядерной войны не случится, то наступит интересное время, но я не об этом.

Давайте поразмышляем далее. Предположим что у нас уже есть компьютер который может несколько T копий интеллектов в себя вместить. Далее мы начинаем на таком компе моделировать некую вселенную.

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

• разрабатываем некое строение нашей экспериментальной вселенной на основе нечта элементарного (ну предположим нечто а-ля современная квантовая механика) и это нечто обуславливается двумя законами: энтропии: постоянное разрушение форм и закона усложнения форм: обстоятельств постоянного созидания/усложнения форм
• запускаем систему, которая начинает обсчитывать все большее и большее количество элементарных элементов до тех пор пока не дойдет до ограничения по памяти/скорости. Здесь вопрос баланса: при достижении ограничения никакой из двух базовых законов не должен быть превалирующим иначе дойдет до фатума.

В результате моделирования у нас в перспективе, внутри нашей моделируемой вселенной появляется жизнь, разум итп. Все это развивается, останавливается, опять развивается, осмысливает имеющуюся вселенную итп.

Ну и здесь как бы два философских вопроса:

• сможет ли искусственный разум без интерфейсов к внешнему миру осмыслить границы в которых он находится (то есть наш гипотетический компьютер)?
• сможет ли он преодолеть эти границы?

Есть на хосте три звуковых устройства (встроенная в мать - не используется, USB-наушники с микрофоном и вебкамера с микрофоном)

без каких-либо конфигов ~/.asoundrc играет все на встроенное в мать аудио и дефолтный вход - встроенный в мать аудиовход.

надо перенастроить чтобы

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

поглядел в /proc/asound/cards там такое:

 0 [Intel          ]: HDA-Intel - HDA Intel
                      HDA Intel at 0xf9ffc000 irq 44
 1 [U0x93a0x2626   ]: USB-Audio - USB Device 0x93a:0x2626
                      USB Device 0x93a:0x2626 at usb-0000:00:1d.0-1, full speed
 2 [Headset        ]: USB-Audio - Logitech G930 Headset
                      Logitech Logitech G930 Headset at usb-0000:00:1d.0-2, full speed

ковыряясь в доках и примерах сваял вот такой конфиг:

pcm.!default {
        type plug
        slave { pcm "dmixer" }
}

pcm.dmixer {
        type dmix
        ipc_key 1024
        slave {
                pcm {
                        card Headset
                        type hw
                }
        }
}

ctl.!default {
        card Headset
        type hw
}

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

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

вопрос как сделать? а то я чет эти конфиги не очень понимаю что к чему

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

может стоит все мининовости объединить и сунуть в отдельный <div>?

и карму верните взад

сейчас уведомления удобно использовать если что-то написал в форуме и посмотреть были ли ответы.

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

можно приделать галочку «без новостей»?

Продолжая старую традицию, Fluxbox снова «прыгнул» через несколько версий. Сегодня, после примерно двух лет разработки, выпущен новый релиз этого замечательного оконного менеджера — Fluxbox 1.3 (предыдущая версия была 1.1).

В новом релизе:

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

>>> Подробности

кто использует постгрис в перле?

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

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

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

соответственно вопрос: у кого используется постгрис в продакшене на перле? какую версию данного драйвера вы используете?

есть такая конфигурация: много разных устройств передают данные серверу. Сервер сохраняет эти данные в БД. Поскольку устройства сильно разные, то на каждый тип устройства заведена своя таблица. Однако есть общие моменты: для каждой записи надо фиксировать время отсчета и еще некоторые параметры которые сквозняком проходят сквозь все данные.

итого общие параметры вынесены в отдельную таблицу:

id              SERIAL PRIMARY KEY,          -- id записи
happen          TIMESTAMP NOT NULL,          -- когда произошло событие
processed       BOOL NOT NULL DEFAULT false, -- данное событие обработано

события после того как накопятся в должном количестве еще и обсчитываются скопом, отсюда последний флаг.

и вот с постгрисом оказалось удобно очень, что родительская таблица позволяет выбрать одним простым запросом «все необработанные записи» из всех таблиц вообще.

но тут очень не хватает еще и знания в какой из дочерних таблиц лежат эти данные.

можно ли как-то SELECT'ом по родительской таблице получить в выборке дополнительный столбик - имя дочерней таблицы?

Есть необходимость сделать поле вида

varchar(16)[]

в нем будет массив значений от нуля до 5 записей (в среднем)

самое унылое что по этому полю надо еще и поиск делать

нужны поиски вида:

«выбрать все записи у которых меньше N членов в массиве» - это вроде просто

«выбрать все записи у которых есть член 'abc' в массиве» - это уже не особо понятно как индексировать

и самое сложное

на входе массив

"abc", "def"

а в столбиках массивы:

"abc", "abd", "def"  - должно вернуть 2
"abc"                - 1
"def", "abc"         - 2
"eaf"                - 0

и соответственно отобрать всех у кого скажем число меньше или равно 1

в приниципе проявив изрядную долю труда можно привести все это к битовым маскам но какую индексацию в таком случае применять?

BTREE вроде не ложится на работу с битовыми масками? HASH тоже

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

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

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

посоветуйте хорошую книжку, чтобы там было затронуто

• администрирование
• запросы (методы оптимизации итп)
• SQL (описание как можно более полное его диалекта)

По случаю выхода Debian 6.0 «Squeeze» произошел полный редизайн многих страничек проекта Debian и, в частности, главной страницы проекта, которая не подвергалась никаким изменениям за последние 13 лет. Основной сайт стал, как многим кажется, более удобен в навигации, к примеру ссылка «Скачать» теперь есть прямо на главной странице.

Необходимо отметить, что новую структуру сайта старались сделать так, чтобы сохранённые у пользователей ссылки в закладках продолжили работать.

Смене дизайна также подверглись многие подпроекты Debian'а, в частности http://wiki.debian.org, http://lists.debian.org, http://planet.debian.org и http://packages.debian.org.

Увидеть как выглядел сайт ранее можно на archive.org.

>>> Подробности

для своих личных задач юзаю trac. не хватает в нем календаря и уведомлений. а есть ли вебпроект (не на похапе: постоянно обновлять из за дыр неохота) чтобы сабж реализовывал?

локальных органайзеров/календарей дофига, но я постоянно перемещаюсь по компам...

давно не глядел на ЛОР, а тут смотрю - тема сменилась с красивой черной на какую-то кошмарно размытую.

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

верните плиз

суть в следующем: каждый год продлеваю оплату домена в зоне .ru.

в этом году было много очень личных событий, то-сё, отец умер... в общем не до того было... еле успел продлить.

есть домен в зоне .org, оплатил до 2025 года и выключил голову на эту тему, в зоне .com тоже самое, хочешь вперед платить - плати

одна роисся блин вперде. только раз в год.

с nic.ru в позапрошлом году положил денег на два года вперед, они тарифы увеличили - получилось денег стало не хватать за продление, пришлось сотку докладывать. пытался с ними ругаться «денег же я вам по вашим прошлогодним ценам в прошлом году и положил, почему не продлить по старым ценам?» - бестолку. то есть на неск лет вперед класть деньги на счет смысла нет.

вопрос: есть ли вариант оплатить домен в зоне .ru на неск лет вперед?

Я тут с помощью privoxy вырубил левый фрейм совсем, а поскольку смотреть свои уведомления и находить свои коментарии всеж иногда нужно, то повесил линки на них в шапку.

получилось довольно экономно по месту на экране.

http://ipicture.ru/uploads/101022/vuKovM1xVC.png

Может в настройках пользователя имеет смысл сделать что-то подобное?