Beiträge von Alphawolf

Zitat von thomas90

habe ich das richtig interpretiert, wenn ja. wie stellt wordpress dann fest welches seitentemplate es für die Startseite nehmen muss.

Das kannst du in den Einstellungen festlegen. Einstellungen> Lesen (glaube ich). Welches Seitentemplate eine andere Seite bekommt, kannst du angeben, wenn du eine Seite erstellst/bearbeitest. Dann gibt es eine Box "Seitentemplattes", in der du das passende Template für die entsprechende Seite aussuchen kannst.

Zitat von marX

Die home.php wird verwendet, wenn die normalen Blogbeiträge verwendet werden. Wenn du ne statische Startseite hast, dann wird die page.php oder das zugeordnete Seitentemplate verwendet. Visuell ist das hier schön erklärt:
http://codex.wordpress.org/images/1/18/Template_Hierarchy.png
und in Textform hier:
Template Hierarchy « WordPress Codex
Template Hierarchie − WordDoku

Zu statischen Seiten findest du hier einige Infos:
Pages « WordPress Codex
Seiten − WordDoku

Das Thema "statische Startseite" wurde im Forum auch schon erschöpfend diskutiert

Alles anzeigen

Ich wäre dafür, die Anzahl der Links in einem Beitrag zu begrenzen. [/böser einwurf] :mrgreen:

Zitat von marX

Nachtrag: Okay, die <? bleiben wohl vorerst noch drin, aber die ASP-Tags <% fliegen defintiv raus. Siehe hier:
Minutes PHP Developers Meeting

Ach, die <% Tags sind mir egal. Die haben mir nich mal Pralinen zu meinen Geburtstagen geschenkt.

Zitat von marX

PS: Die Short-open Tags <? sind in meinen Augen auch schon Deppenindikatoren. Spätestens mit PHP6 fällt denen das mächtig auf die Füße...

Short Tags sind werden in PHP6 nicht mehr erlaubt sein bzw. sind deprecated? Wusste ich gar net. Ich selbst nutze ausschließllich die Langform, kenne aber einige recht professionelle Coder, die auf Short-Tags schwören, wie es einige Templating Engines tun.

Der Schadcode befand sich vermutlich in der

wp-includes/default-filters.php

Falls du die Datei noch hast, kannst du ja mal reinschauen. Hatte so etwas ähnliches auch mal gehabt. Der "Exploit" hatte sich dort an den "wp_footer" Filter gehangen. Im Template selbst war nichts zu sehen.

Schau mal, ob du hier was findest: User:MichaelH/Plugins/Restriction « WordPress Codex

Teammitlieder sind Administratoren und somit in dieser Benutzergruppe? Welche WP-Version nutzt du?

Ich habe mal irgendwo gelesen, dass der Feed auch verschwindet, wenn man die Altersbeschränkung des Blogs in Einstellungen> Diskussion heraufsetzt auf z.B. "R — Entspricht in etwa dem deutschen FSK18".

Allerdings kann ich nicht sagen, ob das stimmt.

http://forum.wordpress-deutschland.org/plugins-und-wi…ie-sidebar.html

Nein, tu das nicht. marX ist böse, und macht damit dann ganz böse Dinge. :mrgreen:

Mach mal diese Zeile aus deinem Template raus:

<?php comments_popup_link(__('Antworten'), __('Kommentar  vorhanden'), __('% responses so far')); ?>

Hmm, Tags vorzugeben widerspricht dem Gedanken des freien Taggens etwas, aber gut.

Grob würde dein PHP-Code dann verändert so aussehen (ungetestet):

$tagarray = array( $_POST['tag1'], $_POST['tag2'] );
wp_set_post_tags($postid, $tagarray);
unset($GLOBALS['tag_cache']);

Offenbar hat dein Hoster safe_mode on. Ebenfalls muss/kann dein Hooster die Standardrechte für neu erzeugte Ordner festlegen. WordPress hält sich nur daran.

"So ein Dashboard zusammenbauen" heißt? Wenn du so einen Kasten auf der Startseite/im Dashboard hinzufügen willst, nutze dies hier: wp_register_sidebar_widget() und die Actions wp_dashboard_setup und wp_dashboard_widgets.

Leider gibts dazu noch keine Referenz im Codex, daher nur ein kurzes Beispiel:

function register_widget_function() {
	wp_register_sidebar_widget( 'widget_name', __( 'Lala', 'deine-extension' ), 'widget' );
}


add_action( 'wp_dashboard_setup', 'register_widget_function') );
add_filter( 'wp_dashboard_widgets', 'add_widget_function') );

Nutze dafür diese Funktion: wp_set_post_tags();

Wenn die Nutzer also in ein Textfeld kommasepariert Tags eingeben können sollen, versuche es mit folgendem kleinen Schnipsel:

$tagarray = explode(",", trim( $tags ));
wp_set_post_tags($postid, $tagarray);
unset($GLOBALS['tag_cache']);

Das nutze ich in einem meiner Plugins.

Hast du den Code innerhalb des Loops eingetragen?

Achso, okay. Rein technisch ist das natürlich möglich, allerdings speichert WP standardmäßig nicht, wer eine Kategorie eröffnet hat.

Schau dir vllt noch das hier an: WordPress › El Aleph « WordPress Plugins
Dort steht u.a.:

Zitat

Author Sets: each user has "sets" (like flickr), or albums. A set is a user-specific category. So each user can have his own categories For example, in this way you could implement user galleries. Let each user create their own sets and upload his photos.

Sofern du die Startseite deines Blogs meinst (z.B. wie hier), so ist das Normalverhalten. Auf der Startseite werden die Beiträge nur angerissen, und Kommentare werden nur in der Einzelansicht angezeigt, um nicht zu viel Platz auf der Startseite zu verschwenden.

Zitat von woody

Es gibt indem Fall kein Plugin, welches mir ermöglicht, das jeder User für seine Kategorie zuständig ist. Hmm okey.

Naja, woher soll WP wissen, welche Kategorie welchem User gehört? Das musst du natürlich definieren. WP ist keine K.I., sondern nur ein Script.

Mit dem Role Manager Plugin sollten Rechtänderungen machbar sein. Freischalten der Kats durch den Admin ist mir unbekannt.

User an Kategorien zu binden ist auch möglich: WordPress › Bind user to category « WordPress Plugins