Beiträge von marX

<!-- Newest Blog Entry -->
[COLOR="Red"][B]<?php query_posts('showposts=1'); ?>[/B][/COLOR]
<?php if (have_posts()) : while (have_posts()) : the_post(); ?>

Wenn der Fehler dann immernoch auftritt, dann liegt er mit ziemlicher Sicherheit woanders.

EDIT: Oh ich seh grad, da fehlt jeweils noch ein <?php endif; ?> nach <?php endwhile; ?>

<?php
/*
Template Name: Front Page
*/
?>


<?php get_header(); ?>




<div id="content">


<!-- Static Front Page -->
<?php if (have_posts()) : while (have_posts()) : the_post(); ?>
<h2><?php the_title(); ?></h2>
<?php the_content(); ?>
<?php endwhile; ?>
<?php endif; ?>


<!-- Newest Blog Entry -->
<?php query_posts('showposts=1'); ?>
<?php if (have_posts()) : while (have_posts()) : the_post(); ?>
<h2><a href="<?php the_permalink(); ?>"><?php the_title(); ?></a></h2>
<?php the_content(); ?>
<?php endwhile; ?>
<?php endif; ?>


</div>


<?php get_sidebar(); ?>


<?php get_footer(); ?>

Zitat von Tigermaus

Ich hab nur keinen Plan, wie ich den Content und den Sidebar-Text nach oben bekomme

Ich würde sagen mit relativer Positionierung (Beispiel).

Zitat von Tigermaus

so dass es fehlerfrei in verschiedenen Browsern angezeigt wird.

Das auch noch? Da hilft nur experimentieren und versuchen, die bekannten Browserbugs (allen voran natürlich IE) zu umschiffen.

Bitte bitte.

Ich seh das aber insgesamt auch nicht so ernst, meine WP-Seiten haben auch zumeist eine Mindestbreite von ~900px.

Also mein Code oben hat keine 29 Zeilen, und das einzige '$' gehört zu $posts. Kannst ja mal nur query_posts('showposts=1'); ohne die Variablenzuweisung schreiben. Aber ich denk nicht das es daran liegt.

Lege dir ein Seitentemplate (z.B. als frontpage.php) neu an, wenn du keine page.php hast.

Da rein folgender Code (mindestens, ausbaufähig):

<?php 
/* 
Template Name: Front Page 
*/ 
?>


<?php get_header(); ?>
<?php get_sidebar(); ?>


<div id="content">


<!-- Static Front Page -->
<?php if (have_posts()) : while (have_posts()) : the_post(); ?>
<h2><?php the_title(); ?></h2>
<?php the_content(); ?>
<?php endwhile; ?>
<?php endif; ?>


<!-- Newest Blog Entry -->
<?php $posts = query_posts('showposts=1'); ?>
<?php if (have_posts()) : while (have_posts()) : the_post(); ?>
<h2><a href="<?php the_permalink(); ?>"><?php the_title(); ?></a></h2>
<?php the_content(); ?>
<?php endwhile; ?>
<?php endif; ?>


</div>


<?php get_footer(); ?>

Dann legst du dir im Adminbereich eine neue Seite an, weist dieser das Template "Front Page" zu und legst diese Seite als Statische Startseite fest. Sollte so funktionieren.

/me surft mit 1024 maximiert.

Mit "flexibel in gewissen Grenzen" meine ich, dass der umliegende Container z.B. eine minimale Breite (etwa 780px für 800er Auflösungen) und eine maximale Breite (etwa 1250px, um die Zeilen nicht zu lang werden zu lassen).
Dafür gibts die CSS-Eigenschaften min-width und max-width. Für den IE, der diese Eigenschaften nicht kennt, könnte man mit ein wenig JavaScript nachhelfen.

Blocksatz kannst du IMHO bei dieser Zeilenlänge machen.

Zitat von milko

Eine Frage habe ich ganz konkret: Sind 1000px in der heutigen Zeit noch zu breit?

Ich hab grade mal auf einer meiner Seiten nachgeguckt, bei denen ich viele Besucher habe, die nicht immer auf dem neuesten Stand der Technik sind:
Etwa 80% haben eine Auflösung von 1024-1280px Breite. Weniger als 1024px Breite haben etwa 6% der Besucher, der Rest surft mit höherer Auflösung.
Allerdings muss das ja nicht bedeuten, dass die Besucher auf mit maximiertem Browserfenster unterwegs sind.

Aber mal abgesehen von den Seitenlinks in deinem Header - was hält dich davon ab dein Layout mit flexibler Breite (in gewissen Grenzen) zu gestalten?

Prototype ist ein Javascript-Framework, wie z.B. auch Mootools. Wird im WP-Backend genutzt um verschiedene Effekte zu erzielen (ich nehm mal an, z.B. de Farbverlauf beim Löschen eines Beitrags).

Das ist aber auf jeden Fall nix, was den Theme-Autor irgendwie benachrichtigen kann.

Hisky: IE6? Siehe Startposting. Der kommt mit dem Aufklappmenü nicht zurecht. Daher als Workaround die vollständig aufgeklappte Variante.

Widgetizing Themes « Automattic

Die PHP-Funktion stripos() ist zudem erst ab PHP5 verfügbar.

Also wenn ich das richtig sehe, dann nur so:

<?php st_meta_keywords(); ?>

Erzeugt:

<meta name="keywords" content="(tags_list)" />

Eine Kategoriebeschreibung kannst du im Backend unter "Verwalten > Kategorien" eintragen. Im Theme muss diese dann natürlich auch ausgegeben werden, dafür existiert die Funktion category_description().

Du musst ja eh einen DB-Dump machen, den du deinem Kollegen aufspielst. In der sql-Datei änderst du dann einfach deinen lokalen Pfad per "Suchen & Ersetzen"-Funktion deines Texteditors in den Online-Pfad.

Blogurl dynamisch eintragen wird nicht gehen, da in den Beiträgen aus Sicherheitsgründen kein PHP aufgeführt wird (gibt natürlich Plugins dagegen)

Das Problem ist, WP "weiß" nicht, aus welcher Kategorie heraus du den Beitrag aufgerufen hat, also kann es auch nicht die passende Kategorie anzeigen. Das ist kein WP-Problem, sondern liegt am zustandslosen HTTP. (Man könnte mit Sessions oder Referrerlogging arbeiten, ist aber beides suboptimal.) Duplicate Content würde natürlich noch hinzukommen.

(So ähnlich hat mir das jedenfalls mal ein Breadcrumb-Plugin-Autor erklärt ;-))

Mmh... komplizierte Geschichte... könnte über mod_rewrite funktionieren.

RewriteCond %{REQUEST_URI} ^/index.html$
RewriteRule ^.*$ http://www.example.org/ [L]

Alternativ könntest du im WP-Root eine index.html mit folgendem Inhalt anlegen:

<?php
header('Status: 200 OK');
header('Location: http://www.example.org/');
exit;
?>

Diese html-Datei muss dann natürlich von PHP geparst werden.

Keine Ahnung, ob eins davon funktioniert, kannst es nur ausprobieren. Darf ich dem Programm schon mal pauschal den Titel "Dreckstool" verleihen, wenn es den Aufruf der index.html explizit verlangt und keinen Weiterleitungen folgt?

mod_rewrite ist das Modul des Webservers, dass die Weiterleitung der Permalinks auf die WP-internen Adressen erst möglich macht. Beim Hoster Strato z.B. ist das Modul nicht aktiv bzw. wird da eine geänderte .htaccess mit einem internen Serverfehler quittiert.

Ob mod_rewrite bei deinem Hoster aktiviert ist, kannst du mit der Funktion phpinfo() abfragen (siehe FAQ-Eintrag).

Falls mod_rewrite deaktiviert sein sollte, dann hilft dir vllt. dieses Plugin weiter: Putzlowitscher Zeitung » 123 No Rewrite Permalink

Vornweg: Warum willst du das? Wenn du keine index.html hast, warum soll dann was beim Aufruf angezeigt werden?

Lösung: Weiterleitung per .htaccess

Redirect 301 /index.html http://www.abnehmen-in.de/

(ich hoff mal der Code stimmt so, ist aus dem Gedächtnis raus aufgeschrieben ;-))

Sollte so eigentlich passen. Ich hab mal was ähnliches geschrieben, mit dem Hook "save_post". Mich irritieren nur die '1' bei deinen Hooks, wo hast du das her?

Ansonsten würde ich mal ein Testscript schreiben, um zu sehen ob der Hook überhaupt ausgeführt wird, oder nur irgendwas mit den DB-Querys nicht passt.

Hier mal noch mein Plugincode (Auszug):

add_action('save_post', 'set_exlinks');


function set_exlinks ($postid){
	global $wpdb;
	
		$res = $wpdb->get_results("SELECT postid FROM wp_exlinks WHERE postid = {$postid}", OBJECT);
	    if ($_POST['exlink'] == null || $_POST['exlink'] == ''){
	    	if ($res[0]->postid == null){
	    	}else{
	    		$wpdb->query("DELETE FROM wp_exlinks WHERE postid = {$postid}");	
	    	}
	    }else{
	    	if ($res[0]->postid == null){
	    		$wpdb->query("INSERT INTO wp_exlinks (postid, link) VALUES ({$postid}, '{$_POST['exlink']}')");
	    	}else {
	    		$wpdb->query("UPDATE wp_exlinks SET link='{$_POST['exlink']}' WHERE postid = {$postid}");
	    	}
	    }
}

(WP Version 2.0.4 war das damals IIRC)

Nö ist es nicht.
Template Tags « WordPress Codex <- nutze die Suchfunktion deines Browsers um auf der Seite nach "rss" zu suchen.