Приближается обед и самое время представить вам новый сервис — obeder.ru

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

Идея простая:

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

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

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

Под катом — картинка с пояснением.

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

Ведущий объявляет о проведении тренинга. При этом указывает дату-время начала и окончания, тему, тэги и т.п.

Собственно сам семинар:
Аудитория (посетители) смотрят онлайн-трансляцию семинара. И могут отправлять свои вопросы (комментарии). Тут же обновляемая лента с комментариями. Рядом с каждым вопросом в ленте кнопки голосования [+] и [-].

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

Ведущий видит только ленту вопросов и по ходу дела отвечает на них (сразу или в конце семинара)

Возможно стоит разделить обсуждение между участниками и вопросы ведущему.

Похожие сервисы уже есть, тут идея именно в механизме комментирования и направленности на ведение семинаров.

Описание задачи:

Вы делаете проект на java под Tomcat. И решили организовать разделы своего сайта в виде поддоменов.
К примеру, на сайте www.domen.xx сделать разделы: mail.domen.xx, user.domen.xx и т.п. В какой-то момент разработки вы с удивлением обанружите, что пользовательская сессия вопреки ожиданиям существует строго в рамках одного домена. То есть юзер авторизовавшись на главной странице (www.domen.xx), переходя почту (mail.domen.xx), теряет авторизацию.

Дело в том, что сессия привязывается к клиенту через cookie с именем JSESSIONID и с пустым доменом. А когда домен не указан, браузер использует полный текущий домен. То есть сессия привязывается не к «domen.xx», а к «www.domen.xx». По неизвестной мне причине в Томкэте нет настроек позволяющих управлять этим поведением.

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

Пример:
   выражение: «x + 10 == 5 * y / (1 + z*2)»;
   требуется уметь вычислять это выражение для любых значений x, y и z.

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

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

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

Если кого-нибудь заинтересует эта идея — используете на свое усмотрение без ограничений.

Итак, есть такая математическая игра — Life. На бесконечном поле в клетках стоят фишки, каждый такт игры по определенным правилам некоторые фишки «погибают», некоторые «рождаются». Все это напоминает жизнь колонии микробов. Если прокручивать такты раз в секунду или чаще — выглядит довольно интересно. (см. википедию)

Один умный профессор однажды в университете задал своим студентам такой вопрос.
-Все, что существует, создано Богом?

Один студент смело ответил:
— Да, создано Богом.
— Бог создал все? — спросил профессор.
— Да, сэр, — ответил студент.

Профессор спросил:
— Если Бог создал все, значит Бог создал зло, раз оно существует. И согласно тому принципу, что наши дела определяют нас самих, значит Бог есть зло.

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

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

1. создаю свою систему, удовлетворяющую требованиям
2. импортирую данные из исходной базы

Эта заметка о пункте номер два.

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

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

Так pg_dump, к примеру, вместо ожидаемого запроса пароля и последующего выполнения своих непосредственных обязанностей сразу обругал меня FATAL'ом и сказал, что password authentication failed. Даже не смотря на ключ --password, который в принудительном порядке производит запрос пароля. А т.к. эта же утилита используется pgAdmin'ом, похожее ругательство иногда возникает и там.

Ошибка возникает под виндой и только при наличии папки «dev», находящейся в корне текущего диска.
Это дают о себе знать юниксовые корни постгреса. Они (корни) пытаются работать с терминалом через /dev/tty, которого в винде разумеется нет. Но при наличии папки /dev, утилиты заботливо его создают после первого вызова.

Лечится просто — перед запуском утилиты сотрите файл /dev/tty
оригинал в жж

Проблема

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

Решения

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

1. прячем select
2. iframe поверх select'а
3. собственные select'ы