0055 - 085 8112 2187
wiebe@docner.com
Conceito simples com uma mensagem forte e um retorno rápido:. esse hotsite é criado para MDMY Construtora, para um projeto de desenvolvimento privado em Caucaia, Ceará. É o primeiro de uma linha de sites para MDMY. O site será expandido no futuro, ele irá crescer até a maturidade em conjunto com o projeto de construção.
Veja o Site
Um novo conceito de website para o Sunset Beach Hotel em Cumbuco, Ceará. Um design de tela-cheia com uma área especialmente para kite-surfers. Um interativo design que possibilita o usuário ficar tão próximo do playground quanto possível. Existe também uma integração com Facebook e
( ainda em desenvolvimento ) um sistema de reserva online. Estamos mostrando o design original, mas também foi produzido uma segunda opção de design com um semblante mais convencional.
Nós gostamos de ambos – você escolhe.
Veja a Primeira Alternativa
Veja a Segunda Alternativa
Veja o Kitesurf Landing Page
Um site para um restaurante local no centro de Cumbuco.
Veja o Site
Como o projeto original para este site foi bom e se encaixam bem com o estilo de 0031, este site é
não é um projeto novo, mas uma atualização de um já existente - por que não.
Modernizado com fotos muito maiores e trazendo a forma
tecnologia de atualizada. O site também está incluído em nosso Silcre Web
Authoring System agora, uma situação que se encaixa melhor para um site que
tem crescido, passando de 100 páginas no ar de grandes dimensões.
Veja o Site
O projeto Ephorus Fetch Federation cria a federation of web spidering services , coordenados por um controlador centralizado. O projeto pode processar uma longa lista de sites e constrói um índice usando um número infinito de máquinas lógicas para recuperar ,analisar e indexar dados de texto. O controlador distribui a computação para várias máquinas, escolhendo aquelas que não estão trabalhando ativamente para iniciar o próximo nó que será buscado. O processo de busca de busca é auto-suficiente , além disso, o processo permite intervenção do operador, para instanciar dinamicamente e adicionar filtros. Em razão ao tamanho dos dados indexados, a persistência é completamente distribuída e usando ''noSQL'' . Esse projeto foi criado usando um núcleo java para reais worker services e API Servlet 2.5 / Jersey REST para o front-end. O controlador usa um serviço de Lookup baseado em multicast que foi usado da infra-estrutura Jini. No restante , todo o serviço interno de comunicação, incluindo iniciação e término, é feito usando API REST. Todos os dados e indexações são guardado com Hadoop, Hbase noSQL. Este entrou em produção na última semana de Junho de 2011.
O Ephorus Teacher-UI é a interface para um professor monitorar o processo de detecção de plágios para documentos submetidos por estudantes. Este se conecta com um distribuído processo de pepiline de documentos. Devido ao grande número de documentos enviados e escaniados para plágios, o sistema usa uma técnica chamada de 'sharding': ele lida com milhões de uploads e downloads e distribui meta-dados dos documentos em vários servidores de banco de dados em uma maneira determinística e intuitiva. O projeto usa armazena em Cloud reais conteúdos de documentos. Além de ser uma interface de usuário web , ele gera relatórios PDF e estatísticas no formato Excel. Este projeto for criado baseado na API Servlet 2.5, MySQL, uma modificada versão do JPA para suportar distribuição ( 'sharding' ), SQL puro para operações sensíveis a performance, WS-REST usando Jersey, e puro Javascript e Jquery. O projeto foi entregue como produto de desenvolvimento para o grupo Ephorus e para posteriores integrações com o pepiline da Ephorus para iniciar a migração e crescer o processo.
Este projeto é um simples e pequeno ATOM feed / OpenSearch compliant search aggregator . O projeto suporta o processo de detecção de falhas da Ephorus , pesquisando conteúdos usando diferentes engines de busca, sejam elas da própria empresa ou externas. O componente é uma simples aplicação web na API Servlet 2.5 usando praticamente nada de banco de dados. Para máximo controle, o componente controla todo o paralelismo sozinho e não atribui a nenhum tipo de container-supplied resource apart from the URL of the configuration. Ele inicia a configuração isolando detalhes de suas threads por cada engine de busca e essas engines é configurada pra rodar para mil threads cada. A configuração pode ser gerenciada centralmente e mudanças são efetuadas com somente 10 segundos de espera sem reiniciar o serviço. Ele entrou em produção 21 de setembro de 2011.