hatte meinen Text schon fertig, aber muss nochmal nachhaken ... da mir ein paar Details fehlen:
Welche "Joom:Gallery" hast du dir woher heruntergeladen und welche J!-Version nutzt du?
Es gab/gibt ein Plugin, die die Joomla-SuFu erweitert ... allerdings kommt das PI aus 2013 ... deshalb mal die Frage auf welcher Joomla-Version du bist...
OK, die Version 3.9.13 hab ich gerade mit Hilfe deines Links herausgefunden ... aber welche Joom:Gallery Version hast du woher?
Melden darfst du dich immer ... ob wir dir dann aufgrund der Steingröße helfen können, werden wir dann sehen! 
Dann viel Erfolg mit dem externen Webserver und Joomla!
Einer IT die so eine banale Anforderung nicht umsetzen kann oder will würde ich als Geschäftsführer reichlich in den Hintern treten ...
das wäre eine Möglichkeit ... 
Die Andere wäre es, der Geschäftsführung (und auch der IT) "was an die Hand zu geben". Ich kenne eure Firmenstrukturen nicht, aber wenn du "deinen Webserver" schon betreibst kannst du der GF die Vorteile eines Intranets gleich anhand einer Seite zeigen. Die anderen Vorteile die Seite/den Server im eigenen Haus zu betreiben, wenn sie/er dann nicht von außen erreichbar sein soll, lasse ich jetzt mal außen vor.
Wo ich deejey
´s Meinung bin und es für mich auch null Sinn ergibt: einen externen Webserver für ein Intranet einzusetzen...
bibeg genau wie bei uns. Das Intranet ist aber für alle Mitarbeiter und gerade für die dezentralen Außenstellen. Das ist der Mehrwert eines/unseres Intranets. Informationen so schnell wie möglich zu transportieren. Wir haben insgesamt über 500 Mitarbeiter und die Intranetseite liegt auf einem kleinen Linuxsserver, genau wie unsere "Arbeitsserver" auf denen die Mitarbeiter der dezentralen Stellen arbeiten. IT-technisch laufen hier alle Fäden zusammen.
Mal eine ganz andere Frage, die du aber nicht beantworten musst, es geht mir um den "Aufwand" für das Intranetportal: wie viele Mitarbeiter sollen denn Zugriff auf das Intranet haben? Oder besser um wie viele MA geht es denn?
Ich schließe mich Lui_brempt
´s Ausführungen an. Die IT mag das zwar nicht kennen, aber es hört sich irgendwie danach an, als ob sich eure IT sperrt, weil es neu ist ... (ohne eurer IT zu nahe treten zu wollen) ... und gerade in der IT ist Neues eher die Regel als die Ausnahme ... und für die Mitarbeiter ist es mit dem Intranetportal ein großer Zugewinn. Außerdem kann man Joomla so einstellen, dass sich Mitarbeiter (wenn ihr ein Active Directory habt) direkt mit ihrem Kennwort anmelden können, ohne sich ein Neues merken zu müssen und Berechtigungen kann man auch damit steuern (da bin ich gerade bei)... nur falls du noch Argumente für die IT und die Geschäftsführung brauchst...
Soooo ... wo Schatten ist, ist auch Licht ... zumindest wird es bei mir zu dem Thema immer heller ... 
Es hat zwar gefühlt ewig gedauert, aber nun weiß ich zumindest wo der Fehler liegt: Das joomlaeigene LDAP Plugin bekommt zwar die Synchronisierung hin, aber beherrscht kein Group Mapping. Für das Mapping muss das "Authentication User-Adapter"-Plugin in Kombination mit dem "LDAP - Group-Mapping"- und "LDAP - User Creation"-Plugin aktiviert und konfiguriert werden. Durch das ganze hin und her ist mir schlichtweg entgangen, dass das "Authentication User-Adapter"-Plugin ein anderes ist als "Authentifizierung LDAP", bzw. die Kombination der Plugins entscheidend ist. Wenn sich nun ein neuer Benutzer authentifiziert wird dieser in Joomla angelegt und bekommt wird auch den Gruppen zugewiesen, die über das Mapping eingestellt sind.
Ich schließe das Thema erstmal, da mein Problem gelöst ist. Sollte ich aber dennoch neue wichtige Erkenntnisse gewinnen, werde ich es an dieser Stelle posten.
Danke noch mal zero24
für deine Unterstützung! 
Wer ist denn für die Einrichtung von xampp zuständig und wer übernimmt Joomla?
Wie die Performance von xampp im Intranet ist weiß ich nicht, wahrscheinlich abhängig von CPU, RAM und Anzahl der verbundenen Usern ...
die IT sollte sich dann aber folgende Systemanforderungen anschauen:
https://downloads.joomla.org/technical-requirements
Welche Anforderungen für xampp gelten müsst ihr durch Recherche oder Tests klären. Auf der xampp-Seite gibt es keine Empfehlung. Hängt aber auch wieder von verschiedensten Faktoren, wie Anzahl der gleichzeitig zugreifenden User, eingesetzter PHP Version, etc. ab.
wie Re:Later schon schreibt solltet ihr das System nach außen dicht machen...
Ja, sorry, die ID für "Registered" ist 2, das ist auch korrekt, aber der User wird ausschließlich dieser Gruppe zugeordnet. in der Doku steht, dass man mehrere Group-ID´s mit Komma getrennt hinzufügen kann. Pro AD-Gruppe eine Zeile. Für mich ist noch nicht ganz klar, wie die Information beim User gespeichert wird, in welchen Gruppen er/sie/divers (divers soll keinesfalls diskriminierend dort stehen, sondern die Gleichbehandlung symbolisieren) ist. Wenn ich mir die Datenbank anschaue funktioniert das Plugin vielleicht nicht/nicht richtig. Eigentlich sollte in der Tabelle ##_users unter params der Eintrag
stehen. Meldet sich ein neuer User, der im AD mit Gruppenzugehörigkeit angelegt ist, an, so steht dann in der Tabelle unter "params" aber
Gehe ich dann per BE auf den User und klicke auf "Speichern und Schließen" ist der Eintrag wie oben ...
Schaue ich mir die ##_usergroup_map-Tabelle an, so sind dort keine Einträge hinzugefügt, die eigentlich dort stehen müssten, da der User die Gruppen im AD hat.
Vor lauter Verzweifelung habe ich mir die Doku von der shmanic-Seite von archive.org gezogen und ausgedruckt, aber damit komme ich nicht weiter... ich habe auch die 200+ Gruppen aus dem Mapping entfernt und nur die eine Gruppe in eingefügt, in die der User im AD vorhanden ist (es ist die oben gepostete). Dennoch bekommt der User nur "Registered" zugeordnet.
Im Mapping-Plugin kann man noch auswählen in welche Gruppe der User beim "Start" hinzugefügt werden soll. Standardmäßig steht sie auf "Registered", habe sie auch mal auf die Gruppe gesetzt, die in der Zuordnung/im Mapping steht, in die der User eigentlich rein soll, aber dennoch kommt der User immer in "Registered".
Ich habe auch schon recherchiert, ob ich Shawn Maunder (der hat das LDAP Plugin seinerzeit realisiert) direkt anschreibe, aber selbst bei GitHub ist er seit längerem nicht mehr aktiv...
Dennoch bleibe ich am Ball! Jeder Tipp ist Willkommen! 
Mit der Lösung ist das so eine Sache ... 
Ich verzweifle am Mapping. Egal was ich einstelle, werden die Einstellungen "ignoriert". Ein neuer User, der sich anmeldet wird in Joomla angelegt und der Gruppe "Registered" zugeordnet. Entweder verstehe ich das mit dem Mapping falsch oder es grätscht mir noch irgendwo ein Plugin dazwischen, dass die User in die Gruppe "schiebt", was aber ja gar nicht passieren soll. Oder doch??? Ich dachte das Joomla via LDAP im AD die Gruppen "nachschaut" (ohne die Gruppen ins CMS zu importieren) und je nach Zugehörigkeit (via Mapping) die Rechte "vergibt" ... Leider geben die Dokumentationen über das Mapping nicht mehr so viel her...
Ich möchte eigentlich keine Gruppen zu Joomla importieren, denn dann hat/hätte man wieder eine Stelle was zu pflegen...
Wir haben im AD über 200 Rechte-Gruppen, die ich mit der Mapping-List verknüpfen wollte. Die Gruppen ähneln sich alle sehr stark vom Aufbau, deshalb mal nur einen Eintrag aus der Liste:
CN=VERW-XXX-EDV,OU=VERW-Gruppen,OU=VERW,OU=DOMAIN.DE,DC=DOMAIN,DC=tld:2,81,97,52
Mache ich einen Denkfehler oder ist der Eintrag falsch?
Bitte nicht vergessen, da gibt es ja auch eine rechtliche Schiene zu beachten. Die Benutzer die dort damals Ihre Beiträge veröffentlicht haben, hatten eine Vereinbarung mit dem Joomlaportal. Da kann man nicht einfach so alles kopieren und unter neuem Namen veröffentlichen.
Ja, stimmt, da hat du wohl Recht ... bleibt halt der von christine2 getragene Nostalgie Gedanke ...
wollen wir ja eh nicht. Sondern einen Verweis/Link dazu machen. Siehe oben.
naja, der Gedanke war schon so gefasst, dass man das als Archiv zur Verfügung stellen könnte, aber Pest hat Recht, man kann ja nicht in Wild-West-Manier das Forum hin und herschieben. Nicht erst seit DSGVO sollte man schon auf die User achten... aber das Thema ist hier auch schon breit diskutiert worden und den meisten (zumeist in sehr negativer Form) präsent.
Sei´s drum ... das Joomlaportal war ein großer Abschnitt mit viel Wissen, das jetzt aber "nur noch" in Online-Archiven existiert.
hier wird auch darüber geschrieben
die Info zur Beta wurde im Oktober auf November geändert ...
https://developer.joomla.org/roadmap.html#4
Ob es noch ne aktuellere offizielle Roadmap gibt weiß ich nicht.
Ja, das mag sein, war auch nur ein Gedanke. Mit dem Snapshot war einer dieser Tage gemeint, denn man kann ja durchaus durch die Seiten navigieren. Es geht mir auch nicht um Profile, etc. sondern eher darum das gesammelte Wissen zu "sichern". Ist bestimmt nicht "mal eben" getan und vielleicht zu naiv von mir überlegt, aber wenn es dazu dient, das Wissen da heraus zu holen und an anderer Stelle "aufzuarbeiten, was nochmal minder wenig Ausfwand bedeutet. Das Problem dabei ist (wieder mal) das sich jemand drum kümmern müsste ...
Es käme auf einen Versuch an ...
Ich habe keine Ahnung, aber archivierte Seiten anzuschauen ist ein graus ... wahrscheinlich der Daten und Webseitenmenge geschuldet...
ich sage vorweg, dass es nur eine Idee ist und ich denke ne Menge Arbeit, wenn man was retten will. Vielleicht kann man die Betreiber von archive.org mal anschreiben, ob es aufgrund der Schließung des Forums (aus welchen Gründen auch immer das passiert ist) eine Möglichkeit gibt einen solchen Snapshot zugeschickt zu bekommen. So ist Mambo hier auch noch gelistet:
Alles anzeigenHallo zusammen,
ich suche eine Erweiterung für Kundenberater, die man auf einer Weltkarte hinterlegen kann.
So etwas in etwa:
https://www.brewes.de/informat…licher-kundenberater.html
Ist jemanden so etwas bekannt? Kann leider nicht wirklich was finden....
lg
Das von dir genannte Beispiel wurde mit HTML gelöst: https://www.mediaevent.de/xhtml/area-map.html
Nicht ganz so schick wie das von Birger , aber dafür ohne "Zusätze" nutzbar...
Wird die Internetverbindung über einen Proxy hergestellt? Authentifizierung? Kann man auch in der Konfiguration einstellen.
Das sind Grundlagen, da kannst du dich hier mal "durcharbeiten".
Öhm ... das Thema ist älter als zwei Jahre ... 
Das sich in der Thematik einiges - auch bei Youtube - getan hat ist dem TE wahrscheinlich klar ... dein Post kommt jetzt ein wenig rüber als würdest du deine Videos bewerben wollen, um den PR wieder nach oben zu bekommen...
