Tables de module et propres tables de base de données
Les tables de base de données des modules du CMS sont gérées par le système et ne peuvent pas être modifiées directement. Si vous souhaitez étendre un module de manière individuelle, vous pouvez copier la table MySQL d'origine, créer vos propres scripts de module et enregistrer le nouveau nom de table via la configuration du module.
Tables de module dans le CMS bluetronix
Chaque module de CMS peut posséder ses propres tables de base de données. Ces tables sont gérées par le CMS bluetronix et font partie de la structure du module.
Les colonnes de ces tables de module ne peuvent donc pas être modifiées directement. Cela garantit que les mises à jour du système, les fonctions des modules et les scripts internes continuent de fonctionner correctement avec les structures de base de données prévues.
Important : Ne modifiez pas la structure d'une table de module originale. Si vous avez besoin de colonnes supplémentaires ou d'une structure de base de données complètement individuelle, créez plutôt une copie de la table.
1. Créer une table de base de données personnelle
Si tu souhaites personnaliser un module CMS existant, tu peux copier sa table MySQL et l'enregistrer sous un nom propre.
Supposons que tu souhaites élargir le module de boutique avec des champs de base de données supplémentaires. La table d'origine s'appelle par exemple :
ShopCrée une copie de cette table et utilise le suffixe _own pour la nouvelle table :
Shop_ownEnsuite, tu peux personnaliser la structure de ta propre table et ajouter, par exemple, des colonnes supplémentaires.
La table d'origine Shop reste inchangée et peut continuer à être gérée par le CMS.
2. Créer des scripts de module personnels
En plus de la table de base de données, les scripts du module doivent également être ajustés pour accéder à la table correspondante.
Pour cela, tu crées tes propres versions des scripts nécessaires. Ici aussi, le suffixe _own est utilisé.
Par exemple, le script original de la boutique devient :
Shop.plune version propre :
Shop_own.plDans ta propre version du script, tu peux implémenter les fonctions et accès à la base de données spécifiques.
Les scripts originaux du module restent inchangés et peuvent être mis à jour par des mises à jour du CMS.
3. Enregistrer le nouveau nom de table
Après avoir créé ta propre table de base de données et les scripts de module nécessaires, tu dois enregistrer le nouveau nom de table dans les fichiers de configuration appropriés.
Pour notre exemple, au lieu de la table d'origine Shop, la nouvelle table Shop_own est utilisée.
Original table: Shop
Own table: Shop_ownLa configuration de ton module doit faire référence à la nouvelle table. Les accès à la base de données de tes propres scripts de module doivent également être adaptés à cette table.
Cela permet à ta solution de module personnalisée de travailler avec sa propre structure de base de données, tandis que la table de module d'origine reste disponible pour le CMS.
Remarque : Les entrées de configuration qui doivent être modifiées dépendent du module respectif. Utilise les fichiers de configuration personnalisés prévus à cet effet.
4. Séparer les fichiers par défaut et les fichiers personnalisés
Pour une solution de module personnalisée, tu devrais séparer systématiquement la table de base de données originale, les scripts standards et tes propres adaptations.
| Original | Propre version |
|---|---|
| Boutique | Boutique_own |
| Shop.pl | Shop_own.pl |
Les fichiers et tables originaux restent une partie du CMS. Tes propres versions peuvent être étendues de manière indépendante et adaptées aux exigences de ton projet.
5. Processus d'un ajustement individuel du module
Si tu souhaites utiliser un module existant avec une structure de base de données propre, voici comment procéder :
- Kopiere die originale MySQL-Tabelle und speichere sie unter einem eigenen Namen, beispielsweise Shop_own.
- Passe die Struktur deiner eigenen Tabelle an deine Anforderungen an.
- Erstelle eigene Versionen der benötigten Modul-Skripte mit dem Zusatz _own.
- Hinterlege den neuen Tabellennamen in den entsprechenden Modul-Konfigurationsdateien.
- Passe die Datenbankzugriffe deiner eigenen Skripte an und überprüfe, ob dein individuelles Modul mit der neuen Tabelle arbeitet.
6. Résumé
Les tables de base de données des modules CMS sont gérées par le système. Leurs colonnes ne peuvent donc pas être modifiées directement.
Pour des solutions de modules entièrement personnalisées, vous pouvez copier la table MySQL d'origine, créer vos propres scripts de module et enregistrer le nouveau nom de table via la configuration du module.
De cette manière, vous pouvez développer vos propres structures de base de données et fonctions personnalisées, sans modifier les fichiers de module d'origine ou les tables système.
FAQ
ce que nos clients nous demandent souvent
Pourquoi ne puis-je pas modifier les colonnes d'une table de module directement ?
Les tables de module sont gérées par le CMS bluetronix. Leur structure de base de données est utilisée par les fonctions de module respectives et les scripts système. Les modifications de la structure de table d'origine pourraient donc entraîner des problèmes lors des mises à jour ou de l'exécution des modules.
Comment puis-je ajouter des champs de base de données supplémentaires à un module ?
Copiez la table MySQL d'origine et enregistrez-la sous un nom propre, par exemple Shop_own. Ensuite, vous pouvez étendre votre propre table de manière personnalisée.
Dois-je également copier les scripts de module ?
Oui, si votre solution de module personnalisée nécessite des accès à la base de données ou des fonctions supplémentaires, vous devez également créer les scripts concernés en tant que version propre avec le suffixe _own.
Comment nommer mon propre script de module ?
Utilisez le suffixe _own pour votre version propre. Par exemple, le script d'origine Shop.pl deviendra Shop_own.pl.
Où dois-je enregistrer le nom de ma propre table de base de données ?
Le nouveau nom de table doit être enregistré dans les fichiers de configuration du module concernés. De plus, les accès à la base de données de vos propres scripts de module doivent être adaptés à la nouvelle table.
Puis-je continuer à utiliser la table de module originale ?
Oui. La table d'origine reste inchangée et est toujours à la disposition du CMS. Votre solution de module personnalisée peut travailler indépendamment avec sa propre table.
Que se passe-t-il avec mes propres scripts de module lors d'une mise à jour du CMS ?
Les scripts de module d'origine peuvent continuer à être actualisés par des mises à jour. Vous devriez donc enregistrer vos adaptations individuelles dans les versions de script propres prévues avec le suffixe _own.
Puis-je créer un module entièrement personnalisé de cette manière ?
Oui. Grâce à une propre table MySQL, des scripts de module personnalisés et la configuration correspondante, vous pouvez développer une solution de module propre, sans modifier les fichiers de module d'origine ou les tables système.