You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
the following file will be used to update the **workshops table** in the database. Let's have a look at what a new entry could look like:
83
83
84
84
85
+

86
+

85
87
86
-
### On the database server:
87
-
88
-
In order to exist, a workshop requires serveral entries in the database:
88
+
***ID:** A workshop ID to be used by backend server automation and Replays table to reference the associated replay video of the workshop (automatically created at the import of the wod.yml file process)
89
+
***name:** The workshop's name as it will will be displayed on the registration portal
90
+
***notebook:** Name of the folder containing all the workshop's notebooks (automatically created at the import of the wod.yml file process)
91
+
***description:** The workshop's abstract as it will will be displayed on the registration portal
92
+
***avatar, role and replayLink** are superseded by entries in the replay table. I will explain later
93
+
***ReplayId:** This entry links the dedicated replay video to the workshop. it enables the presence of the replay in the learn more page of the workshop (automatically created at the import of the wod.yml file process)
94
+
***Category:** The workshops' registration portal proposes several filters to display the catlog's content. You can view all workshops, the most poular ones, or by category. Use this field to sort workshops accordingly
95
+
***Duration:** All workshops are time bombed. You will define here the time alloacted to perform the workshop
96
+
***Active:** Tag to set to enable visibility of the workshop's tile in the registration portal
89
97
90
-
In the **Workshops table:**
98
+
The following fields are required by the infrastructure.
91
99
92
-
A new entry will need the following:
100
+
***capacity:** The number of maximum concurrent students allowed to take on the workshop
101
+
***range:** The range between which students get picked at registration time
102
+
***reset and ldap** entries are to be used by backend server automation if dedicated reset scripts and ldap authentication are required by the workshop
103
+
***session type:** Workshops-on-Demand by default
104
+
***location:** If your setup includes multiple production sites, use this field to allocate workshops according to your needs. In the case of the HPE Developer Community, some workshops can only run on a HPE GreenLake . As a consequence, the location is set to greenlake in this case
93
105
94
-

95
106
96
-
***An ID:** A workshop ID to be used by backend server automation and Replays table to reference the associated replay video of the workshop
97
-
***A name:** The workshop's name as it will will be displayed on the registration portal
98
-
***A name of the folder** containing all the workshop's notebooks
99
-
***A description / abstract:** The workshop's abstract as it will will be displayed on the registration portal
100
-
***A capacity:** The number of maximum concurrent students allowed to take on the workshop
101
-
***A student range:** The range between which students get picked at registration time
102
-
***Reset and ldap** entries are to be used by backend server automation if dedicated reset scripts and ldap authentication are required by the workshop
103
-
***A session type:** Workshops-on-Demand by default
104
-
***A location:** If your setup includes multiple production sites, use this field to allocate workshops according to your needs. In the case of the HPE Developer Community, some workshops can only run on a HPE GreenLake . As a consequence, the location is set to greenlake in this case
105
-
***Avatar, role and replayLink** are superseded by entries in the replay table. I will explain later
106
107
107
-

108
108
109
109
***Compile:** This entry will be filled with the name of a script to be compiled at deployment time. This feature allows the admin to hide login scripts and credentials in non-editable executable files
110
110
***Varpass:** This defines whether or not a workshop requires a password variable needs to be leveraged
111
-
***ReplayId:** This entry links the dedicated replay video to the workshop. it enables the presence of the replay in the learn more page of the workshop
111
+
112
112
***WorkshopImg:** As part of the lifecycle of the workshop, several emails are sent to the student. A workshop image is embbeded in the first emails
113
113
***BadgeImg:** As part of the lifecycle of the workshop, several emails are sent to the student. In the final email, a badge is included. It allows the student to share its accomplishment on social media like linkedin for instance
114
-
115
-
***Note:*** Both WorkshopImg and BadgeImg are located on the same remote web server.
116
-
117
114
***Beta:** Not implemented yet :-)
118
-
***Category:** The workshops' registration portal proposes several filters to display the catlog's content. You can view all workshops, the most poular ones, or by category. Use this field to sort workshops accordingly
115
+
119
116
***AlternateLocation:** Not implemented yet. The purpose is allow automation of the relocation of a workshop in case of primary location's failure
120
-
***Duration:** All workshops are time bombed. You will define here the time alloacted to perform the workshop
121
-
***Active:** Tag to set to enable visibility of the workshop's tile in the registration portal
117
+
118
+
119
+
*Note:* Both WorkshopImg and BadgeImg are delivered by the frontend web server.
122
120
123
121
If you feel you need more details about the registration process, please take a look at the **Register Phase** paragraph in [the following introductionary blog](https://developer.hpe.com/blog/willing-to-build-up-your-own-workshops-on-demand-infrastructure/).
0 commit comments