Это-то понятно, меня больше интересовало почему bobuk так уверен, что сообщения хранятся в memcached И базе mysql... если судить по фразе "disk-backed for persistance", то все равно это скорее лишь асинхронно ведущийся бэкап на случай сбоев, а сами сообщения все же через кэш идут... сказать точно и правда смогут лишь исходники Starling, копаться в которых особого желания у меня нет. Ну да ладно...
а за этим утверждением стоит какой-либо источник информации помимо собственных соображений?
если да, то хотелось бы увидеть ссылочку... заранее спасибо.
Интересно было послушать мнения о статейке про Twitter, которую я недавно перевел.
Мораль ее и правда была такова: не учитесь на наших ошибках.
Ни о каком enterprise-уровне речь естественно даже близко не шла, люди учились на собственных же ошибках, но, тем не менее, им удалось успешно реализовать свою идею и предоставить вполне работоспособный сервис.
Насчет одного MySQL-сервера по-моему вопрос спорный: точной информации у меня нет, но мне почему-то кажется, что они хранят на нем лишь относительно постоянную информацию вроде данных о пользователях или какой-либо статистики, а сами сообщения гоняют через memcached. Это предположение по крайней мере может хоть как-то объяснить их не особое желание что-либо кардинально менять в этом плане.
Конкурент для memcached... что ж - время покажет какое решение получит большее распространение.
Хотя тесную интеграцию ehcache с Java по-моему стоит считать скорее минусом, чем плюсом...
Если имеются ввиду сами СУБД, то ничего лучше чтения мануалов по настройке и оптимизации предложить сложно.
Впрочем и различия в SQL диалектах проще всего изучать тем же путем.
В свое время, когда передо мной стояла такая же задача, мне хватило пары часов просмотра по диагонали официальной документации + php.net для уточнения особенностей взаимодействия с СУБД средствами PHP.
Хотя если под "подружиться с PostgreSQL" имелся еще и PL/pgSQL, то все далеко не так тривиально, но опять же в роли стартовой точки я бы предложил именно http://www.postgresql.org
Текст новости писал не я: само их community нашло ссылку на одном новостном портале и скопировало новость оттуда вместе ссылкой на меня (собственно говоря сценарий этот повторялся несколько раз, тематика - IT).
По-моему, посещаемость явно преувеличена. Мой блог попадал несколько раз на главную страницу этого портала - буквально пара-тройка сотен посещений с нее.
По-моему галерея LOR'а или соответствующий раздел LinuxForum'а в этом плане намного более информативны и полезны, чем просто более чем стандартные и банальные screenshot'ы с ресурса, указанного в самом посте.
У такого плана статей обычно стоит цель все же рассказать о существовании альтернативы GUI, чем убедить читателей отказаться от своих привычек в пользу того или иного метода работы с компьютером.
Я сам в свое время писал что-то подобное именно по этим соображениям.
Как-то не очень актуальный топик:
а) в SVN-сборках kopete эти x-status'ы уже давным-давно появились;
б) сам факт является достаточно спорным преимуществом - их поддержка еще не полная даже в последней версии - многие windows-клиенты не видят статусы, установленные в kopete.
Если рассматривать эту игру как товар, то может быть она и провалилась, то есть с трудом даже окупилась.
Но если посмотреть на нее именно как на игру - она стала как минимум одной из лучших игр своего жанра, Fallout был одной из первых (если не самой первой) RPG, в который вместо прямолинейного сюжета был предоставлен целый мир в совокупности с практически полной свободой действий. На его изучение до мельчайших подробностей можно было тратить сколько угодно времени, но так и не узнать его до конца, именно это и затягивало в этой игре и заставляло вернуться к ней снова и снова. Если честно, достаточно большую часть своего детства я провел за экраном компьютера и именно этой игрой, за обоими ее частями.
Наверняка найдется очень много людей (существенно больше чем те цифры продаж из самого поста), которые в ответ на вопрос "Какая твоя самая любимая компьютерная игра?" скажут именно это слово - Fallout. Я один из них.
У меня в свое время первая проблема наблюдалась во всех приложениях, решил с помощью установки в Control Center => Keyboard Shortcuts => Application Shortcuts в качестве альтернативных сочетаний клавиш для "Вставить" - Ctrl+М, для "Вырезать" - Ctrl+Ч и так далее.
Еще один шаг в сторону улучшения качества этого сервиса, но мне кажется со временем найдут способ обходить и этот фильтр и все так же продвигать "своих".
Сегодня вот тоже решил ради интереса собрать KDE 4.0 из Portage в Gentoo.
Собралось все легко и без проблем, но одна давняя привычка не дала использовать доступную на данный момент версию на постоянной основе - я привык иметь доступ к основным функциям рабочего окружения с панели, расположенной в верхней части экрана, а не нижней. Тривиального способа "отклеить" эту черную панель от нижней границы экрана я так и не нашел - по-этому вернулся пока на 3.5.8, но если бы не эта небольшая проблемка, то наверное остался бы на четвертой версии "насовсем".
А пока даже удалять не стал - новые версии отдельных программ можно и из 3.5.8 запускать. Особенно это для Kopete актуально, по функционалу версия 0.5 на порядок превосходит большинство других ICQ клиентов для Linux.
Мне, как начинающему пользователю этого ресурса, потребовалось некоторое достаточно продолжительное время, чтобы просто осознать всю эту систему с кармой и прочими надстройками над стандартным движком блога.
По-моему без особой необходимости не стоит ее усложнять подобным образом.
Спасибо!
если да, то хотелось бы увидеть ссылочку... заранее спасибо.
Мораль ее и правда была такова: не учитесь на наших ошибках.
Ни о каком enterprise-уровне речь естественно даже близко не шла, люди учились на собственных же ошибках, но, тем не менее, им удалось успешно реализовать свою идею и предоставить вполне работоспособный сервис.
Насчет одного MySQL-сервера по-моему вопрос спорный: точной информации у меня нет, но мне почему-то кажется, что они хранят на нем лишь относительно постоянную информацию вроде данных о пользователях или какой-либо статистики, а сами сообщения гоняют через memcached. Это предположение по крайней мере может хоть как-то объяснить их не особое желание что-либо кардинально менять в этом плане.
Хотя тесную интеграцию ehcache с Java по-моему стоит считать скорее минусом, чем плюсом...
Впрочем и различия в SQL диалектах проще всего изучать тем же путем.
В свое время, когда передо мной стояла такая же задача, мне хватило пары часов просмотра по диагонали официальной документации + php.net для уточнения особенностей взаимодействия с СУБД средствами PHP.
Хотя если под "подружиться с PostgreSQL" имелся еще и PL/pgSQL, то все далеко не так тривиально, но опять же в роли стартовой точки я бы предложил именно http://www.postgresql.org
А штатное копирование в буфер по нажатию PrtScr в Vista убрали разве?
Я сам в свое время писал что-то подобное именно по этим соображениям.
а) в SVN-сборках kopete эти x-status'ы уже давным-давно появились;
б) сам факт является достаточно спорным преимуществом - их поддержка еще не полная даже в последней версии - многие windows-клиенты не видят статусы, установленные в kopete.
Но если посмотреть на нее именно как на игру - она стала как минимум одной из лучших игр своего жанра, Fallout был одной из первых (если не самой первой) RPG, в который вместо прямолинейного сюжета был предоставлен целый мир в совокупности с практически полной свободой действий. На его изучение до мельчайших подробностей можно было тратить сколько угодно времени, но так и не узнать его до конца, именно это и затягивало в этой игре и заставляло вернуться к ней снова и снова. Если честно, достаточно большую часть своего детства я провел за экраном компьютера и именно этой игрой, за обоими ее частями.
Наверняка найдется очень много людей (существенно больше чем те цифры продаж из самого поста), которые в ответ на вопрос "Какая твоя самая любимая компьютерная игра?" скажут именно это слово - Fallout. Я один из них.
И, соответственно выделением+автозмаменой :)
Собралось все легко и без проблем, но одна давняя привычка не дала использовать доступную на данный момент версию на постоянной основе - я привык иметь доступ к основным функциям рабочего окружения с панели, расположенной в верхней части экрана, а не нижней. Тривиального способа "отклеить" эту черную панель от нижней границы экрана я так и не нашел - по-этому вернулся пока на 3.5.8, но если бы не эта небольшая проблемка, то наверное остался бы на четвертой версии "насовсем".
А пока даже удалять не стал - новые версии отдельных программ можно и из 3.5.8 запускать. Особенно это для Kopete актуально, по функционалу версия 0.5 на порядок превосходит большинство других ICQ клиентов для Linux.
По-моему без особой необходимости не стоит ее усложнять подобным образом.