Beiträge von codestyling

Ich schätze mal, du hast keine Permalinks angeschaltet. Ohne die wirds auch nix.

Das hängt mit dem Revisions-Feature zusammen. Für jede Änderung, die du an bestehenden Seiten oder Post's machst, wird ein neuer Eintrag angelegt. Also hast du ein paar Änderungen vorgenommen, richtig ?

Das findest du hier beschrieben: Template Tags/query posts − WordDoku

Weil es in deinem Feed ganz unter drinsteht, was das Problem ist:

<br />
<b>Warning</b>:  Unknown(): Your script possibly relies on a session side-effect which existed until PHP 4.2.3. 
Please be advised that the session extension does not consider global variables as a source of data, unless 
register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or 
session.bug_compat_warn to off, respectively. in <b>Unknown</b> on line <b>0</b>
<br />

Wegen dieser Fehlerausgabe vertragen einige Reader deinen Feed nicht.
Deine PHP Version scheint zu alt zu sein bzw nicht richtig eingerichtet. Du kannst das wie beschrieben abstellen oder deinen Provider nach einen PHP Update fragen (solltest du auch, die Version ist "Methusalem").

Das findet man u.a. im default_de Theme :

<h2><?php _e('Meta', 'kubrick'); ?></h2>
                <ul>
                    <?php wp_register(); ?>
                    [COLOR=Red][B]<li><?php wp_loginout(); ?></li>[/B][/COLOR]
                    <li><a href="http://validator.w3.org/check/referer" title="<?php _e('This page validates as XHTML 1.0 Transitional', 'kubrick'); ?>"><?php _e('Valid <abbr title="eXtensible HyperText Markup Language">XHTML</abbr>', 'kubrick'); ?></a></li>
                    <li><a href="http://gmpg.org/xfn/"><abbr title="<?php _e('XHTML Friends Network', 'kubrick'); ?>"><?php _e('XFN', 'kubrick'); ?></abbr></a></li>
                    <li><a href="http://wordpress.org/" title="<?php _e('Powered by WordPress, state-of-the-art semantic personal publishing platform.', 'kubrick'); ?>">WordPress</a></li>
                    <?php wp_meta(); ?>
                </ul>

Zitat von marX

Es gibt ne Variable $user_ID und einige weitere. Diese werden beim Login gesetzt. Schau mal hier:
Function Reference/get currentuserinfo « WordPress Codex

Lieber nicht mit globalen Variablen rumspielen, abfragen ist immer besser:

if (is_user_logged_in() && current_user_can('level_10')) {
   $myself = wp_get_current_user();
   echo $myself->user_nicename;
}

Da bekommt man ein Objekt mit allen Eigenschaften und Einstellungen des aktuellen Benutzers zurück und kann u.a. sogar abfragen, ob der den TinyMCE angeschaltet hat ... :)
Du must bei der Levelbeschränkung oder der Prüfung für nicht eingeloggte Benutzer sowieso Code schreiben, der das behandelt.

Zitat von <-alexx->

Doofe Frage:
Gibts dafür ne Anleitung wie ich vorgehen muss? In diesem Falle weiss ich ehrlichgesagt garnich was ich tun soll, da ich solche gravierenden Themeänderungen nochnich vorgenommen habe:?

Einfache Anwort: nein.
Denn das erfordert eine komplette Einarbeitung in der Code des Themes, denn so wie ich das sehe, werden auch noch andere Javascripts auf diese Weise mitgebracht. Die kann man eben nicht mal schnell durch die Neuen ersetzen, denn prototype.js 1.6.0 (bringt WP mit, aktuell) ist nicht mehr kompatibel zu prototype.js 1.5.0. Da wird beim Versuch, das zu ersetzen, sich das Theme vermutlich komplett verabschieden, was die Javascript Sachen betrifft.

Ich hab leider nicht Zeit im Überfluss, so etwas anzupassen, auch wenn ich wüsste wie. Da ist der Autor trotzdem die bessere Wahl. Ich würde da gern weiterhelfen, aber noch ein Projekt am Rande ist zeitlich bei mir nicht mehr drin, sorry.

Das Theme kann nicht funktionieren, denn es bringt eine hart codierte,veraltete Version von prototype.js mit, die direkt in eine PHP Datei eingeschlossen wurde: /plugins/cleanJS-1-04/prototype.js.php

<?php
    require(dirname(__FILE__)."/../../../../wp-blog-header.php");


    // check to see if the user has enabled gzip compression in the WordPress admin panel
    if ( !get_settings('gzipcompression') and !ini_get('zlib.output_compression') and ini_get('output_handler') != 'ob_gzhandler' and ini_get('output_handler') != 'mb_output_handler' ) {
        ob_start('ob_gzhandler');
    }


    // The headers below tell the browser to cache the file and also tell the browser it is JavaScript.
    header("Cache-Control: public");
    header("Pragma: cache");


    $offset = 60*60*24*60;
    $ExpStr = "Expires: ".gmdate("D, d M Y H:i:s",time() + $offset)." GMT";
    $LmStr = "Last-Modified: ".gmdate("D, d M Y H:i:s",filemtime(__FILE__))." GMT";


    header($ExpStr);
    header($LmStr);
    header('Content-Type: text/javascript; charset: UTF-8');
?>
/* Prototype JavaScript framework, version 1.5.0_rc0 (c) 2005 Sam Stephenson <sam@conio.net> */


var Prototype = {
  [COLOR=Red]Version: '1.5.0_rc0',[/COLOR]
  ScriptFragment: '(?:<script.*?>)((\n|\r|.)*?)(?:<\/script>)',


  emptyFunction: function() {},
  K: function(x) {return x}
}


var Class = {
  create: function() {
    return function() {
      this.initialize.apply(this, arguments);
    }
  }
}
....

Damit schiesst du dir alles im Admin Bereich ab, was protoype.js benutzt und im Frontend mit Sicherheit fast alle Gallerien. Da solltest du den Autor um Anpassung an WP 2.6.1 bitten und ihm mitteilen, das WP prototype.js von Haus aus mitbringt, das muß man nicht dazu programmieren !

Zitat von andi07

Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/xxx/html/wp-includes/plugin.php on line 274

Was verstehst du an Maximum execution time of 30 seconds exceeded nicht ? PHP ist bei dir so konfiguriert, das PHP Scripte nur maximal 30 Sekunden laufen dürfen und dann hart vom Apache gekillt werden!
Und wenn du dieses Zeitlimit, was sehr großzügig bemessen ist, erreichst, dann stimmt etwas mit einer Komponente nicht. Dies sind nun mal meist inkompatibel gewordene Plugins.
PHP Dokumentation - max_execution_time

Versuch es doch mal mit einem Paragraph, denn seit WP2.6.0 tastet der TinyMCE diese nicht mehr an, wenn man die styled:

<p style="border-top: 1px solid #0f0; height: 3px;">&nbsp;</p>

Alternativ kannst du den style auch in eine Klasse ins CSS verschieben:

<p class="green">&nbsp;</p>
----- CSS ---
.green {
   border-top: 1px solid #0f0;
   height: 3px;
}

Evtl. musst du noch die margin Werte richtig setzen ...

Das sieht danach aus, als hättest du ein Plugin laufen, das nicht mehr WP2.6.1 kompatibel ist, denn die angegebene Fehlestelle ist hier:

unction do_action($tag, $arg = '') {
    global $wp_filter, $wp_actions, $merged_filters, $wp_current_filter;


    if ( is_array($wp_actions) )        [COLOR=Red]<------ hier[/COLOR]

Da es innerhalb der do_action hart abgebrochen wird, nehme ich an, das mindestens 1 Plugin spinnt und viel zu lange etwas macht. Irgedwann ist es mit seinem Hook fertig aber die max. 30 Sekunden bereits fast erreicht. Das nächste Plugin, das nun seinen Hook ausgeführt bekommt, "stirbt" dann den Heldentod an dieser Stelle.

Deaktivier man alle Plugin und aktiviere sie einzeln. Nach jedem Plugin speicherst du eine Testseite. Somit solltest du den "Übeltäter" finden.

Sollte es aber auch ohne jedes Plugin zum selben Fehler führen (bitte als erstes testen) dann stimmt was mit deinen WP Dateien nicht und du solltest sie nochmal im binär-Modus per FTP hochladen.

Deine Seitenstruktur hat midestens 1 offenen div, der das dann im IE verursacht, denn IE "repariert" Seiten anders als der Rest der Browserwelt:
[Invalid] Markup Validation of http://www.checkyourhead.de/main/ - W3C Markup Validator

Schau mal dein Theme durch, ob du zu jedem geöffneten div auch ein geschlossenen hast. Und bei der Gelegenheit auch gleich die hr richtig notieren: <hr style="..." [COLOR=Red]/[/COLOR]>

Ja, dann den 2. get_permalink auch noch auskommentieren:

if (!is_feed()){
                    foreach($value['identifiers'] as $identifier){
                        $data = $data.$this->current_options['pre_backlink'].'<a href="'[COLOR=Red]/*[/COLOR].[COLOR=Blue]get_permalink($post->ID)[/COLOR][COLOR=Red]*/[/COLOR].'#identifier_'.$identifier.'_'.$post->ID.'" class="footnote-link footnote-back-link">'.$this->current_options['backlink'].'</a>'.$this->current_options['post_backlink'];
                    }
                }

Es gibt nur die 2 Stellen, dann müsste er beides relativ machen und hoch und runter springen.

Achtung: Der Verlust der Permalinks ist nur dann tragisch, wenn du Seiten hast die mehrere Pages haben (Pagination). Wenn nicht und immer alles auf der gleichen Seite ist, sollte es das gewesen sein.

Ein Problem im Code des Footnotes Plugin:

// Display identifiers        
        foreach ($identifiers as $key => $value) {
            $id_id = "identifier_".$key."_".$post->ID;
            $id_num = ($style == 'decimal') ? $value['use_footnote']+$start_number : $this->convert_num($value['use_footnote']+$start_number, $style, count($footnotes));
            $id_href = [COLOR=Red]/*[COLOR=Blue]get_permalink($post->ID)[/COLOR].*/[/COLOR]"#footnote_".$value['use_footnote']."_".$post->ID;
            $id_title = str_replace('"', """, strip_tags($value['text']));

Bitte das blaue suchen und das rote hinzufügen so wie hier.
Damit sind alle Ansprünge der Fussnoten relativ aber der Link der Fussnote geht dann zur Seite selbst.

Nein, daran liegt's nicht.
Habs auch gerade ausprobiert und bin auch reingefallen :mrgreen:

Also Categorie anlegen z.B.: "intern"
Dann den richtigen (real) Link und zwar komplett! (das ist sonst der Fehler) angeben:

http://www.heise.de

Anchor Text: heise
Add drücken..

Dann zeigt es dir, das er

http://deinedomain/intern/heise

daraus macht und nach dem Einfügen in die Seite und anklicken landest du auch bei Heise.

Das wichtige ist die komplette URL mit dem Protokoll! Nur www. funktioniert nicht.

Zumindest eine Auflistung der Plugins, die aktiv sind und den Content der Seite beeinflussen können. Reine Admin Sachen sind nicht relevant.
Damit kann man sich ein grobes Bild machen, wer hier wem ins Handwerk .... :)

Die Fußnoten Links werden mit der vollen URL in die Seite geschrieben:

<a id="identifier_0_1133" class="footnote-link footnote-identifier-link" title="Quelle: DUW" href="http://espritdescalier.de/blog/2008/08/17/suizid-bei-olympia/#footnote_0_1133">1</a>

Dadurch muß er ja auf den Artikel selbst springen.

Wäre das nur relativ angegeben, dann würde es weiterhin funktionieren:

<a id="identifier_0_1133" class="footnote-link footnote-identifier-link" title="Quelle: DUW" href="#footnote_0_1133">1</a>

Allerdings kann ich so nicht nachvollziehen, ob das Plugin das immer relativ macht und ein anderes die URL "vervollständigt" oder ob das wo anders her kommt.

Das hier sieht mir ausgereifter aus:
WordPress.org -> WordPress › WP-Affiliate « WordPress Plugins
Autor Homepage: -> WP-Affiliate PHP Blog Affiliate Marketing Wordpress Plugin | Seo Adventures
allerdings keine Ahnung, ob da eine deutsch Sprachdatei dabei ist, denn das ist alles englisch.

Hmm, ich hab mir das Plugin mal geladen, das steht aber folgendes dran:

Min WP Version: 1.5
Max WP Version: 2.0.4

Kann sein, das es nicht mehr funktioniert, dazu müsste ich es komplett durchlesen. Aber auffällig ist auf den 1. Blick, das es eine Sicherheitslücke enthält, die man zumindest dazu nutzen kann deine ganze Domain umzuleiten.

Ich würde von dem Plugin Abstand nehmen und ein anderes suchen.

Zitat von Megget89

Aber kannst mir den trotzdem sagen wie ich das hinkreige?

Das kommt darauf an, ob WordPress bei dir mit oder oder ohne Permalinks einstellt ist. Wenn du URL's der Form ?p=100 usw. hast, dann existiert u.U. gar keine .htaccess Datei, denn die wird erst bei Verwendung von Permalinks anlegt.
Dann solltest du eine leere .htacess Datei in dem Ordner anlegen, in den du WordPress installiert hat, im Normalfall im root.
Den Rest müsste das Plugin machen, soweit ich er überflogen hab.
Achtung: Windows Explorer kann keine Dateien anlegen, die mit . anfangen.
Dann eine ohne Punkt anlegen, hochladen und per FTP umbenennen.