Tabele modułowe i własne tabele bazy danych
Tabele bazy danych modułów CMS są zarządzane przez system i nie mogą być bezpośrednio zmieniane. Jeśli chcesz indywidualnie rozszerzyć moduł, możesz skopiować oryginalną tabelę MySQL, stworzyć własne skrypty modułu i przypisać nową nazwę tabeli w konfiguracji modułu.
Tabele modułowe w CMS bluetronix
Każdy moduł CMS może mieć własne tabele bazy danych. Tabele te są zarządzane przez CMS bluetronix i są częścią odpowiedniej struktury modułu.
Kolumny tych tabel modułowych nie mogą być więc zmieniane bezpośrednio. Dzięki temu zapewnione jest, że aktualizacje systemu, funkcje modułu i wewnętrzne skrypty będą nadal działać poprawnie z przewidzianymi strukturami bazy danych.
Ważne: Nie zmieniaj struktury oryginalnej tabeli modułowej. Jeśli potrzebujesz dodatkowych kolumn lub całkowicie indywidualnej struktury bazy danych, utwórz zamiast tego własną kopię tabeli.
1. Utwórz własną tabelę bazy danych
Jeśli chcesz indywidualnie dostosować istniejący moduł CMS, możesz skopiować jego tabelę MySQL i zapisać pod własną nazwą.
Załóżmy, że chcesz rozszerzyć moduł sklepu o dodatkowe pola bazy danych. Oryginalna tabela może nazywać się na przykład:
ShopUtwórz kopię tej tabeli i użyj do nowej tabeli dodatkowego _own:
Shop_ownNastępnie możesz indywidualnie dostosować strukturę swojej własnej tabeli i na przykład dodać dodatkowe kolumny.
Oryginalna tabela Sklep pozostaje niezmieniona i może być dalej zarządzana przez CMS.
2. Twórz własne skrypty modułu
Oprócz tabeli bazy danych muszą być też dostosowane skrypty modułu, które uzyskują dostęp do danej tabeli.
W tym celu tworzysz własne wersje potrzebnych skryptów. Tutaj także używa się dodatku _own.
Na przykład z oryginalnego skryptu sklepu:
Shop.pltworzysz własną wersję:
Shop_own.plW swojej własnej wersji skryptu możesz zaimplementować indywidualne funkcje i dostępy do bazy danych.
Oryginalne skrypty modułowe pozostają niezmienione i mogą być nadal aktualizowane przez aktualizacje CMS.
3. Przypisz nową nazwę tabeli
Po utworzeniu własnej tabeli bazy danych i potrzebnych skryptów modułu, musisz umieścić nową nazwę tabeli w odpowiednich plikach konfiguracyjnych.
W naszym przykładzie zamiast oryginalnej tabeli Shop używana jest nowa tabela Shop_own.
Original table: Shop
Own table: Shop_ownWłasna konfiguracja modułu musi odnosić się do nowej tabeli. Również dostęp do bazy danych w twoich własnych skryptach modułowych musi być dostosowany do tej tabeli.
Dzięki temu twoje indywidualne rozwiązanie modułowe może działać z własną strukturą bazy danych, podczas gdy oryginalna tabela modułu pozostaje dostępna dla CMS.
Uwaga: To, które wpisy konfiguracyjne muszą być dostosowane, zależy od danego modułu. Użyj do tego przeznaczonych indywidualnych plików konfiguracyjnych.
4. Oddziel pliki standardowe od własnych
Dla indywidualnego rozwiązania modułowego powinieneś konsekwentnie oddzielić oryginalną tabelę bazy danych, standardowe skrypty oraz swoje własne modyfikacje.
| Oryginał | Własna wersja |
|---|---|
| Sklep | Sklep_własny |
| Sklep.pl | Sklep_własny.pl |
Oryginalne pliki i tabele pozostają częścią CMS. Twoje własne wersje mogą być rozwijane niezależnie i dostosowywane do wymagań twojego projektu.
5. Proces dostosowania modułu indywidualnie
Jeśli chcesz użyć istniejącego modułu z własną strukturą bazy danych, postępuj w następujący sposób:
- 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. Podsumowanie
Tabele bazy danych modułów CMS są zarządzane przez system. Dlatego ich kolumny nie mogą być zmieniane bezpośrednio.
Dla w pełni indywidualnych rozwiązań modułowych możesz skopiować oryginalną tabelę MySQL, stworzyć własne skrypty modułowe i umieścić nową nazwę tabeli w konfiguracji modułu.
W ten sposób możesz rozwijać własne struktury bazy danych i indywidualne funkcje, nie zmieniając oryginalnych plików modułu ani tabel systemowych.
FAQ
co klienci często nas pytają
Dlaczego nie mogę bezpośrednio zmieniać kolumn tabeli modułu?
Tabele modułów są zarządzane przez CMS bluetronix. Ich struktura bazy danych jest używana przez odpowiednie funkcje modułu i skrypty systemowe. Zmiany w oryginalnej strukturze tabeli mogą prowadzić do problemów z aktualizacjami lub działaniem modułów.
Jak mogę dodać dodatkowe pola bazy danych do modułu?
Skopiuj oryginalną tabelę MySQL i zapisz ją pod własną nazwą, na przykład Shop_own. Następnie możesz indywidualnie rozwijać własną tabelę.
Czy muszę również kopiować skrypty modułu?
Tak, jeśli twoje indywidualne rozwiązanie modułowe wymaga własnych dostępu do bazy danych lub dodatkowych funkcji, powinieneś również stworzyć odpowiednie skrypty jako własną wersję z dodatkiem _own.
Jak nazwać własny skrypt modułu?
Użyj do własnej wersji dodatku _own. Z oryginalnego skryptu Shop.pl powstanie na przykład Shop_own.pl.
Gdzie mogę wprowadzić nazwę mojej własnej tabeli bazy danych?
Nowa nazwa tabeli musi być wprowadzona w odpowiednich plikach konfiguracyjnych modułu. Dodatkowo, dostęp do bazy danych w twoich własnych skryptach modułowych musi być dostosowany do nowej tabeli.
Czy mogę nadal używać oryginalnej tabeli modułu?
Tak. Oryginalna tabela pozostaje niezmieniona i jest nadal dostępna w CMS. Twoje indywidualne rozwiązanie modułowe może pracować niezależnie z własną tabelą.
Co stanie się z moimi własnymi skryptami modułowymi podczas aktualizacji CMS?
Oryginalne skrypty modułowe mogą być aktualizowane przez aktualizacje. Dlatego twoje indywidualne dostosowania powinny być przechowywane w dedykowanych wersjach skryptów z dodatkiem _own.
Czy mogę w ten sposób stworzyć całkowicie indywidualny moduł?
Tak. Dzięki własnej tabeli MySQL, indywidualnym skryptom modułowym i odpowiedniej konfiguracji możesz stworzyć własne rozwiązanie modułowe, bez zmiany oryginalnych plików modułu lub tabel systemowych.