SearchWP è stato rilasciato per la prima volta a agosto 2013. Da allora ne ha fatta di strada! Non solo SearchWP come prodotto è maturato e cresciuto, ma ho imparato un sacco da quando ho scritto quella prima versione.
Senza divagare poeticamente su cose del passato, sono molto entusiasta di poter condividere alcune informazioni preliminari su SearchWP 4.0 e sul perché questa versione cambia una serie di cose che richiederanno la tua attenzione.
Questo è il primo di molti post che delineeranno cosa c'è di nuovo/cambiato in SearchWP (è un sacco!)
Quando ho costruito per la prima volta SearchWP, l'ambito era limitato in modo tale da farlo funzionare solo con oggetti WP_Post, perché era un periodo in cui la community di WordPress in generale era (per lo più) contraria alle tabelle di database personalizzate e fortemente a favore del "modo WordPress" che consisteva nell'adozione e nell'uso delle API esistenti. Ha anche reso la costruzione della prima versione molto più semplice.
Il mondo di WordPress (incluso me stesso) ha cambiato direzione su questo, e saremo tutti migliori per questo.
Detto questo: SearchWP 4.0 NON SARÀ PIÙ limitato a WP_Post! ? Nota Utenti in questo screenshot di anteprima ?
Con questo, però, arriva l'annuncio più grande:
SearchWP 4.0 è una riscrittura (completa e totale)!
Ad oggi, SearchWP ha sostenuto l'idea che la retrocompatibilità non dovesse mai essere interrotta. È una delle cose che WordPress ha fatto molto bene, così come un numero di fantastici prodotti WordPress che la community tiene cari. Questo sta cambiando in SearchWP 4.0.
Nota bene: SearchWP 3.x continuerà ad essere supportato ben oltre il rilascio di SearchWP 4.0, consentendo ampio tempo per l'aggiornamento quando i clienti lo riterranno opportuno.
Affinché SearchWP supporti più tipi di contenuto di WP_Post (e senza dover scrivere/mantenere estensioni che rispecchierebbero tipi di contenuto aggiuntivi come voci WP_Post) significava che (letteralmente) ogni modello esistente avrebbe dovuto cambiare. Lo schema del database avrebbe dovuto essere aggiornato, le supposizioni fatte dal codice avrebbero dovuto cambiare. La terminologia avrebbe dovuto cambiare. L'indicizzatore avrebbe dovuto cambiare.
Riscrivere una codebase è spesso disapprovato per una serie di ragioni legittime, ma se SearchWP deve maturare e migliorare ancora, bisognava tracciare una linea nella sabbia.
Impegnarsi in questa riscrittura significa che a partire dalla versione 4.0 SearchWP adotta SemVer. SemVer è un approccio di versioning intenzionale che comunica meglio cosa sta succedendo con un progetto. Ad oggi non è stato super popolare nel mondo WordPress, ma anche quella marea sta cambiando.
Se non hai familiarità con SemVer, significa che le release principali di SearchWP includeranno modifiche che introducono incompatibilità retroattive. SearchWP 4.0 è la prima di queste release. Poiché è stato necessario apportare così tante modifiche per supportare ciò che SearchWP 4.0 ha da offrire, il codice è stato completamente riscritto, senza riguardo per la compatibilità retroattiva. Di proposito.
Ci sarà un processo di aggiornamento parziale (ad es. configurazione del motore esistente), ma l'indice di SearchWP dovrà essere ricostruito durante l'aggiornamento da SearchWP 3.x. Sarà anche possibile aggiornare a SearchWP 4.0 senza perdere le impostazioni/l'indice esistenti nel caso in cui sia necessario tornare indietro per qualsiasi motivo. Ci sarà anche l'opzione per ripulire (rimuovere) tutte le tracce di SearchWP 3.x una volta che sarai pronto a finalizzare il tuo aggiornamento.
In post successivi verranno forniti maggiori dettagli sul processo di aggiornamento e sui dettagli del supporto/degli aggiornamenti di SearchWP 3.x.
Debito tecnico addio
Con SearchWP che ha quasi sette anni, ha avuto la sua buona dose di debito tecnico. Il passaggio a SemVer ha permesso di rimuovere tutto quel debito, il che ha portato a una base di codice molto più snella e pulita (e veloce!) su cui si può iterare in modo molto più stabile rispetto a quanto fosse possibile con SearchWP 3.x.
Inoltre, l'ecosistema di WordPress ha abbracciato PHP moderno, il che significa che SearchWP 4.0 richiederà PHP7 come minimo. Questo è un bene per tutti. ?
Il debito tecnico non era limitato solo allo schema del database e ai modelli utilizzati, ma si è esteso al codice front-end e a quasi tutto ciò che SearchWP faceva. Essere in grado di rimuovere tutto ciò e abbracciare quanto sia modernizzato sia il back-end che il front-end negli ultimi sette anni è una grande vittoria.
Consente inoltre di includere nuove (e migliori!) funzionalità. Prendiamo ad esempio l'implementazione aggiornata delle Regole nello screenshot sopra. SearchWP 3.x aveva alcune Regole di esclusione/limitazione, ma erano limitate di per sé e un po' scomode da usare. SearchWP 4.0 ripensa sia l'implementazione che l'interfaccia utente, risultando in qualcosa di molto più potente:
Molto dell'interfaccia principale in SearchWP 4.0 appare simile, ma è stato dedicato tempo alla valutazione del flusso di lavoro esistente e sono state apportate ottimizzazioni per garantire che la configurazione di SearchWP sia il più semplice e diretta possibile.
Anche la gestione degli attributi considerati per ogni origine del motore (ad es. Post, Pagine, Utenti, ecc.) è stata aggiornata e semplificata:
C'è molto di più di cui parlare (inclusi miglioramenti all'indicizzatore e all'algoritmo di ricerca stesso ?) ma si spera che questa breve panoramica inizi a delineare quanto sarà eccezionale SearchWP 4.0. Resta sintonizzato per aggiornamenti aggiuntivi che delineeranno cosa aspettarsi e quando!
