Диплом разросся до такой степени, что можно начинать открытое тестирование. Начинать-то можно, но с этим возникает проблема, имя ей - хостинг.
Вспоминая прошлый проект, предвижу epic fail с поиском халявных джанго-хостингов, сие удручает и угнетает.
На данный момент, всё что накожено, содержится здесь:
http://code.google.com/p/seetho/source/checkout
28 окт. 2009 г.
8 окт. 2009 г.
Некоторые вещи иногда просто бесят.
Вот сегодня меня в конец достал кулер на ноутбуке (Lenovo Ideapad S10). Беглый поиск в гугле показал, что я такой не один, да и проблеме уже скоро год. Где-то в июне-июле Lenovo даже разродилось новой прошивкой, исправляющей сей баг (ставил - не помогло).
Суть проблемы в следующем: периодически кулер начинает люто-бешено крутиться с чумовой скоростью, оглашая окрестности своим рёвом. Sensors и гугл подсказали мне, что кулер пытается охладить процессор до 50 градусов, далее считает, что сея температура вполне себе комфортна, и затыкается. Неприятностей добавляет то, что молодцы из Lenovo додумались привязать обороты кулера не к температуре, а к загруженности проца. Сколько надо было выжрать, чтобы до такого додуматься, я не представляю.
Итог печален: стоит ноуту постоять с запущенным ktorrent, загружающим процессор лишь на 20-30%, зато люто теребящим жёсткий диск, и вуаля: sensors показывает заветную температуру в 52-54 градуса. Кулер, завидев такие чудеса, начинает с некой периодичностью врубаться и затихать, чем неимоверно меня радует.
Запуск pwmconfig меня огорчил неимоверно: /usr/sbin/pwmconfig: No sensors found! (modprobe sensor modules?)
Вывод sensors:
acpitz-virtual-0
Adapter: Virtual device
temp1: +58.0°C (crit = +86.0°C)
Проблема остаётся нерешённой (.
З.Ы. в богомерзкой венде то же самое, ну и хрен с ней.
Вот сегодня меня в конец достал кулер на ноутбуке (Lenovo Ideapad S10). Беглый поиск в гугле показал, что я такой не один, да и проблеме уже скоро год. Где-то в июне-июле Lenovo даже разродилось новой прошивкой, исправляющей сей баг (ставил - не помогло).
Суть проблемы в следующем: периодически кулер начинает люто-бешено крутиться с чумовой скоростью, оглашая окрестности своим рёвом. Sensors и гугл подсказали мне, что кулер пытается охладить процессор до 50 градусов, далее считает, что сея температура вполне себе комфортна, и затыкается. Неприятностей добавляет то, что молодцы из Lenovo додумались привязать обороты кулера не к температуре, а к загруженности проца. Сколько надо было выжрать, чтобы до такого додуматься, я не представляю.
Итог печален: стоит ноуту постоять с запущенным ktorrent, загружающим процессор лишь на 20-30%, зато люто теребящим жёсткий диск, и вуаля: sensors показывает заветную температуру в 52-54 градуса. Кулер, завидев такие чудеса, начинает с некой периодичностью врубаться и затихать, чем неимоверно меня радует.
Запуск pwmconfig меня огорчил неимоверно: /usr/sbin/pwmconfig: No sensors found! (modprobe sensor modules?)
Вывод sensors:
acpitz-virtual-0
Adapter: Virtual device
temp1: +58.0°C (crit = +86.0°C)
Проблема остаётся нерешённой (.
З.Ы. в богомерзкой венде то же самое, ну и хрен с ней.
4 сент. 2009 г.
Автодополнение. AJAX+Django
Дабы немного поразмяться перед ваянием диплома, решил написать на джанго простенькую вещь: автодополнение.
Принцип его действия до бьезобразного прост: при вводе пользователем какого либо символа в поле ввода, посылается ассинхронный запрос на сервер, содержащий параметр - часть слова, которое пользователь уже ввёл. Сервак выдаёт список записей, которые начинаются на эту часть слова. Этот список подставляется в шаблон, который в свою очередь выводится в див.
Сырцы брать на 4shared.
Принцип его действия до бьезобразного прост: при вводе пользователем какого либо символа в поле ввода, посылается ассинхронный запрос на сервер, содержащий параметр - часть слова, которое пользователь уже ввёл. Сервак выдаёт список записей, которые начинаются на эту часть слова. Этот список подставляется в шаблон, который в свою очередь выводится в див.
Сырцы брать на 4shared.
Поход за грибами
31 авг. 2009 г.
Документашка по диплому
Итак, я таки наваял краткую документашку по дипломной работе.
Приглашаю всех в коментарии на обсуждение.
Приглашаю всех в коментарии на обсуждение.
30 авг. 2009 г.
Django или Google Apps Engine
Ну вот я и определился с первой серьёзной проблемой: в каком виде я представляю мою систему.
Проблема возникла при обдумывании такой задачи: в какой именно момент времени происходит опрос фидов.
Эта задача не так проста как кажется. Я вижу следующие варианты:
1) При входе пользака в систему происходит опрос всех его фидов. Проблема №1: тормоза при логине. Решение проблемы №1: опрос обновлений через AJAX. Проблема №2: допустим, существует фид, кормящий пул с нововстями, который покоится в группе, в которой нет ни одного живого пользователя, но есть подписчики на выходной рсс-поток пула этой группы. Нет пользователей - нет обновлений. Решение проблемы №2: ???.
2) Опрос фидов происходит с помощью стороннего сервиса (запускаемого по cron'у, например), который, юзая инфу из базы, опрашивает фиды и вносит в бд обновлённую информацию, которая в свою очередь фильтруется следующим сервисом. Проблема №1: геморно писать такую систему. Решение проблемы №1: взять себя в руки. Проблема №2: Не известо (мне), предлагает ли гугл в рамках своего движка возможность для создания таких допольнительных сервисов.
И вот тут и встаёт вопрос (ибо, скорее всего, я выбираю путь №2): на чём именно реализовывать проект, нужно ли искать свой хостинг, или гугл нас спасёт?
Готов выслушать дельные советы.
Проблема возникла при обдумывании такой задачи: в какой именно момент времени происходит опрос фидов.
Эта задача не так проста как кажется. Я вижу следующие варианты:
1) При входе пользака в систему происходит опрос всех его фидов. Проблема №1: тормоза при логине. Решение проблемы №1: опрос обновлений через AJAX. Проблема №2: допустим, существует фид, кормящий пул с нововстями, который покоится в группе, в которой нет ни одного живого пользователя, но есть подписчики на выходной рсс-поток пула этой группы. Нет пользователей - нет обновлений. Решение проблемы №2: ???.
2) Опрос фидов происходит с помощью стороннего сервиса (запускаемого по cron'у, например), который, юзая инфу из базы, опрашивает фиды и вносит в бд обновлённую информацию, которая в свою очередь фильтруется следующим сервисом. Проблема №1: геморно писать такую систему. Решение проблемы №1: взять себя в руки. Проблема №2: Не известо (мне), предлагает ли гугл в рамках своего движка возможность для создания таких допольнительных сервисов.
И вот тут и встаёт вопрос (ибо, скорее всего, я выбираю путь №2): на чём именно реализовывать проект, нужно ли искать свой хостинг, или гугл нас спасёт?
Готов выслушать дельные советы.
28 авг. 2009 г.
Диплом. Первая кровь.
Вот я и дошёл до осознания того факта, что диплом надо таки написать.
Основной идеей у меня является упрощение рутинной деятельности человека в инете: постоянного просмотра день за днём одних и тех же сайтов с целью выискивания интересующей их информации.
Блин, да эта деятельность автоматизируется!
Во-первых, надо будет реализовать некий ресурс, который будет периодически опрашивать некие новостные потоки (rss, atom ленты сайтов), и проверять сообщения из них на соответствие неким критериям, заданным пользователями (от простейшего вхождения слова до поиска с лексическим анализом), т.е. проводить фильтрацию новостных потоков.
Во-вторых, этот ресурс должен быть основан на принципе соц. сети: люди не просто описывают свои источники ежедневной информации, но и объединяются в группы по интересам, внося в эти группы новые пары фильтр+фид.
В-третьих, к каждым фидам, парам фид+фильтр и группам можно будет добавлять мета-данные, как-то: теги, описывающие их изображения (голые нигры, ага). Со временем эта задача может быть автоматизирована (например, все пары фид+фильтр в группе "новости из личной жизни Шумахера" скорее всего будут иметь теги "Шуми" и "личное").
Ну и разумеется, каждый новостной пул, полученный слиянием данных из пар фид+фильтр из одной группы так же будет иметь свою рсс-ленту. Рекурсия, мать её.
Вот так вот постараемся лишить дорогого анонимуса его основного занятия, скрашивающего его бесцельную, никчёмную серую жизнь.
Теперь буду постепенненько крапать дизайн-документ.
Основной идеей у меня является упрощение рутинной деятельности человека в инете: постоянного просмотра день за днём одних и тех же сайтов с целью выискивания интересующей их информации.
Блин, да эта деятельность автоматизируется!
Во-первых, надо будет реализовать некий ресурс, который будет периодически опрашивать некие новостные потоки (rss, atom ленты сайтов), и проверять сообщения из них на соответствие неким критериям, заданным пользователями (от простейшего вхождения слова до поиска с лексическим анализом), т.е. проводить фильтрацию новостных потоков.
Во-вторых, этот ресурс должен быть основан на принципе соц. сети: люди не просто описывают свои источники ежедневной информации, но и объединяются в группы по интересам, внося в эти группы новые пары фильтр+фид.
В-третьих, к каждым фидам, парам фид+фильтр и группам можно будет добавлять мета-данные, как-то: теги, описывающие их изображения (голые нигры, ага). Со временем эта задача может быть автоматизирована (например, все пары фид+фильтр в группе "новости из личной жизни Шумахера" скорее всего будут иметь теги "Шуми" и "личное").
Ну и разумеется, каждый новостной пул, полученный слиянием данных из пар фид+фильтр из одной группы так же будет иметь свою рсс-ленту. Рекурсия, мать её.
Вот так вот постараемся лишить дорогого анонимуса его основного занятия, скрашивающего его бесцельную, никчёмную серую жизнь.
Теперь буду постепенненько крапать дизайн-документ.
Подписаться на:
Сообщения (Atom)