WOOT

get_table_data() est enregistrée pour les utilisateurs connectés et anonymes. Elle parcourt $_REQUEST avec un switch et ne garde que les clés connues : post_type, per_page, orderby, order, current_page, table_id, wp_columns_actions, filter_data, filter_provider, fields, lang, predefinition et shortcode_args_set. Les nombres passent par intval, les clés par sanitize_key, les charges JSON par json_decode et un nettoyeur récursif.

Deux de ces clés sont des noms de hooks. wp_columns_actions est passée à apply_filters() pour charger le profil de colonnes, et filter_provider sélectionne le filtre woot_filter_provider_{name} qui ajoute les conditions de filtre. Les deux sont nettoyées comme du texte mais ne sont pas vérifiées par rapport à une liste de noms enregistrés.

La même fonction est appelée depuis PHP avec un tableau pour les tableaux rendus au chargement de la page, de sorte que le chemin serveur et le chemin AJAX partagent une seule implémentation. Chaque ligne est produite en appelant la closure de rendu de chaque colonne demandée, avec l'ID du produit conservé sous pid pour les actions de cellule.

Une entrée de colonne telle que price porte 'orderby' => 'meta_value_num' et 'meta_key' => '_price'. get_table_data() cherche la clé de tri demandée dans le profil de colonnes et réécrit les arguments de la requête à partir de celui-ci.

La liste déroulante de tri utilise ses propres clés (price-desc, sku, stock-desc, sales et ainsi de suite), traduites dans un filtre woot_wp_query_args. Les tris par stock et par total des ventes excluent les produits groupés et externes avec une clause product_type NOT IN, car ces types n'ont pas de valeur de stock ou de ventes propre. Pour les tris de la liste déroulante, le plugin appelle aussi WC()->query->get_catalog_ordering_args(), qui attache les propres clauses de tri de WooCommerce pour la popularité, la note et le prix, de sorte que ces tris correspondent à la page de la boutique.

Pour orderby=post_status, une closure est ajoutée à posts_orderby avant WP_Query et retirée après, de sorte que les autres requêtes de la même requête HTTP gardent leur propre tri.

Le préréglage des meilleures ventes trie par total_sales et celui des nouveautés par post_date, tous deux avec posts_per_page fixé à N. WP_Query indique found_posts pour tous les produits correspondants ; après la requête, found_posts est donc ramené à la limite du préréglage et la pagination n'affiche que les N premiers.

Une règle de préréglage est stockée sous forme de chaîne comme product_cat:25,26|pa_color:19|rel:AND. get_by_taxonomy() la transforme en un groupe tax_query imbriqué et ignore les taxonomies qui n'existent plus.

Pour la variante d'exclusion, chaque clause utilise NOT IN et la relation est inversée (AND devient OR et inversement), ce qui est la loi de De Morgan : exclure les produits qui correspondent à A et B revient à garder ceux qui sont hors de A ou hors de B. Les préréglages de SKU font correspondre le SKU d'une variation à l'ID de son produit parent, car le tableau liste les produits parents.

admin-ajax.php s'exécute en dehors du contexte de langue du front-end. draw_table_data() écrit get_locale() dans le JSON du tableau, le navigateur le renvoie sous lang, et get_table_data() le fait passer par le filtre woot_current_lang.

La classe de vocabulaire s'accroche à ce filtre et appelle $sitepress->switch_lang(), de sorte que WP_Query renvoie les produits dans la bonne langue. Les titres de colonnes et les libellés sont traduits par WOOT_Vocabulary::get() à partir de la table propre au plugin, chargée une fois par requête et indexée par locale.

WOOT_WooCommerce::action() renvoie le profil. Chaque clé est un champ avec un titre, une closure action qui affiche la cellule pour un ID de produit, des données de tri (order, orderby, meta_key) et, pour les champs filtrables, des closures get_filter_query_args et get_filter_draw_data. L'indice 0 contient les réglages du tableau : type de contenu, statuts autorisés, fournisseur de filtre.

Les profils sont enregistrés par nom et résolus avec apply_filters sur l'action du tableau. Le panier, les variations, la vue de produit unique et même les écrans d'administration du plugin (liste des tableaux, clés méta, vocabulaire) tournent sur le même moteur avec leurs propres profils.

product_type, product_visibility, product_shipping_class et translation_priority de WPML sont retirés de la liste. La cellule affiche les termes propres du produit via build_taxonomy_tree() limité aux ID de termes assignés, sous forme de liens ou de texte brut selon l'option de la colonne.

Côté filtre, on ajoute une clause tax_query dont l'opérateur (IN, NOT IN, AND) vient des réglages du tableau et est vérifié par rapport à cette liste blanche.

Les clés méta sont stockées par tableau dans woot_tables_meta avec un type. assemble_meta_for_system() transforme chacune en champ de profil : le texte se trie par meta_value et se filtre avec LIKE ; le nombre se trie par meta_value_num et se filtre avec un BETWEEN numérique sur un curseur de plage ; le calendrier se filtre en DATETIME ou en horodatage unix numérique, choisi par champ, car des plugins comme ACF stockent les dates dans des formats différents.

Les champs sont fusionnés dans le profil par le filtre ext_{action}, et chaque clé apparaît aussi dans la liste déroulante de tri avec des entrées croissante et décroissante.

Chaque closure de colonne a besoin de l'objet WC_Product ; get_product() garde donc une table statique des résultats de wc_get_product(). Les options de tableau sont décodées du JSON une fois par tableau, les lignes de méta sont mises en cache par md5 de la chaîne SQL, et le constructeur de filtres résout le profil une fois au lieu d'une fois par champ.

install.php crée woot_tables, woot_tables_columns (indexée par table_id et is_active, ordonnée par pos_num), woot_tables_meta et woot_vocabulary. L'ordre des colonnes par glisser-déposer arrive sous forme de liste d'ID et est réécrit en pos_num.

clone() copie la ligne du tableau, puis ses colonnes et ses clés méta sous le nouvel ID de tableau. L'export vide les quatre tables et les options en JSON ; l'import vide chaque table et insère les lignes, après un contrôle de capacité et de nonce.

À la construction du formulaire de filtre, un champ calendrier est dupliqué sous une clé ---to avec les libellés Du et Au. Au retour, provider() voit une clé inconnue qui se termine par ---to, retire le suffixe et appelle la même closure de colonne avec un indicateur, de sorte que la closure compare avec <= au lieu de >=.

Si un champ de plage n'a ni min ni max configuré (-1), get_field_drawing_data() exécute SELECT MIN ou MAX(cast(meta_value as UNSIGNED)) sur postmeta pour la clé méta du champ via $wpdb->prepare. Le nom de la fonction vient d'une liste blanche interne, pas de la requête. Le curseur du nombre de commentaires lit ses bornes dans la table posts.

Les champs de recherche viennent du shortcode mais sont filtrés pour ne garder que post_title, post_content et post_excerpt. Chacun devient LOWER(field) LIKE %s avec la valeur échappée par esc_like et liée par prepare.

Dans le navigateur, une recherche ne part sur Entrée que lorsque le champ atteint son minlength, et un Entrée à vide ou Échap retire le terme, ce qui évite que de courts mots partiels n'atteignent le serveur.

Avec filter_provider=woof, le shortcode capture les données de requête de WOOF dans le JSON du tableau. À chaque appel AJAX, le fournisseur restaure $_GET à partir de celui-ci, demande tous les résultats, appelle woof_products_ids_prediction() et lit woof_wp_query_ids, en acceptant un tableau ou une chaîne séparée par des virgules et en ne gardant que des entiers positifs. Aucun ID donne post__in = [0].

Le paramètre page_mdf est décodé et MDTF est exécuté avec mdf_get_query_args_only pour qu'il renvoie des arguments WP_Query au lieu de HTML. La clause méta mdf_hide_post et la clause product_visibility sont retirées (WOOT ajoute les siennes), le tri est abandonné et la requête s'exécute avec fields=ids. La liste d'ID voyage comme données de filtre et devient post__in.

add_to_cart.php vérifie is_purchasable() et is_in_stock() et, quand le stock est géré, exige une quantité non nulle. Pour les produits simples, le descripteur porte l'ID, le stock et le SKU ; le client construit un champ numérique dont le max est le stock, en lecture seule pour les produits vendus à l'unité, plus une case à cocher pour l'ajout groupé.

Les produits variables et groupés reçoivent un bouton qui ouvre une fenêtre avec un tableau de leurs enfants. Les produits externes renvoient vers l'URL externe. Les types inconnus passent par le filtre woot_woocommerce_add_to_cart afin que d'autres plugins puissent fournir le balisage.

L'URL du point d'accès est prise dans wc_add_to_cart_params quand WooCommerce l'imprime, de sorte que les points d'accès AJAX personnalisés continuent de fonctionner. La quantité est comparée au max avant l'envoi. Après le succès, le plugin déclenche wc_fragment_refresh, rafraîchit ses propres informations de panier et, selon une option du tableau, redirige vers le panier ou le paiement.

Une case à cocher dans l'en-tête de la colonne du panier sélectionne toutes les lignes. add_to_cart_some() parcourt les articles envoyés. Pour une variation, elle reconstruit la table attribute_* à partir de get_attributes('edit') et appelle WC()->cart->add_to_cart() avec l'ID parent, la quantité, l'ID de variation et cette table, qui est la forme attendue par le panier WooCommerce.

WOOT_WooCommerceVariations::filter_provider() fixe post_type sur product_variation et post__in sur les enfants du parent, après avoir vérifié que le parent est visible pour le visiteur. Les tableaux de ventes incitatives, de ventes croisées, de produits groupés et de produits similaires partagent la classe de base WOOT_WooCommerceUniversal et ne diffèrent que par la source des ID.

Dans les lignes de variations, le titre reçoit en suffixe les noms des termes d'attributs, et les colonnes de taxonomie lisent le slug d'attribut propre à la variation au lieu des termes assignés à l'article.

Le profil woot_cart combine les colonnes de produit configurées avec la quantité, le sous-total (WC_Cart::get_product_subtotal) et la suppression. Chaque modification du panier répond avec un tableau de panier à jour, le nombre d'articles et le sous-total. La suppression et la mise à jour retrouvent la ligne du panier par product_id ou variation_id.

La fenêtre du panier prend l'habillage du tableau qui l'a ouverte : le bloc de style du parent est copié et son ID de tableau remplacé par l'ID du tableau de la fenêtre. Une option du tableau peut aussi masquer les produits déjà dans le panier via post__not_in.

__hash_object() sérialise request_data en JSON et le réduit à un hachage de 32 bits utilisé comme clé de cache. Le cache est désactivé dans les modes JSON et load-more, où les données sont déjà locales. Des extensions comme compare et favourites envoient table23-reset-cache quand leurs données changent.

Avec le mode to_json, le serveur renvoie toutes les lignes (posts_per_page -1). Après la première réponse, le tableau passe de lui-même en mode json, et draw_data() construit SELECT ... WHERE ... ORDER BY ... LIMIT ... OFFSET et l'exécute avec AlaSQL sur le tableau. Un tableau d'une seule page trouvé dans le cache est recherché et trié de la même façon.

Chaque tableau garde son AbortController courant. Une nouvelle requête de page, de tri ou de filtre interrompt celle en attente, de sorte qu'une réponse antérieure lente ne peut plus écraser la page plus récente.

Chaque tableau a son propre compact_view_width. L'écouteur de redimensionnement compare le nouvel état au précédent et ne redessine qu'en cas de changement ; un indicateur de verrouillage l'empêche de se déclencher à nouveau pendant 999 ms. Les colonnes marquées hide-on-mobile sont ignorées à la construction des en-têtes, l'en-tête flottant est désactivé en mode compact, et des règles media-hide par colonne sont générées en CSS pour l'ID HTML du tableau.

get_theme_css() lit l'habillage d'abord dans le dossier woot-skins du thème, puis dans le dossier skins du plugin, remplace l'espace réservé tid par l'ID HTML du tableau, et retire les commentaires et les espaces superflus. Chaque règle est limitée à un seul tableau, de sorte que les habillages ne débordent pas d'un tableau à l'autre sur la même page.

draw_table_data() encode la configuration avec JSON_HEX_QUOT et JSON_HEX_TAG pour qu'elle puisse se trouver dans du HTML sans sortir de l'élément. Une fois les lignes dessinées, do_after_draw() trouve les tableaux dans les cellules et crée une instance WOOT_GeneratedTables pour chacun, sans la barre de défilement horizontale.

Juste avant l'exécution de WP_Query, post_status est remis à publish pour quiconque n'a pas read_private_posts, quoi que la requête, le shortcode ou les réglages du tableau aient demandé. Un statut issu des arguments du shortcode n'est respecté que pour de tels utilisateurs.

Les types de contenu non consultables (coupons, commandes, modèles) sont refusés aux utilisateurs sans edit_posts, sauf si le tableau enregistré a été construit pour ce type de contenu par un administrateur.

Une seule fonction décide si un visiteur peut voir les données d'un article : les articles publiés de types publics sont ouverts, les types non publics exigent des droits d'édition, les autres statuts exigent read_post, et une variation n'est visible que si son parent l'est. Les tableaux de produit unique, de variations, de ventes incitatives et des autres fenêtres, le shortcode de galerie et les extensions l'appellent avant le rendu.

L'habillage peut venir de ?woot_skin=, de shortcodes, d'extensions ou des réglages du tableau, et tous passent par get_theme_css(). Le nom y est réduit avec basename() et un filtre de caractères qui retire points et barres obliques, de sorte qu'il ne peut pas pointer en dehors des dossiers d'habillages. L'ID HTML du tableau, qui est écrit dans le CSS imprimé, est filtré de la même façon pour que des accolades ou des chevrons ne puissent pas sortir du bloc style.

get_smth() est publique. Sa branche générique appelle apply_filters sur un nom issu de la requête uniquement quand le nom commence par woot_, et le call_id qui l'accompagne est réduit aux lettres, chiffres, soulignés et tirets avant qu'aucune requête en aval ne le voie. La branche shortcodes_set retire chaque shortcode absent de la liste blanche du plugin avant do_shortcode(). Les branches d'export et d'import exigent manage_woocommerce.

Les gestionnaires de tableaux, de colonnes, de méta et de vocabulaire vérifient manage_woocommerce et le woot_settings_nonce avant d'écrire. L'extension des pièces jointes ajoute un contrôle de connexion et des contrôles edit_post au niveau de l'objet.

Les noms de colonnes, les champs ORDER BY et les clés WHERE ne peuvent pas être liés par prepare() ; get_rows() les réduit donc à un jeu de caractères sûr, limite l'ordre à ASC ou DESC et la logique à AND ou OR, et ne lie que les valeurs.