O SearchWP foi lançado pela primeira vez em agosto de 2013. Ele percorreu um longo caminho desde então! Não apenas o SearchWP como produto amadureceu e cresceu, mas eu aprendi muito desde que escrevi essa primeira versão.
Sem ser poético sobre coisas do passado, estou muito animado para compartilhar algumas informações preliminares sobre o SearchWP 4.0 e por que este lançamento muda uma série de coisas que exigirão sua atenção.
Este é o primeiro de muitos posts que descreverão as novidades/mudanças no SearchWP (são muitas!)
Ao construir o SearchWP pela primeira vez, o escopo foi limitado de forma a funcionar apenas com objetos WP_Post, pois foi em uma época em que a comunidade WordPress em geral era (na maioria) contra tabelas de banco de dados personalizadas e fortemente a favor da adoção e uso das APIs existentes como o "caminho WordPress". Isso também tornou a construção da primeira versão muito mais fácil.
O mundo WordPress (eu incluído) mudou de direção quanto a isso, e todos nós seremos melhores por isso.
Dito isso: o SearchWP 4.0 NÃO MAIS será limitado a WP_Posts! ? Observe Usuários nesta prévia da captura de tela ?
Com isso, no entanto, vem o maior anúncio:
SearchWP 4.0 é uma reescrita (completa e integral)!
Até hoje, o SearchWP manteve a ideia de que a compatibilidade com versões anteriores nunca deveria ser quebrada. É uma das coisas que o WordPress fez muito bem, assim como um número de produtos fantásticos do WordPress que a comunidade preza. Isso está mudando no SearchWP 4.0.
Por favor, note: O SearchWP 3.x continuará a ser suportado bem depois que o SearchWP 4.0 se tornar disponível, permitindo tempo suficiente para atualizar quando os clientes acharem adequado.
Para que o SearchWP suporte mais tipos de conteúdo do que WP_Post (e sem ter que escrever/manter Extensões que espelhariam tipos de conteúdo adicionais como entradas WP_Post), significou que (literalmente) todos os modelos existentes precisariam mudar. O esquema do banco de dados precisaria ser atualizado, as suposições feitas pelo código precisariam mudar. A terminologia precisaria mudar. O indexador precisaria mudar.
Reescrever uma base de código é frequentemente desaprovado por uma série de razões legítimas, mas se o SearchWP vai amadurecer e ficar ainda melhor, uma linha teve que ser traçada na areia.
O compromisso com esta reescrita significa que, a partir da versão 4.0, o SearchWP está adotando o SemVer. SemVer é uma abordagem de versionamento intencional que comunica melhor o que está acontecendo com um projeto. Até hoje, não tem sido super popular no mundo WordPress, mas essa maré também está mudando.
Se você não está familiarizado com SemVer, isso significa que as principais versões do SearchWP incluirão alterações drásticas. SearchWP 4.0 é a primeira dessas versões. Como muita coisa teve que mudar para suportar o que o SearchWP 4.0 tem a oferecer, o código foi completamente reescrito, sem consideração pela compatibilidade retroativa. De propósito.
Haverá um processo de atualização parcial (por exemplo, configuração existente do motor), mas o índice do SearchWP precisará ser reconstruído ao atualizar do SearchWP 3.x. Também será possível atualizar para o SearchWP 4.0 sem perder suas configurações/índice existentes, caso precise reverter por qualquer motivo. Haverá também a opção de limpar (remover) todos os vestígios do SearchWP 3.x assim que você estiver pronto para finalizar sua atualização.
Em posts subsequentes, mais detalhes serão fornecidos sobre o processo de atualização e detalhes sobre o suporte/atualizações do SearchWP 3.x.
Dívida técnica, vá embora
Com o SearchWP tendo quase sete anos, ele teve sua parcela de dívida técnica. A mudança para SemVer permitiu que toda essa dívida fosse removida, o que resultou em uma base de código muito mais enxuta e limpa (e rápida!) que pode ser iterada de forma muito mais estável do que era possível com o SearchWP 3.x.
Além disso, o ecossistema do WordPress abraçou o PHP moderno, o que significa que o SearchWP 4.0 exigirá PHP7 no mínimo. Isso é bom para todos. ?
A dívida técnica não se limitou apenas ao esquema do banco de dados e aos modelos usados, ela transbordou para o código front-end e para praticamente tudo o que o SearchWP fazia. Ser capaz de remover tudo isso e abraçar o quanto o back-end e o front-end se modernizaram nos últimos sete anos é uma grande vitória.
Também permite a inclusão de recursos novos (e melhores!). Veja, por exemplo, a implementação atualizada de Regras na captura de tela acima. O SearchWP 3.x tinha algumas Regras de exclusão/limitação, mas elas eram limitadas em si mesmas e um pouco estranhas de se trabalhar. O SearchWP 4.0 repensa tanto a implementação quanto a interface do usuário, resultando em algo muito mais poderoso:
Muito da interface principal no SearchWP 4.0 parece semelhante, mas o tempo foi dedicado a avaliar o fluxo de trabalho existente e otimizações foram feitas para garantir que a configuração do SearchWP seja o mais fácil e direta possível.
O gerenciamento de quais atributos são considerados para cada fonte de motor (por exemplo, Posts, Páginas, Usuários, etc.) também foi atualizado e simplificado:
Há muito mais a falar (incluindo melhorias no próprio indexador e algoritmo de busca ?) mas esperamos que esta breve visão geral comece a delinear o quão ótimo será o SearchWP 4.0. Fique atento para atualizações adicionais descrevendo o que esperar e quando!
