Pixelfuchs

Tu dir selbst einen gefallen und lass dein Vorhaben (erstmal) bleiben. Dir fehlt anscheinend noch das nötige Wissen für dein Vorhaben. Du gehst ein sehr hohes Risiko ein mit deinem naiven Vorgehen. Du bist (erstmal) für alles verantwortlich, was mit deinem Server passiert. Wenn ein Hacker deinen Server "kapert" und "unfug" macht, bist du dran. Es ist deine Pflicht deinen Server gegen Angriffe abzusichern. Die etwaigen zivil- und strafrechtlichen Konsequenzen solltest du nicht unterschätzen.
Miete dir Webspace und betreibe da dein Wordpress. Da kümmert sich der Hostinganbieter um die Sicherheit des Servers.

Zunächst einmal empfehle ich dir, von der Nutzung von xampp abzusehen. xampp ist für die Entwicklung konzipiert worden und nicht für den produktiven Einsatz.
Auf einem richtigen Server empfehle ich dir, direkt die Anwendungen zu installieren, die du benötigst (apache/nginx, mariadb) und diese entsprechend zu konfigurieren. Dabei lernst du außerdem viel mehr.
Was deine eigentliche Frage angeht, ist hier gut beschrieben, wie du deine eigene Domain auf dem Webserver einrichtest: https://www.webhosterwissen.de/know-how/eigener-webserver/tutorial-apache-virtual-hosts-anlegen/

Weißt du wirklich, was du tust? Einen Webserver zu betreiben stellt verschiedene Anforderungen, wie bspw. die Sicherheit. Das beschriebene Problem liegt daran, dass die CSS-Dateien nicht richtig eingebunden werden. Das ist ein "Anfängerproblem"

Ich würde auch eher zu dem Raspberry greifen, als gleich zu nem virtuellen Server.
Es reicht für die Grundlagen aus und man muss sich keine großartigen Gedanken, um mögliche Fehlkonfigurationen machen. Und wenn man keine Lust mehr hat, kann man den Raspberry Pi immer noch mit libreelec nutzen, wenn man das möchte.
Dagegen fänd ich es eher fahrlässig, als Anfänger einen vServer zu betreiben. Davor sollte man sich schon mit einigen Sicherheitskonzepten auseinander gesetzt haben.

Ich würde auf alles was von dir als Präsentator  und dem Inhalt ablenkt verzichten. Du möchtest in dem Vortrag von deinem Projekterfolg berichten und dich als Experten präsentieren. Wie willst du den Inhalt rüber bringen, wenn deine Zuhörer von dem (unnötigen) Geblinke abgelenkt werden? Die Frage ist: Unterstützt der Effekt die Vermittlung der Informationen oder lenkt er nur ab?
Ich habe in Ausbildung, Studium und Beruf schon einige Vorträge gesehen (und auch gehalten). Ich würde anhand des Gesehenen folgende These aufstellen (auch wenn das nicht auf dich und einen Vortrag zutreffen mag): Je bunter und verspielter die Folien waren, umso ahnungsloser und unsicherer war der Präsentator.
Auf der anderen Seite habe ich schon Vorträge gesehen, bei denen der Redner keine Hilfsmittel hatte, es aber geschafft hat das Publikum in seinen Bann zu ziehen.
Ein, wie ich finde, gutes Beispiel für Vorträge ist: https://www.youtube.com/watch?v=eIho2S0ZahI

Eine Animation ist dann gut, wenn sie den Präsentator unterstützt. Lenkt sie hingegen "nur" das Auge auf die Folie verfehlt sie ihren Zweck. Denn sie lenkt den Zuhörer vom Gesprochenem ab!
Wo ist der Mehrwert bei den Projektphasen? Sie "erscheinen" parallel zur Erklärung, der Zuhörer wird immer wieder auf die Folie gelenkt, braucht ein paar Sekunden um das eingeblendete zu erfassen, in dieser Zeit kann/wird er den Erklärungen nicht folgen.
Wenn alle Punkte mit Folienstart lesbar sind, kann man die Folie als Zuhörer auf einmal erfassen und folgt dann den Erklärungen und gleicht diese mit dem Folieninhalt ab.
 
Etwas anderes sind die bereits genannten Diagramme. Hier würde zu Folienstart eine komplexe Darstellung den Zuhörer Überfrachten. Es würde zu lange dauern bis alles Erfasst/Verstanden ist. Baut man solch komplexen Darstellung schrittweise auf, hat man als Präsentator die Möglichkeit, auf die einzelnen Teile einzugehen und sie zu einem Ganzen zu verbinden. Die Animation unterstützt also die Präsentation.
 
In meiner AP gab es genau eine Animation: Das Datenbankmodell. Jede Entität mit zugehörigen Kardinalitäten wurde erst beschrieben/hergeleitet/begründet und erst dann auf der Folie dargestellt. 
Kam beim PA gut an, als ganzes hätte das Modell einfach nur erschlagen.
 
Gruß
Bockreiter

Auch wenn es schon etwas älter ist:
Dieses gelbe Warndreieck hat nicht viel zu sagen. Da wird nur zur Prüfung des Netzwerkstatus eine Textdatei von einem Microsoftserver runtergeladen. Die URL ist: www.msftncsi.com/ncsi.txt. Wenn das klappt, dann weiß man das DNS funktioniert und dieser Server per HTTP erreicht werden kann.
Das heißt aber nicht, dass das "Internet" nicht funktioniert, wenn das Warndreieck angezeigt wird. Diese Prüfung schlägt fehl, wenn obige URL zum Beispiel im Proxy oder der Firewall geblockt ist (was gerne in Unternehmen gemacht wird).
mfg Hendrik232

Bzgl. Spiele:
SQL Island ist ganz witzig, um die Syntax zu lernen: http://wwwlgis.informatik.uni-kl.de/extra/game/
Dann kenn ich noch overthewire: Hier hab ich mit "Bandit" angefangen, welches mir von einem Arbeitskollegen empfohlen wurde, um mir die Feinheiten der Datei- und Textsuche in Linux draufzuschaffen: http://overthewire.org/wargames/bandit/
Hier wählst du dich im Verlauf mit verschiedenen Usern auf einen Server ein, wo Dateien drauf sind, in denen das Passwort für das jew. nächste Level drin "versteckt" ist - eine Mischung aus versch. Anzeige-Möglichkeiten bzw. deren Manipulation, und es führt durch unterschiedlichste Felder: versteckte Dateien, Hexdumps, find, grep, dd, usw. Austesten, verzweifeln, und sich nen Ast freuen, wenn man von selber drauf kommt Ich hab auf jeden Fall ne MENGE gelernt dabei. Ist aber nicht unbedingt für Anfänger geeignet.
https://regex101.com/
Hier kann man "seinen" regulären Ausdruck gegen versch. strings testen. Nicht unbedingt ein Spiel, aber super, um rauszufinden, wo der Fehler liegt, oder um einfach mal wild rumzuprobieren. Inkl. quick reference, wenn man mal nicht mehr weiß, wie genau die Syntax war.

Scrum funktioniert nur wenn alle Kunden und das gesamte eigene Unternehmen danach arbeiten, schon alleine wenn man in einem einzigen Projekt einen reinen KANBAN Ansatz fährt hat man ein Problem. 
BTT: Ich würde definitiv Lektüre zu Zeit-und Selbstmanagement empfehlen / oder ein Seminar in diesem Bereich. Damit kann man verschiedene Methoden ansehen und von den 5 vorgeschlagenen Verfahren sind 2 nicht für dich umsetzbar, 1 Umständlicher, aber 2 bringen dir im Alltag wirklich einen Mehrwert. 
Falls das nicht möglich ist ein paar Inspirationen:
- Emails nur noch 1-2 mal täglich abrufen 
- Telefon in Meetings am Rechner auf Stumm schalten.
- Mails nicht mehr nach Projekt , sondern vor dem Abarbeiten nach Wichtigkeit & Dringlichkeit sortieren und danach nur noch archivieren. - > Doku gehört nicht in Emails.
- Vor und Nach Meetings immer eine halbe Stunde vor und nacharbeiten einplanen. 
- Für jede Tätigkeit min. 15 Minuten + Faktor Komplexität an Dokumentationszeit einplanen.
- Vorcast der geplanten Projektzeiten für die anstehende Woche, bei Verschiebung entsprechend Eskallieren
- Generell gutes Eskallationsmanagement
- Und ganz wichtig - auch mal "geht jetzt nicht" sagen
 

Also grundsätzlich:  Alle Aufgaben und Projekte stehen im Kanban Board von Jira. Dort wird auch priorisiert, verschoben - nach Scrum eben. Wir arbeiten dort mit allen Abteilungen. Alle 3 Monate gibt es ein zweitägiges Planungsmeeting wo alle Abhängigkeiten usw. in den Sprints abgestimmt und entsprechend in den Teams eingeplant werden. Eben das ganze Programm -> Funktionen, Storys, Aufgaben, ...
Was kommt typischerweise dann noch über E-Mail:  Projekfortschritte, Fehler (wobei das eher Hinweise sind, die werden vom Kundenservice direkt ins Jira gehängt und wir bekommen einfach nur eine Benachrichtigung), Anfragen zu irgendwelchen Dokumenten o.ä. Das wird dann als Aufgabe getagged in 24 Stunden abgearbeitet -> entweder man kann es direkt beantworten oder es landet als Aufgabe in Jira im entsprechenden Sprint. Mit der Gegenstelle wird maximal noch die Priorisierung abgestimmt.
@hendrik232  Es klingt bei euch noch so als hättet ihr keine etablierte Vorgehensweise. Ihr benutzt halt alles, was wahrscheinlich mal temporär als nützlich eingestuft wurde. Mit Jira bzw. TFS  und Scrum kann man Projekte durch Funktionen/Storys beschreiben und dort auch zentral die Ziele, Erkenntnisse und Analysedokumente hinterlegen usw.

Ich sortiere alles aus dem Posteingang, was erledigt ist.
Die Mails mit Aufgaben, etc. bleiben im Posteingang.
Ansonsten arbeite ich tatsächlich viel mit Zettel & Stift. Ich schreibe mir meine Aufgaben in groben Stichpunkten auf. Wenn ich mehr Infos dafür benötige, dann kommen die Infos dazu.
Aber ich empfinde 50 relevante Mails am Tag als viel. Vielleicht sollte man erstmal daran arbeiten? Hier schreiben wir sehr wenig Mails. Aufgaben sowohl Intern als auch beim Kunden werden mit Jira-Tickets abgearbeitet. So hat man eben Summe X an Tickets zugewiesen und kann diese abarbeiten. Und bei Fragen/Anmerkungen wird das direkt im Ticket vermerkt. So spart man sich schon einen Haufen an Mails.

Sei mir nicht böse, aber wenn ich deine Beiträge lese, dann fokussierst du dich sehr auf das Negative in deiner Situation. Ich finde du setzt dich auch zu sehr unter Druck. Zitat "Das Feld ist riesig und ich will jetzt eigentlich nicht noch ewig mehr Zeit vergeuden.". Mal ein anderer Blickwinkel: Was macht dir denn an deinem jetzigen Job Spaß? Was kannst du gut? Beispiele: Wenn es dir Spaß macht den Anwendern etwas zu erklären, dann könntest du darüber nachdenken IT-Trainer zu verwenden.
Bzgl. der Entwicklung brauchst du nicht unbedingt DAS Ziel. Versuche dich einfach Step-by-Step weiterzuentwickeln und dir täglich neue Herausforderungen zu suchen und Neues auszuprobieren. Beispiele:
Welche Probleme treten häufig bei den Anwendern auf? Könntest du da eine FAQ schreiben oder vielleicht sogar eine interne Schulung zu halten? Kannst du wiederkehrende Aufgaben automatisieren? So könntest du dich z.B. ein Powershellskripting etc. einarbeiten. Wie gut läuft der Supportprozess? Du könntest dich in ITIL einarbeiten und versuchen ihn zu verbessern. Was sind deinen Beobachtungen bzgl. IT-Sicherheit bei den Anwendern? Könntest du dich da einlesen und die Situation durch eine Sensibilisierungsmaßnahme (z.B. Intranetartikelserie oder eine Broschüre) verbessern? Ich hoffe die Beispiele helfen die einen anderen Blickwinkel zu bekommen. Irgendwann findest du dann DEIN Thema.
mfg Hendrik232

Sei mir nicht böse, aber wenn ich deine Beiträge lese, dann fokussierst du dich sehr auf das Negative in deiner Situation. Ich finde du setzt dich auch zu sehr unter Druck. Zitat "Das Feld ist riesig und ich will jetzt eigentlich nicht noch ewig mehr Zeit vergeuden.". Mal ein anderer Blickwinkel: Was macht dir denn an deinem jetzigen Job Spaß? Was kannst du gut? Beispiele: Wenn es dir Spaß macht den Anwendern etwas zu erklären, dann könntest du darüber nachdenken IT-Trainer zu verwenden.
Bzgl. der Entwicklung brauchst du nicht unbedingt DAS Ziel. Versuche dich einfach Step-by-Step weiterzuentwickeln und dir täglich neue Herausforderungen zu suchen und Neues auszuprobieren. Beispiele:
Welche Probleme treten häufig bei den Anwendern auf? Könntest du da eine FAQ schreiben oder vielleicht sogar eine interne Schulung zu halten? Kannst du wiederkehrende Aufgaben automatisieren? So könntest du dich z.B. ein Powershellskripting etc. einarbeiten. Wie gut läuft der Supportprozess? Du könntest dich in ITIL einarbeiten und versuchen ihn zu verbessern. Was sind deinen Beobachtungen bzgl. IT-Sicherheit bei den Anwendern? Könntest du dich da einlesen und die Situation durch eine Sensibilisierungsmaßnahme (z.B. Intranetartikelserie oder eine Broschüre) verbessern? Ich hoffe die Beispiele helfen die einen anderen Blickwinkel zu bekommen. Irgendwann findest du dann DEIN Thema.
mfg Hendrik232

Sei mir nicht böse, aber wenn ich deine Beiträge lese, dann fokussierst du dich sehr auf das Negative in deiner Situation. Ich finde du setzt dich auch zu sehr unter Druck. Zitat "Das Feld ist riesig und ich will jetzt eigentlich nicht noch ewig mehr Zeit vergeuden.". Mal ein anderer Blickwinkel: Was macht dir denn an deinem jetzigen Job Spaß? Was kannst du gut? Beispiele: Wenn es dir Spaß macht den Anwendern etwas zu erklären, dann könntest du darüber nachdenken IT-Trainer zu verwenden.
Bzgl. der Entwicklung brauchst du nicht unbedingt DAS Ziel. Versuche dich einfach Step-by-Step weiterzuentwickeln und dir täglich neue Herausforderungen zu suchen und Neues auszuprobieren. Beispiele:
Welche Probleme treten häufig bei den Anwendern auf? Könntest du da eine FAQ schreiben oder vielleicht sogar eine interne Schulung zu halten? Kannst du wiederkehrende Aufgaben automatisieren? So könntest du dich z.B. ein Powershellskripting etc. einarbeiten. Wie gut läuft der Supportprozess? Du könntest dich in ITIL einarbeiten und versuchen ihn zu verbessern. Was sind deinen Beobachtungen bzgl. IT-Sicherheit bei den Anwendern? Könntest du dich da einlesen und die Situation durch eine Sensibilisierungsmaßnahme (z.B. Intranetartikelserie oder eine Broschüre) verbessern? Ich hoffe die Beispiele helfen die einen anderen Blickwinkel zu bekommen. Irgendwann findest du dann DEIN Thema.
mfg Hendrik232

Ich hatte vor ein paar Jahren mal den Fall in einem solchen Portal, dass beim Dateiupload einer größeren Datei (5MB oder sowas) ein Serverfehler 500 mit ausführlichen IIS Errorlog ausgegeben wurde. Daraufhin habe ich bei der Personalreferentin angerufen und ihr den Sachverhalt geschildert. Die gute Dame hat aber weder verstanden was ich ihr erzählt habe, noch war Sie besonders interessiert und hat mich mit der Aussage "Da haben Sie wohl einen Fehler gemacht. Versuchen Sie es nochmal." abgewürgt. Gedanklich habe ich das Unternehmen hier schon abgehakt. Ich habe mich dann trotzdem zum fachlichen Ansprechpartner durchstellen lassen und bin bei dem IT-Leiter gelandet. Dem habe ich dann die Geschichte erzählt und ihm eine Hinweis gegeben den Fehler zu beheben und die Ausgabe vom Errorlog abzuschalten. Zu dieser Zeit habe ich als Netzwerkadministrator gearbeitet und mich dort auch als Netzwerkadmin bewerben wollen. So habe ich dem IT-Leiter nahegelegt noch eine Web Application Firewall vorzuschalten, um die Sicherheit zu erhöhen. Nach 5 Minuten fachlichem Gespräch hat er dann sowas in der Art gesagt, wie "Sie will ich kennenlernen. Ich sage der Personalreferentin, dass Sie eingeladen werden sollen. Eine Bewerbungen brauchen Sie nicht zu schreiben, schicken Sie mir einfach den Lebenslauf zu. Ich kläre das schon. Die Personaler in ihrem Elfenbeinturm sollen sich nicht so anstellen.".
Ein paar Tage später hatte ich dann auch die Einladung im Briefkasten. Zu dem Gespräch ist es nicht gekommen, da ich zwischenzeitlich was Anderes gefunden habe. Lustig war die Geschichte aber trotzdem.
mfg Hendrik232

Ich hatte vor ein paar Jahren mal den Fall in einem solchen Portal, dass beim Dateiupload einer größeren Datei (5MB oder sowas) ein Serverfehler 500 mit ausführlichen IIS Errorlog ausgegeben wurde. Daraufhin habe ich bei der Personalreferentin angerufen und ihr den Sachverhalt geschildert. Die gute Dame hat aber weder verstanden was ich ihr erzählt habe, noch war Sie besonders interessiert und hat mich mit der Aussage "Da haben Sie wohl einen Fehler gemacht. Versuchen Sie es nochmal." abgewürgt. Gedanklich habe ich das Unternehmen hier schon abgehakt. Ich habe mich dann trotzdem zum fachlichen Ansprechpartner durchstellen lassen und bin bei dem IT-Leiter gelandet. Dem habe ich dann die Geschichte erzählt und ihm eine Hinweis gegeben den Fehler zu beheben und die Ausgabe vom Errorlog abzuschalten. Zu dieser Zeit habe ich als Netzwerkadministrator gearbeitet und mich dort auch als Netzwerkadmin bewerben wollen. So habe ich dem IT-Leiter nahegelegt noch eine Web Application Firewall vorzuschalten, um die Sicherheit zu erhöhen. Nach 5 Minuten fachlichem Gespräch hat er dann sowas in der Art gesagt, wie "Sie will ich kennenlernen. Ich sage der Personalreferentin, dass Sie eingeladen werden sollen. Eine Bewerbungen brauchen Sie nicht zu schreiben, schicken Sie mir einfach den Lebenslauf zu. Ich kläre das schon. Die Personaler in ihrem Elfenbeinturm sollen sich nicht so anstellen.".
Ein paar Tage später hatte ich dann auch die Einladung im Briefkasten. Zu dem Gespräch ist es nicht gekommen, da ich zwischenzeitlich was Anderes gefunden habe. Lustig war die Geschichte aber trotzdem.
mfg Hendrik232

Sicherlich ist oftmals der oben genannte Ansatz "lernen durch Schmerzen" ein wirkungsvoller Ansatz.
Ich war auch mal bei einem mittelständischen Unternehmen, bei dem die IT nur als Kostenfaktor gesehen wurden. Ich habe dort aber mit einem anderen Ansatz gute Erfahrungen gemacht. Ich habe über den Tellerrand hinaus geschaut und mir Gedanken gemacht wie die Unternehmensprozesse durch IT unterstützt werden können. Meist findet man da auch sehr schnell etwas in solchen Unternehmen, da ja nicht sonderlich viel Geld in IT investiert wurde. Davon sucht man sich ein Thema aus und fängt an Informationen zu sammeln. Wenn man gut mit den Kollegen aus dem betroffenen Fachbereich kann, befragt man diese auch dazu. Anschließend analysiert man die Informationen und erstellt ein IT-Konzept für eine Lösung. Wenn die Kosten-Nutzen-Rechnung positiv ausfällt, dann präsentiert man das Ergebnis der Geschäftsführung. Nach meiner Erfahrung ist die Geschäftsführung immer an einer Verbesserung der Unternehmensprozesse interessiert und dann auch bereit ein bisschen Geld für IT in die Hand zu nehmen.
Nachdem ich das 3-4 mal in dieser Art und Weise gemacht habe, habe ich die Geschäftsführung auf eine neue Firewall angesprochen. Und selbst die wurde mir dann genehmigt, auch wenn dies vor ein paar Monaten noch undenkbar war. Und warum? Weil die Geschäftsführung erkannt hat, dass ich als IT-Mitarbeiter in der Lage bin wirtschaftlich zu denken, die IT dem Unternehmen doch Vorteile bringt und nicht nur Geld kostet.

Sicherlich ist oftmals der oben genannte Ansatz "lernen durch Schmerzen" ein wirkungsvoller Ansatz.
Ich war auch mal bei einem mittelständischen Unternehmen, bei dem die IT nur als Kostenfaktor gesehen wurden. Ich habe dort aber mit einem anderen Ansatz gute Erfahrungen gemacht. Ich habe über den Tellerrand hinaus geschaut und mir Gedanken gemacht wie die Unternehmensprozesse durch IT unterstützt werden können. Meist findet man da auch sehr schnell etwas in solchen Unternehmen, da ja nicht sonderlich viel Geld in IT investiert wurde. Davon sucht man sich ein Thema aus und fängt an Informationen zu sammeln. Wenn man gut mit den Kollegen aus dem betroffenen Fachbereich kann, befragt man diese auch dazu. Anschließend analysiert man die Informationen und erstellt ein IT-Konzept für eine Lösung. Wenn die Kosten-Nutzen-Rechnung positiv ausfällt, dann präsentiert man das Ergebnis der Geschäftsführung. Nach meiner Erfahrung ist die Geschäftsführung immer an einer Verbesserung der Unternehmensprozesse interessiert und dann auch bereit ein bisschen Geld für IT in die Hand zu nehmen.
Nachdem ich das 3-4 mal in dieser Art und Weise gemacht habe, habe ich die Geschäftsführung auf eine neue Firewall angesprochen. Und selbst die wurde mir dann genehmigt, auch wenn dies vor ein paar Monaten noch undenkbar war. Und warum? Weil die Geschäftsführung erkannt hat, dass ich als IT-Mitarbeiter in der Lage bin wirtschaftlich zu denken, die IT dem Unternehmen doch Vorteile bringt und nicht nur Geld kostet.

Hallo,
folgende Seite mit Übungen hat mir mal beim Lernen gut geholfen: http://www.schulserver.hessen.de/darmstadt/lichtenberg/SQLTutorial/home.html
Wenn ich mich richtig erinnere, dann fehlen bei den Übungen aber erweiterte Konstrukte wie Joins und Subqueries.
mfg Hendrik232
 

Hallo,
folgende Seite mit Übungen hat mir mal beim Lernen gut geholfen: http://www.schulserver.hessen.de/darmstadt/lichtenberg/SQLTutorial/home.html
Wenn ich mich richtig erinnere, dann fehlen bei den Übungen aber erweiterte Konstrukte wie Joins und Subqueries.
mfg Hendrik232
 

Da gibt es unendlich viele Themen. Welcher Bereich von IT-Sicherheit interessiert dich denn bzw. welche anderen Bereiche interessieren dich? Da gibt es unmengen technischer Themen.
Neben technischen Themen gibt es auch noch so Themen wie:
- Wirtschaftliche Schäden von IT-Sicherheistvorfällen
- Abhängigkeit moderner Gesellschaften von IT-Systemen und die Auswirkungen bei einem Angriff (z.B. Stromversorgung)
- Oder ein ganz aktuelles Thema: IT-Sicherheit bei (autonomen) Fahrzeugen