Comments 36
Интересно. Только по моему Mongo для этого мало подходит.
Лучше Cassandra.
Вот сравнение хорошее — kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis
Лучше Cassandra.
Вот сравнение хорошее — kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis
Почему же?
blog.mongodb.org/post/172254834/mongodb-is-fantastic-for-logging?91e05470
я не в курсе, но есть ли в cassandra capped collection + natural sorting?
blog.mongodb.org/post/172254834/mongodb-is-fantastic-for-logging?91e05470
я не в курсе, но есть ли в cassandra capped collection + natural sorting?
ну надо тогда смотреть. Делать тестирование и сравнение.
Кстати хотел спросить Вы сами рисовали интерфейс? или использовали какую-то тему?
Кстати хотел спросить Вы сами рисовали интерфейс? или использовали какую-то тему?
Уже 8 месяцев тестируется на «Monkey» — проект, куда хуки с ресурсов складываются. И вроде наплывы выдерживал :)
По поводу интерфейсов.
Сам веб для плагина делал дизайнер Тимур Прокопьев (http://pojitonov.blogspot.com/), а для официального сайта заюзал foundation.zurb.com/.
По поводу интерфейсов.
Сам веб для плагина делал дизайнер Тимур Прокопьев (http://pojitonov.blogspot.com/), а для официального сайта заюзал foundation.zurb.com/.
Written in: Java

Кассандра вроде нужна, когда информация исчисляется не гигабайтами, а терабайтами.
Кстати я смотрю asset pipeline не используется. Было бы удобнее.
там внутри нет рельсов, там sinatra. это маунтится к рельсам :)
так а смысл если в доке описываются только рельсы.
веб можно запускать без рельсов за надобностью, как rack приложение :)
MongodbLogger is a alternative logger for Rails 3 — как бэ говорит за себя :) Что расчитано на рельсы.
Возможно я неверно понял вопрос про «asset pipeline» :)
ну просто вы его позиционируете как логгер для рельсов и внутрь пихаете просмотрщик на синатре.
Тогда выкусывайте его как сделали в central_logger
Тогда выкусывайте его как сделали в central_logger
Ну логирует он Rails запросы, тоесть функционал для Rails :) А веб так сделан для удобного внедрения в Rails приложение.
хм… для удобного внедрения в Rails приложение используется Sinatra… Оригинально…
А помоему Вы просто видоизменили central_logger, но не смотрели что они веб-клиент просто вынесли как отдельное приложение.
А помоему Вы просто видоизменили central_logger, но не смотрели что они веб-клиент просто вынесли как отдельное приложение.
Для начала просто гляньте на их веб, а потом на мой.
Просто видоизменить — это недостаточно. Там многое переписано и написано заново, покрыто тестами, которые тестируют github.com/le0pard/mongodb_logger/blob/master/SUPPORTED_RAILS_VERSIONS данные версии рельсов с логгером. Так что работы проделано достаточно много.
P.S. Для Resque (https://github.com/defunkt/resque) тоже веб написан на Sinatra и маунтится в роутах. И ниче, работает :)
Просто видоизменить — это недостаточно. Там многое переписано и написано заново, покрыто тестами, которые тестируют github.com/le0pard/mongodb_logger/blob/master/SUPPORTED_RAILS_VERSIONS данные версии рельсов с логгером. Так что работы проделано достаточно много.
P.S. Для Resque (https://github.com/defunkt/resque) тоже веб написан на Sinatra и маунтится в роутах. И ниче, работает :)
Да только resque был сделан отвязаным от рельсов.
И что-то я не увидел что бы многое было переписано в вашей версии.
И что-то я не увидел что бы многое было переписано в вашей версии.
Изменений конечно много… gist.github.com/1454135
Единственное что я вижу Вы добавили — это фильтры.
Единственное что я вижу Вы добавили — это фильтры.
Где диф тестов, веб морды и скриншиты вебов для сравнения?
У меня в библиотеке более чем три файла, я не вижу остальные дифы…
Скажем так, кормить троля мне не сильно хочется. Если Вам не нужно — не пользуйтесь. Если нужно, но данное решение не нравися — пишите свое, но то оно и опен сорс. Это решает любые проблемы.
Скажем так, кормить троля мне не сильно хочется. Если Вам не нужно — не пользуйтесь. Если нужно, но данное решение не нравися — пишите свое, но то оно и опен сорс. Это решает любые проблемы.
Я не троль. Я хочу сказать о том что не пишите что это ВАША разработка, если вы дописали только тесты, веб морду или что-то еще. Вы вообще не сказали что ВАША разработка базируется на коде другой разработки
1. habrahabr.ru/blogs/ror/134327/#comment_4459687
2. В конце README файла.
3. И да, моя разработка. Как и www.padrinorb.com/ чья-та и прочее.
4. У меня по данному треду все :)
2. В конце README файла.
3. И да, моя разработка. Как и www.padrinorb.com/ чья-та и прочее.
4. У меня по данному треду все :)
Называется: «я открываю для себя Рельсы за пределами блога-за-15-минут». Веб-интрефейсы для сложных сущностей, например, как упомянотый Resque, практика столь же обыденная, как и полезная.
Какая разница на чем он сделан? Тем более его хотя бы сделали :)
Resque вполне спокойно имеет консоль управления на синатре, и никто не жалуется.
Resque вполне спокойно имеет консоль управления на синатре, и никто не жалуется.
А есть возможность добавлять meta информацию, например user_id и тп, как в github.com/customink/central_logger?
Как раз подумывал о централизированном сервере логов, в котором было бы удобно проследить запросы конкретного юзера
Как раз подумывал о централизированном сервере логов, в котором было бы удобно проследить запросы конкретного юзера
Попробовал. Неплохо, но есть некоторые замечания
1. В правой панельке метаинформация зашита жестко: например, если я добавляю user_id, то не вижу ее там
2. Тоже самое в «More Info»
3. Если применить фильтр, то в «More info» кнопка «Back» возвращает назад ко нефильтрованному списку
А за труд спасибо.
1. В правой панельке метаинформация зашита жестко: например, если я добавляю user_id, то не вижу ее там
2. Тоже самое в «More Info»
3. Если применить фильтр, то в «More info» кнопка «Back» возвращает назад ко нефильтрованному списку
А за труд спасибо.
Еще пожелание: отображение содержимого всех записей по фильтру. Т.е. например я отфильтровал по пользователю, заходить в каждую запись — не удобно, было бы гораздо удобней видеть все содержимое всех этих записей сразу
Я всегда думал, что в монго стоит хранить в основном только очень часто используемые данные, зачем же туда складывать логи, только из-за того что в монго их складывать удобнее? :)
Пункты в статье указаны, почему MongoDB.
«очень часто используемые данные» — я не знаю, что это значит в вашем понимании, но Я кладу очень часто используемые данные в Redis или MemcacheDB, поскольку они точно будут быстрее MongoDB в подобном случае.
P.S. Повторяю линку для Вас: blog.mongodb.org/post/172254834/mongodb-is-fantastic-for-logging?91e05470
«очень часто используемые данные» — я не знаю, что это значит в вашем понимании, но Я кладу очень часто используемые данные в Redis или MemcacheDB, поскольку они точно будут быстрее MongoDB в подобном случае.
P.S. Повторяю линку для Вас: blog.mongodb.org/post/172254834/mongodb-is-fantastic-for-logging?91e05470
Sign up to leave a comment.
MongodbLogger — складываем логи вашего Rails 3 приложения в MongoDB