Beiträge von Patrick0815

Zitat von Loxley

Ich weiß nicht, ob CS 3 mit 1.31 funktioniert. CS 2 sollte auf jeden Fall.

Ich hab mal begonnen das System auf ChameleonSkin2 zu aktualisieren.

Leider hat es mir gleich mal das Layout zerhagelt, Fonts werden nicht mehr gefunden, Container sind nicht mehr am Platz, bzw. sichtbar obwohl sie nicht zu sehen sein sollen, etc.

Ein paar Probleme kommen mit Sicherheit durch die Umstellung bootstrap 3 zu 4.

Leider bin ich in der Skin Programmierung für Mediawiki nicht sehr tief drin, so dass ich etwas Starthilfe benötigen könnte.

Wie gehe ich die Portierung des Skins am Besten an?

Zitat von go2car

hab im Logfile vom script gesehen, läuft.

Test Ping geht auch.

Super, danke dir für den Tip.

Gerne

Zitat von go2car

ok, ich hab es mal so eingetragen.

Mal sehen, ob die DNS Auflösung morgen damit funktioniert.

Im CCP ist es doch sofort zu sehen, also die Änderung der Records.

Ansonsten kurz mal eine Phantasie-IP für * eintragen, warten bis gültig, danach dann die FRITZ!Box ein Update anstoßen lassen.

Hilft es ein mode=both zu ergänzen, wie in diesem Beispiel

https://github.com/fernwerker/own…pdate-dyndns.sh

Also

Update Url: https://[Pfad_zum_Scriptordner]/update.php?user=<username>&password=<pass>&domain=<domain>&ipv4=<ipaddr>&ipv6=<ip6addr>&mode=both

Können wir zusätzlich zum Output (Logfile) auch den Input sehen?

Das Script (letzter Stand auf GitHub) unterstützt sowohl * als auch @, zumindest prüft dies der interne Matcher.

Für mich sieht das nach den Plesk DNS Services aus, dh. der bisherige Server war mindestens ein Backup DNS, ev. auch der Primäre.

Wenn dem so ist, stehen normalerweise weiter unten (im Screenshot) nicht zu sehen die von der Plesk Instanz erwarteten DNS Einstellungen die so nur bei Netcup eingetragen werden müssen (und dann warten).

Zitat von Patrick0815

Auch hier mal abwarten, je nachdem wann die Seite das letzte mal eine DNS-Abfrage gemacht hat kommt da noch die TTL drauf.

Da im DNS zumindest mal eine gewisse Zeit * gesetzt war hat die Seite u.U. noch die Platzhalter IP (46.x.x.x).

Morgen um die Mittagszeit sollte es dann passen.

Jetzt ist er auf tsviewer.com auch wieder online…

Zitat von heusmich

So, gute Nachrichten.

Der Server ist wieder über die gewünschte Adresse verfügbar.

Hab jetzt nur noch das Problem, dass der Server auf der Seite "https://www.tsviewer.com/index.php?page=ts_viewer&ID=1109646" nicht als online erkannt wird. Aber das werde ich wohl mit dem Support von denen klären müssen.

Vielen lieben Dank an alle für die super Unterstützung!

Auch hier mal abwarten, je nachdem wann die Seite das letzte mal eine DNS-Abfrage gemacht hat kommt da noch die TTL drauf.

Da im DNS zumindest mal eine gewisse Zeit * gesetzt war hat die Seite u.U. noch die Platzhalter IP (46.x.x.x).

Morgen um die Mittagszeit sollte es dann passen.

Zitat von Ingob

Hallo,

was kann ich dagegen tun, wenn mir immer 2 Archiv Ordner angelegt werden?

Einer heisst Archiv, der andere Archives.

Wenn ich einen davon entferne, erscheint er nach dem nächsten Login wieder.

Wo kann ich das einstellen?

danke

Alles anzeigen

Schuss ins Blaue: E-Mail/IMAP?

verschiedene Mailclients, zB. Webmail und der auf dem Smartphone die bei der Namensgebung der Ordner unterschiedliche Wege gehen.

Zitat von heusmich

OK, dann halte ich jetzt einfach mal bis morgen die Füße still und schau dann weiter.

ja, ansonsten sieht es gut aus:

https://dnschecker.org/#A/ts.heusmich.de

https://dnschecker.org/#SRV/_ts3._udp.ts.heusmich.de

Da die ursprüngliche TTL 24h war dürfte es u.U. noch etwas dauern bis der Eintrag auf der Seite korrekt funktioniert.

Zitat von heusmich

Du meinst den hier? Der besteht schon mit meiner IP:

pasted-from-clipboard.png

ok, dann passt es. War im letzten Screenshot nicht zu sehen.

Zitat von heusmich

OK, jetzt schaut es so aus:

pasted-from-clipboard.png

Passt so oder muss im Destination-Feld ".heusmich.de" auch noch raus?

* und @ würde ich ergänzen und auch auf den Server zeigen lassen.

Der Rest sieht gut aus.

Die Domain muss/darf in den DNS Einstellungen nicht erneut genannt werden.

Für den A Record reicht somit ein ts, beim SRV gilt das selbe.

Die Domain/Zone wird automatisch ergänzt, daher auch per Default nur mail und ftp.

Zitat von Loxley

Sehr gut, dass Du auch die Lösung postest!

Da ich das ganze auch gerade durch habe: Chameleon 3 und MW 1.35 vertragen sich noch nicht 100 %ig. Du brauchst den aktuellen Master vom Git, wenn Du Icons in den Menus haben willst. Ansonsten habe ich keine weiteren Probleme gefunden. Viel Spaß beim Updaten der Erweiterungen!

Danke für den Hinweis, 1.31 auf 1.35 steht noch an.

ChameleonSkin ist z.Z. noch 1.7.1, sind hier beim Update auf ChameleonSkin 3 Probleme zu erwarten?

Zitat von m_ueberall

Ich schätze, dass die Chancen auf Hilfestellung bei MediaWiki-spezifischen Kanälen deutlich höher sind als hier; ggf. hilft https://www.mediawiki.org/wiki/MediaWiki_on_IRC/de ?

Danke für den Tipp.

Zur Auflösung, ein

composer update --no-devs im WikiMedia-Root und ein anschließendes
php maintenance/update.php 

brachten schlussendlich den Erfolg und die Seite ist nun aktualisiert und wieder online.

Durch den ersten Befehl werden die autoloads aktualisiert und damit ist der Skin auch wieder auffindbar.

Hallo zusammen,

vermutlich stelle ich mich ein wenig doof an, habe aber Hoffnung hier im Forum einen Lösungsansatz für mein Problem zu finden.

Ich habe ein Projekt mit einem vorhandenen MediaWiki übernommen, die MediaWiki ist noch auf dem alten LTS 1.31.x.

Leider noch nicht auf dem letzten Patchstand 1.31.14, so dass ich dies nun gerne nachholen möchte bevor ich ein Update auf den nächsten LTS starte.

Laut MediaWiki-Anleitung reicht es bei Wechsel zwischen Minorversionen die neuen Daten über das vorhandene System zu kopieren und gut.

Das Updatescript ist nur notwenidig wenn sich das Datenbankschema geändert hat.

Den beschriebenen Weg habe ich versucht zu beschreiten, scheitere jedoch daran dass die Seite danach nicht mehr läd (ChameleonSkin wird nicht mehr gefunden).

Ich habe auch bereits den Alternativweg versucht, indem ich die einzelnen Patchfiles versucht habe anzuwenden, aber auch hier gibt es das Problem das der Skin anschließend nicht mehr gefunden wird.

Meine Vermutung/Feststellung ist, dass nach dem Update Verweise auf den ChameleonSkin in vendor/compose/auto_load.... nicht mehr vorhanden sind,

aber wie stelle ich diese wieder her? Welches Script muss ich dazu ausführen, ...

Ich kenne mich mit MediaWiki was Updates angeht noch nicht so gut aus und bin daher für jeden Hinweis oder Vorgehensweise dankbar.

So kompliziert kann ja ein Minorupdate nicht sein.

Danke.

Zitat von rotbaer

Ach, fast vergessen: im “myFritz”-Konto kann ich den Server sehen und auch auswählen - aber dann kommt “Diese Website kann keine sichere Verbindung bereitstellen - xxx hat eine ungültige Antwort gesendet”... ?

Der Webserver liefert nur per http aus?

Manche Browser wollen nur noch https.

Zitat von rotbaer

Hallo, zunächst einmal vielen Dank an DerRené und Patrick0815 für die Antworten. Und ja: "ich bin noch nicht so weit", bin auf dem Parkett hier ein ganz kleiner Dummer... Aber ein Stückchen bin ich inzwischen weiter: das Eintragen der Nameserver hat funktioniert, wenn ich im Browser "haenschenklein.de" eingebe, dann werde ich auf meine (tatsächlich MEINE) Fritz!Box weitergeleitet - ich lande aber immer auf der Login-Seite meiner FritzBox, so dass ich DIESE übers Internet steuern könnte (was ich ja aber eigentlich gar nicht will), anstatt auf dem Webserver "dahinter". Habe schon alle möglichen Port-Freigaben ein- und ausgeschaltet, die Internet-Freigabe der FritzBox aus/ein, den Windows Defender kontrolliert - momentan fällt mir nix mehr dazu ein. Sollte der Apache-Server eine Macke haben oder mit ihm die IPv6-Verbindung nicht funktionieren (habe "nur" IPv6, ist 'n DS-Lite-Tunnel)? Falls jemand 'ne Idee hat, wär's toll, danke im Voraus

Rotbaer

Hier würde ich darauf tippen, dass die FRITZ!Box Loginseite nur im lokalen Netzwerk angezeigt wird.

Am Besten mal über einen anderen Zugangspunkt ausprobieren z.B. LTE Netz.

Zitat von DerRené

Das bietet dir die Fritzbox selbst bereits an.

Und die dynv6 API wird hier eigentlich sehr ausführlich erläutert.

Meine Update-URL für die Fritzbox sieht übrigens wie folgt aus:

dynv6.com/api/update?hostname=<domain>&token=<username>&ipv4=<ipaddr> dynv6.com/api/update?hostname=<domain>&token=<username>&ipv6=<ip6addr>&ipv6prefix=<ip6lanprefix>

Die Platzhalter werden von der Fritzbox entsprechend automatisch befüllt. Zwei URLs nötig, je eine für IPv4 und eine für IPv6 - sind leider nicht in einem gemeinsamen Aufruf möglich, aber das macht ja nix.

Bin mit dynv6 sehr zufrieden.

Alles anzeigen

Soweit ist rotbaer meines Erachtens noch gar nicht, er möchte seine Domain/Zone über dynv6 verwalten.

Dazu muss erst mal eine Delegation eingerichtet werden, da wie im TS die gesamte Domain auf die dynamische IP verweisen soll, ist es wohl das einfachste erstmal die NS umzubiegen.

Das mit dem Updatescript kommt dann später.