Beiträge von marX

Supi. Das Problem war, dass der Text ausgeblendet wurde - und dann hat sich der Browser einfach gedacht: "Wo nichts ist muss ich auch nichts anzeigen". Dabei st aber versehentlich dann auch das Icon mit ausgeblendet worden... ;-)

(Man muss halt nicht alles per CSS machen und darf ruhig das <img>-HTML-Element verwenden. Aber das ist eher ein Problem auf seiten des Plugin-Autors. ;-))

Das action-Attribut ist quasi das "Ziel" der Passwortanfrage - die Frage ist, warum ist das nicht deine Domain? Wnen das Cookie nämlich von web140.lx12.ihr-host.de (deine Zweitdomain?) gesetzt wird, dann darf presseclub-dresden.de dieses nicht auslesen. Dagegen kannst du auch nichts tun, die Domain muss passen. Schau mal deine Templates durch, ob dort irgendwo hart diese Domain codiert ist ("Suchen in Dateien" im Texteditor deiner Wahl).

Oha, was ist denn das? also ich hab jetzt mal ein wenig damit rumgespielt, aber ich glaube so gehts nur mit Änderungen am Plugincode, was nicht unbedingt Sinn und Zweck der Sache ist... also nochmal ganz anders:

#qtrans_language_chooser li, #qtrans_language_chooser li a {
float:left;
height:12px;
width:18px;
}

und

.qtrans_flag {
display:block;
height:12px;
width:18px;
}

sollte funktionieren. (Hoffe ich... :-?)

Mmh, klingt kompliziert. Vielleicht könntest du die "Blogadresse" (in den WP-Einstellungen) auf /mk (oder index.php?) einstellen, keine Ahnung ob das so funktioniert. Ansonsten würde mir noch einfallen, per mod_rewrite (oder einfach per Weiterleitung) von /mk auf das Blog umzuleiten. Aber da in WP meistens das Blogverzeichnis verlinkt wird, und nicht auf die index.php weiß ich nicht ob das alles so funktioniert wie du das gerne hättest. Ich vermute mal, irgendwo musst du Abstriche machen. :neutral:

Ah okay, die Links werden ebenfalls im Blocklayout gestylt. Also noch folgendes dazu:

#qtrans_language_chooser li[COLOR="Blue"], #qtrans_language_chooser li a[/COLOR] {
display:inline;
}

Und die Flaggen selbst werden auch als Block gestylt, dann dazu noch folgendes:

.qtrans_flag {
display:inline !important;
}

Die Ausgabe kannst du im Commentstemplate (comments.php des Themes) anpassen - beispielhaft im Default-Theme für den Namen:

<p><input type="text" name="author" id="author" value="[COLOR="Red"]<?php echo $comment_author; ?>[/COLOR]" size="22" tabindex="1" <?php if ($req) echo "aria-required='true'"; ?> />

Einfach den roten Teil weglassen.

Wo das Cookie geschrieben wird kann ich dir auf die Schnelle nicht sagen. Wird aber irgendwo im Ablauf einer Kommentarabgabe sein und man sollte da per Plugin-Hook Einfluss nehmen können. Schau dazu mal hier:
Plugin API/Action Reference WordPress Codex

Sorry, das kommt natürlich in die style.css deines Themes. ;-)

Benjamin meinte wohl das hier:
Wie kann ich die Adresse meines Blogs ändern? « WordPress Deutschland FAQ

Und noch ein anderer FAQ-Artikel zum Thema:
Anmeldung am Backend funktioniert nach Upgrade nicht « WordPress Deutschland FAQ

Schau auch mal hier:
http://forum.wordpress-deutschland.org/konfiguration/…te-werbung.html
(auch in den dort verlinkten Threads)

Der Ansatz ist ähnlich zu Alphas Tipp...

MP387: Prinzipiell richtig, aber du verdrehst da was. ;-) the_excerpt() kürzt automatisch (nach 55 Wörtern) bzw. zeigt den "alternativen Textauszug" (falls vorhanden), the_content() stellt in Archiven den Teil bis zum More-Tag dar, falls einer verwendet wird (sonst den gesamten Artikel).

#qtrans_language_chooser li {
display:inline;
}

(Eventuell ist aber eien andere Regel spezifischer, wenns nicht sofort klappt sag bescheid)

Hehe, na kommt vor. ;-)

Naja, um ein Kontaktformular zu schreiben sollte man schon ein wenig Ahnung haben oder sich aneignen. Sonst wird das eigene Formular ganz schnell zur Spamschleuder. Und davon gibts im Web leider viel zu viele. Aber das hat nichts mit WP zu tun, da findest du in den entsprechenden PHP-Quellen sicher genug Material. ;-)

Den tatsächlichen Traffic (i.S.v. "übertragene Datenmengen") solltest du aber serverseitig messen, dein Hoster stellt dir dazu sicher eine Auswertung der Logfiles im Kundenmenü zur Verfügung (Webalizer oder AWStats zum Beispiel). Diese Auswertungen sind deutlich genauer.

Bei den Besucherstatistiken würde ich auf externe Tools setzen, um die eigene Blogperformance nicht zu beeinträchtigen.

Und was heißt "nichts gefunden"? Klingt für mich immer nach "sucht mal für mich". ;-) Wo es Plugins gibt ist ja bekannt (und steht u.a. auch in den FAQ)...
:arrow: WordPress › statistics Tags WordPress Plugins

Könnte durchaus am Theme liegen. Mal den Themeentwickler gefragt?

Mich irritiert vor allem das action-Attribut des Passwortfeldes:

<form action="[COLOR="Red"]http://web140.lx12.ihr-host.de/wp-pass.php[/COLOR]" method="post">

Zitat von Polarfuchs

auf eine hilfreiche Antwort von marX hin habe ich meine Permalinks überprüft und aktualisiert.

Bitte bitte. :-)

Was genau ist das Problem? Wird die index.php vor der index.html bevorzugt? Dann schreib mal folgendes in die .htaccess:

DirectoryIndex index.html index.php

Das heißt: beim Aufruf verwende die index.html, wenn es keine gibt, dann die index.php.

SELFHTML: Webserver/CGI / Webserver / .htaccess - Server-Reaktionen kontrollieren

Einstellungen -> Lesen -> Zeige die letzten [...] Artikel
(Standard: 10)

An den HTML-Fehlern dürfte es nicht liegen (korrigiert werden sollten sie natürlich trotzdem ;-))

Das Cookie wird nicht gesetzt. Hast du beim Einbauen des Passwortschutzes irgendwas besonderes gemacht, was WP vielleicht davon abhalten könnte ein Cookie zu setzen? Eventuell könnte es auch daran liegen, dass du 2 unterschiedliche Domains dafür hast, vllt. blockt der Browser dann das Cookie bzw. das Auslesen.

Zitat von klaus999

[Mon Nov 10 11:33:19 2008] [error] [client 83.221.242.210] [COLOR="Red"]ModSecurity[/COLOR]: Access denied with code 403 (phase 2). Pattern match "(?:ogg|gopher|zlib|(?:ht|f)tps?\\:/)" at ARGS:cf_field_4. [file "/etc/apache2/modsec2/10_asl_rules.conf"] [line "882"] [id "340152"] [rev "23"] [msg "Generic PHP code injection protection via ARGS 2"] [severity "CRITICAL"] [hostname "http://www.unternehmerverein.eu"] [uri "/"] [unique_id "SqiOJk4uyrIAAGe9KkgAAAAW"]

Offensichtlich liegts tatsächlich an mod_security, was das Formular blockiert. Wart mal ab was dein Hoster dazu sagt.

[del]Hattest du den Lösungshinweis aus den Plugin-FAQ mal versucht?[/del] gut, kann natürlich sein, dass der Hoster das Überschreiben dieser Angaben nicht zulässt. In diesem Fall: warte was der Hoster dazu meint. ;-)

Zitat

Gibt es noch ein anderes brauchbares Formular-Plugin?

Sicher, schau mal hier:
WordPress › contact form Tags WordPress Plugins
(aber keine Garantie, ob mod_security nicht auch diese beeinträchtigt - probiers aus)

Zitat

ich überlege auch gerade, ob ich testweise mal ein altes PHP-Formular von meiner ehemaligen Site einbinde. Das hat immer funktioniert.

Solange das Formular gegen Spam-Attacken geschützt ist, spricht nichts dagegen. Ich hab mir auch ein eigenes Kontakt-Plugin gebastelt und dazu sein Seitentemplate. Mit den entsprechenden Kenntnissen kein Problem. ;-)

Ja, wie? Du darfst deine Lösung gerne posten. Du weißt schon, wegen Voodoo-Suchfunktion und so... ;-)