Web project structure
FirstSpirit is divided into projects, which in turn contain multiple websites.
FirstSpirit is divided into projects, which in turn contain multiple websites.
A FirstSpirit web project can contain multiple websites. For example, a faculty with several departments. Each website, therefore, needs to find its place within a FirstSpirit project.
When a new website is requested, the responsible project administrator or coordinator will determine where exactly the website will be located within FirstSpirit.
All websites within a FirstSpirit project can be collaboratively edited and designed by the editors belonging to that project. Resources such as news and events, contacts, images, and downloads can also be shared across the entire project.
There are various areas of responsibility and associated roles within a FirstSpirit project. An overview of the key points of contact can be found under Support & Contact.
Technical / administrative
The project administrator handles the technical and administrative tasks within a web project. In doing so, this person works closely with the technical team of Division VI.5 Internet Services. As a rule, there is one person per web project who fulfills this role.
Tasks:
Special case: Interdepartmental projects
In so-called "interdepartmental projects" that are not directly assigned to an organizational unit, the technical and administrative tasks are handled by Division VI.5 Internet Services.
Organization / content
The project coordinator is responsible for coordinating the implementation of websites for the entire web project. This role can be combined with that of project administration—but does not have to be.
Tasks:
The site coordinator is responsible only for coordinating and managing the content of their own website, not all websites within a given project—for example, only for a single department within a faculty. This role works in close coordination with the project administrator and/or project coordinator.
Tasks:
After completing FirstSpirit training, editors are granted rights to work on a website. They create, edit, and publish content in collaboration with the site coordinator(s).
Tasks:
To begin, consult directly with the responsible project administrator / project coordinator to determine which FirstSpirit project your website will be part of. Only they can make the final decision regarding the specific URL structure for your website.
Email domains and functional email addresses are assigned in FirstSpirit independently of the domains or URLs of the websites.
No claims to email domains or functional email addresses with the same name may be derived from the websites in FirstSpirit. If you need a mail domain or a functional email address (e.g., as a contact email address for a conference), please contact your IT service group or the LRZ master user at your institution.
The root URL is determined by the FirstSpirit project in which the website is situated. This is established in consultation with the LMU hostmaster.
Example:
www.som.lmu.de
Websites within the project are assigned a corresponding URL according to the following rule:
https://[domain]/[directory name]/language
The subdomain previously used in Fiona can usually be reused as a directory name.
Example:
www.softmatter.physik.lmu.de -> www.physik.lmu.de/softmatter/de
www.en.softmatter.physik.lmu.de -> www.physik.lmu.de/softmatter/en
During the transition phase, redirects from the old URL to the new one can be set up. In addition, short URLs can be used to create custom URLs that link to the corresponding pages within the project.
Websites that cannot be clearly assigned to one of the major institutional units are instead assigned to an interdepartmental FirstSpirit project. These projects accommodate institutions or initiatives that are organized across faculties.
Whether a website should be included—and, if so, in which project—is made on a case-by-case basis in consultation with the LMU hostmaster.
The internationalization of LMU is supported by a 1:1 language switch between German and English content. All websites in FirstSpirit can be created in both German and English.
A master language is specified for each FirstSpirit project—either German or English.
On the go-live date, it will be determined which language versions will be enabled or disabled for the entire website. Note: This can be changed again later. If a second language has been enabled for a website, users can switch languages using a button in the horizontal navigation bar and a button in the hamburger menu. You can learn more about this under Page structure.
The master language is agreed upon with the project administration as part of the initial consultation during the project’s planning phase.
Yes.
When submitting your go-live request, please specify the language(s) you want to go live with. Languages not listed here will be deactivated by us for the entire website and can be reactivated later if needed.
You can find instructions on how to do this on WCMS Wiki.
Yes. However, there are a few things to keep in mind during implementation.
In general, both languages are available in all FirstSpirit projects. However, the master language is displayed by default and is automatically enabled on all pages in the WCMS.
Example:
Almost all departments in the Faculty XY communicate in English. The majority of pages will ultimately be in English, with only a few individual pages in German. Therefore, the faculty has decided that its FirstSpirit project should use English as the master language.
Since English is the master language, the English version is automatically activated and the German version deactivated for all pages created in the WCMS.
However, the Department of Didactics within the faculty communicates exclusively in German. This is possible despite the master language being English:
Yes. However, you will need to configure the pages and content accordingly in the WCMS.
You can find more information on this on WCMS-Wiki.
During the setup phase, your website is not yet visible to the public.
However, using the so-called "prod-Link" (or: preview link), you can already see what the website will look like when live. This allows you to track progress or share the link with your supervisors and colleagues.
You'll also need the prod-link for the final quality assurance process—for example, to review content, structure, and design before publication.
The prod-link is automatically generated and sent to you via email as soon as the Blueprint Bundle is set up for your website. If you no longer have the prod-link on hand, you can request it again from Department VI.5 Internet Services.
The preview via prod-link is not accessible to the general public; it can only be accessed from the Munich Research Network. If necessary, activate the EduVPN client to access the preview.