Beiträge von Ammaletu

Zitat

Bedauerlicherweise habe ich keinen Zugriff auf die php-logs.

Also ich persönlich würde das nicht akzeptabel finden. Wenn Du auf dem Webspace PHP-Anwendungen betreibst, musst Du doch in der Lage sein, die Log-Files auf eventuelle Fehler zu kontrollieren. Man kann sie halt auch sehr schön für Logausgaben nutzen. Einfach im Quelltext der Seite ausgeben bietet sich ja nun in diesem Fall nicht an, wegen des Redirects. Jedenfalls war die Ausgabe im Logfile das erste, was mir da zum Debuggen eingefallen ist.

Zitat

Ich vermute stark das das die Standartangaben von Wordpress sind und man damit nicht wirklich viel anfangen kann, ohne die log-file?!

Die Frage wäre jetzt ja, aus welcher Quelle der Referer kommt und ob er wirklich falsch ist. Vermuten würde ich, dass die Zeile "[COLOR=#000000][COLOR=#0000cc]$ref [/COLOR][COLOR=#006600]= [/COLOR][COLOR=#0000cc]$_SERVER[/COLOR][COLOR=#006600][[/COLOR][COLOR=#cc0000]'HTTP_REFERER'[/COLOR][COLOR=#006600]];[/COLOR][/COLOR]" ausgeführt wird und daher der falsche Referer stammt. Wenn man das genau wüsste, könnte man vielleicht was dran machen, wobei ich mich mit den Details von Domain-Konfigurationen nun auch nicht so gut auskenne.

Zitat

also kann man so sagen, das man für Zusatzfunktionen schon doll auf Plugins angewiesen ist!? Also nix mit eben mal Quellcode bearbeiten wie bei html.

Ja, bei *Zusatz*funktionen bist Du auf Plugins angewiesen. ;-) Das, oder Du baust die entsprechende Funktionalität selber im Theme. Vieles kann man ja auch einfach schnell in der functions.php coden. Aber meist lohnt es nicht, das Rad neu zu erfinden, so lange ein Plugin dafür existiert.

Das ist ein UTF-8-Umlaut, der als ISO-8859-1 ausgegeben wird. Du müsstest Dich der Einfachheit halber für eine der beiden Codierungen entscheiden und das dann komplett durchziehen, also auch z.B. in allen Theme-Dateien. In aller Regel würde ich da zu UTF-8 raten., aber es kommt natürluich drauf an, wie die Daten in der DB gespeichert sind als was Deine Seite sonst ausgeliefert wird.

Finde ich prinzipiell gut, die Idee. Ich glaube manchmal auch, die Wirtschaftskrise wird zur Hälfte absichtlich herbeigeredet. ;-)

Woran Du vielleicht noch feilen könntest, ist der Untertitel. Zusammen mit dem Blog-Titel klingt das auf den ersten Blick arg nach Wachturm-Jüngern. *bg*

Das Design sieht ansonsten interessant aus, da gibt's nicht wirklich was zu meckern. Hat das Kommentarformular einen Spamschutz dahinter? Ich frage nur, weil der einzige Kommentar bisher ein typischer Vertreter von Linkspam sein dürfte. Ok, da hilft auch Akismet oder "Math Comment Spam Protection" eher nichts dagegen, leider...

Was vielleicht fehlt: Ein einfaches Kontaktformular für "sachdienliche Hinweise", á la Bildblog. ;-)

Ok, ich habe mir das mal angeschaut. Bei den Optionsseiten passiert folgendes: Du bist z.B. auf options-discussions.php und klickst auf Speichern. Der Request wird an options.php im gleichen Verzeichnis geschickt. Diese Datei speichert die Optionen und schickt Dich dann dann per Umleitung zu der ursprünglich aufgerufenen Seite zurück. Das sieht man in den Zeilen 82 und 83 in der options.php. Dort wird der Referer ausgelesen und dann ein Redirect darauf gemacht.

Ich bin mir nun nicht 100% sicher, wieso genau das dort schief geht. Am besten wäre es, wenn Du mit Log-Ausgaben mal schauen könntest, welche Werte dort verwendet werden. Weißt Du, wo auf Deinem Server PHP-Fehler gespeichert werden? Falls ja, probier das doch mal zwischen Zeile 82 und 83 einzufügen in der options.php (danach wieder rausnehmen nicht vergessen):

error_log('Umleitungsadresse: ' . $goback);

Wenn das die falsche Adresse ergibt im Log-File, müsstest Du mal in der functions.php in der Funktion wp_get_referer() schauen, woher genau der (falsche) Referer kommt (ab Zeile 1697). Ach ja, schickt Dein Browser einen Referrer mit? Falls nein, stell das doch mal an und teste damit mal, vielleicht geht es dann ja ganz ohne Debugging. ;-)

Zitat

Also wenn ich eine neue Seite bei Wordpress anlege, bekommt die ja eine id. Wo finde ich denn die Seite real ! Also mit Quellcode und so?

Die Seite liegt in der Datenbank, aber nur der Quellcode des eigentlichen Seiteninhalts. Das ganze drumherum kommt aus dem Template, also z.B. der single.php des Themes.

Zitat

Auch mein Menü, das muss doch irgendwo stehen?

Das Menü wird wie alle anderen festen Seitenbestandteile aus dem Theme heraus generiert. Je nach Theme kann das in der sidebar.php, der header.php oder über Widgets passieren.

Zitat

Wie gesagt, wenn ich mir den Quellcode online anschaue, hab ich ja html. Wie könnte ich den bearbeiten? bzw. wo?

In den Themedateien wenn es um feste Seitenbestandteile geht und sonst in den Beiträgen selbst (Quellcode-Ansicht). Letzteres hat aber seine Grenzen, solange Du den graphischen Editor benutzt (TinyMCE), da WordPress eingefügten Quelltext in den Beitträgen und Seiten nach gewissen Regeln anpasst.

NextGen Gallery kenne ich nun gerade nicht aus erster Hand. Aber ich nehme an, dass Du auch hier die Funktionalität aktiv einbinden musst: Durch Aktivieren eines Widgets, hinzufügen von Galerie-Links oder Einbinden von Galerien in Beiträge. Hast Du die Doku zum Plugin gelesen und entsprechende Schritte unternommen? Wie gesagt, die meisten Plugins äußern sich nicht automatisch ohne weitere Anpassung auf der Seite.

Zitat

(z.B. beim Button "Save changes", beim blättern auf Seite Nr. 2..3..4 in der Media Ansicht - nicht aber im normalen Admin Menü)

Blättern in der Media-Ansicht bin ich mir gerade nicht sicher, aber bei einem Button müsste sich das ja gut sehen lassen, wie der Link gebaut wird. Kannst Du mir mal genauer sagen, wo der "Save Changes"-Button ist, in welcher Ansicht? Ich hab im Quelltext danach gesucht, finde aber mehrere Vorkommen, vor allem in den Optionen. Dann könnte ich ja mal schauen, das müsste sich ja rauskriegen lassen, wie der entsprechende Link gebaut wird und wieso er falsch ist.

Aus dem Kopf weiß ich gerade nicht, ob man das generell ausstellen kann. Aber Du kannst die Zahl der Posts por Seite ja einfach ausreichend hoch setzen. Einfach über dem if-while-Teil das hier eintragen:

// change the loop query so that it returns 500 posts per page
$posts = query_posts($query_string . '&posts_per_page=500');

Also für die zweite Frage brauchst Du denke ich dieses Plugin: WordPress › Page Links To WordPress Plugins

Damit kannst Du normale statische Seiten anlegen und auf beliebige externe Seiten verlinken. Die statische Seite würde dann nur existieren, damit im Menü was angezeigt wird.

Zur ersten Frage fällt mir nicht viel ein, ehrlich gesagt. Mit obigem Plugin kannst Du aber sicher den Link dann z.B. auf die erste Unterseite umbiegen. Vielleicht wäre das ja eine akzeptable Lösung.

Das kommt immer auf die Plugins an, denke ich. Manche machen sich im Frontend sowieso nicht bemerkbar, bei den meisten anderen musst Du Dein Theme anpassen oder ein Widget aktivieren. Das sollte jeweils in der Doku des Plugins stehen. Nenn uns doch mal ein paar Beispiele, dann kann man das sicher genauer sagen.

Da müsstest Du uns erstmal mehr Infos geben, um welche Posts in der Sidebar es geht und ob Du für die Sidebar Widgets nutzt. Ggf. schadet auch ein Link zur Seite nicht. :-)

Es bleibt wirklich Dir überlassen, welche Tags Du vergibst und hat keine allzu direkten Konsequenzen. Bedenke einfach die verschiedenen Zielgruppen:

- Besucher Deiner Seite sehen die Tags unter dem Beitrag und in der Tag Cloud (so ist es zumindest üblich). Hier ist hauptsächlich wichtig, sich auf eine Form eines Stichwortes festzulegen und nicht manche Beiträge mit "Flughafen" und andere mit "Flughäfen" zu taggen.

- Suchmaschinen müssten die Tags als Teil des Seiteninhalts wahrnehmen. Hier kann es Sinn machen Tags zu wählen, die so im Text nicht ohnehin schon vorkommen. Man kann die Tags per Plugin auch als meta-keywords ausgeben lassen, aber ob die überhaupt noch eine Suchmaschine auswertet, weiß ich nicht.

Sorry, ich sollte hier nicht antworten wenn ich gerade schlechte Laune habe. ;-)

Ich hab Dir noch mal eine grundsätzliche Erklärung dazu rausgesucht:
Tags Are Not Categories - Got It? Lorelle on WordPress

Letztlich kann jeder das halten wie er möchte. Ich nutze Kategorien zum grundsätzlichen Sortieren des Inhalts (=Inhaltsverzeichnis). Jeder Beitrag kommt in der Regel nur in eine Kategorie und die Anzahl der Kategorien sollte überschaubar sein (ggf. hierarchisch).

Tags können für jeden Beitrag nach Gutdünken vergeben werden, sie stellen quasi ein Stichwortverzeichnis dar. Zugeordnete Beiträge können aus verschiedenen Kategorien kommen, und gerade diese Verlinkung nach Inhaltsaspekten stellt den Vorteil der Tags dar. So könnte man über das Tag "Star Trek" auf meiner Seite etwa Beiträge aus den Kategorien "Bücher", "Filme" und "Aktuelles" finden.

Letztlich ist das quasi eine vorkonfigurierte Suchanfrage. Es macht sich gut, zu jedem Beitrag zwei, drei Tags zu vergeben, mehr wenn sich entsprechende Tags anbieten. Über die Tag Cloud kann man dann auch sehr schön inhaltliche Schwerpunkte des Blogs sehen, wenn die Tags gut vergeben wurden.

Es gibt genügend Seiten, die Dir den Unterschied zwischen Tags und Kategorien erklären und wozu man was verwenden sollte. Die Anzahl der Tags bleibt allein Dir überlassen. Wenn Du sie nicht brauchst, verwende sie nicht. ;-)

Wenn Du sie verwendest, achte darauf, möglichst keine Varianten des gleichen Tags zu produzieren, weil das ja dem Sinn der Tags widerspricht (man soll ja alle zu dem Tag gehörigen Inhalte finden wenn man auf das Stichwort klickt). Zu viele Tags sind sicher auch möglich, aber dann müsste man es schon wirklich übertreiben. Es macht natürlich nur bedingt Sinn, unter einen 20-Zeilen-Beitrag 50 Zeilen voll Tags zu schreiben, aber ob Du zwei oder vier oder zehn Tags nimmst ist wirklich egal. ;-)

Die Datei wp-load.php sollte im Hauptverzeichnis der WP-Installation liegen. Sicher dass Du alle Dateien auf den Server geladen hast? Probier ggf. mal ein anderes FTP-Programm falls das jetzige Ärger macht.

Für eine manuelle Variante schau doch mal in diesen Beitrag. Das müsste Dir auch weiterhelfen, denke ich:
http://forum.wordpress-deutschland.org/design/49158-f…-fuer-tags.html

Also ich kenne Twitter nicht aus erster Hand, aber was ich in Blogs öfter sehe, ist dass jemand seinen Twitter-Feed dort einbindet. Keine Ahnung, ob das schon per normalem RSS-Widget geht oder man da besser ein Plugin für nimmt. Einfach verlinken geht natürlich auch, da baust Du halt einfach den gewünschten Link in die Sidebar ein. Das Beispiel, das Du verlinkt hattest (?addclick=8 in der URL), ist meiner Meinung nach nur eine Möglichkeit für den Blogbetreiber die Klicks zu zählen. Die Links gehen ja alle auf die Indexseite, von wo aus man dann weitergeleitet wird.

Und zu "Es gibt ja auch nun die Möglichkeit meine geschriebenen Artikel als Twitter zu veröfentlichen, oder?": Kann ich Dir nichts konkretes empfehlen, aber bietet Dir nicht Twitter Tools dafür an? Sozusagen dass Du Deinen Twitter-Account in die Standard-Pingdienste in WordPress einträgst und dann in Twitter konfigurierst, dass die Titel aller neuen Postings in Deinem Twitter-Account gepostet werden. Naja, könnte ich mir jedenfalls so vorstellen. Vielleicht weiß das ja jemand anders genauer.

Ich schreib eigentlich nicht gerne anderer Leute Plugins um, aber was soll's. Das folgende ist ungetestet, also vielleicht nicht gleich in einem Blog ausprobieren, das schon online ist. Bitte die vorhandene Funktion im Plugin einfach gegen das hier ersetzen und dann mal Bescheid sagen, ob es geklappt hat. Dann poste ich das bei dem Pluginautoren, vielleicht übernimmt er es ja. Den Bug hat er ja auch halbwegs flott behoben. ;-)

function images($num = 1, $width = null, $height = null, $class = 'alignleft', $displayLink = true, $max = -1, $alt = '') {
    global $more;
    $more = 1;
    if($width) { $size = ' width="'.$width.'px"'; }
    if($height) { $size .= ' height="'.$height.'px"'; }
    if($class) { $class = ' class="'.$class.'"'; }
    if($displayLink != false) { $link = '<a href="'.get_permalink().'">'; $linkend = '</a>'; }
    $content = get_the_content();
    $count = substr_count($content, '<img');
    $start = 0;
    $max = ($max > 0) ? $max : $count;
    for($i=1;$i<=$max;$i++) {
        $imgBeg = strpos($content, '<img', $start);
        $post = substr($content, $imgBeg);
        $imgEnd = strpos($post, '>');
        $postOutput = substr($post, 0, $imgEnd+1);
        $replace = array('/width="[^"]*" /','/height="[^"]*" /','/class="[^"]*" /');
        $postOutput = preg_replace($replace, '',$postOutput);
        $image[$i] = $postOutput;
        $start=$imgBeg+$imgEnd+1;
    }
    if($num == 'all') {
        $x = count($image);
        for($i = 1;$i<=$x; $i++) {
            if(stristr($image[$i],'<img')) { 
            $theImage = str_replace('<img', '<img'.$size.$class, $image[$i]);
            echo $link.$theImage.$linkend;    
            }
        }
    } else {
        if(stristr($image[$num],'<img')) { 
            $theImage = str_replace('<img', '<img'.$size.$class, $image[$num]);
            echo $link.$theImage.$linkend;
        }
    }
    if (count($image) == 0) {
      echo $alt;
    }
    $more = 0;
}

Als neue Argumente an der Funktion bitte die Maximal-Anzahl reinreichen (also 4 in Deinem Fall, ansonsten -1 um das nicht einzuschränken) und den darzustellenden HTML-Code wenn kein Bild gefunden wurde (beispielsweise '<p>Keine Bilder.</p>').

Ich habe mal kurz in die Datei reingeschaut. Probier es mal so (keine Garantie dass das klappt):

<?php
 echo "<h2>Tags - als Drop Down Musterbeispiel</h2>";
 echo "<select id='tagselect' name='tag-dropdown' onchange='document.location.href=this.options[this.selectedIndex].value;'>
<option selected=\"selected\" value=''>";
 echo attribute_escape(__('Tag wählen:'));
 echo "</option>";
 $posttags = get_terms('post_tag');
 if ($posttags) {
 foreach($posttags as $tag) {
   if (($tag->name == 'Ausgeschlossener Tag 1') || ($tag->name == 'Ausgeschlossener Tag 2')) {
     continue;
   }
 echo "<option value='";
 echo get_tag_link($tag->term_id);
 echo "'>";
 echo $tag->name . " (" . $tag->count . ")";
 echo "</option>";
 }
 }
 echo "</select>";
 ?>

Die zitierte Codestelle war übrigens noch nicht ganz richtig, aber fast. Die dortige Methode sorgt nur für die Ausgabe der Zahl, aber geholt wird diese direkt aus dem Tag-Objekt. So müsste man sie hier auch mit $tag->count auslesen können.