Changes to database selection - Saving connections
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
Rechercherichtung
Beginne damit zu prüfen, wie das Plugin derzeit Datenbankzugangsdaten in Diagrammen speichert, und verfolge anschließend die Migrations- und Import-/Export-Pfade. Untersuche danach die UI zur Datenbankauswahl des Diagramms und die Struktur des WordPress-Admin-Menüs. Die Aufgabe ist erledigt, wenn Verbindungen separate wiederverwendbare Entitäten sind, vorhandene Diagramme migriert wurden, Import/Export kompatibel bleibt und Benutzer Verbindungen wie beschrieben verwalten und auswählen können.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Moved from https://github.com/Codeinwp/visualizer-pro/issues/248
Context: Multiple users want to be able to re-use old connections instead of having to retype the details. We want to give them an option to re-use an older connection for that purpose.
I also thought of the scenario, if a connection has a password change, at the moment users need to modify every chart to update the change. Making connections their own entity (that can be modified one and have the changes reflected on all charts that selected it) would make sense.
Here are the changes involved for this:
1- Creation of 'database connections'
Currently the credentials are tied to a specific chart, we want to separate the chart from the connection so they become separate entities.
Connections would then be stored separately from the chart, and charts would have a "connection_id" linking to the connection.
2- Migration
Existing credentials would have to be migrated to the new format, meaning for each chart with a connection to an external database, a connection record would be created with an automated name ex : "MySQL001, MySQL002" etc. and the charts would link to it with the corresponding ID.
3- Import/Export
We have to ensure import/export will work with the new structure.
4- Manage Connections page
In the menu, between "Add new chart" and "support, we would have a "Manage Connections" page
This page would be a standard WP crud page (like feedzy's https://i.imgur.com/uBFwOop.png) and allow users to modify all details of the connection, including the name (unique) and credentials. The modification would happen on a separate page (that we can link to later). Upon submitting modifications, a confirmation message will appear: "Are you sure you want to modify this connection? This will affect all charts linked to this connection".
It would also allow creating and deleting a connection, but would not allow deleting a connection linked to a chart.
We could also display a list of charts that use this connection and upon clicking on the chart name in the last, it could open it in edit mode.
5- Update the UI to select a database
Currently we have this: https://i.imgur.com/q6DIkOt.png
Changes:
- Reword the header to "Select a database connection"
- Remove the accordion (we want to make it more obvious that the user has more options)
- Upon selecting an option that is not Wordpress DB, a second dropdown will appear containing "New Connection" as well as all existing connections for this database type.
If the user chooses an existing connection, no other fields need to be displayed. We can have a button on the right of it that says "View/Edit this connection" which would open the edit page in a new tab.
If the user chooses "New Connection", it will be same as this: https://i.imgur.com/PS0O9rQ.png
Except there will be the "New Connection" dropdown and the connection name.
The connection will be created/saved when the user saves the chart itself, if the name was left empty, it will have a generic unique name (ex: MySQL001)
- Vorherrschende Sprache
- PHP
- Sterne
- 108
- Forks
- 29
- Ø Merge
- 1 T. 5 Std.
- Gemergte PRs (30 T.)
- 8
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus Codeinwp/visualizer
-
feature-request-triage
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 64/100
Codeinwp/visualizer#1388 ·
Maintainer antworten meist innerhalb von 1 Tag
-
`visualizer_schedule_refresh_db` remains missing after Visualizer reactivationEvtl. vergeben @Alexia-Soare hat das vor 7 Tagen übernommen. Offenbug-report bug-report-triage customer report
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
Codeinwp/visualizer#1384 · 4 Kommentare · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Action Scheduler queue cleanup fatals with "Unidentified action" after concurrent deletionEvtl. vergeben @Alexia-Soare hat das vor 11 Tagen übernommen. Offenbug-report bug-report-triage
Codeinwp/visualizer#1369 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Action Scheduler async queue crashes on WordPress 5.3 with `wpdb::db_server_info()` errorEvtl. wieder frei @girishpanchal30 hat das vor 47 Tagen übernommen, und es ist kein Pull Request offen. Offenbug-report bug-report-triage crash-report
Codeinwp/visualizer#1361 · 5 Kommentare · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Add a Default value for font settingsEvtl. wieder frei Ein Pull Request dazu wurde ohne Merge geschlossen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 25/100
Codeinwp/visualizer#1111 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in Codeinwp/visualizer
Ähnliche Issues
-
domain/crm-after-sales Platform(Default) priority/high
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 1 Tag
-
sync-en
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 86/100
Maintainer antworten meist innerhalb von 2 Tagen
-
sync-en
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 88/100
Maintainer antworten meist innerhalb von 2 Tagen
-
Перевод устарел
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
Maintainer antworten meist innerhalb von 1 Tag
-
component/code document/settings documents duplicate integration/wc/pages/cart integration/woocommerce mod* mod/b* mod/c* mod/d* mod/e* mod/i* product/pro status/needs-feedback
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
elementor/elementor#37475 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag