Open source search engines every developer should know about. Search is a crucial feature of any website. Even if your navigation is crystal clear, it still doesn’t cater for those power users and return visitors that remembered a particular piece of content, or want to find collections of information stored on your site in the same topical areas. Typically search is one of the most poorly implemented pieces of technology on a site, with developers opting for the standard the out of the box solution which comes with most modern content management systems – and in many cases doesn’t do justice to your content. I thought I’d take a look at what other enterprise level and open source search engines out there to find and index the information on your site faster, and provide users with a deeper, more relevant resultset. Constellio URL: Constellio is an open source search solution suitable for enterprise level search. SearchBlox URL: Apache Solr URL: Sphinx More from Google
Ruby on Rails com CouchDB usando Couchrest edit Publicado por Vinicius Manhães Teles há mais de 4 anos. No último sábado participei do [Rails for Kids][1], um excelente evento organizado pela [eGenial][e]. Minha apresentação foi sobre como utilizar [Ruby on Rails][2] com [CouchDB][3], com a ajuda da gem [Couchrest][4]. Para facilitar a apresentação e passar o máximo de informação nos trinta minutos disponíveis, optei por fazer um screencast, que mostra o básico dessa integração do [Rails][2] com o [CouchDB][3]. Você pode ver o screencast abaixo. Ruby on Rails com CouchDB usando Couchrest from Improve It on Vimeo. O vídeo termina de forma um tanto abrupta, porque tentei me manter o máximo possível dentro do limite de tempo, deixando ainda alguns minutos livres para responder a perguntas.
eclipse-cs: The Checkstyle Plug-in for Eclipse I Want a New Data Store « Jeremy Zawodny's blog I Want a New Data Store While there is a dizzying array of technologies that have the “NoSQL” label applied to them, I’m looking for one to replace a MySQL cluster. This particular cluster has roughly a billion records in it, uses a few TB of disk space, and is growing all the time. ALTER TABLE takes an unreasonably long time, so we can’t add or removed indexes or columns. I’ve spent some time looking around at several options, including MongoDB, CouchDB, and Cassandra. The high-level abstractions provided by CouchDB and MongoDB. Given all that, what else should I be looking at? Like this: Like Loading... About Jeremy Zawodny I'm a software engineer and pilot.
Introduction_to_CouchDB_views See also the official documentation for this topic. A simple introduction to CouchDB views. Concept Views are the primary tool used for querying and reporting on CouchDB documents. Permanent views are stored inside special documents called design documents, and can be accessed via an HTTP GET request to the URI /{dbname}/{docid}/{viewname}, where {docid} has the prefix _design/ so that CouchDB recognizes the document as a design document, and {viewname} has the prefix _view/ so that CouchDB recognizes it as a view. Temporary views are not stored in the database, but rather executed on demand. NOTE: Temporary views are only good during development. For both kinds of views, the view is defined by a JavaScript function that maps view keys to values (although it is possible to use other languages than JavaScript by plugging in third-party view servers). Note that by default views are not created and updated when a document is saved, but rather, when they are accessed. Basics Map Functions 1. 2.
Mais um pouco de CouchDB e CouchRest « Papo de Corredor Se você já leu meu post anterior CouchDB – Resolvendo Problemas Reais saiba que esse é um post complementar, ou seja, se não leu pode le-lo agora! No post anterior mostrei duas formas de modelar algo comum nos cenarios de softwares corporativo atuais. Tá mais e ai, como utilizar as propostas? Agora utilizando o modelo: Saida do console: Vejam que o Cliente possui uma coleção de Pedidos, então agora vamos ver como o CouchDB armazena isso: Simples né, um documento cliente contém os seus pedidos! Bem agora vamos para o outro exemplo, um documento de Cliente com um ou mais documentos de Pedido. Vamos as novidades, não sei se contei, mas todo o CouchRest::ExtendedDocument é um Hash, então nessa parte: Eu estou adicionando o atributo cliente_id ao documento pedido, assim podemos relacionar o documento Cliente ao documento Pedido. Vamos usar esse modelo: Saída do console: Voltando ao CouchDB vamos ver como ele salvou essa brincadeira: Para finalizar, valor total de pedidos por cliente: Curtir isso: