Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenJeder so wie er es mag.
Sehe ich nicht anders, habe zum Beispiel zwei Verzeichnisse für intern und extern.
Und wie bekommen ich dann den Link zu den Bildern rein?
Den Unterschied zwischen Verweisen mit relativen und absoluten Pfadangaben solltest Du schon kennen, auch wie man ein Bild einfügt und verlinkt, sollte kein Geheimnis für Dich sein, dann mit absoluten Pfadangaben einfach einfügen.
Was ist eine Ausgabe-Art?
Die mysql-Schnittstelle wird viel zu häufig noch verwendet, weil sich Unmengen an Beispielen im Web finden lassen und in der DE Version von php.net immer noch nicht darauf hingewiesen wird, dass mysql veraltet ist.
http://php.net/manual/de/function.mysql-query.php
In der englischen Version hingegen schon:
Warning
This extension is deprecated as of PHP 5.5.0, and will be removed in the future. Instead, the MySQLi or PDO_MySQL extension should be used.
http://www.php.net/manual/en/function.mysql-query.php
http://www.php.net/manual/en/function.mysql-query.phpSo kommt es halt, dass diese Schnittstelle besonders häufig von der Copy- und Paste-Fraktion immer noch für neue Scripts verwendet wird.
Damit kann Dein Problem eigentlich nicht zusammenhängen. Was bei BuddyPress anders läuft, weiß ich nicht, doch eine The Loop wird es da wohl auch geben und da könnten schon unterschiedliche Filter und Funktionen mit für die Ausgabe verantwortlich sein. Doch wie bereits geschrieben, mit BuddyPress hatte ich noch nichts zu tun.
Fällt mit erst heute auf, align="center" ist veraltet, nehme dafür style="text-align:center". Hier mal eine Antwort von meinem Validator bei:
<div align="center">...</div>
<div style="text-align:center">...</div>line 9 column 20 - Fehler: The align attribute on the div element is obsolete. Use CSS instead.
Der TinyMCE wirft es aber nicht hinaus, damit kann es nicht zusammenhängen.
"Schließe dich 2 anderen Abonnenten an". Diesen Satz möchte ich komplett ändern.
ich bin aber - ehrlich gesagt - zu faul,
Zu faul und zu begriffsstutzig oder wie man das bezeichnen soll. Da macht das Antworten keinen Spaß, denn die richtige Antwort habe ich Dir heute bereits um 11:43 Uhr gegeben. Und Du fauler Sack hast nicht einmal in den Sprachdateien nachgesehen.
Und wenn ich mir heute nicht zufällig jetpack heruntergeladen hätte, nur um eine andere Frage zu beantworten, dann hätte ich auch Deinen Satz nicht innerhalb von 10 Sekunden in Jetpack finden können. Denn wo sollte sich der schon befinden, außer in den .po/mo Sprachdateien.
#: modules/subscriptions.php:631
msgid "Join %s other subscriber"
msgid_plural "Join %s other subscribers"
msgstr[0] "Schließe dich %s anderen Abonnenten an"
msgstr[1] "Schließe dich %s anderen Abonnenten an"Bist Du Dir sicher, dass die Links vom Theme sind?
Könnte ebenso gut ein Plugin sein, welches Du nur noch nicht installiert oder aktiviert hast?
Die dazugehörige php habe ich nicht gefunden
Und im Dashboard unter Widgets gibt die sich nicht zu erkennen?
Meine ja nur, entweder wurde die im Theme angelegt oder dieses Formular wurde von einem Plugin hinzugefügt. Im Theme sollte so eine Datei zu finden sein und über Plugins sollte man eh die Kontrolle behalten.
Und wenn das ein Ami war, der das Theme oder Plugin entwickelt hat, dann kannst Du lange in den Dateien suchen, denn dann liegt der englische Text in .po/.mo Sprachdateien fürs Theme oder fürs Plugin und Du siehst nur die Übersetzungen. Wenn der Text aber übers Dashboard -> Widgets hinzugefügt und gespeichert wird, dann hättest Du den wohl schon finden müssen.
Jetzt habe ich mir dieses Jetpack doch einmal heruntergeladen. Wenn Du Dich per FTP einloggst und Dein Plugin-Verzeichnis öffnest, sollte es da so aussehen und das ist dann wohl (nach meiner Meinung) die Datei, die PHP scheinbar nicht findet. (Siehe Screenshot) Ab und an irre ich mich aber auch, ist halt nur meine Meinung.
Alles was Du verstehen müsstest (gilt für include und require),
Dateien werden unter dem angegebenen Pfad gesucht, oder, wenn keiner gegeben ist, im include_path.
http://www.php.net/manual/de/function.include.php
Die wird aber von
require_once dirname( __FILE__ ) . '/publicize/publicize.php';
richtig gesetzt. Doch PHP scheint die aus irgendeinem Grund nicht zu finden und setzt die Suche deshalb im include_path fort.
http://www.php.net/manual/de/ini.core.php#ini.include-path
Nun schaust Du nach, warum die nicht gefunden wird. Einfacher wird es wohl nicht werden.
Besser wäre es aber nun einmal gewesen, wenn Du einen eigenen Thread mit der Frage eröffnet hättest, denn Deine Frage geht voll an der Eingangsfrage vorbei, auch wenn es sich um einen Fehler mit dem gleichen Plugin handelt.
Ohne mich bissher mit diesem Plugin beschäftigt zu haben, die Fehlermitteilung beginnt mit
'/mnt/webi/d3/00/53305000/htdocs/WordPress_02/wp-content/plugins/jetpack/modules/publicize/publicize.php'
und verweist am Ende auf Zeile 27. In Zeile 27 solltest Du finden:
require_once dirname( __FILE__ ) . '/publicize/publicize.php';
https://github.com/crowdfavorite-…s/publicize.php
dirname( __FILE__ ) macht keinen Fehler, der Fehler müsste somit eigentlich in Deiner Dateistruktur zu finden sein. Somit solltest Du halt Dich bis zum Verzeichnis publicize/ durchklicken und schauen, ob darin eine publicize.php enthalten ist, würde ich jetzt einmal annehmen. Da ich aber das Plugin nur namentlich kenne, weiß ich nicht, wie verschachtelt das eigentlich ist.
Mehr als der Fehlermitteilung folgen und prüfen ob die von PHP nicht gefundenen Dateien nach einem Update vorhanden sind, kannst Du nicht machen. Es erfolgt zwar auch ein Hinweis auf include_path, doch das hängt damit zusammen, dass PHP zuerst im angegeben Verzeichnis sucht, wenn da nichts gefunden wurde im include_path und dann erst das Handtuch wirft.
War die Schreibweise beim Datum so mit Tag-Monat-Jahr vorgegeben?
Sonst probiere es mal umgekehrt mit Jahr-Monat-Tag.
Oder schaue noch einmal in die Readme, ob da etwas steht.
Weiß nicht, was dieses Plugin macht, doch falls das gewünschte Datum in der Datenbank gespeichert wird, dann wie die Beispiele auf dieser Seite.
Sehe gerade keine Sidebar. Ändere mal den Wert von width in der style.css:
#primary {
float: left;
margin: 0px -26.4% 0px 0px;
width: 68%;
}bist Du mit der Anwort richtig gelandet ? Ansonsten verstehe ich Dich nicht ?!?!?
Entschuldigung, nein, bin nicht richtig, doch wo wollte ich hin und wie konnte das passieren?
Was machst Du da, kleinere Änderungen oder ein eigenes Theme entwickeln, welches Du dann verkaufen willst?
Ändere mal den Wert von width:
#primary {
float: left;
margin: 0px -26.4% 0px 0px;
width: 68%;
}Die meisten Texte werden als Gettext verfasst und befinden sich in .po/.mo Sprachdateien, wofür es den Editor Poedit und dieses Plugin gibt:
Plugin http://wordpress.org/plugins/codestyling-localization/
Manuell geht es nicht, da beide Dateien geändert werden müssen.
Der Wert wird wieder überschrieben durch die andere CSS wenn Du kein !important dahinter setzt.
.related-posts h2 {
margin: 0px 0px 5px !important;
}Kleiner Test,
weil mir das auch schon passiert ist und ich nach dem Wechsel nicht wusste, wo die Syntax nicht gestimmt hatte.
Nicht aktiviert: WordPress soll falsch verschachteltes XHTML automatisch korrigieren.
Link 1 ist richtig, die Links 2 bis 5 enthalten kleine Fehler mit großer Wirkung.
<div><a href="linkadresse-01.html">Text</a></div>
<div><a href="linkadresse-02.html>Text</a></div>
<div><a href="linkadresse-03.html">Text<a></div>
<div><a href="linkadresse-04.html">Text/a></div>
<div><a href="linkadresse-05.html"Text</a></div>Nach einem Wechsel der Ansicht von Text -> Visuell -> Text:
<div><a href="linkadresse-01.html">Text</a></div>
<div><a href=""linkadresse-02.html">Text</a></div>
<div><a href="linkadresse-03.html">Text</a></div>
<div><a href="linkadresse-04.html">Text/a></a></div>
<div></div>Nur Link 5 mit einer fehlenden schließenden Klammer wurde entfernt und Link 3 wurde richtig korrigiert.
Gibt's auch eine Lösung?
Und welche Schritte hast Du bereits selbst unternommen, um den Fehler einzugrenzen und zu beseitigen? Beginnt eigentlich damit, dass man eine Fehlermitteilung liest und wenn man diese nicht gleich versteht, einfach einmal in eine Suchmaschine eingibt. Ist wohl nicht erfolgt, sonst hättest Du beide Fehler nicht für ähnlich gehalten.
Lösung, einfach den Hinweis in der Fehlermitteilung befolgen und nachsehen warum die Datei nicht erreichbar ist, wie wäre es damit? Falls nicht möglich, das betreffende Plugin deaktivieren.
Warning: Cannot modify header information - headers already sent by
Habe ein ähnliches Problem.
...
Fatal error: require_once(): Failed opening required '
Ich kann da nichts Ähnliches entdecken zwischen den beiden Fehlermitteilungen. Die erste Mitteilung bezieht sich auf eine Ausgabe von HTML bevor der HTTP-Header vollständig verarbeitet wurde. Deine Mitteilung hingegen darauf, dass eine Datei von PHP nicht unter dem erwarteten Pfad gefunden wird und somit nicht verarbeitet werden kann.
Habe noch etwas weiter gesucht, also Kommandozeile scheint schon richtig zu sein.
http://www.informationsarchiv.net/topics/32280/?page=2
Mehr kann ich dazu nicht sagen.
WP-PhotoContest wurde letztmalig im März 2011 aktualisiert und könnte durchaus für den einen oder anderen Fehler verantwortlich sein. Es wird schon einen Grund haben, wenn es mit neueren Versionen von WP nicht mehr kompatibel ist.
Wobei ich aber zu drwxr-xr-x 5 ftp ftp 4096 nicht mehr gefunden habe, als die eine oder andere Seite, die den Fehler ausgibt und etwas in einem Google-Book, dass es sich um etwas handelt, was eigentlich über Kommandozeile / Konsole abläuft.
