Pergunta

Este é um projeto de brinquedo em que estou trabalhando no momento.

Meu aplicativo contém perguntas com respostas de múltipla escolha.

A pergunta URL está no seguinte formato, com GET & POST Mapeando para diferentes ações no controlador de perguntas.

GET:   url.com/questions/:category/:difficulty      => 'ask'
POST:  url.com/questions/:category/:difficulty      => 'answer'

Gostaria de saber se vale a pena redefinir isso em um estilo repousante. Sei que precisaria apresentar respostas como um recurso, mas estou lutando para pensar em um URL que seria natural para responder a essa pergunta.

Um redesenho valeria a pena? Como você estruturaria os URLs?

Foi útil?

Solução

Nós encontramos a solução.Depois de um monte de escopo, reduzimos para um aplicativo da Web.Eu continuei, descobrindo qual site dentro desse aplicativo da Web foi o culpado.Acabou sendo uma única coleção de sites na qual os itens de 500k msg foram armazenados.Essas pessoas (um departamento específico) estão usando o SharePoint como um sistema de armazenamento de email, porque eles não gostavam das configurações de retenção no ambiente de troca.Eu acho que o número de itens muito pequenos é a principal causa do problema, e talvez emite que o rastreador tenha indexando esses arquivos.

Outras dicas

Você não precisa necessariamente tratar as respostas como um recurso separado: você pode tratar uma resposta como um elemento de uma pergunta. Na verdade, acho que isso seria melhor - uma resposta não vale nada, a menos que esteja ligado a uma pergunta.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top