Beiträge von pixselig

Du kannst die Shortcodes nicht einfach so in den Code einsetzen, WP hat dazu eine eigene Funktion:
http://codex.wordpress.org/Function_Reference/do_shortcode

Das würde dann in etwa so aussehen:

$imdb_title =  do_shortcode( '[imdb:title_nolink]' );
$imdb_plot =  do_shortcode( '[imdb:plot]' );
$imdb_runtime =  do_shortcode( '[imdb:runtime]' );
$imdb_genres = do_shortcode( '[imdb:genres]' );

LG, pixselig

Ich habe auf einer WP Installation sogar schon WooCommerce und ein paar andere Plugins mit nur 64M vernünftig zum Laufen gebracht (OK, in ein paar wenigen Situationen bekam ich (ausschließlich!) im Dashboard eine out of Memory Meldung - das Frontend lief aber einwandfrei).

Hallo
Benenne den Plugin Ordner temporär um. dann kannst du dich auch wieder einloggen.
LG, pixselig

Hallo
Habe mir gerade nochmal die Seite angesehen - und jetzt ist die Seite responsive.
LG, pixselig

Hallo
Sorry, aber responsive ist an deiner Seite garnichts. Dafür sind bei mir auch keine Bilder verdreht.
Android 4.4.2 mit Chrome.
LG, pixselig

Nein, ich betreue mehrere WP Installation mit PHP 5.3, 5.4 und 5.5. Wirklich große Unterschiede könnte ich nicht feststellen - funktionieren tut auch alles. Ich meine, die neueren Versionen sollen laut diversen Benchmarks geringfügig effizienter (schneller) sein (was aber nur bei sonst rund um optimierten Systemen wirklich zum tragen kommt) und natürlich bieten sie auch einige neue Funktionen.
Irgend wann wird natürlich der Support für 5.3 eingestellt werden, im Moment spricht aber nichts gegen 5.3.
LG,pixselig

Zitat von SirEctor

Das ist alles nur CSS.

Ein anderer Vorschlag: du setzt das für alle Widgets um

Code

.widget {
  background: #eaeaea;
  padding: 10px;
  border-radius: 15px;
  border: 1px solid #ddd;
}
.widget a {
  font-size: 1.1em;
}
#sidebar .widget h2:first-of-type {
 font-size: 1.2em;
}

Alles anzeigen

Ja, die Möglichkeiten sind nahezu Grenzenlos ;-)
Vermutlich sogar höher als beim Schachspiel (da man da aber die mögliche Anzahl (noch) nicht kennt, bleibt das eine Vermutung).

LG, pixselig

PS: dass man (SirEctor) die Änderungen auf alle Widgets anwendet halte ich jetzt im nachhinein auch für stimmiger.

Hallo detepe!

Schön, dass du beides hinbekommen hast!
Wäre aber super, wenn du kurz erklären könntest wie du das jeweils umgesetzt hast => so haben Andere hier im Forum auch was davon, und das ist ja schliesslich Sinn und Zweck eines solchen Forums!

LG, pixselig

Hallo

Also:
1.) habe ich mich vertan: weder wp_insert_post (http://codex.wordpress.org/Function_Reference/wp_insert_post) noch wp_set_post_categories (http://codex.wordpress.org/Function_Refer…post_categories) erlaubt die Verwendung von "category_name" => beide arbeiten nur mit den category IDs.

2.) ist dein Vorhaben schon etwas komplex. Du solltest di einmal grundsätzlich überlegen wie du das handhaben willst:
-soll der User die Kategorie frei in ein Textfeld eingeben können? (ist die einfachste Methode, du läufst aber Gefahr, dass durch Tippfehler oder Rechtschreibfehler eine Unzahl an Kategorien angelegt werden)
-oder soll der User aus allen bis dato vorhandenen Kategorien eine/mehrere(???->!!!) Kategorie(n) auswählen können und nur wenn keine zutrifft eine neue erstellen können? (dies ist schon wesentlich komplexer, da das cf7 Formular die bestehenden Kategorien auslesen muss.

Wie auch immer du das planst, du wirst in den Funktionen mit den categoriy Ids arbeiten müssen, wärend du im Frontend natürlich den Kategorie Namen benötigst. Selbigen bekommst du zu jeder ID mit dieser WP-Funktion -> http://codex.wordpress.org/Function_Reference/get_cat_name

Das ganze gehört sich aber wie schon gesagt erstens vom Aufbau her sehr gut überlegt! und zweitens ist dann die Umsetzung auch nicht einfach so aus dem Ärmel zu schütteln.

LG, pixselig

Hallo

Für soloche kleinen Design-Veränderungen reichen CSS (und ein wenig Verständnis für html).

Du kannst jetzt zBsp.

#nav_menu-20 {
    background-color: #eaeaea;
    font-size: 16px;
    padding: 5px 10px
}


#nav_menu-20 h2 {
    font-size: 20px !important;
}


#nav_menu-20 ul li {
    list-style: none outside none;
}

ganz an das Ende deiner style.css Datei anfügen.

LG, pixselig

PS: sollte dann in etwa wie auf dem Screenshot aussehen.

Hallo r83

Ändere in deiner style.css (http://geographie-studieren.de/wp-content/the…yle.css?ver=4.0) ab Zeile 585

#nav li {
	float: center;
}

in

#nav li {
	float: left;
}

LG, pixselig

Hallo Andreas!

Ich verstehe das Problem nicht ganz. Hast du angst, dass sich zuviele Benutzer mittels einer Direkteingabe des Links nach ...../wp-login/ verirren?

Versuche doch mal das naheliegenste: deineseite.de/login -> und siehe da, du wirst nach .../wp-login.php weitergeleitet ;-)
Ausserdem werden die meisten Anmeldungen eh über einen Link auf der Seite gemacht werden (und selbigen kannst du ja direkt nach .../wp-login.php leiten) bzw. eventuell später auch durch Lesezeichen.

LG, pixselig

Hallo

http://wordpress.stackexchange.com/questions/4758…-user-can-uploa

Hilft dir das? Es gibt sonst noch ein paar mehr Snippets im WWW -> eine einschlägige Suche hilft da weiter ;-)

LG, pixselig

Hallo

Eventuell funktioniert dieses PlugIn noch (eine Rückmeldung das es mit WP4 funktioniert gibt es ja) -> https://wordpress.org/plugins/auto-post-thumbnail/
Oder sonst schaue dir das mal an: https://www.gavick.com/blog/wordpress…featured-image/

Lg, pixselig

Sag doch mal, wie du das menü besser zum Vorschein bringen willst.

-andere Farben?
-grössere Schrift?
-andere Hintergrundfarbe?
-in einer Box?
-Überschrift hervorheben?
-etc....

Hallo
Ist ja durchwegs interessant cf7 zum Posten zu verwenden - coole Idee.
Zu deiner Frage:
Du könntest den Parameter "category_name" verwenden. Aber Achtung, dieser Parameter verlangt die category-slugs (welche aber in den meisten Fällen den Namen eh sehr ähnlich oder sogar gleich sind).
LG, pixselig

OK, ich dachte dadurch dass du schon ein Page-Template erstellen kannst / erstellt hast, hast du ein gewisses Grundwissen.
Eventuell suche mal nach einem Plugin mit welchem du eine Seite vorschalten kannst.

Ach so, dann habe ich dich falsch verstanden - hat sich für mich so abgehört als wäre das Deregistrieren die beste Lösung ;-)
LG, pixselig

Sorry, aber in die style.css etwas zu schreiben wird hier nicht helfen -> die wird nämlich garnicht geladen.

Wenn dass schon ein eigenes Page-Template ist und du den "normalen" header nicht willst, dann erstelle eine neue Datei die du von mir aus header-front.php nennst und integriere es am anfang deines Page-Templates mittels "[LEFT][COLOR=#000000][FONT=Arial]require_once()".

In die header-front.php inkludierst du dann einen DOCTYPE, öffnest html und head unt integrierst hier dann dein stylesheet. Dann schliesst du head wieder und öffnest body. Dadurch werden die von SIrEctor gemachten angaben auch geladen, da du da dann die style.css ladest. Zu guter letzt schliesst du in deinem Page-Template auch wieder body und html - so hast du dann auch eine saubere html-Strucktur.

LG, pixselig
[/FONT][/COLOR][/LEFT]

Zitat von MegaWork

Ich würde im child theme eine functions.php erstellen und dort die main.css des Haupthemes de-registrieren und die eigene registrieren, bzw. die eigene umbenennen, dort nur die geänderten Regeln hinterlegen und diese registrieren!

siehe:
http://codex.wordpress.org/Function_Refer…eregister_style
http://codex.wordpress.org/Function_Refer…_register_style
http://codex.wordpress.org/Function_Refer…p_enqueue_style

Mhmm, ich verstehe denn Sinn hinter dem de-registrieren der main.css nicht ganz (ausgenommen vielleicht einem http-Request weniger).
Ganz im Gegenteil, bringt das den Nachteil mit sich, dass wenn das Theme upgedated wird man die neue (upgedatete) main.css auf eventuelle Änderungen überprüfen muss (zumindest im changelog). Und wenn sich dann was geändert hat, muss man die entsprechenden Anweisungen suchen (wenn das Theme auf Gitub ist, geht das ja noch recht schnell, aber sonst..) und kopieren, oder wie?
Ich selber hatte noch nie ein Problem mit dem Überschreiben von Deklarationen, in nicht einem Childtheme (ok, zugegeben, ich musste auch mal "!important" verwenden - meist aber nur wegen inline-styles).
Deregister verwende ich nur für PlugIns (da macht es dann auch viel eher Sinn). Aber bei einer so wichtigen Datei wie der main.css halte ich das Deregistrieren nicht nur für nicht notwendig sondern auch für viel zu umständlich (was Theme-Updates betrifft).

Aber ok, es gibt viele unterschiedliche Wege ans Ziel und jeder kann sich ja den für ihn einfachsten aussuchen ;-).

LG, pixselig