Beiträge von jottlieb

Das liegt dann am Theme. Kann man aber nachrüsten.

Zitat

Der wunde Punkt in deiner Argumentation ist, dass beim 1. Reinkopieren in das Fenster mit der aktiven Registerkarte "Visuell" dieser fragliche Code NICHT erscheint. Er erscheint erst nach Umschaltung auf Reg. HTML und wieder zurück.
Wenn WP diesen Code also beim 1. Mal ignorieren kann, warum danach nicht mehr?

Egal ob es beim ersten Mal angezeigt wird oder nicht: Es steht fest, dass dieser Code von MS Word kommt!
Beim einfügen in Visuell werden die Steuerbefehle übernommen, aber natürlich nicht angezeigt. Beim umschalten in HTML siehst du die Steuerbefehle...
Warum man sie beim erneuten Umschalten wieder sieht ist eine andere Frage...evtl. erkennt der Editor (HTML oder Visuell) dass der Code murks ist/verändert ihn und kann ihn deshalb nicht parsen.

Zitat

Ob der Code unnötig ist, möchte ich mal dahin gestellt lassen. Vermutlich wird er aber für etwas gut sein...

Theoretisch ist er gut damit du die Formatierung 1:1 übernehmen kannst. Aber dies passiert in einer Art die nicht zu gebrauchen ist.

Das mit dem PHP-Include ist überflüssig, da:
- Du ja per Seitentemplate bereits die Datei gewählt hast
- PHP in Beiträgen/Seiten nicht ausgeführt wird. Außer du nutzt Plugins wie Exec-PHP.

Außerdem habe ich schlechte Erfahrungen mit include in Seiten gehabt. Das hat irgendwie nie so recht funktioniert.

Zitat von Klappspaten

Wer weiß da bescheid?
Es müsste doch einige Blogbesitzer geben, die sich mit dem Thema auseinander gesetzt haben ...

Ich würde einfach mal vorschlagen: Setze dir ein Test WP 2.6 auf und schau im Quellcode nach. Das ist in 10 Minuten erledigt.

Auch der Code ist falsch!
Was willst du überall mit den Paragraphen?

<?php /* Template Name: rniederer on Wordpress */ ?>
<?php query_posts('cat=1');?>
<?php if (have_posts()) : while (have_posts()) : the_post(); ?>
 <?php the_title(); ?><br />
 <?php the_content(); ?><br />
<?php endwhile; endif; ?>

Zitat

PS: Die Seite habe ich über "Schreiben" -> "Seite" erstellt..

Und da darfst du den Code nicht einfügen, sondern musst das Template auswählen...

Schade, aber: Es gibt eben schon genug Pluginarchive. Vor allem das von wordpress.org ist imho recht brauchbar.

Es würde also nur Sinn machen, wenn wir hier deutsche bzw. auf deutsch lokalisierte Plugins anbieten. Und das würde die Auswahl recht massiv einschränken...

Wie dem auch sei...so ein Archiv will gepflegt sein, sonst ist es nutzlos. Und wir haben dafür einfach die Kapazitäten nicht. Außerdem sind wir hier in Deutschland/Europa Haftungsrechtlich auch immer in einer etwas blöden Situation...was passiert, wenn uns jemand Schadcode in einem Plugin unterschiebt und wir das dann veröffentlichen?

Zitat

was ist coustom filed.? und wozu wird es benuzt?

Es heißt Custom Field. Das sind neben Beitragstitel und Text weitere Felder, die man bei Bedarf ausfüllen und ausgeben lassen kann.
Genauere Erklärung: Using Custom Fields « WordPress Codex

Benutzen wir hier z.B. im Themepool (Beispiel: http://themes.wordpress-deutschland.org/slide-o-matic/)...die ganzen Daten des Autors (Name, URL) sind Custom Fields die wir ausgeben lassen.
Man kann halt flexibler mit ihnen umgehen, Abfragen machen...

Zitat

Ich brauche eine Anmelde Fomular oder eine Email Formula auf eine Page. Welche Plugins kann ich es benutzen? oder mit gelieferte feature kann ich auch so eine Kontakt formular erstellen?

Das hat mit den Custom Fields nichts zu tun. Für ein Kontaktformular gibt es Plugins die über die üblichen Pluginarchive wie WordPress › WordPress Plugins gefunden werden können. Zwei Namen: wp-contactform, cformsII.
Auch das Forum hier kann zum Thema "Kontaktformular" genug sagen.

WP ist mir gerade unheimlich. Obwohl ich die Funktion load_default_textdomain lösche bzw. Syntaxfehler einbaue, gibt's keine Fehlermeldung. Wird die Funktion garnicht immer ausgeführt?

Egal, es steht im trac und ist damit gefixed ;)

Steht das eigentlich schon im trac?
Aber was mich wundert...in der l10n.php sollte dann doch das funktionieren:

$mofile = WP_LANG_DIR . "/$locale.mo";

tut es aber nicht.
Abspath habe ich bewusst gelöscht, das ist ja in WP_LANG_DIR schon drin.
Leider bin ich auch gerade zu blöd, mir den Inhalt von $mofile ausgeben zu lassen.

Ist also eigentlich berücksichtigt. Ich probier' es mal bei mir aus.

Bei mir gleicher Fehler. Aber lokal ist schonmal die Ausgabe von WP_CONTENT_DIR lustig:
D:\XAMPP\htdocs\260/wp-content-test :-|

WP_LANG_DIR lautet:
D:\XAMPP\htdocs\260/wp-content-test/languages hmm

Hmm..
wp-includes/l10n.php:

function load_default_textdomain() {
	$locale = get_locale();


	$mofile = ABSPATH . LANGDIR . "/$locale.mo";


	load_textdomain('default', $mofile);
}

wp-settings.php

if ( !defined('WP_LANG_DIR') ) {
	/**
	 * Stores the location of the language directory. First looks for language folder in WP_CONTENT_DIR
	 * and uses that folder if it exists. Or it uses the "languages" folder in WPINC.
	 *
	 * @since 2.1.0
	 */
	if ( file_exists(WP_CONTENT_DIR . '/languages') && @is_dir(WP_CONTENT_DIR . '/languages') ) {
		define('WP_LANG_DIR', WP_CONTENT_DIR . '/languages'); // no leading slash, no trailing slash, full path, not relative to ABSPATH
		if (!defined('LANGDIR')) {
			// Old static relative path maintained for limited backwards compatibility - won't work in some cases
			define('LANGDIR', 'wp-content/languages');
		}
	} else {
		define('WP_LANG_DIR', ABSPATH . WPINC . '/languages'); // no leading slash, no trailing slash, full path, not relative to ABSPATH
		if (!defined('LANGDIR')) {
			// Old relative path maintained for backwards compatibility
			define('LANGDIR', WPINC . '/languages');
		}
	}
}

Zitat von reboot

das habe ich in die seite bei wordpress geschrieben... man kann doch php auf einer "wordpress-seite" andwenden oder?

Auch das wird im verlinkten Thread geklärt: http://forum.wordpress-deutschland.org/konfiguration/…html#post179263

Schau dir Filezilla an. Meines wissens ist das Programm Freeware.

Ohje, dem Programm fehlen ja grundlegendste Funktionen...

Aber nun geht, es geht trotzdem, wenn auch umständlicher.
Klicke im Menü auf FTP Server > Custom Command.
Dann erscheint rechts unten ein Eingabefeld.

Da trägst du ein:

site chmod 666 dateiname

Dann auf Do it drücken.
Dateiname musst du natürlich ändern.

Zitat von danima

gut, im FTP Server finde ich aber leider nichts mit chmod?

Dann solltest du bitte sagen, welches FTP-Programm benutzt. Mit dem Server hat das nichts zu tun; die Funktion wird über das FTP-Programm aufgerufen.

<?php query_posts('cat=4');?>

4 ist in diesem Beispiel die Kategorie ID 4.

Siehe auch Template Tags/query posts − WordDoku

category_name anstatt cat ist aber auch möglich, wie man dort sieht. Dann kannst du auch den Namen der Kategorie angeben.

Könnte mir gut vorstellen, dass ein entsprechendens Plugin (oder gar der Server) einfach aufgrund der schieren Menge an Fotos und Alben die Grätsche macht. Ohne jetzt die Dateigröße zu berücksichtigen.

Schau doch bitte in die FAQ, dort gibt es einen Artikel zur Fehlermeldung.

http://forum.wordpress-deutschland.org/konfiguration/…n-ausgeben.html

Zitat von goldjunge2007

Na in der Liesmich die dem Installationsordner beilag steht nur drin dass ich alle wordpress-Dateien löschen soll...

Da steht: "Lösche Die alten WP Dateien, sichere aber diejenigen, die Du verändert hast."

Und die wp-config.php hast du ja verändert ;) Aber gut, ich gebe zu, das ist nicht ganz eindeutig. Was aber am Original liegt - in der englischen Version ist's auch nicht deutlicher.

Zur weißen Seite: WordPress Deutschland FAQ » Wie gehe ich am besten vor, wenn Fehler in meinem Blog auftreten?