Python-сообщество

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

Стыд – это эмоция, которая появляется у человека как результат осознания им несоответствия своего поведения и своих поступков.

Отредактировано Informatikum (Дек. 13, 2013 17:38:55)

Ребят, не цепляйтесь, а то забаню. Появится чуть кода, которым я буду доволен – сразу откроем. Хотя если оно продастся (у нас тут большая часть России хочет такую штуку), то можно будет и не открывать…

ZZZ
Появится чуть кода…

Мы может тоже примем участие, но похоже только после нового года… AngularJS мы ведь еще не освоили :). Не знаю может вам пригодятся наши запчасти. Если что пиши.
А для новичков нужны скорее множество мелких задачек. Например разработка библиотеки - один два архитектора и множество исполнителей. Может что-то типа задачника умелые руки с решениями на питоне. Делать сайтик, с базку это всетаки entrprise. Для новичков сложновато. Дойдут руки - подниму проектик.

Отредактировано doza_and (Дек. 13, 2013 20:18:05)

ZZZ
sphinx – говно! Ну как можно было сделать настолько кривой интерфейс, я просто не понимаю! Предпочитаю Solr.

А надо юзать SphinxQL, то апи вроде вообще считается устаревшим что-ли.
Я в свое время сравнивал, выбрал Sphinx потому что он имеет лучшую производительность, меньше жрет памяти и не надо тащить jvm на сервер.
У MongoDB поиск вроде ещё слабый (был?) по производительности, я думал они какой-нибудь готовый возьмут, а они похоже “самопал”.

o7412369815963, SphinxQL не на много лучше старого апи… Работать по протоколу MySQL, но пихать туда свои данные… Я не понимаю, что автор курит. Это что-то очень забористое! Бинарный протокол в 2013-ом году смотрится дико уныло. А ещё, он до сих пор не умеет нормально обновлять реалтаймовые индексы, считая, что каждый раз переиндексировать всё, это нормально.
Да, он самый быстрый и на выборке и на индексировании, но с таким подходом он мне не нужен. Я лучше Solr по трём машинам размажу, даже не смотря на так ненавистную мне яву…

Монго, вроде как, использует наработки Solr (не соврать бы!). Нормальная его работа, лишь вопрос времени, так как у них есть всё для этого. Производительность? Программисты стоят дороже серверов.

Интересная тема. Кто-то хочет начать изучать веб разработку? Я бы тоже начал. С чего лучше начать? Программировать умею, но в веб разработке шарю слабо.

ZZZ
SphinxQL не на много лучше старого апи…

Согласен, думаю автор его заюзал из-за большого “комьюнити” этого “протокола”, биндинги во “все” языки + куча утилит, хотя не все они работают с sphinx.
Но если есть большое желание, то можно сделать свой врапер, аля “SQLAlchemy”. Для руби например он есть, да и то же Solr - “абстракция” (более тесная) над lucene, грубо говоря :)

ZZZ
Бинарный протокол в 2013-ом году смотрится дико уныло.

В MongoDB тоже бинарный, да и много где. Это необходимо для лучшей производительности.

ZZZ
А ещё, он до сих пор не умеет нормально обновлять реалтаймовые индексы, считая, что каждый раз переиндексировать всё, это нормально.

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

ZZZ
Я лучше Solr по трём машинам размажу

Некоторые “независимые исследования” показали что sphinx быстрее Solr в 40 - 50 раз, хотя я им не особо доверяю, слишком большой разрыв, надо самому мерить.

Тут дело привычки, я уже давно юзаю sphinx и готовлю его быстро, может занять не более 5 - 10 мин для нового проекта. Поэтому для меня Solr тут в проигрыше.

o7412369815963, бинарный протокол для такой фигни, это скорее минус, чем плюс. На производительность он ни капли не влияет. Ты не забывай, что в него нужно как-то данные запихивать, а потом вытаскивать… Но это всё равно такие микросекунды, на которые не стоит обращать внимания.
Это, кстати, одна из причин, почему я смотрю в сторону CouchDB. Но пока только смотрю.

Хм… Полтора года назад, когда я его видел, он нормальные реалтаймовые индексы не умел. Значит что-то изменилось. А spatial индексы он научился?

В некоторых местах сфинкс стабильно быстрее на два порядка. Но для меня это как-то не аргумент. Вот реально, у тебя есть проекты, где эта разница критична?

Solr, будь проклята ява, готовится чуть дольше. Но то, что он работает по HTTP позволяет легко размазать его по пачке серверов и радоваться. В общем, больше гибкости и меньше кривости.

Джангистам на заметку: haystack прекрасно работат с Solr. Это одно из тех приложений, которое хочется иметь не в джанге.

ZZZ
На производительность он ни капли не влияет.

Согласен, опять тот же SphinxQL тоже распарсить надо.
Все равно это не большая проблема, т.к. если сильно надо, то можно сделать http/json/xml… врапер перед сфинксом (или перед “драйвером”).

ZZZ
А spatial индексы он научился?

Вроде нет, (не его область), но какие-то костыльные решения вроде в инете есть.

ZZZ
Вот реально, у тебя есть проекты, где эта разница критична?

Люблю когда быстро работает :), а вообще у меня было 2 проекта где решение “в лоб” полнотекстового поиска “усыпляло” сфинкс, из-за кол-ва и типа данных, приходилось делать оптимизацию под данные. (например если в базе есть 1М документов со словами у которых одинаковый префикс, то полнотекстовый поиск по префиксу может затянутся на минуты, десятки минут)

ZZZ
Это, кстати, одна из причин, почему я смотрю в сторону CouchDB. Но пока только смотрю.

А я посматриваю на кассандру, опять же из-за скорости :), но там очень узкий функционал, взять можно но под какие-то конкретные задачи.

ЗЫ: Кстати задача, врапрер для сфинкса, интересная, может наваяю в свободное время, сделать по простому, что-б даже конфиг настраивать вручную не надо было…

ZZZ
В общем, больше гибкости и меньше кривости.

Кстати на счет кривости, у сфинкса реально бывают с этим проблемы, но фиксят быстро, и с комьюнити беда.