Beiträge von b3317133

Schau Dir mal den Beispiel-Code in der ACF-Dokumenation an.

Zitat von Goggosoft

Spontan fällt mir hierzu aber kein Ansatz ein....

Es würde sich zum autom. Einfügen bei der Ausgabe z.B. der [FONT=courier new]the_title[/FONT] Filter anbieten, mehr dazu hier in der Dokumentation.

Zitat von lin

Also ich bin immmern och am Suchen: also: alles läuft auf einem vhost in einem root-server.

Wende Dich an den Admin des Servers, der sollte das Problem in ein paar Minuten lokalisieren/lösen können.

Mit WordPress 4.9.1 (das wäre die neuste Version und nicht 4.7.8 ) hat das wohl wenig/nichts zu tun, ausser ggf. wie von SirEctor angesprochen, ein "vermeintliches Security Plugin" dreht durch...

3.4. Und ebenfalls ggf. vor dem Login eine (falls vorhandene) Datei [FONT=courier new].htaccess[/FONT] im Ordner [FONT=courier new]/wp-admin/[/FONT] entfernen.

Für Werte in Feldern, die mit dem Plugin ACF erstellt wurden, verwendet man für die Ausgabe die extra dafür vorhandene [FONT=courier new]get_field()[/FONT] Funktion (Beispiele siehe o.g. Links), und nicht die [FONT=courier new]get_post_meta()[/FONT] Funktion.

Der HTML-Code ist unvollständig in der Mitte und fehlerhaft am Ende:

echo '<li><a href="' .get_sub_field('sprecher_link_1').'"></a>[COLOR=#ff0000]<br />[/COLOR]';

Probiere es mal damit (ungetestet):

echo '<li><a href="' .get_sub_field('sprecher_link_1').'">[COLOR=#008000]Linktext[/COLOR]</a>[COLOR=#008000]</li>[/COLOR]';

Oder mit [FONT=courier new]if[/FONT] damit (ungetestet):

$value = get_sub_field('sprecher_link_1');
if ( $value ) {
    echo '<li><a href="' . $value .'">Linktext</a></li>';
}

Mehr dazu hier oder hier.

Zitat von Collector

Was soll ich jetzt machen?

Zurück auf Anfang und das ganze sauber und ohne manuelle .htaccess Hackerei einrichten.

1. jungfräuliche Datenbank (alles löschen), SQL File importieren
2. per FTP alle Dateien einspielen
3. die [FONT=courier new]DB_xxxxx[/FONT] Zugangsdaten in die wp-config.php eintragen
4. über [FONT=courier new]deineseite.de/wp-admin/[/FONT] anmelden
5. in WordPress "Einstellungen -> Permalinks -> Speichern" - das erzeugt die passende .htaccess automatisch.

Ggf. vor dem Login das Cache-Plugin deaktivieren.

3.1. den Punkt [FONT=courier new]define('WP_CACHE', true);[/FONT] aus der wp-config.php entfernen
3.2. den Ordner des Cache-Plugins im Verzeichnis [FONT=courier new]wp-content/plugins/xxx[/FONT] umbenennen oder löschen

Ebenfalls ggf. vor dem Login das HideMyIrgendwas-Plugin deaktivieren.

3.3. den Ordner des HideMyIrgendwas-Plugins im Verzeichnis [FONT=courier new]wp-content/plugins/xxx[/FONT] umbenennen oder löschen

Zitat von Brigitte457

Hallo, ich habe ins root hochgeladen, aber Google sagt ..

Die Datei mit dem passenden Dateinamen lädt man hier bei Google herunter, dort ist auch beschrieben, wo sie nach dem Upload erreichbar sein muss.

Frage am Rande: Warum verwendest Du nicht die get_field() Funktion von ACF?

Zitat von magiccas

Ich verstehe die doku irgendwie nicht

Welchen Teil der Dokumenation genau verstehst Du nicht? Link zur entspr. Seite?

Wie man Spalten über den Shortcode ausblendet, steht hier. Wie man Spalten im Backend der Tabelle ausblendet, ergibt sich aus "Bearbeitungsfunktionen -> Gewählte Spalten -> Verstecken" usw. Wie man Spalten per JavaScript via DataTables Befehl ausblendet, steht hier. Wie man Spalten per CSS versteckt, hat weder mit WordPress noch mit dem Plugin zu tun, d.h. das darfst Du selbst rausfinden.

Zitat von Caryoll

Gibt es eine einfache Alternative für Wordpress-Anfänger aber html- und php-Fortgeschrittenen?

Erstelle einen Shortcode.

Eine ausführliche Anleitung zu den verschiedenen Möglichkeiten gibt es hier bei Google unter "2. Bestätigen Sie Ihren Website"

Dafür gibt es z.B. das Plugin TablePress mit Auto Update (wenn ich das kaputte Deutsch einigermaßen verstanden habe, bitte wenigstens einmal durchlesen vor dem Absenden, das wäre doch ein guter Vorsatz für das neue Jahr).

Die Datei ist lt. offenbar mit [FONT=courier new]https://www.schiffsjournal.de/tui-cruises-angebote/[/FONT] verlinkt. Daher müsste das Ersetzen des Links lt. Screenshot eigentlich funktionieren.

Versuche es mal mit einer einfacheren Ersetzung, z.B. [FONT=courier new]https://www.schiffsjournal.de/tui-cruises-angebote/[/FONT] durch sich selbst [FONT=courier new]https://www.schiffsjournal.de/tui-cruises-angebote/[/FONT] im Testdurchlauf, funktioniert das?

Am Rand bemerkt ist WordPress veraltet auf Stand 4.8.x und die Scripts & Grafiken werden nicht passend eingebunden bzw. weitergeleitet, sind also ohne und mit "www." erreichbar.

Und das Zertifikat für SSL, also die https:// Links, ergibt hier in Firefox eine Warnung / Fehlermeldung [FONT=courier new]SSL_ERROR_UNRECOGNIZED_NAME_ALERT[/FONT].

Zitat von mps

Was kann ich tun damit ich wieder auf die Seite zugreifen kann?

Siehe Lösungsansatz oben, funktioniert es dann?

Die Serverumgebung hat ggf. einen internen Proxy oder Load Balancer o.ä., mit dem das "Sicherheits" Plugin nicht (mehr) zurecht kommt.

Was sagt denn der Support des Webhosters? Wurde ggf. was an der Serverumgebung verändert?

Dann wäre wohl jetzt der Strato Support zuständig.

Link zur Seite?

Entferne alle Anpassungen, die Du selbst bzgl. /tmp gemacht hast, geht es dann?

Zitat von mps

Was kann das sein?

Wahrscheinlich ein "ungünstig" eingerichtetes WordPress "Sicherheits" Plugin, das mit der Serverumgebung nicht zurecht kommt.

Möglicher Lösungsansatz: Per FTP das entspr. Pluginverzeichnis umbenennen und falls dann der Zugriff bzw. Login wieder geht, das Plugin löschen und ggf. die Datei .htaccess bzgl. Hinterlassenschaften bereinigen.

Ahh, wenn man weit weit nach rechts scrollt, sieht man den restlichen (äusserst ungünstig formatierten) Code.

Für das Datum wird [FONT=courier new]$rows->crdate[/FONT] aus der Datenbank verwendet, das vorher bei [FONT=courier new]insert into[/FONT] als [FONT=courier new]$photo_date[/FONT] dort gespeichert wurde. Ein sonstiges Datum wird offenbar nicht gespeichert und kann daher aus dieser Datenbank heraus nicht angezeigt werden.