Для проблемы поиска мы думали сделать скрипт, который принимает номер объекта и критерии которым объект должен удовлетворять. Этот скрипт мы вызывали бы в цикле из основного процесса увеличивая номер пока бы не перебрали все объекты, каждый раз когда скрипт отрабатывал бы, мы бы обновляли результаты поиска.
Таким образом процесс редис блокировался бы только на время простой операции получения одного объекта и сравнения его с критериями, а асинхронный перебор ложился бы на плечи ноды. Теоретически это должно работать в несколько раз быстрее чем чистое сравнение на ноде.
На практике пока сливаем часть редиса раз в сутки в мускл и ищем в нем, но в будущем хотелось бы отказаться от этого.
На своём проекте мы тоже используем redis как основное хранилище.
Проблемы сохранности данных решаем репликацией, кластер пока не используем так как не храним большие тексты, а только данные приложений и короткие строки. Храним в памяти только ключи и часто используемые данные, данные которые не использовались давно записываются на диск и не хранятся в памяти.
Единственная проблема с которой мы пока столкнулись — это поиск данных по критериям (возможно скрипты на lua решат эту проблему, но драйвер для node.js пока криво с ними работает и вообще работает криво, сидим на версии 0.7.2 как наиболее не глючной).
В стеке coffee, browserify, cat, uglifyjs возникают проблемы с browserify и cat.
browserify — не умеет работать принимать карты кода составленные coffee.
при склеивании нескольких js в один файл с помощью cat карты кода тоже теряют смысл.
Тем не менее даже этап js -> browserify становится гораздо легче отлаживать.
«В 90-х если у тебя не было кроссовок Адидас, ты был лохом. В 2000-х если у тебя не было мобильного телефона, ты был лохом. Сейчас если у тебя нет своего стартапа — ты лох.» — я думаю в таком случае дело не во всех этих вещах =)
«Ольга Белькова, народный депутат Украины, бывший партнер бизнес-акселератора Eastlabs» — а она разве больше не партнёр?
«руководителем исследовательского центра одного немецкого вуза — женщиной» — ох уж эти женщины!
«Один снимает порноролик для привлечения внимания» — хоть намекните о ком вы?
«за 20-30 тыс. долларов стартаперы должны отдать душу дьяволу 15-20% компании» — =( а я свято верил, что статья Бельковой как раз и говорила о том, что нужно давать стартаперам больше денег, чтоб они не шли в аутсорс.
«А во-вторых, я могу придумать другой опыт, который опровергнет и эту альтернативную теорию.» — выводы из приведённого примера про равность амплитуд никак не опровергают теорию про «хитрые» зеркала, которые переключают своё состояние после пропускания/отражения.
По личному опыту — очень даже подходит для программистов JS/C++/Java. CoffeeScript выглядит совсем по другому, но на порядок выразительнее и лаконичнее чем обычный JS. Сначала он кажется необычным, но к сахару быстро привыкаешь и это увеличивает скорость разработки и повышает читабельность (чего стоят только значения параметров по умолчанию или циклы).
Спасибо за объяснение, думал чего-то, что ok и {error, {already_started, _}} это все что умеет возвращать application:start. Знакомлюсь с эрлангом, пока не знаю всех тонкостей. А вообще спасибо за статью отличное введение в ковбой.
Чем больше узнаю людей, тем больше я люблю эрланг!
Да, пожалуй единственная проблема ExtJs — это достаточно большое количество мелких багов, всё время приходится писать хаки и да, они ломаются от версии к версии. Жаль, что нет ExtCore 4 под открытой лицензией.
На русском языке тоже есть литература, например «Символьный C++. Введение в компьютерную алгебру с использованием объектно-ориентированного программирования». А вообще дифференцирование — простая алгоритмическая процедура, так что тут можно и без книжек справиться.
Ну назад листаешь реже чем вперёд, так что в принципе можно и одной рукой управлять. В общем с нуком проблем не было и встроенная подсветка показалась удобнее фонарика. Но я по правде тоже люблю кнопки на своей keyboard версии.
Таким образом процесс редис блокировался бы только на время простой операции получения одного объекта и сравнения его с критериями, а асинхронный перебор ложился бы на плечи ноды. Теоретически это должно работать в несколько раз быстрее чем чистое сравнение на ноде.
На практике пока сливаем часть редиса раз в сутки в мускл и ищем в нем, но в будущем хотелось бы отказаться от этого.
Проблемы сохранности данных решаем репликацией, кластер пока не используем так как не храним большие тексты, а только данные приложений и короткие строки. Храним в памяти только ключи и часто используемые данные, данные которые не использовались давно записываются на диск и не хранятся в памяти.
Единственная проблема с которой мы пока столкнулись — это поиск данных по критериям (возможно скрипты на lua решат эту проблему, но драйвер для node.js пока криво с ними работает и вообще работает криво, сидим на версии 0.7.2 как наиболее не глючной).
В стеке coffee, browserify, cat, uglifyjs возникают проблемы с browserify и cat.
browserify — не умеет работать принимать карты кода составленные coffee.
при склеивании нескольких js в один файл с помощью cat карты кода тоже теряют смысл.
Тем не менее даже этап js -> browserify становится гораздо легче отлаживать.
«Ольга Белькова, народный депутат Украины, бывший партнер бизнес-акселератора Eastlabs» — а она разве больше не партнёр?
«руководителем исследовательского центра одного немецкого вуза — женщиной» — ох уж эти женщины!
«Один снимает порноролик для привлечения внимания» — хоть намекните о ком вы?
«за 20-30 тыс. долларов стартаперы должны отдать
душу дьяволу15-20% компании» — =( а я свято верил, что статья Бельковой как раз и говорила о том, что нужно давать стартаперам больше денег, чтоб они не шли в аутсорс.Чем больше узнаю людей, тем больше я люблю эрланг!