Beiträge von NDDT

Hast du eine konkrete Frage? Was genau benötigst du?

Ich bekomme auch angezeigt: "We are down for maintainance".
Kann es sein das du mir eine Construction-Page anzeigst und du eine andere Seite siehst?

Oder das du eine lokal gecachte Version siehst und ich eine neuere Version?

Logo wird bei mir auch auf dem Rechner nicht angezeigt. Src-Attribut ist leer.

So etwas:
https://wordpress.org/plugins/awesome-filterable-portfolio/

Du musst nach Portfolio-Plugin suchen, statt nach Kachel-Plugin ;)

Bei action gibst du den Link der Seite an die aufgerufen wird. in deinem fall also /userdaten.

Diese Seite wird durch ein php-Skript generiert, wie jede Wordpress-Seite. Es könnte zum Beispiel die index.php sein.

In dieser Datei machst du dann deine Abfrage ob der Wert gesetzt wurde und was dann passieren soll.

Hi, das ist problemlos machbar.

An deiner Stelle würde ich die $_GET oder $_POST Variablen verwenden. Der Unterschied zwischen den beiden ist nur die Art wie die Daten zwischen Client und Sever ausgetauscht werden.

Das Get-Variablen unsicher sind stimmt nur bedingt. Da sie als Teil der URL übermittelt werden kann man jederzeit sehen was an die Website übertragen wird und auch selbst URL erstellen die eigene Daten übergeben. Das ist vorallem dann eine Gefahr wenn diese Daten in die Datenbank eingetragen werden (Stichwort SQL-Injektion, Cross-Site-Scripting). Du kannst z.b. die Funktione "mysql_real_escape_string" verwenden um das zu vermeiden.
Post-Variablen werden versteckt übertragen, sind aber ansonsten etwa das gleiche.

Die Alternative wäre die Variable an einem Nutzernamen zu speichern und später wieder auszulesen. Aber das käme nur in Frage wenn alle Nutzer sich einloggen. (Das wird auch der Grund sein warum hier niemand antwortet. Es gibt keine gute Lösung für deine Anforderung ohne eine Post- oder Get-Requerst, Session-Variablen oder Cookies).

Du kannst auch zwei Wordpressinstallationen in der gleichen Datenbank haben indem du den Prefix der Tabellennamen änderst.

Das Problem mit einer eigenen Kategorie ist das diese entweder nicht von den normalen Posts zu unterscheiden wäre oder einfach nicht auf der Seite angezeigt würde. Aber natürlich kannst du die posts auch in eine Tabelle mit einem anderen Namen einfügen. Oder die Posts ganz normal in die Tabelle zusätzlich einfügen (die Ids müsstest du dann vermutlich manuell oder semiautomaisch bearbeiten) um die Posts dann ganz normal im Backend weiter zu bearbeiten.

Die wp-config.php ist im Basis-Ordner von deiner Wordpressinstallation

Wenn die Website auf einem Webserver liegt brauchst du vermutlich ein FTP-Programm um das runterzuladen.

Bearbeiten kannst du das mit jedem Texteditor. Z.b. mit dem Standarteditor von Windows. Falls du was zusätzlich installieren willst empfehle ich dir Notepad++.

Ist der Text den du oben eingegeben hast der Anfang von deiner wp-config? Falls ja entferne unbedingt das <p>wp-config.php</p>

Hast du die Lösung unter Hille's Link schon ausprobiert?

wp-config.php mit Texteditor öffnen und ganz oben vor <?php alles entfernen. Das gleiche am Ende der Datei nach ?>

Hi Sandra,

ich gehe in meiner Anleitung davon aus das du die Umleitung über den Frame vermeiden willst.

1) Zuerst muss die Domain direkt auf das Dateisystem von Wordpress verweisen. Dafür musst du dich bei deinem Hostinganbieter einloggen (hosting-agency.de). Jeder Anbieter bietet auf die ein oder andere Art eine Möglichkeit an das zu Konfigurieren. Du musst für die Domain "musikverein-emersacker.de" den Ordner "wordpress" auswählen. (Ich konnte schon sehen das der bei dir so heißt).

2) Wie schon gesagt verweist ein Teil der Datenbankeinträge direkt auf die Domain. Diese Verweise funktionieren jetzt. Dafür funktionieren die anderen, die auf "u01148912477.user.hosting-agency.de" verweisen nicht mehr. Diese müssen wir jetzt bereinigen. Dafür habe ich dir oben mehrere SQL-Queries gepostet.

Dafür wechselst du in die Datenbankverwaltung bei deinem Hoster (manchmal auch mit SQL oder mySQL beschriftet) und bearbeitest die Datenbank. Fast immer öffnet sich dafür PHPmyAdmin in einem neuen Fenster. Hier gehst du einfach auf SQL und gibst diese Queries ein (ich habe diese mittlerweile schon bearbeitet):

UPDATE wp_options SET option_value = replace(option_value, 'http://u01148912477.user.hosting-agency.de', 'http://www.musikverein-emersacker.de') WHERE option_name = 'home' OR option_name = 'siteurl';
UPDATE wp_posts SET guid = replace(guid, 'http://u01148912477.user.hosting-agency.de','http/www.musikverein-emersacker.de');
UPDATE wp_posts SET post_content = replace(post_content, 'http://u01148912477.user.hosting-agency.de', 'http://www.musikverein-emersacker.de');
UPDATE wp_postmeta SET meta_value = replace(meta_value,'http://u01148912477.user.hosting-agency.de','http/www.musikverein-emersacker.de');

Manchmal starten die Tabellennamen nicht mit wp_ sondern mit einem eigenen Prefix. Den musst du dann noch ändern. Du kannst auch einfach mal testen obs klappt. Du kannst alle vier Queries auf einmal einfügen und ausführen.

3) Die Website sollte jetzt wieder gehen. Deine neue Loginurl ist musikverein-emersacker.de/wp-admin

Viel Erfolg

Deine Website ist online erreichbar über diese Domain:
http://u01148912477.user.hosting-agency.de

Diese Domain enthält nur einen IFrame der die andere Domain aufruft:
http://www.musikverein-emersacker.de/

Das heißt die wordpress-Seite ist über die eigentliche Domain gar nicht erreichbar.

Trotzdem versucht die Website einige Elemente über diese Domain zu laden. (Jquery-Scripte, das zentrale Stylesheet).

Wir haben also eine Wordpress-Konfiguration die nicht zur Serverkonfiguration passt.

Ich würde empfehlen die Domain direkt auf den Wordpress-Ordner zu legen und den Schwachsinn mit dem Frame zu lassen.
Die Datenbank muss dann auch einmal komplett auf diese Domain umgeschrieben werden. Die folgenden Querys (auf die eigenen Domains angepasst) können dafür verwendet werden.

UPDATE wp_options SET option_value = replace(option_value, 'http://www.oldurl', 'http://www.newurl') WHERE option_name = 'home' OR option_name = 'siteurl';

UPDATE wp_posts SET guid = replace(guid, 'http://www.oldurl','http/www.newurl');

UPDATE wp_posts SET post_content = replace(post_content, 'http://www.oldurl', 'http://www.newurl');

UPDATE wp_postmeta SET meta_value = replace(meta_value,'http://www.oldurl','http/www.newurl');

Sieht so aus als wäre deine Wordpressinstanz zerschossen. Versuch doch mal eine zweite Instanz auf dem Server abzulegen. Dann kopierst du den wp-content Ordner von der alten in die neue und die wp-config-Datei.

Die Frage ist ja nicht nur ob es geht sondern auch ob es sinnvoll ist.

FAQ und Blog so umzusetzen ist mit Wordpress super einfach und dafür ist Wordpress auch perfekt geeignet.
Genauso unproblematisch ist es das als Multisite einzurichten und eine zentrale Domain für eine Hauptseite zu vergeben.

Das die Posts und FAQs zentral von der Hauptseite verwaltet werden ist etwas aufwendiger aber mit entsprechenden PlugIns und einer Schulung für die verwaltenden Mitarbeiter sicher auch schnell gemacht. Einfacher wäre es wenn die Mitarbeiter sich zwar zentral einloggen aber dann jede der drei Blogs einzeln pflegen.

Das Ticket-System geht zwar aber die Frage ist ob man das wirklich über Wordpress umsetzen möchte. Hier müsste man eventuell selbst etwas mehr Hand anlegen um eine komfortable Lösung zu erreichen. (Eventuell gibt es eine fertige Lösung die ich nicht kenne).
Man sollte bei Wordpress immer bendenken das die NUtzerverwaltung nicht besonders mächtig ist. Wenn z.b. Tickets nur von eigenloggten Nutzern verfasst werden sollen würde ich dafür vermutlich was anderes verwenden. Aber es geht.

Ich kenne The7 und Newspaper.

Ich bevorzuge auf jeden Fall Newspaper. Man muss sich ein bisschen in die etwas komplexere Struktur hineinarbeiten wenn man es programmiertechnisch verändern möchte aber es ist sehr professionell umgesetzt.
Vorallem performt das Theme (zumindeste die aktuellste Version) extrem stark für Wordpress. Es gibt einen Leitfaden von den Themeentwicklern für die Einrichtung und Umsetzung sodass die Google-Page-Speed-Faktoren weitestgehend umgesetzt sind.

Ich habe eine Website mit 90 Millionen Besuchern pro Jahr damit relaunched.

Sieht so aus als wäre deine wp-config beschädigt. Hast du da schon mal reingesehen?

Im Footer hast du vermutlich Widgets? Die werden übernommen wenn die beiden Templates die gleichen Sidebars definieren.

Ein Menu wird meistens über eine Position geladen. Haben deine Templates die gleichen Namen für die Menupositionen?

Verstehe.

Wie wäre es wenn du abfragst ob er schon auf der richtigen Seite ist

if (is_user_logged_in() && !($_SERVER['REQUEST_URI'] == "/teilnehmer/bitte-geburtsdatum-eingeben/")) {

Solange deine Plugins eine breite Nutzerbasis haben und immer auf dem aktuellen Stand sind, genauso wie deine WP-Instanz bist du auf der sicheren Seite.

Du verwendest einen 301 redirect. Das heißt wenn der einmal ausgeführt wird speichert dein Browser den. Immer wenn die gleiche URL aufgerufen wird geht automatisch auf die neue die er sich gemerkt hat. Nimm stattdessen 302 und es passiert nur einmal.

Um zu testen musst du deine Browserdaten löschen.

Naja, irgendwoher muss dein Plugin ja wissen ob es noch Karten verkaufen kann. Ich würde mal in den Code sehen ob du die Stelle findest an diese Abfrage erfolgt. Dann weißt du schonmal wie du den Wert aus der DB bekommst und musst ihr nur noch ausgeben.