Андрей Шайдуров

Map/Reduce — одно из главных направлений развития MongoDB, производительность её на таких операциях (если всё сделано грамотно) гораздо выше, чем на MySQL. однако не стоит по одному этому поводу сразу бросаться её использовать. у mongo оочень много подводных камней, о которых вы никогда не задумывались в MySQL, как то: агрессивное кеширование всего data-set'а (нет смысла запускать mongo с большим набором данных, если там крутится ещё что-то кроме монго) и global write lock (монго в общем-то создана для быстрого чтения, но вставка в ней — ад и ужас)

1) magick comment надо добавлять только в те файлы, в которых есть явные нелатинские символы. переходите на I18n и не пишите русские комменты, и можно забыть об этом комменте.
2) из пары моих рельсовых проектов на 1.9.3:
$ grep -iR 'Encoding.default_internal' *
$
зачем это вообще?
3) если где-то в коде явно и встречается упоминание utf-8, то только в config/application.rb:
config.encoding = "utf-8"
4) проверьте хорошенько, что ваши view-template'ы все на utf-8, и что формы содержат magick utf-8 attribute. вероятно, вам с клиента приходят данные в однобайтовой кодировке.
5) пользуйтесь дебаггером. локализуйте место ошибки. хотя бы трейс здесь приведите.

больше ничего не могу сказать.

что у вас с оператвой? её с запасом хватает? у меня как-то раз были проблемы с производительностью веб-фронтэндов с nice=-15 из-за того, что демоны, запущенные не как демоны (+ в STAT) периодически в самые активные моменты отъедали значительную часть памяти и заставляли фронтенды свопиться.

проверь PIO mode на жёстком диске. у меня в семёрке беда с этим, на пингвине под вайном Rage и Mass Effect работают шустрее, чем под виндой от того, что винда патологически переключает жестаки с DMA на PIO.

хотите 1500-2000 писем в день? скажите, как сделать редирект всех писем из папки спама в gmail'е :)

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

убунта, фаерфокс, всё отправляется

деплоить с гитхаба? это как?
если я вас понял правильно, вам нужно добавить в репозитарий один remote на гитхаб, и ещё один на место деплоя. гитхаб сам по себе не поддерживает коммит-хуки, и с него напрямую деплоить нельзя.

ошибка? где ошибка-то? я вижу один варнинг. поиск-то работает?

искал у себя в городе в пределах 800р. большую мышь — нашёл только Defender Ranger M9215.
Это Defender, поэтому вероятна скорая поломка (у меня к примеру через неделю левая кнопка скрипеть начала), однако для моей лапы из скудного ассортимента на такую небольшую сумму она была самая подходящая. длинна — 12,5 см

потому, что второму пользователю в /etc/passwd надо указать bash в качестве терминала, а не sh

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

у меня есть планшет, купленный в китае с фабрики за 350 юаней = ~1800р.
на такое г., если бы знал, и 200р. не потратил бы. и проблема даже не в резистивном экране, слабом проце, плохой сборке и т.п., а в том, что даже заявленные вещи работают отвратно: wifi и тачскрин не поднимаются после ухода в слип, 80% батареи тратится на «поиск сети», которая там не и не предполагается, видео с ютуба не проигрывается даже в оффициальном приложении, и много прочего.
вам нужно быть очень уверенным, что планшет за указанные деньги из китая действительно будет вас удовлетворять, ибо ничего дешевле 120$ по опту оттуда лучше не брать. по крайней мере ничего дешевле этого не будет иметь нормальный 3G-модуль.

> Если у нас на странице 800 комментариев (или других сущностей), то действительно где-то хранить 800 экземпляров объектов?
по поводу ActiveRecord уже не помню, но вот в Mongoid в Rails есть хороший пример, как такое преодолеть. Пока не вызван специальный метод to_a, любой запрос типа User.where(rights: 'admin').limit(200).offset(200) вернёт не массив строк или объектов, а объект типа MongoID::Criteria, у которого определён метод each (аналог foreach) таким способом, что он постепенно берёт от базы по строке и оборачивает в объект. Таким образом, garbage collector довольно быстро успевает хавать ненужные объекты.

рещение №1: Solr, Elastic Search и прочие приблуды, основанные на lucene: они в отличие от сфинкса принимают любой формат ID
решение №2: для mongo на разных языках существуют модули прикручивания сфинкса. вы бы уточнили платформу, проще бы было советовать. я к примеру для Ruby on Rails с этой целью свой гем писал.

тут все хвалят unicorn, однако для меня у него относительно thin есть следующие минусы:
1) трудность настройки. для zero-downtime-deploy нужно писать (или всегда держать под рукой) неслабый стартап-конфиг на руби. у thin есть волшебная опция restart -O
2) кластер thin'ов можно одной командой сделать сервисом (т.е. при перезагрузке системы или смерти нод они сами будут подниматься).
3) unicorn всегда держит в памяти один лишний нод, которым заменяет умирающие. очень заметный минус на слабых VPS, когда кластер из 2х-3х нод занимает большую часть оператвы. так в 512мб оператвы thin уместит к примеру три рабочих ноды, когда unicorn при том же расходе памяти только две.

Кажется вы перепутали LCD и OLED. В ноутбуках прозрачным может быть только LCD (для подсветки сзади), OLED светит сам себя. Более того, я OLED вообще в ноутбуках ещё не видел. Не путаете с «LED-дисплеями», которые на самом деле LCD, но с LED-подсветкой?

Насколько я знаю, никак. FBML всё равно создаёт тот же самый IFrame (только скрыто), и повлиять на внешний вид кнопки нельзя (что объяснимо: иначе пользователям будут подставлять лайку с текстом «кликни меня и получишь 10$ на счёт»)
Покурите JS SDK и сделайте свою кнопку, которая будет постить пользователю на стену к примеру: developers.facebook.com/docs/opengraph/#publishing

а какая БД? у MongoDB на этот случай прекрасное решение в качестве ID: 12-ти байтное число, которое формируется исходя из узла (при шардинге), timestamp'а, process ID и всего трёх байт автоинкремента (подробнее здесь). Возможно есть подобное для РБД.