Beiträge von Melewo

Zitat von segelfreund

Die Grafiken in der Slide-Show sind doch nur 960 * 416. Und dies auch nur weil diese sonst einen schwarzen Rand hätten.

Beim Laden hat der Firebug mir dieses Bild als größte Datei mit 296,3 KB angezeigt und wenn ich die einzeln aufrufe, erhalte ich 1.600px × 1.200px (Skaliert zu 1.192px × 894px):

"http://tbruit-jugendfussball.de/wp-content/upl…78280343758.jpg"

Zitat von segelfreund

Und wo sollte ich diesen Code einbauen?

Du vermutlich gar nicht, Dir bleibt nichts weiter übrig, als bei der Auswahl von Themes und Plugins darauf zu achten, dass auch die Ladezeiten bei der Entwicklung berücksichtigt wurden und die Seiten nicht nur schön bunt mit möglichst viel und großen Grafiken dargestellt werden.
Gerd-E schrieb heute schon treffend in einem anderen Thrad, es gibt durchaus schnellere Themes, die nur keiner möchte, weil diese einfacher gehalten sind (oder so in etwa hatte ich es verstanden):

http://forum.wpde.org/design/119240-…me-gesucht.html

Der Server scheint nicht der schnellste zu sein und dann kommt hinzu, müssen Grafiken für Slide-Show eine Größe von 1.600px × 1.200px haben?

Die Mitteilung verstehe ich so, was jedoch nicht richtig zu sein braucht. Unter 'render-blocking JavaScript' sind die Dateien aufgeführt, die Du aus dem Head der Seite entfernen möchtest, weil diese ein zügiges Rendern der Seite behindern. Ist ja eigentlich klar, eine Slide-Show oder anderes braucht noch nicht starten, bevor der Dokumentenbaum aufgebaut ist. Im Footer ist zwar etwas besser, aber noch besser ist halt:

jQuery(document).ready(function() {


      Lade Dateien, wenn der Dokumentenbaum fertig aufgebaut ist.


  });

Also, in der wp-comments-post.php bei Version 3.6 ab Zeile 54 einfügen, über der Zeile:

// If the user is logged in

Bei den Tests unter Localhost funktionierte es zumindest. Wichtig ist dabei, dass die Datei auch als UTF-8 ohne BOM gespeichert wird, sonst erhältst Du Matsch bei den Umlauten.

/*--- Ein Filter fuer Kommentare ---*/


$filterecc = preg_replace("/[^a-zäöüÄÖÜß0-9.,:;!?\s+_-]/i", "", $comment_content);
$stringl_1 = strlen($comment_content);
$stringl_2 = strlen($filterecc);


if ($stringl_1 > $stringl_2) {


    $stringl_rest = $stringl_1 - $stringl_2;


    if ($stringl_rest == 1) {
        wp_die(__("<strong>Fehler</strong>:
        Im Kommentar ist ein unerlaubtes Zeichen enthalten!"));
    }
    if ($stringl_rest > 1) {
        wp_die(__("<strong>Fehler</strong>:
        Im Kommentar sind ".$stringl_rest." unerlaubte Zeichen enthalten!"));
    }
}
/*--- Ende des Filters fuer Kommentare ---*/


// If the user is logged in

Und nun fehlt eigentlich nur noch formateins oder ein anderer, der einen Tipp geben könnte, wie Du das über eine Funktion in der functions.php oder als Plugin regeln könntest. Doch so geht es halt auch.

Hat unter Localhost funktioniert!

Ist aber wie gesagt nur ein schnelles Beispiel, welches noch richtig ausgebaut werden könnte. Oberhalb von den Rauten ist der Original-Code aus der wp-comments-post.php, zwischen den Rauten mein Testcode.

$comment_author       = ( isset($_POST['author']) )  ? trim(strip_tags($_POST['author'])) : null;
$comment_author_email = ( isset($_POST['email']) )   ? trim($_POST['email']) : null;
$comment_author_url   = ( isset($_POST['url']) )     ? trim($_POST['url']) : null;
$comment_content      = ( isset($_POST['comment']) ) ? trim($_POST['comment']) : null;
################################################
$suchenach  = "<";


if ((strpos($comment_content, $suchenach)) !== false) {
    wp_die(__("<strong>Fehler</strong>: Im Kommentar ist ein unerlaubtes Zeichen enthalten!"));
}
################################################

Wird hier leider nur wieder mit Zeilenumbrüchen angezeigt, die so nicht vorhanden sind.

Habe mich mal kurz durchgewurschtelt, meiner Meinung nach könntest Du da direkt in der wp-comments-post.php im Hauptverzeichnis angreifen und die $comment_content überprüfen und bei Fehlern mit wp_die einen Hinweis ausgeben.

Kann es ja mal probieren, ob ich da ein schnelles Beispiel fertig bekomme, ohne dass es mit einer weißen Seite endet. Den ganzen Tag wollte ich mich heute jedoch nicht daran aufhalten. Vielleicht klappt es ja. Sicher gibt es auch Plugin-Lösungen oder Lösungen für die functions.php, doch ehe ich mich da wieder durchgewurstelt hätte, würde einige Zeit beanspruchen.

Zitat von vanvan

Sind euch Fehler und Ladezeiten egal? Google wohl eher nicht, oder?

Sind mir nicht egal, für Google spielt hingegen nur die Ladezeit eine gewisse Rolle, "normale" Fehler hingegen nicht. Je größer eine Seite wird, umso weniger spielen Fehler, die nicht zu Darstellungsproblemen führen, eine Rolle. Ladezeiten sind hingegen wichtig. Kurze Ladezeiten stehen aber in einem gewissen Widerspruch gegen eine hohe Anzahl und hohe Qualität von eingebundenen Medien, Slide-Shows usw. und im Widerspruch zur Anzahl der benutzten Plugins oder zusätzlicher Funktionen. Bisher halte ich deshalb ein Standard-Theme wie Twenty Twelve für keine schlechte Wahl.

Mit der Ladezeit einer handgemachten HTML-Seite kann WP ohnehin nicht mithalten, wenn die Seite dabei nur auf ein schlankes PHP-Script für die DB-Abfrage zurückgreift und die DB schnell genug antwortet. Abgesehen vielleicht von den WP-Seiten, die da Plugins zum Cachen benutzen, die habe ich noch nicht getestet.

Was ich mit dem verlinkten Beispiel meinte, es genügt, wenn bei unerlaubten Eingaben ein Hinweis wie 'Wie bitte?' ausgegeben wird. Es ist nicht erforderlich, nun genau darauf hinzuweisen, was falsch gemacht wurde oder welche unerlaubten Zeichen benutzt wurden. Wer Fehler genau angezeigt bekommt, der könnte versuchen diese zu umgehen.

Ich hätte Dir ja geantwortet, nur habe ich mich bisher nicht mit den Kommentaren beschäftigt und somit weiß ich nicht genau, was da WP von sich aus bereits filtert. Einiges wird zumindest bereits gefiltert und eigentlich sollten da nur diese erlaubten HTML-Tags durchschlüpfen, die bei den Standard-Themes unter den Formularen aufgeführt werden. Oder irre ich mich?

Wenn Du noch mehr möchtest, würde ich eventuell die Umkehrung wählen und nur erlaubte Zeichen durchlassen.

[^a-zA-ZäöüÄÖÜß0-9.,:;!?\s+_-]

Andere Aufgabe, gleiches Prinzip, weil mir die Suche zu lasch filterte:

http://www.coder-welten.com/wp-sucheingabe…tzlich-filtern/

BBCode geht natürlich auch, würde ich jedoch eventuell nur dort benutzen, wo Formatierungen im Text nicht fehlen dürfen. Wenn Du es so schreibst (.*?), so würde der Punkt in der Klammer zum Metazeichen für beliebige Zeichen und somit auch für spitze Klammern stehen, womit die wieder durchrutschen könnten.

Noch nicht geändert, warum nicht, was hat das immer noch im Body zu suchen?
Noch keine 3 Minuten Zeit gehabt?

</ul></div>            </div>
        </div>
    </div>


<link href='http://fonts.googleapis.com/css?family=Source+Sans+Pro:400,600,700' rel='stylesheet' type='text/css'>
<link href='http://fonts.googleapis.com/css?family=Carrois+Gothic+SC' rel='stylesheet' type='text/css'>

Warum hast Du den DIVs für einen Test noch keine farbigen Border verpasst und dazu mal von Außen beginnen mal ein width mit unterschiedlichen Angaben in Prozent oder Pixeln?
Noch keine Zeit 10 Minuten gehabt?

Warum hast Du nicht wenigstens mal zum Test den oberen JS-Block mit /**/ deaktiviert?
Noch keine Minute Zeit gehabt?

Zitat von sorbobert

Leider habe ich nicht allzu viel Zeit momentan. Die Website muss bis Mitte kommender Woche stehen.

Das ist die richtige Einstellung.

Einige Formatierungen verstehe ich in Deinem Entwurf nicht. Wenn Du ohnehin sauber beginnen möchtest, könntest Du auch gleich Deine eigene CSS Styles verwenden und weißt dann wenigstens, warum welche Elemente welche Formatierungen benötigen.

Wichtig wäre auch, Du würdest bereits wissen, was in den Head einer Seite gehört und was in den Body, die CSS-Dateien von Google-Fonts API haben zum Beispiel nichts im Body verloren.

Beim Entwerfen kannst Du den DIVs Border in unterschiedlichen Farben verpassen, dann siehst Du sofort, welcher aus der Reihe tanzt. Wenn die Seite dann fertig ist, entfernst Du die Border wieder.

Und dieses ganze jQuery Zeug, füge das erst ein, wenn der Entwurf fertig ist, auch da könnte etwas stören.

Zitat von Dunkelangst

Was denkst du?

Das ist ja das Problem, ich habe es am ersten Abend ebenfalls normal gesehen, nur gestern war alles wegen em als Einheit zu groß. Und ich könnte mir nur vorstellen, dass es mit @import url zusammenhängen könnte, wenn die Seite nicht überall normal beim ersten Aufruf angezeigt wird.

Zitat von tobias.pohl

[FONT=lucida sans unicode] g3h: Zweites Bild habe ich ja, aber wie kann ich es austauschen ohne es als Hintergrund zu definieren?[/FONT]

Darauf kann ich noch eine Antwort geben, weil ich da zufällig ein eigenes Beispiel habe, zwar nicht mit Transition doch mit JS. Da der Effekt nach ein paar Sekunden nicht mehr zu sehen ist, müsstest Du eventuell auf Höhe des Bildes die Seite neu laden:

Funktion mit Überblendeffekt

Ich würde oder hätte gar nichts vorgeschlagen, sondern ich hätte gestern gegen 11:11 mit den ersten Tests begonnen und erst gefragt, wenn ich bei einem Problem nach 24 Stunden noch keinen Schritt weiter gekommen wäre. Du fragst, fragst, fragst und beginnst nicht mit dem Testen.

Zitat von g3h

Den weichen Übergang bekommt man mit Transition.

Beschrieben ist es hier ganz gut, nur nicht unbedingt abwärtskompatibel. Bisher habe ich stattdessen JS mit setTimeout verwendet.

http://www.mediaevent.de/css/transition.html

Zitat von tobias.pohl

[FONT=lucida sans unicode]Allerdings benötige ich zwei verschiedene, ganz bestimmte Grautöne (RGB-Angaben bzw. HEX habe ich) bei Normal-/Hover-Zustand. Wie kann man das bewerkstelligen?[/FONT]

Wurde doch bereits verlinkt, was gibt es da noch zu fragen? Damit jemand für Dich den entsprechenden Grauwert abstimmt, das wirst Du schon allein erledigen müssen:

http://www.w3schools.com/css/css_image_transparency.asp

Geht es irgendwie noch komplizierter?
Ich meine, warum lässt Du nicht nun einfach erst einmal die Domain aufs Verzeichnis zeigen, ladest dann nicht einfach mal nur die liesmich.html in dieses Verzeichnis, rufst die mit

"http://www.domainname.de/liesmich.html"

auf, kommst aus dem Staunen nicht heraus und freust Dich darüber, wie einfach das war? Alles andere sind doch nur Trockenübungen, die kaum etwas bringen.

Zitat von Richterprodukt

Das gleiche Spiel im WordPress-Backend, wo die beiden URLs in den allgemeinen Einstellungen einzutragen sind: URL mit oder ohne Unterverzeichnis? Darf ich raten? Ohne?

Und das hängt nun einmal davon ab, ob Du Dich dazu entschließt WP mit oder ohne Verzeichnis abzulegen.

Unter HTML 4.01 habe ich immer

<a name="eintrag">Titel vom Absatz</a>

benutzt, doch der Editor von WP hat diese Textmarke (Anker) beim letzten Versuch immer in eine inhaltslose Textmarke umgewandelt, so wie bei Dir

<a name="eintrag"></a>

wobei eine inhaltslose Textmarke grundsätzlich erlaubt ist, nur mein Validator ab HTML5 diese Schreibweise als obsolete bezeichnete.

Zitat von Richterprodukt

Also läuft es zwangsläufig darauf hinaus, dass ich später http://www.domainname.de/domainname/... in den jeweiligen Seiten-URLs stehen habe?

Ich weiß ja nicht, was für einen Hoster Du hast, doch ich habe es bisher noch nicht anders kennengelernt. So viel kenne ich jedoch nun wieder auch nicht. Angenommen, Du hast ein Webpaket mit 4 Inklusiv-Domains, dann kannst Du für jede Domain ein Verzeichnis anlegen und jede Domain halt nur auf das Verzeichnis für diese Domain verweisen lassen.

Welche Server-Software da außer dem Apache für die Verwaltung verwendet wird, davon habe ich keine Ahnung. Da wird es sicherlich Unterschiede geben, ob einige hundert Pakete auf einer Platte liegen oder ob es sich um einen eigenen Server handelt, wo man nur den Eintrag ServerName und DocumentRoot in der vhost.config entsprechend der Einstellungen für jedes Verzeichnis einzeln anzupassen braucht. Da wird sich Hille besser auskennen.

Doch das alles braucht Dich erst einmal nicht zu interessieren, das geht Dir praktisch nichts an, für Dich ist nur wichtig zu wissen, wenn Du eine Domain auf ein Verzeichnis zeigen lässt, ändert sich nichts mit der Domain, die wird weder weitergeleitet noch verlängert die sich, nur die Startseite für diese Domain gehört dann halt in dieses Verzeichnis und alle weiteren Dateien und Unterverzeichnisse, die für die Web-Installation für diese Domain von Bedeutung sind, die gehören da ebenfalls mit hinein.

Zitat von Richterprodukt

Doch,

Nein und nicht doch, Du teilst dem Server nur mit, auf welches Verzeichnis Hostname verweisen soll, woraufhin sich der Eintrag in einer Config-Datei ändert. Etwas anderes wäre es, Du möchtest eine Weiterleitung auf eine andere Domain.