Beiträge von Melewo

Nur eine Frage, Du verwendest nicht zufällig den <!--more--> Tag in den Artikeln?

Kann mich nicht daran erinnern, jemals eine Frage gestellt zu haben, wo ich eine Seite verlinkte und eine andere Seite meinte. Wenn es dann doch einmal versehentlich passieren sollte, so lässt sich ja das im nächsten Posts mit einem entsprechenden Hinweis und einem Link zur richtigen Seite korrigieren, was hier aber bisher nicht erfolgte.

Das hat mir aber auch gerade gereicht. Verlinkst eine Testseite, auf dem wir nach etwas suchen sollen, was nur (etwas überspitzt bemerkt) auf dem Ausdruck eines Bildes auf Deinem Schreibtisch existiert oder wie? Dann suche mal fleißig allein weiter, ich bin raus aus diesem Thread.

Die Farbsättigung geht verloren. Wenn ich ein Bild in voller Größe von Dir nehme und das in einem Bildbearbeitungsprogramm verkleinere, bleibt die Farbsättigung hingegen erhalten.

Nun ist PHP nur eine Lösung fürs Web und wenn ich das richtig sehe, werden JPG-Images mit einer Qualität von 90 Prozent ausgegeben, was eigentlich genügen sollte. Das ließe sich sicherlich auf 100 Prozent erhöhen, doch ob eine Änderung eine spürbare Verbesserung mit sich bringen würde, weiß ich nicht. Bei der Reduzierung errechnet PHP ja nur neue Mittelwerte.

Etwas merkwürdig kommt mir das bei Deinen Bildern aber auch vor. Ist mir vielleicht bisher nur noch nicht aufgefallen, bei den wenigen Bildern, die ich bisher benutze. Doch wenn ich mir von diesen wenigen die Thumbs betrachte, fällt mir eigentlich nichts auf.

Und da die register_nav_menus bereits von WP in der Datei wp-includes/nav-menu.php definiert wird, kannst Du diesen Namen kein zweites Mal als Bezeichner für eine eigene Funktion verwenden, ohne dass eine derartige Fehlermeldung ausgegeben würde.

Das mit der Ähnlichkeit mit einer Klasse war nicht ganz ernst gemeint, denn aus einer Funktion wird nun einmal keine Klasse, sieht nur aus wie bei einer Klasse und einem gleichnamigen Konstruktor. Doch wenn Du Dir angewöhnst, da gleich eigene Namen als Bezeichner für Deine eigenen Funktionen zu vergeben, kommen derartige Missverständnisse zwischen Dir und PHP weniger häufig vor, da der Unterschied deutlicher wird. Beispiel:

<?php 
function registriere_mein_eigenes_wunschmenue() {
    register_nav_menus(
        array( 'header-menu' => __( 'Header Menu' ),
               'footer-menu' => __( 'Footer Menu' )
        )
    );
}


add_action( 'init', 'registriere_mein_eigenes_wunschmenue' );


?>

Und wenn ich mir das Beispiel ansehe, dann hast Du das wie in OOP üblich mit Klasse und gleichnamigen Konstruktor notiert, obwohl das irgenwie dann doch nicht so ganz nach einer Klasse aussieht. Doch wo wird die register_my_menus definiert, die Du mit add_action einhaken willst? Ersetze mal nav durch my in der ersten Zeile, dann könnte es klappen.

Zitat von tyradux

PHP

<?php 
function register_[COLOR=#ff0000]nav[/COLOR]_menus() {
    register_nav_menus(
        array( 'header-menu' => __( 'Header Menu' ),
               'footer-menu' => __( 'Footer Menu' )
        )
    );
}


add_action( 'init', 'register_my_menus' );


?>

Alles anzeigen

Ich kenne die Mitteilung 'Cannot redeclare' nur von Kopien einer Funktion, weil ich ab und an vom letzten Bearbeitungstand eine Kopie anlege, um beim Weiterarbeiten nicht wieder alles zu vermurksen. Aus diesen Kopien muss ich dann zum Beispiel 'Plugin Name' löschen, weil es ansonsten zwei oder mehr Plugins geben würde, welche den gleichen Bezeichner für eine Funktion benutzen würden.

Doch auch bei anderen PHP Scripts ist mir das bereits passiert, dass ich eine Funktion doppelt in einem Script notierte und dann so eine freundliche Mitteilung erhielt, dass ich doch eine von beiden löschen möchte.

Da möchte ich nur mal fragen, ist es eigentlich auszuschließen, dass es sich um eine Phishing-Seite handelt, die nur Deine Zugangsdaten abgreifen will?

Welche Antwort hast Du denn vom Alfahosting-Support erhalten?

Ich habe jetzt nicht so sehr viel gesucht und gleich mehrfach die Antwort gefunden, dass man bei Problemen zum Beispiel den Zeichensatz richtig im Kundencenter einstellen sollte.

https://forum.alfahosting.de/index.php?page=Thread&threadID=745

Und hast Du mit einer Konsole überprüft, welche Fehlermitteilungen kommen?

http://codex.wordpress.org/Using_Your_Bro…vaScript_Errors

Styles, die im Content zugewiesen wurden, können auch, falls es sich um sehr viele Seiten handelt, mit einem Filter geändert werden. Entweder unter Plugins ablegen und als Plugin aktivieren oder die Ziele 'Plugin Name' und die PHP-Tags am Anfang <?php und Ende ?> streichen und die Funktion in die funktions.php des Theme mit einfügen.

Ist aber eine Holzhammer-Methode, da alle blauen Farben mit 0000ff, die im Content irgendwo zugewiesen wurden, ausgetauscht werden. Bei wenigen Seiten würde ich immer zu einer manuellen Überarbeitung raten.

<?php
/**
 * Plugin Name: Farbe wechseln
 * Description: Reihenfolge alte Farbe | neue Farbe
 */
function aendere_aeltere_farben($content) {


    $content = str_replace("#0000ff", "#ff0000", $content);
    return $content;
}
add_filter("the_content", "aendere_aeltere_farben");


?>

Du meinst das Hauptmenü unterm Slider?

Banner hört sich gut an. Was als Untergrund fürs Menü etwas abgesetzt erscheint, gehört zu back-head.png und da könntest Du diesen Streifen, über dem das Menü erscheint, nach Deinem belieben kolorieren. Nicht mit CSS, dafür aber mit einem beliebigen Grafikprogramm.

Der Bereich des Menüs besitzt hingegen keinen farbigen Background, es sei denn Du legst einen an.

Wie groß ist den Knallhart?
Wenn es sich um eine Attacke handeln sollte, so würde darüber auch kurzfristig in anderen Foren berichtet, falls es sich um einen etwas größeren Hoster handelt. Mir sagte dieser Name bis gestern zumindest noch nichts, so riesig bekannt kann er wohl nicht sein und im Web finde ich noch keine neuen Beiträge zu einem Problem betreffend Knallhart. Doch bei Theolina läuft alles wieder?

Eine Möglichkeit die DB auf Erreichbarkeit zu testen, einfach mal eine kleine testdatei.php im Rootverzeichnis ablegen, vorher Zugangsdaten eingeben und 123 durch die ID eines Posts ersetzen, dann die Datei aufrufen. Anschließend die Datei wieder löschen, da nur zum Test gedacht.

<?php


$mysqli = new mysqli("DB_HOST", "DB_USER", "DB_PASSWORD", "DB_NAME");


if ($mysqli->connect_errno) {
    printf("Connect failed: %s\n", $mysqli->connect_error);
    exit();
}
if ($result = $mysqli->query("SELECT * FROM wp_posts WHERE ID = 123")) {


    $row = $result->fetch_assoc();
    echo htmlspecialchars($row["post_title"],ENT_QUOTES)."<br><br>\n";
    echo htmlspecialchars($row["post_content"],ENT_QUOTES)."\n";
    $result->close();
}
$mysqli->close();


?>

Bei mir passt sich die Seite auch der Fenstergröße an, wenn ich das Fenster verkleinere. Ebenso wird im Emulator für mobile Endgeräte alles richtig angezeigt.

Oder meinst Du mit angepasst, dass der Hintergrund mit dem Logo nicht mehr in voller Breite angezeigt wird? Das ist ja mit ein Ziel, damit auf kleinen Endgeräten nur noch der Seiteninhalt und nicht mehr das Beiwerk zur Geltung kommt.

Zitat von wvs

Also: In den Bezeichnungen für den Pfad sind bestimmt keine Sonderzeichen enthalten. Da schreibe ich nur ohne Umlaute und verwende höchstens "-" oder "_" ....

Du verwendest schon dieses No mit hochgestellten o im Pfad. Wenn Du Beitragsname auswählst, wird ja der Beitragsname zu einem Bestandteil des Pfades und der lässt sich halt unabhängig vom Titel korrigieren. Das Zeichen wird jetzt nur als Fragezeichen dargestellt:

U+2116 ? e2 84 96 NUMERO SIGN

Also, Deine Ressource ist unter diesem Namen mit diesem Sonderzeichen erreichbar.

Zitat

Url-path
Der Pfad beschreibt eine bestimmte Ressource (diese kann sich beispielsweise mit der Verzeichnisstruktur des Zielsystems decken, also etwa eine Datei oder ein Verzeichnis) auf dem Server.

http://de.wikipedia.org/wiki/Uniform_R…ocator#Url-path
Ob dafür eine Datei existiert oder nur ein Eintrag in der Datenbank, spielt erst einmal keine Rolle, da das dann nur über Rewrite-Regeln richtig ausgelöst wird.

Nun habe ich endlich mal eine verständliche Erklärung gefunden:

Zitat

Aus diesem Grund ist es immer noch sinnvoll, nur auf Zeichen aus dem ASCII-Vorrat zurückzugreifen.

http://de.wikipedia.org/wiki/URL-Encoding

Da aber der ASCII nur aus Zeichen besteht, welche auf einer englischen Schreibmaschinentastatur zu finden ist, erfolgt bei Umlauten eine Umwandlung. Nun gibt es zwar bereits Umlautdomains und was weiß ich, doch alles hat halt irgendwo seine Grenzen. Auf Zeichen, die nicht auf einer Tastatur zu finden sind, würde ich zumindest immer noch in einer URL verzichten. Und eine URL besteht nicht nur aus der Domain bzw. dem Namen des Hosts, sondern auch aus dem Pfad, welcher sich aus Verzeichnis- und Datenamen zusammensetzt.

Etwas anders verhält es sich bei einem QueryString, also der Teil, der hinter dem Fragezeichen beginnt. Da dieser für weitere Daten bestimmt ist, können diese entsprechend kodiert auch übergeben werden.

Ob es nun daran liegt oder nicht, das ist eine andere Frage. Möglicherweise liegen ja auch ganz andere Probleme mit Server oder mit der Datenbank oder der Verbindung zur Datenbank vor. Doch wer sich etwas an den erlaubten Zeichen in einer URL hält, schließt von vornherein mögliche Probleme aus, die damit zusammenhängen könnten. Das dadurch aber gleich ein 500er Serverfehler ausgelöst wird, wie es gestern am späten Abend der Fall war, obwohl bis zur Vorwoche noch alles reibungslos geladen wurde, wie Du schreibst, kann ich mir auch schlecht vorstellen.

Hoster sind mitunter auch Angriffen ausgesetzt usw., wodurch es auch zu Ausfällen kommen kann.

Zitat von wvs

Ach so. Es gibt demnach eine Umwandlungstabelle - aber die ist unvollständig.

Die Liste ist nicht unvollständig, die Liste war nur vor Version 3.6 etwas unvollständig, da bis dahin Umlaute nur in a, o, u nicht aber ae, oe, ue umgewandelt wurden. Die restlichen Zeichen, die nichts in einem Dateinamen verloren haben, wurden auch in den Versionen davor bereits entfernt, wobei das aber nur Klammern und Satzzeichen betrifft. Da kann ja jeder selbst etwas drauf achten, dass er in Datei- und Verzeichnisnamen keine Glyphen und ähnliches aufnimmt.

Ob es nun daran liegt oder noch andere Fehler gibt, spielt ja eigentlich keine Rolle, doch die einfachsten Fehler sollten zumindest erst einmal beseitigt werden, bevor man nach weiteren Fehlern sucht. Im Augenblick kommt ein 500er Serverfehler, so das wohl noch mehr im Argen liegt.

Zitat von wvs

Das geschieht bei der Speicherung der Seiten automatisch - und bisher gab es da noch kein Problem. Ich wäre nie darauf gekommen, daß ein automatischer Prozeß bei "wordpress" zu solchen Problemen führen kann.

Es wird nur das automatisch umgewandelt, was in der wp-includes/formatting.php berücksichtigt wird. Also aus einem ö wird nun ein oe. Ab Zeile 610 ist gut zu sehen, was an Buchstaben übrig bleiben sollte und ab Zeile 794 wurden die deutschen Umlaute berücksichtigt:

https://github.com/WordPress/Word…/formatting.php

So viel Erfahrung habe ich nicht, doch nach diesem Thread hätte ich eigentlich gleich daran denken können:

http://forum.wpde.org/allgemeines/11…-dashboard.html

An das einfachste habe ich mal wieder nicht gedacht, obwohl nach allem was ich hier in den letzten Wochen sah, eigentlich sofort drauf hätte kommen müssen. Bereinige mal die URLs von Deinen Beitragsnamen von den unbekannten Sonderzeichen. Mit einem hochgestellten und zugleich noch unterstrichenen o wird keine Rewrite-Regel auf Dauer fertig.

Du brauchst die Titel nicht zu verändern, Du brauchst nur 'Beitrag bearbeiten' und gleich unter dem Titel bei Permalink auf bearbeiten klicken, um den Prozent-Mist oder Sonderzeichen-Murks aus den Pfaden zu entfernen. Ich tippe darauf, dass Deine Seiten dann wieder richtig laufen. Das mag in den Titeln gut aussehen, da kann es bleiben, da gehört es hin, hat aber in der URL einer Seite nichts verloren.

/gedichte/wordpress/%e2%84%96-0832-zehn-jungfrauen/

Allein ein Besucherzähler ist bereits ein Prozess, der eine Verbindung zur Datenbank benötigt (insofern Du keinen externen verwendest), um in dieser etwas hineinzuschreiben. Das erste was Du tun könntest, erst einmal alle Plugins deaktivieren, die eine Verbindung zur Datenbank benötigen, falls Du mehrere hast, vielleicht ist ja davon eins nicht mehr auf dem neusten Stand.

Es ist nicht die Anzahl der Besucher gemeint, es ist die Anzahl der Zugriffe auf die Datenbank gemeint. Normalerweise wird eine Verbindung beim Aufruf eines Scripts aufgebaut und nach Abarbeitung des Scripts geschlossen. Werden Scripts nicht richtig eingehängt, kann das aber auch mehrmals hintereinander passieren.

Das war jetzt vielleicht nicht alles korrekt ausgedrückt, doch so im Groben sollte es hinkommen.