Beiträge von MaBik

    Hallo liebe Forenmitglieder,

    heute habe ich ein Problem bei meiner WP-Installation entdeckt, welches ich kurz schildern möchte:

    In meiner Multisite-Installation (3 Webseiten auf 3 ccTLDs) läuft seit Wochen alles einwandfrei. Nun habe ich aus meiner 1.Webseite (mehr als 200 Beiträge derzeit) 38 Beiträge auf die 2. Webseite mit allen Daten, Medien und Tags etc. kopiert (WP Mulitisite Content-Copier - PlugIn). Das klappte alles einwandfrei mit ein paar Anpassungen in den Beiträgen.

    Nach einer Überprüfung der Beiträge bezüglich YoastSEO ( da hier natürlich die SEO-Einstellungen wie Keywort, Slug etc. neu gesetzt werden mussten) habe ich final die Sitemaps kontrolliert. Über /sitemap_index.xml werden die drei Sitemaps (post, page + category) folgerichtig angezeigt. Page und Kategorien sind OK (inhaltlich), aber die Post-Sitemap zeigt nur einen Eintrag (den 38. - also den letzten). Es sollten aber 38 sein.

    Ergänzend hierzu: Wordpress aktuell, YOAST aktuell und als Cache verwenden wir WP-Rocket (auf allen 3 Installationen). Wir haben auch schon beide Installationen, Beiträge und Konfigurationen penibel genau verglichen (bezüglich Einstellungen). Auch das "Ausschalten" der Sitemap-Funktion in Yoast, den Cache und OPCache von WP-Rockeet leeren und anschließendem Reaktivieren von YOAST-Sitemaps brachte keinen erfolg. Die /post-sitemap.xml kennt nur einen Beitrag (von 38).

    Hat jemand von euch eine Idee was das Problem sein könnte?
    Ich habe die Domain https://owango.net jetzt aus dem Wartungsmodus "live" geschaltet, falls jemand sich das ansehen möchte.

    Ich danke euch allen schon jetzt für euer Interesse, jedwede Hilfe und die Zeit.

    Liebe Grüße,
    Manfred

    Hallo b3317133,

    also die .htaccess trägt am Server das Datum der Erstinstallation - sprich, es gab hier keine Veränderung.

    Nun, ich versuche gerade mit unerwarteten Situationen umzugehen. Aber wie so oft, fehlt einem dann auch das Verständniss für derart spontane Veränderungen, die im gegebenen Rahmen nicht nachvollziehbar sind. Alle relevanten Angaben beim Provider (interne Umleitungen der Domains auf das Wordpress-Verzeichnis) wie auch die URL-Parameter in den Websites der Multisite-Installation sind unverändert korrekt.

    Aus diesem Grund fragte ich eben, ob man das Problem auf eine systematische Verfolgung des Aufruf-Stacks in Wordpress verfolgen kann. Bei Eingabe von owango.ch/wp-admin (oder auch /wp-login.php) erscheint erst einmal der Login-Dialog. Dann Benutzer und Passwort eingeben und Bestätigen. In der Browserzeile steht immer noch https://owango.ch/wp-admin/, es erscheint aber das Dashboard von Owango Österreich. Da liegt es doch systematisch auf der Hand, dass hier ein Routing des Logins auf eine andere Doamin stattfindet. Hier der Inhalt der .htaccess:

    # BEGIN WordPress

    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]

    # add a trailing slash to /wp-admin
    RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ - [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) owango/$2 [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ owango/$2 [L]
    RewriteRule . index.php [L]

    # END WordPress

    Dieser Inhalt ist seit der Erstinstallation nicht geändert worden.

    Kann denn jemand erklären oder einen Hinweis auf eine Ressource (Website, PDF, Dokument etc.) geben, aus der man die Aufruf-Sequenz von Wordpress Schritt-für-Schritt erklärt bekommt? Dann wäre eine Nachverfolgung der "Umleitung beim Login vielleicht ersichtlich. Inzwischen interessiert mich das schon so sehr, dass ich selbst bei einer Lösung durch Einspielen des Backups an der Auflösung dieses Phänomens stark interessiert bin.

    Ich bitte nach wie vor um Hilfe aus der Community. Vielleicht ist jemanden das Problem bekannt oder es kann jemand bei der Auflösung der Sequenz von der Anmeldung bis zum Seitenaufbau erklären (oder einen Hinweis auf Ressourcen hierzu) geben.

    Lieben Dank und ich hoffe das Problem erkennen und auflösen zu können,
    Manfred

    Hallo b3317133,

    Danke für deine rasche Rückmeldung zu meinem Problem. Die AT-Seite und die DE-Seite (läuft unter owango.net, da die .de besetzt ist ;-) sind beide im Wartungsmodus, da diese paralell zur CH-Domain aufgebaut werden.

    Habe eben mit 3 Handys (alle unterschiedliche IP's) hier in der Redaktion den Zugang zur CH-Domain geprüft. Läuft derzeit einwandfrei. Als Cache-PlugIn haben wir WP-Rocket im Einsatz und aktiv. Aber wie du sagst: Eventuell hält hier der Cache die Seite am Laufen.

    Für mich wäre nun die Frage: Wo wird der AUfruf https://owango.ch/wp-admin auf die AT-Domain umgeroutet? Ich weiss lieder nicht wie die Aufruf-Sequenz hier normalerweise läuft. Aber irgndwo da könnte es doch passieren? oder bin ich da ganz weit weg?

    Also wir haben ein Duplicator-Pro Backup von vor 5 Tagen (Freitag, 06.12.), da wir immer Freitags ein Backup fahren. Da müssten dann einige Daten nachgetragen werden, aber durchaus machbar. Da ich auf Multisite-Installation noch kein "Restore" durchgeführt habe, hab ich da etwas kribbeln im Bauch ob das so alles klappt. Die PRO-Version von Duplicator kann das ja, und ich habe als "Staging" ja eine lokale Installation aus einem früheren Restore am Laufen.

    Nun stellt sich die Frage, ob das Problem des LogIn's eher es "etwas kleineres" und korrigierbares ist, oder ob man hier das Backup zurückspielt und die neuen Daten nachträgt? Wie verhält es sich dann mit Google und anderen Bot's, wenn die Site neu aufgelegt wird? Gibt es da Erfahrungswerte? Was sollte man beachten, wenn man am Live-System ein Restore fährt?

    Puuuuh! Es gibt ja für alles ein Erstes-Mal, aber etwas mulmig ist einem da schon. Vor allem was gibt es da zu beachten und sollte man beim Hoster das Verzeichnis zuvor komplett per Hand löschen?

    Ich bin dir sehr dankbar für deine Antwort, vielleicht weisst du ja noch weiteres oder hast ein paar Tipps zum korrekten Restore.

    Merci und Danke,
    Manfred

    Hallo liebe Mitgleider,

    prekäre Situation in meiner Installation. Habe bis heute Vormittag die 3er-Installation per Multisite (DE/AT/CH) super am laufen gehabt. Dann ein Statistik-Plugin deinstalliert (WP Statistik), was zuvor im Netzwerk installiert und aktiviert war.

    Dann das gleiche Statistik-Plugin erneut im Netzwerk installiert, aber "nur" in der CH-Webseite aktiviert. Alles OK und läuft. Dann hatte ich bemerkt, dass WP Statistik ja alle "alten" Daten der vorherigen Installation noch behalten hatte. Also kurz informiert, und im Plug-In die Option "Alle Daten entfernen" aktiviert.

    Bei Neuladen der Seite nach der Löschaktion vom Plug-In landete ich auf einmal in der AT-Webseite. Wenn ich nun probiere, mich über https://owango.ch/wp-admin einzuloggen, dauert es länger als gewöhnlich und ich lande in der Anmeldung für die AT-Domain (https://owango.at).

    Ich habe über "Meine Websites - Netzwerkverwaltung - Websites" alle 3 Websites dahingehend überprüft, dass die Einträge im Register [Info] und [Einstellungen] auf auf die richtige Domain zeigen. Alles soweit i.O. Rufe ich jedoch die Webseite https://owango.ch im Webbrowser direkt und ohne Login auf, wird diese ordentlich geladen und angezeigt.

    Es sieht ganz so aus, als ob da "irgendwo" ein redirect passiert (.htaccess auch schon geprüft) und der Aufruf auf die AT-Domain geroutet wird. Das muss irgendwie mit der PlugIn-Deinstallation und DB-Löschung (nur die PlugIn-Inhaltsdaten!) zusammenhängen.

    Oh je oh je, die Seite läuft zwar noch korrekt, aber ich kann nicht mehr ins Dashboard und geschweige denn neuen Content eingeben. Hat jemand von euch eine Idee oder idealerweise eine passende Lösung????

    Ich Danke euch schon jetzt für die Zeit und Geduld.
    Liebe Grüße,

    Manfred

    Hallo mensmaximus,

    vielen Dank für deinen Tipp mit dem Hook und den Link. Nun weiss ich wie ich die hreflang's alternativ einfügen kann.

    Mir ist aber immer noch nicht das System dahinter 100%-ig klar (auch nach 2 Stunden Webrecherche). Ich befürchte ich hab hier keinen Durchblick mehr, da ich eine Multisite-Installation mit 3 ccTLD-Domains habe (https://owango.net für deutsche Domain, https://owango.at für die österreichische Domain und https://owango.ch für die Schweizer Domain.

    1. Auf meiner Schweiz-Domain (https://owango.ch) habe ich beispielsweise 5 Beiträge (auch mit CH-Währung und Schreibweisen)
    2. Auf der Deutschland-Domain möchte ich nun beispielsweise Beitrag 2 und Beitrag 5 ebenfalls veröffentlichen.
    3. Auf der Österreich-Domain hingegen kommt nur der Beitrag 4 zur Veröffentlichung.
    4. Ich habe auf der Österreich-Domain im Beitrag 4 unter Yoast einen Canonical-Tag auf den Originalbeitrag in der Schweiz-Domain gesetzt.

    Nun stellt sich die Frage, wo ich nun "überall" und ob "überhaupt" einen hreflang-Tag in den Header für (alle) Seiten einsetzen muss.

    By the way: Ist es richtig, dass man in der Google Search Console beide Varianten https://owango.xx UND https://www.owango.xx eintragen und durchforsten lassen sollte?

    Nochmals Danke an alle,
    Manfred

    Hallo liebe Forenmitglieder,

    nachdem nun meine Multisite perfekt läuft, mache ich mich an das SEO. Hier im Schwerpunkt finde ich keine Lösung für das hreflang-Thema. Meine Ausgangssituation ist wie folgt:

    * In der Hauptdomain "https://owango.net" habe ich die WP-Installation aufgebaut.
    * In Wordpress habe ich insgesammt drei Websites für DE, AT und CH angelegt
    * Die DE-Site ist auf die echte Domain owango.net geroutet
    * Die AT-Site zeigt auf die echte owango.at
    * Die CH-Site zeigt auf die echte owango.ch

    Derzeit forciere ich die CH-Seite und bin damit auch schon Online (https://owango.ch). Alle Artikel hierin möchte ich aber zumidest teilweise (da wo eine D/A/CH-Bezug gegeben ist) auch auf DE und AT publizieren. Somit kommt dann auch gleich das hreflang-Tag und wohl auch das "canonical-Tag" (aus Yoast-SEO) zum Einsatz.

    Um die Google-Search-Console für MultiSite zu aktivieren, habe ich zudem das PlugIn "Head, Footer and Post Injections" installiert, um die Google-Verifizierung als <meta....> im Header fest verankern zu können. Klappt alles super. Jetzt die Frage:

    Wie kriege ich die für Google wichtigen <meta ...hreflang ...de-DE, de_AT und de_CH mit den jeweiligen Pfadangaben geregelt. Meines Erachtens sollten da pro (Beitrags-)Seite dann immer 3 Angaben eingetragen werden müssen, um alle vorhandenen Domains zu benennen und zu verbinden.

    Und....

    Muss ich zu jedem Beitrag diese kompletten Verweise (alle 3 Domains) und bei Verwendung eines Beitrags in einer anderen Domain auch den canonical-Tag (also bspw. ein Beitrag "Hummeln ..." in der CH-Domain soll auch auf der DE-Domain veröffentlicht werden) setzen? Könnte ich ja fest in das Plugin eintragen, dann käme es aber auf allen Seiten (nicht nur in Beiträgen sondern auch auf echten Seiten wie Impressum etc.)

    Puuuh, ich weiß das ist ein dickes Brett. Aber ich möchte einfach nicht alles falsch machen oder zumindest WICHTIGES vergessen.

    Ich würde mich über jeden kreativen und zielführenden Hinweis freuen und sage schon mal vorab Danke an alle Mitglieder.

    Liebe Grüße,
    Manfred

    Hallo r23,

    okay, jetzt erscheint mir das etwas klarer. Allerdings bin ich mir nicht sicher, was hier nun die Beste vorgehensweise ist. SEO-mäßig ist das Pingback ja wohl nicht so gut (wenn ich es richtig vertanden habe). Andererseits könnte man ja mit PlugIns dagegensteuern. Dann noch die Menge an Kommentaren, die das Laden behindern könnte. Echt schwierig hier die goldene Mitte zu finden.

    Wenn ich es richtig verstanden habe, kann ich in meinen Kommentaren diese nun alle Freigeben, oder?

    Bin für jeden Hinweis oder Tipps was man nun am Besten macht sehr dankbar.

    LG
    Manfred

    Hallo liebe Forengemeinde,

    jetzt bin ich etwas verunsichert, nachdem ich heute ein paar neue Beiträge erzeugt habe. Folgendes ist passiert:

    Wenn ich einen neuen Beitrag erzeuge (SuperAdmin in Multisite), erhalte ich kurz darauf einen Kommentar auf diesen Beitrag. Als Autor erscheint der Beitragstitel und die Beitrags-URL. Bei Kommentar steht [...] gefolgt von einem Textauszug des Beitrags und am Ende wieder [...].

    Bei "Als Antwort auf" steht ein klickbarer Beitragsname und ein Link "Beitrag ansehen". Zuletzt steht dann noch rechts daneben das Datum, wann der Beitrag eingereicht wurde.

    Nun, das hatte ich bisher in keinem meiner weiteren Wordpress-Installationen. Ich vermute die Kommentare tauchen immer dann auf, wenn im Beitrag "ausgehende" Links bzw. "interne" Verlinkungen verwendet wurden. Lieg ich da richtig?

    Muss ich die Kommentare freigeben? Die Beiträge scheinen auch ohne Freigabe der Beiträge zu funktionieren. Ich weiß nun nicht woher die Kommentare kommen und was ich damit machen soll? Ich habe einen Screenshot beigefügt der die Kommentare zeigt.

    Kann mir hier jemand helfen und das ein wenig erklären?

    Lieben Dank an euch und einen schönen Abend.

    Manfred

    Hallo liebe Mitglieder,

    ich habe heuet eine spezielle Frage an die Community:

    Meine Webseite läuft und zeigt auf der Start- und auf einigen Unterseiten meine Beiträge in Listen- oder Gridform perfekt an. Soweit ist alles OK. Wenn ich nun dort irgendwo auf einen Eintrag klicke, wird dieser Beitrag ja einzeln und in kompletter Form auf einer neuen Seite angezeigt. Nun das Problem:

    Diese (ich nenne Sie) Einzelbeitragsseite hat ein vorgefertigtes Schema/Layout, dass nicht ganz zu meinen anderen selbstgestalteten Seiten passt. Diese habe ich mit Elementor gestaltet. Dort verwende ich jedoch für alle Seiten ein spezielles grafisches Designelement, welches mir nun natürlich auf der Einzelbeitragsseite fehlt.

    Frage: Gibt es eine Möglichkeit, diese Einzelbeitragsseite (ich denke die single.php) auch mit Elementor entsprechend zu gestalten? Ist da ein Mechanismus in Wordpress dem ich sagen könnte "Verwende die statische und mit Elementor designte Seite X zur Anzeige einzelner Beiträge"?. Ich verwende übrigens das wirklich tolle OceanWP-Theme, was ein Füllhorn an Möglichkeiten bietet. Vielelicht gibts da auch was für die Gestaltung der Beitrags-Einzelseite, dann hab ichs aber übersehen.

    Vielleicht hab ich inzwischen so viel rumprobiert, dass ich den Wald vor lauter Bäumen nicht mehr sehe.

    Ich danke euch für jeden "sachdienlichen" Hinweis ;-)

    LG
    Manfred

    Hallo b3317133,

    Danke für deine Info. Ich habe nun ein paar Anpassungen dahingehend durchgeführt. Der aktuelle Stand ist derzeit:

    Strato Hosting

    Domain owango.at und auch owango.ch wurde auf (intern)/owango/ umgeleitet, da liegt die Wordpress-Installation.

    Wordpress

    In Wordpress-Multisite wurden bei den beiden Domains die Pfade kontrolliert und wie folgt über "Bearbeiten" angepasst:

    * Site OwangO Österreich (.at)

    Register [Info] Website-Adresse (URL) = https://owango.at
    Register [Einstellungen] Site-URL = https://owango.net und Home = https://owango.at

    * Site OwangO Schweiz (.ch)

    Register [Info] Website-Adresse (URL) = https://owango.ch
    Register [Einstellungen] Site-URL = https://owango.net und Home = https://owango.ch

    Ergebnis!

    Es lassen sich nun alle 3 Seiten im Browser korrekt aufrufen. Bei allen 3 Sites wird jedoch zunächst kein SSL verwendet und die Information "Unsichere Seite" angezeigt. Ich denke das kann man in der .htaccess einfügen. Hierhabe ich ein Schnippsel wie folgt gefunden.

    .htaccess

    RewriteEngine On
    RewriteCond %{HTTPS} !=on
    RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=3

    Ist das auf diese Weise zu empfehlen oder gibt es bessere Lösungen hierfür?

    Nach wie vor ein PROBLEM!

    Ich komme im Browser bei den beiden Webseiten owango.at und owango.ch beispielsweise über den Link "Anmelden" bei [META] in der Seitenleiste nicht in den Login-Dialog der Seiten. Ich lande immer in owango.net und auch dort kann ich über Sites - Dashboard nur noch das Dashboard der "Hauptseite" owango.net öffnen. Klicke ich bei der AT-Site auf Dashboard komme ich zur NET-Site, so auch bei der CH-Site.

    Trage ich direkt im Bowser beispielsweise https://owango.at/wp-admin ein, so erhalte ich sofort wieder die "Hauptseite" owango.net mit einem redierct-Parameter in der URL wie folgt:

    https://owango.net/wp-login.php?r…min%2F&reauth=1

    Lieben Dank für eure bisherigen Tipps und ich hoffe weiter auf Hilfe.

    Liebe Grüße,
    Manfred

    Hallo B-52,

    Danke für deine rasche Rückmeldung. Anstelle von "projekt" (diente nur als Platzhalter) handelt es sich hier um die folgenden registrierten Domains:

    * https://owango.net
    * https://owango.at
    * https://owango.ch

    Beim Hoster sind serverseitig entsprechende Weiterleitungen auf Wordpress konfiguriert (siehe Bild owango-domains-weiterleitungen.jpg).

    In Wordpress selbst habe ich die Websites unter "Meine Websites - Netzwerkverwaltung - Websites - [Website] - Bearbeiten" wie folgt konfiguriert:

    * owango.net
    -> [Register Info] Website-Adresse (URL): https://owango.net/
    -> [Register Einstellungen] Siteurl: https://owango.net
    -> [Register Einstellungen] Home: https://owango.net

    * owango.at
    -> [Register Info] Website-Adresse (URL): https://owango.net/at/
    -> [Register Einstellungen] Siteurl: https://owango.net
    -> [Register Einstellungen] Home: https://owango.net/at

    * owango.ch
    -> [Register Info] Website-Adresse (URL): https://owango.net/ch/
    -> [Register Einstellungen] Siteurl: https://owango.net
    -> [Register Einstellungen] Home: https://owango.net/ch

    Die Inhalte der .htaccess und wp-config.php habe ich im Startbeitrag oben aufgelistet.

    Dashboards

    Klicke ich auf Websites, bekomme ich die 3 angelegten URLs. Wenn ich dort nun bei jeder Site auf "Dashboard" klicke, öffnet sich dieses. Ich lande aber immer im Dashboard der Hauptdomain (owango.net) und nich in den dazugehörigen (owango.at oder owango.ch). Siehe hierzu auch das Bild (owango-websites-dashboard.jpg)

    Aufruf der Domains

    Wenn ich nun owango.net aufrufe, erhalte ich korrekterweise die Startseite der 1.Domain mit aktiven Theme (twentyseventeen). Bei Aufruf von owango.at lande ich korrekterweise auf der URL https://owango.net/at aber im Textmodus ohne Theme (obwohl es dort auch aktiv geschalten ist). Gleiches bei owango.ch, wo ich korrekt auf https://owango.net/ch im Textmodus lande.


    Ich hoffe sehr dass mir (bzw. der Website-Konfiguration) geholfen werden kann ;-) Andere haben es ja auch geschafft und freue mich auf jeden noch so kleinen Hinweis.

    Ganz herzlichen Dank vorab und liebe Grüße,
    Manfred

    Hallo liebe Wordpress-Mitglieder,

    nachdem ich neben der tagelangen Netzrecherche nun einiges hier im Forum zum Thema "Multisite" gelesen habe, stehe ich immer noch vor meinem ungelösten Problem. Möglicherweise hakt es nur an einer Kleinigkeit. Hier meine Situation:

    1) Ich habe 3 Domains (projekt.net, projekt.at und projekt.ch) bei Strato geordert und aktiviert. Die projekt.net ist dabei ein Hostingpaket, die anderen beiden sind reservierte Domainnamen mit Weiterleitungsfunktion.

    2) Im Hostingpaket [projekt.net] habe ich eine frische Wordpress-Installation im Unterverzeichnis /projekt aufgezogen. Die Mutlitsite-Funktion habe ich mit der Option "Unterverzeichnisse" ausgeführt und die von Wordpress vorgeschlagenen Anpassungen in der wp-config.php und .htaccess wie folgt umgesetzt:

    .htaccess

    # BEGIN WordPress

    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]

    # add a trailing slash to /wp-admin
    RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ - [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) owango/$2 [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ owango/$2 [L]
    RewriteRule . index.php [L]

    # END WordPress

    wp-config.php (Sektion für WP-Multisite)

    /* Wordpress Multisite-Funktion 20.08.2019 */
    define( 'WP_ALLOW_MULTISITE', true );
    define('MULTISITE', true);
    define('SUBDOMAIN_INSTALL', false);
    define('DOMAIN_CURRENT_SITE', 'owango.net');
    define('PATH_CURRENT_SITE', '/');
    define('SITE_ID_CURRENT_SITE', 1);
    define('BLOG_ID_CURRENT_SITE', 1);
    define('COOKIE_DOMAIN', '');

    3) In Wordpress selbst habe ich nun 2 weitere Projekteinträge mit folgender Verzeichnissangabe /projekt/at und /projekt/ch angelegt mit folgendem Ergebnis:

    Meine Websites ->

    * projekt1 (Domainpaket) > Website-Adresse (URL) = https://projekt.net/
    * projekt2 > Website-Adresse (URL) = https://projekt.net/at/
    * projekt3 > Website-Adresse (URL) = https://projekt.net/ch/

    4) Bei meinem Hoster habe ich die 3 Domains dann folgendermaßen konfiguriert:

    projekt.net -> Umleitung (Intern - /projekt)
    projekt.at -> Umleitung (Extern | Permanente Weiterleitung 301 ): https://projekt.net/at
    projekt.ch -> Umleitung (Extern | Permanente Weiterleitung 301 ): https://projekt.net/ch

    5) Wenn ich im Browser nun projekt.net aufrufe, erhalte ich die Wordpress-Startseite (also OK). Ich kann auch ins Backend. Wenn ich dagegen projekt.at oder projekt.ch aufrufe, erhalte ich auch eine Startseite, jedoch nur in Textform. Okay, kein Theme eingefügt/aktiviert. Und jetzt kommts.

    6) Wenn ich in Wordpress nun über "Meine Websites - Projekt2 (oder Projekt3) - Dashboard" (URL im Browser wäre https://projekt.net/at/wp-admin/ bzw. https://projekt.net/ch/wp-admin/) ein Theme einhängen möchte, kommt die folgende Fehlermeldung:

    >>-------------------
    [size=24]Internal Server Error[/SIZE]
    The server encountered an internal error or misconfiguration and was unable to complete your request.

    Please contact the server administrator at service@webmailer.de to inform them of the time this error occurred, and the actions you performed just before this error.

    More information about this error may be available in the server error log.
    -------------------<<

    Ich kann somit weder im Wordpress-Backend als auch nicht im Browser über die entsprechende URL (https://projekt.net/(at oder ch)/wp-admin) auf die beiden Domains zugreifen um bspw. ein Theme zu aktivieren oder Beiträge anzulegen.

    Möglicherweise liegt ein Fehler in der .htaccess oder in der Pfadeinstellung bei den beiden Doamins projekt.at und projekt.ch vor. Ich finde einfach keine Lösung für das Problem. Eventuell ist es nur ein Kleinigkeit.

    Ich wäre für jeden kleinen Tipp oder Lösungsvorschlag sehr dankbar und hoffe auf eure Mitwirkung.

    Herzlichen Dank vorab und Grüße,
    Manfred