Beiträge von csign

Hallo,

ich möchte gerne - siehe Screenshot - in meinem Theme (Simplemag) im Socket-Bereich einzeilig mein erstelltes Custom Menu einbauen ("socket-menu" hab ich es mal genannt).

Was muss ich in die footer.php genau für einen Code einbauen, damit es da erscheint?

Ich habe mich hier durch den Codex gewühlt, aber meine PHP-Kenntnisse sind derart rudimentär, dass ich nicht weiß, wie der Code genau lauten muss.
Könnte mir jemand helfen bitte?

<?php wp_nav_menu( array('menu' => 'socket-menu' )); ?>

zeigt mir das komplette Hauptmenü, das, wenn ich den Codex recht verstehe, einfach das "erste, nicht leere Menü" ist.
Wie bekomme ich aber in dieses Code-Snippet den Code für mein "Custom-Menu"?
Ich hab dessen Namen: socket-menu und die ID 69 hat es bei der Erstellung offenbar erstellt.

Danke :-)

Update, weil ich grade wieder gefragt worden bin:
das Tutorial von Seite 1 dieses Threads funktioniert mit WP 4.2.2 immernoch genau so, der Hoster ist egal.

Update, weil es Bedenken wegen des Alters des Artikels gab:

das Tutorial funktioniert heute, Stand Sept. 2014 immernoch genau so und einwandfrei. Ich arbeite nach wie vor immernoch nach diesem Procedere, diesmal mit WP 3.9.2 und nicht einem anderen deutschen Hoster.

Ich hatte tinymce advanced als Plugin installiert - aber nach diesem Problem habe ich alle Plugins deaktiviert und dann vom FTP gelöscht - testhalber, auch alle Themes! Das Problem der Fehlermeldung blieb bestehen und auch sehe ich weder als Netzwerk-Admin noch in den Unterblogs eine Meldung mehr oben in der Statusleiste von WP, das Plugins zum Updaten wären (ja, es wären welche ;-)

Kann es sein, dass von diesem Plugin was "in der Datenbank hängt" - so gut kenne ich mich da nicht aus -, und dass trotz des Löschens von Plugins und Themes datenbankmäßig was "drin hängt"?

Die gesamten Wordpress-Dateien habe ich nun schon durch einen Original-Download ersetzt - erfolglos!

Und wie gesagt, alles hängt damit zusammen, dass diese WP-Installation nun unter PHP 5.5. statt 5.4 laufen soll-muss, erst seit dieser Umstellung tritt das auf!

Ich hatte sogar Plugins gelöscht, wo der Autorname auch Umlaute hatte (AddQuicktags von Frank Bültge z.B.) - der Fehler bleibt.
Hier wird das beschrieben:
http://wordpress.org/support/topic/…te-php-warnings

Noch jemand eine Idee?

ja, alle Domains und Subdomains, die im WP-Netzwerk zur Verwendung kommen (sollen), müssen auf das WP-Verzeichnis zeigen. Inwieweit das aber für Domains bei Fremdprovidern machbar ist, kann ich leider gar nicht sagen, damit hab ich keinerlei Erfahrung.

Du könntest noch alternativ in der FB-Gruppe für Wordpress fragen, da sind etliche kompetente Leute mit dabei und man bekommt zeitnah Antwort.

Jede Domain, jede Subdomain muss in den Domain-Einstellungen beim Provider (im Kundenverzeichnis, Confixx-Center oder wie auch immer es bei deinem Provider heißt) auf dein Wordpress-Verzeichnis zeigen/eingestellt sein, sonst geht es nicht.

Meine Domains sind alle bei meinem Webhoster, insofern hab ich leider keine Ahnung, wie es mit Domains von woanders funktioniert.

Hallo d87,

danke fürs Kompliment und ja, das funktioniert prima - ich weiß jetzt gar nicht mehr, was ich seinerzeit im Tut geschrieben hatte, aber ich habe es tatsächlich hier so mit WP 3.9.1 laufen:
Blognetzwerk mit Unterblogs in Unterverzeichnissen, die ich wiederum teilweise auf Subdomains, teilweise auf Hauptdomains gemappt habe. Funktioniert tadellos.

Ergänzung:

Ich hab z.B. das hier gefunden, was offenbar mit WP zusammenhängt:
http://wordpress.org/support/topic/…nings?replies=1

Jedoch, wenn ich alle Plugins deaktiviert und in einen anderen Ordner "OFF" verschoben habe, dürfte sowas doch nicht mit reinspielen, oder?

Hallo zusammen,

kann jemand mit dem Fehler
Warning: Invalid argument supplied for foreach() in *****/wp-includes/update.php on line 295
etwas anfangen?

Die besagte Zeile 295 in der update.php in wp-includes ist übrigens:

foreach ( $response['plugins'] as &$plugin ) {

Diese Fehlermeldung erscheint ausschließlich im Backend auf der Seite:
/wp-admin/network/plugins.php

In den (Unter)Blogs zeigt es dafür weder auf ihrer jeweiligen Plugin-Übersichtseite an, dass welche zum updaten wären, noch oben in der Statuszeile im Backend. Und ja, ich habe mit Absicht zwei, drei "ältere" auf den FTP geschoben, damit auch ganz sicher was zum Updaten vorliegt ;-)

Was hab ich zur Lösung unternommen?

1. Ich habe alle Plugins in allen (Unter)Blogs deaktiviert und in einen "OFF"-Ordner unter wp-content auf dem FTP verschoben - es kann also nicht an einem Plugin liegen.
2. Ich hab Wordpress neu runtergeladen und auf meinen FTP geschoben - hat nichts gebracht.
3. Ich habe alle (eigenen) Themes erst deaktiviert und durch das Twentyfourteen ersetzt, dann sogar meine eigenen Themes vom FTP gelöscht - hat nichts gebracht, die Fehlermeldung bleibt und es zeigt nach wie vor nichts von Plugin-Updates an.

Das Ganze tritt erstmalig auf, nachdem ich wegen anderer Probleme im Kundencenter meines Hosters von PHP 5.4 auf PHP 5.5 hochgesetzt habe. Zurück auf 5.4 möchte/kann ich aus anderen Gründen nicht. Stelle ich aber - testhalber - wieder um auf PHP 5.4, dann ist dieses Problem behoben.
Aber es kann ja nicht sein, dass WP nicht mit PHP 5.5 klar kommt?

Hier ein paar Daten zum Server und SQL:
http://screencloud.net/v/B6fn

Hat jemand eine Idee zur Fehlerbehebung?
Danke.

hast du mittlerweile eine Lösung gefunden?
Hab das gleiche Problem, jedoch nicht pluginabhängig (alle deaktiviert).
Danke.

Hallo zusammen,

ich hab ein WP Netzwerk mit mehreren Blogs in Unterverzeichnissen, die teilweise auf Subdomains, teilweise auf andere Hauptdomains gemappt sind.

In der htaccess hab ich mir redirects angelegt, so dass z.B. die Hauptdomain des Blognetzwerks (viaina.de) mit angehängtem /plus weitergeleitet wird auf ihre eigene G+ Seite:

Redirect 301 /plus http://plus.google.com/+ViainaDe/posts

So weit, so gut, funtioniert.

In diesem Netzwerk ist auch ein anderer Unterblog, der auf eine andere HAUPTdomain gemappt ist: der-kunstblog.de

Jetzt möchte ich in der htaccess ein redirect erstellen, wenn ich

der-kunstblog.de/plus aufrufe, es dann auf dessen eigene G+ Seite weiterleitet.

Mein Codeversuch (als Laie) lautet:

RewriteCond %{HTTP_HOST} ^der-kunstblog\.de$ [NC]
RewriteRule ^plus$ https://plus.google.com/110279053838607544598/posts [R=301,L]

leitet aber auf die G+ Seite des o.g. ersten Redirects der Hauptdomain des Blognetzwerks (viaina.de) weiter!

Wo passt denn da bitte mein Code nicht?
Danke!

Danke für den Link ... obwohl ich es ja nicht verstehe, die 3.9er ist doch auch hier auf der Startseite verlinkt? Warum sollte es dann nicht die 3.9.1er? :???:

Hallo zusammen,

was hat es mit dem Download 3.9.1 auf sich?

Wenn ich eingeloggt bin hier im Forum, sehe ich rechts oben "3.9.1":

http://screencloud.net/v/30Sx

aber auf der Start- und Downloadseite "3.9":

http://screencloud.net/v/241H

Mit dem Ergebnis: es gibt keinen 3.9.1-Download.

???

Ich hab mal eine Frage zu htaccess, Redirects in einem WP-Blognetzwerk:

Im Rootverzeichnis hab ich eine htaccess, in der ich einen bestimmten Redirect anlegen möchte - möglichst nicht ohne Umweg über zusätzliche Plugins.

Ich hab WP als Netzwerkinstallation laufen, die Hauptdomain ist

hauptdomain.de

. Im Blognetzwerk sind weitere Unterblogs (in Unterverzeichnissen), davon ist ein Unterblog/-verzeichnis gemappt auf eine (andere Haupt-)Domain:

anderedomain.de

.

Jetzt funktionieren in der htaccess alle Redirects prima, die etwa lauten

Redirect 301 [URL="http://www.facebook.com/l.php?u=http%3A%2F%2Fviaina.de%2Fblabla1&h=GAQFogl5I&enc=AZM3kZ8G9gY5P-8Odu86laonYw2MpVFxat2g2LvDNA7_ttGa2KZMW_5nvox0lwGSHqRuRIby1ZCkFQTI41kJl7qiI93YEZ_j1exgN29xLMRJN-cdLATd_A1WZx1_Bxr0p4JVqxccjhhUV5UsLmx3aoSVhCFLUKnMSkxc-zzeG97jRQ&s=1"]http://hauptdomain.de/blabla1[/URL]

.... zu irgendeiner Seite

Wenn ich jedoch in die htaccess einen Redirect einfüge, der von einer ANDEREN (gemappten) Domain im Blognetzwerk ausgehen soll, dann funktioniert dies nicht mehr:

Redirect 301 [URL="http://www.facebook.com/l.php?u=http%3A%2F%2Fder-kunstblog.de%2Fplus&h=eAQGdm7d3&enc=AZM2DuK9muZN8ZSggkSnWX587ZeqeRNjqzhGy-sjaBjbiqsVnS-F2plk-qesqJxzWOtAUyX4RhGT_pEJA_xPii4y6AsBqM_YPQEQjkxho9AkvfszLfEUJmMKQG_sX3rpRBxM_3t6VyrcRS7p73BRfCv_RsYPN-urvw2Q_ta7fsvWPA&s=1"]http://anderedomain/plus[/URL]

soll weitergeleitet werden auf die G+ Fanseite von anderedomain.de

Jetzt existiert aber schon ein Redirect in der htaccess:

Redirect 301 [URL="http://www.facebook.com/l.php?u=http%3A%2F%2Fviaina.de%2Fplus&h=aAQHY_FF8&enc=AZP1aH9gc-IRsDxsbrGw63OEipFyHPZHLYROn2rEiuquKsQHxfNZmKL0v3a8uZxXw_QLV6lWdJgRC1SF4Ms7CTMu6zX5vy_-3cIzfTLSaw4GanHxH6SCkHhLzxaRvjlw5MMkkgt4kGWpvUQ7-wTQYMsi2LedQx2Da45pt19Yq2VZ5g&s=1"]http://hauptdomain.de/plus[/URL]

... nämlich auf die G+ Seite von hauptdomain.de

Somit landet jetzt auch

Redirect 301 [URL="http://www.facebook.com/l.php?u=http%3A%2F%2Fder-kunstblog.de%2Fplus&h=ZAQH9jjZu&enc=AZMDvT9ZiiYr9fFfOqeTGzLS97a6tt-JFmTO3Ekqy8dPHmqjz_OXZwjvP8PXqx8kw4A5jLz2ymGv15MgudHvEF5AFjbggTWtu91txY9f-hvtyuUoYE21QYTWwU9gsEdg8DVs_TDrhTk7XoyxCmUuxPmFQqyM8VPK5JpqsxzGaE92WA&s=1"]http://anderedomain.de/plus[/URL]

.......
auf der G+ Seite von "hauptdomain" statt der von "anderedomain".

Uff, ich hoffe, ich hab es einigermaßen verständlich übermitteln können ...

Ich hab leider keinerlei Ahnung von derlei Codes, hab aber beim Googlen was mit "mod_rewrite" gefunden, womit es gehen könnte - hab aber keine Ahnung, wie ich den Code dazu schreiben soll.

Wie "schreibe" ich es in der htaccess richtig, damit Redirects auch von anderen (gemappten) Haupt- oder Subdomains aus dem Blognetzwerk dieser Installation richtig weitergeleitet werden können?
Danke für jeden Tipp!

Danke, spickzettel, dein Vorschlag funktioniert wunderbar.

SirEctor:
Nein, es soll nicht das "aktuelle" Jahr als zweites ausgeben, sondern das Jahr des letzten veröffentlichten Postings.

-------------------------------------------------------------------------------------

Wer es auch braucht:

Ich verwende das Plugin Code-Snippets, füge da als neues Snippet ein:

function comicpress_copyright() {
global $wpdb;
$copyright_dates = $wpdb->get_results("
SELECT
YEAR(min(post_date_gmt)) AS firstdate,
YEAR(max(post_date_gmt)) AS lastdate
FROM
$wpdb->posts
WHERE
post_status = 'publish'
");
$output = '';
if($copyright_dates) {
$copyright_dates[0]->firstdate = '1999';      
$copyright = "© " . $copyright_dates[0]->firstdate;
if($copyright_dates[0]->firstdate != $copyright_dates[0]->lastdate) {
$copyright .= '-' . $copyright_dates[0]->lastdate;
}
$output = $copyright;
}
return $output;
}

und in der footer.php des Themes, da wo das Copyright erscheinen soll, füge ich ein:

<?php echo comicpress_copyright(); ?>

Hallo,

da ich mich nicht so gut mit PHP auskenne, eine Frage an euch PHP-Profis :-)

Ich möchte diesen Code

function mein_copyright() {
global $wpdb;
$copyright_dates = $wpdb->get_results("
SELECT
YEAR(min(post_date_gmt)) AS firstdate,
YEAR(max(post_date_gmt)) AS lastdate
FROM
$wpdb->posts
WHERE
post_status = 'publish'
");
$output = '';
if($copyright_dates) {
$copyright = "© " . $copyright_dates[0]->firstdate;
if($copyright_dates[0]->firstdate != $copyright_dates[0]->lastdate) {
$copyright .= '-' . $copyright_dates[0]->lastdate;
}
$output = $copyright;
}
return $output;
}

verwenden, um ein dynamisches Copyright in meinem Footerbereich anzuzeigen; gefunden hier.

Ich möchte das jedoch dahingehend anpassen, dass als "first date" nicht das Datum des ersten Postings ausgespuckt wird, sondern fix "1999".
Könnte mir jemand aushelfen bitte?
Danke.

Zitat von infected

... aber reicht es nicht einfach die deutsche Sprachdatei des jeweiligen Themes zu entfernen, oder eben dieses ins Englische zu übersetzen? Oder werden da noch Übersetzungen aus dem Hauptsprachfile gezogen (was ja eigentlich nicht sein sollte...)?

Gute Frage, aber das ist für mich die schnellste und einfachste Lösung, ohne in irgendwelchen Files was rumzupfuschen ;) Wenn ich es dann nicht mehr brauche, Plugin deaktivieren, fertig, und alles ist beim Alten.
Ob es mit der Sprachdatei des Themes entfernen getan ist, weiß ich nicht. Mir geht es u.a. darum, dass im englischen Frontend z.B. das Datum auch englisch ist. Klar kann man das erreichen, wenn man in den WP Settings -> Allgemein auf englisch umstellt, aber dann ist auch das Backend englisch.

Wie auch immer, für mich ist das kleine Plugin über den o.g. Code die sauberste, einfachste Lösung, ohne dass ich groß an irgendwelchen Dateien was ändern muss.

Zitat von Alphawolf

... diesen Code als Datei fe-en-be-de.php im Plugins-Ordner speichern.

PHP

<?php
/*
Plugin Name: FE englisch, BE deutsch
Version: 0.5
Plugin URI: http://forum.wordpress-deutschland.org/konfiguration/32642-frontend-soll-englisch-sein-adminbereich-deutsch-engl-od-deut-download-nehmen.html
Description: FE englisch, BE deutsch :-)
Author: Oliver Schl&ouml;be
Author URI: http://www.schloebe.de/
*/


function os_setAdminLang($locale) {
    if( WP_ADMIN === true ) {
        $locale = 'de_DE';
        return $locale;
    }
}


add_filter('locale', 'os_setAdminLang', 1, 1);
?>

Alles anzeigen

Plugin aktivieren

Da ich das gerade mal wieder brauchte (Backend auf Deutsch, Frontend auf Englisch), wollte ich hier nur noch mal verifizieren, dass es nach wie vor - auch mit der neuen WP-Version 3.8 - einwandfrei funktioniert.
Und zwar habe ich nur den o.g. Code als PHP-Datei abgespeichert, in den Plugin-Ordner geladen, aktiviert - fertig. Ich habe nicht wie vorher genannt in der wp-config.php die WPLANG Sprach-Konstante entfernt, war nicht nötig.

Bin der Sache schon etwas näher gekommen. Diese CSS passen:

.category-36.minor-meta a[rel] {
color: #ff0000 !important;
}

Aber:

damit zeigt es den jeweiligen Kategorienamen in einem Post NUR FARBIG, wenn ich eine Kategorie-Archiv-Seite aufrufe, dann hat jeder Post diesen Kategorienamen in der gewünschten Kategoriefarbe.

Rufe ich jedoch den einzelnen Artikel auf, dann ist hier nichts mehr farbig gekennzeichnet.

D.h., wenn ich einen einzelnen Artikel aufrufe, aber auch die jeweilige Kategorie-Archiv/Übersichtsseite mit Posts dieser Kategorie, dann soll der Kategoriename im Post unter dem Headerbild in ihrer eigenen Farbe gekennzeichnet sein.

ja das funktioniert bei mir auch, aber es geht ja um die farbliche Kennzeichnung einer Kategoriezugehörigkeit von diesen Kategorietags. Da geht das auf die Art und Weise offenbar nicht, denn das Styling muss ja davon abhängen, was da für ein Kategoriename steht und ich hab da ein

<a rel="tag" href="...

Screenshot Firebug:
http://forum.wpde.org/attachments/de…code-eigene.jpg