WP-Mulitsite-Konzept in Verbindung mit WP-Job-Manager

hallo und guten Morgen Community,

vorweg: die Frage ist auch die; ist dieser Thread besser im Plugin-Forum untergebracht oder im Konfigurations-Forum.

ich wlll Wordpress in einem Multisite-Aufbau zum Einsatz bringen. Die Idee (die zugegebenermaßen noch weitere Ausreifung braucht) ist diese.

ich habe drei Domains die alle sinnvollerweise an eine DATENBANK andocken. Auf dieser DB ist die WP-Job-Manager-Installation.

Die Architektur koennte dann so aussehen:

jobs_a.mysite.com
jobs_b.mysite.com
jobs_c.mysite.com

Nun frage ich mich ob man das mit dem WP-Multisite-Konzept auch umsetzen kann? Meint ihr dass das geht.
Ich werde mal die entsprechenden Dokumente zu dem Multisite-Konzept durcharbeiten.

Viele Grüße
lin

update: habe eine sehr interessante Dokumentation gefunden zum Thema Multisite:
https://marketpress.de/wordpress-multisite-einrichten/

Hallo und guten Abend,

ich hab mir nochmals Gedanken zu dem Thema URL-Weiterleitung gemacht: Also im engeren Sinne zu dem Thema
Manuelles Weiterleiten oder Maskieren der Domain oder der Subdomain.

Wie oben beschrieben ist die Architektur ja z.B so beschaffen:

jobs_a.mysite.com
jobs_b.mysite.com
jobs_c.mysite.com

Auf der - Sammelseite.Job.Mysite.com würde dann die ganze DB und die Logik sitzen. Wenn ich hier mit einer Weiterleitung von Domain und Subdomain arbeite, dann kann man - so denke ich - den Seitenbesucher automatisch an eine andere Website weiterleiten. Das ist doch im Grunde eine tolle Sache - oder nicht!? Also ich denke dass durch Maskierung verhindert wird, dass Besucher die Domain- oder Subdomainweiterleitung sehen, indem in der Adressleiste des Webbrowsers weiterhin der Domainname angezeigt wird.

Wie man die Weiterleitung konfigurieren kann - da hab ich mal Gedanken gemacht:

Es stehen insges. zwei verschiedene Weiterleitungsarten zur Verfügung:

- als offene Weiterleitung der sogenannte Header-Redirect (301) und darüber hinaus die sogenannte versteckte Frame-Weiterleitung.
- Der sogenannte Header-Redirect (301) ist im Grunde die allereinfachste und darüber hinaus auch die schnellste Art der Weiterleitung.

Es ist dabei ja so, dass die Zieladresse der Weiterleitung -(also jene die nach der Umleitung in der Adresszeile des Browsers erscheint (Das bedeutet also dass es von der http://www.ausgangs-url.com zu http://www.ende-oder-auch-ziel-url.de geht).

Bei der sogenannten Frame-Weiterleitung kann der Webbetrachter und Webnutzer in der Adresszeile des Browsers überhaupt nicht erkennen, dass er weitergeleitet wird. Er bekommt nichts von diesem Vorgang mit. Einer der großen Vorteile dieser Art der
versteckten Weiterleitung ist, dass diese Technik sehr sehr schnell ist. Es geht praktisch ausgesprochen schnell.

Also - ich denke es ist so: ich kann das Thema ja auch so beschreiben: Sagen wir es also mal mit anderen Worten: es soll nur die TLD meiner Webpage dem User sichtbar sein. Wie mache ich das?

Also, um mal ein Beispiel zu geben: anstelle von

foo.com soll immer dann beim Betrachter nur
bar.com stehen, egal welche Scriptseite gerade aktiv ist...

Wie kann man das bewerkstelligen: ich denke dass das auch mit .htacces versucht werden kann.

By the way: Mein Webserver ist ein Apache

es gibt - so denke ich mehrere Ansätze:

Ansatz: man leitet einfach alle Anfragen an eine index.php um und entscheide mit PHP, was geladen wird.
Ansatz: zu mod_rewrite oder mod_dir Dokumentation?

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ index.php [NC,L]

Ich hab noch weitere Infos gefunden - auch hier:

https://httpd.apache.org/docs/current/mod/mod_rewrite.html

Apache Module mod_rewrite

Zitat

Summary
The mod_rewrite module uses a rule-based rewriting engine, based on a PCRE regular-expression parser, to rewrite requested URLs on the fly. By default, mod_rewrite maps a URL to a filesystem path. However, it can also be used to redirect one URL to another URL, or to invoke an internal proxy fetch.

mod_rewrite provides a flexible and powerful way to manipulate URLs using an unlimited number of rules. Each rule can have an unlimited number of attached rule conditions, to allow you to rewrite URL based on server variables, environment variables, HTTP headers, or time stamps.

mod_rewrite operates on the full URL path, including the path-info section. A rewrite rule can be invoked in httpd.conf or in .htaccess. The path generated by a rewrite rule can include a query string, or can lead to internal sub-processing, external request redirection, or internal proxy throughput.

Further details, discussion, and examples, are provided in the detailed mod_rewrite documentation.

mehr hierzu: https://httpd.apache.org/docs/current/mod/mod_rewrite.html

Also - ich werde alles nochmals durchdenken und mir noch weitere Gedanken zu dem Thema URL-Weiterleitung machen. Also im engeren Sinne zu dem Thema Manuelles Weiterleiten oder Maskieren der Domain oder der Subdomain.

Wie oben beschrieben ist die Architektur ja z.B so beschaffen:

jobs_a.mysite.com
jobs_b.mysite.com
jobs_c.mysite.com

Auf der - Sammelseite.Job.Mysite.com würde dann die ganze DB und die Logik sitzen. Und da eben dann auch der WP-Plugin Wp-job-manager.

Werde mich nochmals mit dem 'Thema auseinandersetzen und dann wieder melden.

VG Lin

hallo und guten Abend,

hier nochmals ein Posting mit weiteren Ideen und Gedanken zum Thema.

ich denke, dass ich das auch so machen koennte - unter Zuhilfenahme der wp-function "connect wpdb" um die Verbindung zu einer anderen Datenbank herzustellen. Also eine Instanz erzeugen und die DB-Daten name/username/password dann zu übergeben.

die Architektur - der sieht so aus:

Zitat

jobs1.mysite.com
jobs2.mysite.com
jobs3.mysite.com

Auf allen diesen Seiten läuft ein wp-plugin wp-job-manager. Also drei DB miteinander zu verbinden das ist kein normaler wordpress-setup.
Wenn denn die drei Seiten alle auf demselben Server sind - und unter demselben hosting account erreichbar, dann - also unter diesem Umstand wird das Verfahren unterstützt. Dann könnte mir ein kleines custom code-script dabei helfen, einen Zugang zur DB direkt von einer anderen Seite zu erhalten.
wpdb kann hierbei helfen - wenn instanziert um eine andere (fremde) Datenbank zu erreichen u. eine Query auszuführen.
mit der wp-funktion "connect wpdb" kann man eine andere WP-Datenbank erreichen und die Verbindung dazu herstellen.

Das wpdb Objekt sollte eingesetzt werden um den Zugang zu jedwedter DB auf dem Server zu ermoeglichen u. Abfragen zu ermoeglichen.
Der große Vorteil dieser Methode ist, dass man alle generellen wpdb-Klassen und auch die Funktion, wie get_results und andere mehr einsetzen kann.

Denke mal dass das dann etwa so aussehen könnte:

$mydb = new wpdb('username','password','database','localhost');
$rows = $mydb->get_results("select Name from my_table");
echo "<ul>";
foreach ($rows as $obj) :
   echo "<li>".$obj->Name."</li>";
endforeach;
echo "</ul>";

Man kann dann sogar die vordefinierten Konstanten verwenden die in der wp-config.php stehen - um irgendwelche moeglichen
Turbulenzen mit den hardcoded database-login Informationen der Site zu vermeiden.

Es sollte auch mit dem folgenden Code gehen.

/**
 * we can do the Instantiate of the the wpdb class. This could be done easily: in order to connect to the second database, $database_name
 */
$second_db = new wpdb(DB_USER, DB_PASSWORD, $database_name, DB_HOST);
/**
 * What do you think abou this approach: here we Use the new database object just like we would use the first one - the $wpdb
 */
$results = $second_db->get_results($your_query);

Wenn die zusätzliche DB mit den db-access-credentials (also user/pass details to access') für unsere Haupt-Wordpress-Datenbank können wir den Datenbankname vor dem Tabellenname so aussehen: Wie sieht es aus mit dem Einsatz und Gebrauch der anderen custom features - also etwa mit

$query = $wpdb->prepare('SELECT * FROM dbname.dbtable WHERE 1');
$result = $wpdb->get_results($query);

get_post_custom und anderen wordpress queries. Die einfache Lösung hier sieht so aus:

$wpdb->select('database_name');

Wie sich alles verhielt: diese Funktion meckert etwas wp_get_post_terms() DB?? Alle Funktionen gehen get_post_meta(), get_posts() etc) diese liefen gut wp_get_post_terms() scheint sich auf den DB_NAME Database zu beziehen.

by the way: was die Datenbank systemweit ändert (ein mysql select_db).

nochmals: die Architektur:

Zitat

jobs1.mysite.com
jobs2.mysite.com
jobs3.mysite.com

Ich werde nun einiges ausprobieren u. mich wieder hier melden .