Beiträge von malo.conny

Aber auch in Wp 3.5.1 sind iframes aus dem visuellen Editor nicht möglich. Wenn man den Code im Editor hinterlegt und speichert, filtert WP im standard einen iframe raus. Ggf. hast du ein anderes Plugins, was diesen Filter anspricht. Aber nochmal der Hinweis. Es ist nicht sinnvoll den Code von Adsense und co in den Editor zu legen, damit ist er inder DB und muss ggf. mit viel Aufwand angepasst werden. Daher ist es immer besser diesen Zentral abzulegen und via Hook an die richtige Stelle zu bringen.

Ein kleines Plugin erlaubt ifram mit div. attributen im TinyMce:
https://gist.github.com/4511711

Downloaden, in wp-content/plugins ablegen und aktivieren.

Zitat von viehrig

Da ich Artikel ausschließlich in der HTML-Ansicht erstelle, nachfolgend ein Beispiel:

HTML

 
<center><iframe width="640" height="395" src="http://www.youtube-nocookie.com/embed/tvRjyLxcHSo?hd=1&amp;autohide=0&amp;rel=0&amp;showinfo=0" frameborder="0" allowfullscreen></iframe></center>
<br />

Daraus wird im Moment der geplanten Veröffentlichung des Artikels:

HTML

 


<br />

Dieses Thema ist nicht durch das Update von WordPress 3.5 gekommen. Der iframe Tag wurde noch nie im TinyMCE erlaubt, auch nicht durch den Wechsel in den HTML Modus. WordPress filtert im Standard dirverse Tags und Zeichen, ersetzt und formatiert. Darum werden unter anderen auch iframes gefiltert. Der Benefit des oEmbed liegt genau darin, denn man muss nur die URL des Ziels angeben und das Markup wird automatisch gebaut, je nach Plattform und unabhängig vom Veröffentlichungszeitraum. Will man iframes im Editor von WordPress erlauben, so muss man den Editor ergänzen, siehe:

http://bueltge.de/wordpress-wysi…weitern-2/1100/
http://wpengineer.com/1963/customize…wysiwyg-editor/

Klingt so, als wenn das Theme kein Standard-Kommentar-Formular via Funktion integriert und damit die Standard-Hooks nicht hat; daher muss ein Hook definiert werden; welcher in der Anlelitung beschrieben ist.
http://wordpress.org/extend/plugins…s/installation/

function fb_list_terms_exclusions($args) {
	
	$where = '';
	
	if ( !current_user_can('manage_categories') )
		$where = " AND t.slug  NOT IN ('uncategorized', 'category-2')"; // slug of categorys
	
	return $where; 
}
add_filter( 'list_terms_exclusions','fb_list_terms_exclusions' );

Blendet die beiden bsphaften cats für user ohne Rechte der Cat Managen aus.

Ich würde ein Template erstellen und dort das Login-Form von WP ablegen. Alle User können sich dann anmelden, kannst du über die versch. Rollen steuern und die Inhalte des Templates sind je nach Code bestückt. Ich vermute es ist für deine Anforderung wenn du eine Kategorie nimmst und wenn die aufgerufen wird, oder ein Post von dort, dann kommt das Login, wenn man nicht gemeldet ist - kein Plugin und 100% WP standard. Dazu gibt es auch Beiträge im Netz.

Falsch verstanden.

Unsere Empfehlung ist die Installation von WPMU buw. Nutzung der MultiSite Funktion in WP3.0
Der Standard-Blog ist der Aufhänger, er hat nur eine Abfrage, bspw. als Template, um die Sprache des Besuchers im Browser abzufragen und dann an den entsprechenden Blog umzuleiten. Die SubBlogs sind damit die jeweiligen Sprach-Blogs - de und en etc.
Man muss nur selber erweitern, wenn man Beiträge etc. in anderen SubBlogs veröffentlichen will, also: Wenn Blog EN einen Beitrag neu hat, dann kann man via wp-insert_post() in Blog DE einen Eintrag erzeugen und einen Draft anlagen. Dies kann man beliebig weit denken und umsetzen.

Vielleicht hilft das erst mal.

#303 - 333 gibt einen aus.

Hier muss händisch nachgeholfen werden.
Editieren der wp-config.php notwendig, simples Beispiel:

putenv('TMPDIR='.$_SERVER['DOCUMENT_ROOT'].'/wp-content/tmp');
define('WP_TEMP_DIR', ABSPATH . 'wp-content/tmp');

Zitat von GIGALinux

* schieb *

Wenn das Teamtreffen auch so lustig ist, dann freue ich mich auf die Schieberei dort.

Aus meiner Sicht sollte man im Vorfeld erst mal definieren, was man zusammen bringen will. Geht es um Content oder eine Bridge, die die Nutzer zusammenführt, quasi Single Sign on. Will man nur auf Artikel o.ä. verweisen, kann man viel mit XML machen, was im Bezug auf die DB besser ist.

nein, dazu gibt es kein fertiges Plugin o.ä
Es muss mit JavaScript im Theme realissiert werden. Ich mache es mit jQuery, dazu gibt es reichlich Tutorials im Netz. Mein Hintergrund ist nur Grafik und ich finde ihn noch immer schön :-D

Wir planen etwas für Freitag, eher unkonventionell nutzen wir die Möglichkeiten in Jena. Es wird rechtzeitig bekannt gegeben und ich freue mich auf Gespräche beim Bier.

Für die Ausgabe der Nutzer gibt es einen Syntax, kann man an das User-level der Autoren anpassen, so dass nur Autoren gelistet werden. LINK

Alternativ geht auch eine einfache Ausleitung, muss man an die Bedürfnisse anpassen.

<?php
$wp_user_search = $wpdb->get_results("SELECT ID, user_login, display_name FROM $wpdb->users ORDER BY ID");


foreach ( $wp_user_search as $userid ) {
	$user_id       = (int) $userid->ID;
	$user_login    = stripslashes($userid->user_login);
	$display_name  = stripslashes($userid->display_name);


	$return  = '';
	$return .= "\t" . '<li>'. $display_name .'</li>' . "\n";


	print($return);
}
?>

Ich danke vielfach für den Hinweis und ich habe den Code im Beitrag direkt angepasst. Leider komme ich nicht nach um alle Links zu lesen.

Da ich WP nur in meiner Freizeit betreibe und durch WPD doch auch andere Aufgaben dazu kamen, muss ich irgendwo streichen.

Für das Thema Codex bzw. dt. Doku sind wir in Arbeit, aber es viel zu tun und nicht gerade die schönste Arbeit.

sorry, es reicht, wenn du es in die functions.php des Themes, welches du verwendest, schreibst. Ansonsten gibt es auch Plugins dafür, zumindest dachte ich das.

Core-Update ignorieren

/**
 * remove core-Update-Information
 */
add_action( 'init', create_function( '$a', "remove_action( 'init', 'wp_version_check' );" ) );
add_filter( 'pre_option_update_core', create_function( '$a', "return null;" ) );

Das gleiche sollte auch für

wp_update_plugins()

gehen.

eventuell reicht auch remove_action(); habe ich jetzt nicht versucht

remove_action( 'load-plugins.php', 'wp_update_plugins' );

Ab 2.7 wird es aber etwas anders, weil man dann vorrangig die prüft, die auch viel genutzt werden und Veränderungen im einem Zeitrhytmus erfahren haben.

Habe gerade mal in einem testblog folgendes hinterlegt, mit Plugin RSSImport.

<?php RSSImport(3,"http://claudia-klinger.blogspot.com/feeds/posts/default?alt=rss", true, false); ?>

Danach waren die letzten 3 Posts im Volltext, OHNE HTML, geladen.
Will man dies mit HTML, dann muss der oben besagte Syntax geändert werden:

$desc    = $item['content']['encoded'];

Versuche das bitte nochmal, sende keine Mail weiter raus.

ist denn das test-blog auf englisch, die Sprache wird nur geladen, wenn das Backend in der jeweiligen Sprache ist?