Ich habe gerade selber mal getestet, das hier funktioniert prima:
$(function(){
nav_left_height();
$("#content").resize(nav_left_height());
});
function nav_left_height() {
$("#nav-left").height($("#content").height());
}Edit: Ich würde dir aber zu Flexbox raten und den JQuery-Code nur als Browser-Weiche für IE <10 verwenden.
Session- und Variablennamen zu dokumentieren ist unnötig. Wenn da Überschneidungsgefahr besteht hast du ein schlechtes Softwaredesign bzw. eine schlechte Namensgebung für Variablen. Ein so umfangreiches Projekt, dass da Überschneidungsgefahr besteht sollte Objektorientiert umgesetzt sein, so dass sich diese Frage kaum bis gar nicht stellt. In Kombination mit aussagekräftigen Variablennamen erübrigt sie sich komplett.
Nichts desto trotz macht bei einem umfangreichen Projekt das professionell umgesetzt wird die tatsächliche Programmierung ca. 50% aus, der Rest ist Dokumentation. Und ein großer Teil der Dokumentation sollte stattfinden bevor überhaupt eine Zeile Code geschrieben wird. Diese Dokumentationen haben aber wenig mit Variablennamen zu tun, da geht es um Struktur und Funktionalitäten der Software.
Schau dir mal flexbox an: http://css-tricks.com/using-flexbox/
Das wird halt vom IE mal wieder erst ab Version 10 supported, ansonsten ist es schon recht gut abgedeckt.
Wenn das keine Option ist wirst du tricksen müssen.
Auf welches Element hast du denn jQuery.height() verwendet? Auf den Content-Bereich sollte das eigentlich schon passen.
Ok, hab die Doku gelesen und hab's nun so gemacht - es funzt
Danke trotzdem Gebrüder
$days = floor((time() - strtotime($sel_log_array['date']))/86400);
if ($days>6) {
//JO
}
Der Code ist falsch, da nicht jeder Tag 24 Stunden hat.
Nutze das von Explanator verlinkte DateTimeDiff wenn du nicht aus Faulheit eine schlechte und vor allem falsche Lösung verwenden willst.
Um Zeitdifferenzen in Sekunden/Minuten/Stunden zu berechnen kann man noch zu mktime() greifen.
Wenn es um Zeitdifferenzen als Tage/Wochen/Monate geht ist davon aber dringend abzuraten, da sollte das von explanator verlinkte datetimediff verwendet werden, damit man sich nicht selber Gedanken um Zeitumstellungen, Schaltjahre u.ä. machen muss.
Hier die offizielle Seite zum nachschlagen: http://www.w3schools.com/tags/att_td_width.asp
Bitte vergiss diese Seite so schnell wie möglich, besuche sie nicht mehr und empfehle sie auch nicht weiter, ganz besonders nicht als "offizielle" Seite.
w3schools.com hat NICHTS mit dem W3C zu tun (sie wurden vom W3C schon vor Jahren gebeten das ganz klar hervorzuheben und haben es nicht getan) und veröffentlichen immer wieder mal falsche und/oder irreführende Infos.
Siehe auch http://w3fools.com
Hi zusammen, ich hatte das schon als PN an den Herrn admin geschickt, hatte da aber gar nicht dran gedacht nach einem Board für Feedback zum Forum zu schauen, das gehört wohl eher hier hin.
Und zwar wird für das code-Tag in der main-rollup.css die line-height auf 100% gesetzt. 100% bedeutet genau die maximale Höhe eines Buchstabens, daher kleben die Zeilen direkt aneinander. Das erhöht die Lesbarkeit längerer code-Blöcke nicht gerade. Die Definition 'normal' für line-height entspricht (im Chrome) ~123%, das ist der default-Wert.
Es wäre toll, wenn die line-height für das code-Tag auf ~120% hochgesetzt werden könnte.
Ja das ist mir kurz danach auch eingefallen. Ich werde wohl auch noch eine Namensliste erstellen müssen, wo ich alle Seitennamen reserviere, damit diese nicht bei der Registration als Username verwendet werden können.
Das wäre wohl sinnvoll.
Je nachdem um was für eine Seite es bei dir geht würde ich aber nochmal ganz genau überlegen ob es wirklich nötig ist die User-Profile über http://domain.de/username direkt aufrufen zu können, statt beispielsweise wie schon vorgeschlagen http://domain.de/user/username
Es kann zum einen durchaus sein, dass deine Seite im Laufe der Zeit neuen Content mit neuen Seitennamen erhält, die du jetzt noch nicht absehen und daher auch nicht einplanen und abfangen kannst. Zum anderen finde ich persönlich die Variante mit /user/ zusätzlich in der URL sogar besser, weil viel aussagekräftiger. Je nachdem wie ein user sich nennt können URLs der Form http://domain.de/username sehr irreführend sein und Leute da völlig anderen Content als ein User-Profil erwarten. Und Besucher mögen in der Regel keine irreführenden URLs hinter denen sich etwas völlig anderes verbirgt als vermutet.
So kannst du das natürlich machen. Allerdings würde ich als erstes auf Content-File prüfen, und erst als zweites auf User. User-Profile sollten dir durch den Namen unter keinen Umständen deinen Content überschreiben können.
Ich würde keine weiteren mod-rewrite-Rules definieren, sondern einfach alles in $_GET['p'] schreiben, so wie du es schon hast.
Die Parameter kannst du dann in PHP mit explode() passend zerlegen.
In meinem selbstgeschriebenen kleinen MVC-Framework werden URLs i.d.R. z.B. so aufgebaut:
http://www.meinedomain.de/controller/action/~/key1/value1/key2/value2 usw. mit beliebig vielen key-value-pairs.
Mod_Rewrite schreibt mir alles nach der Domain in $_GET['request'], in diesem Fall wäre das der kursiv geschriebene Part. Controller und Action können weggelassen werden, es gibt einen Default-Controller und eine Default-Action welche von jedem Controller implementiert werden muss. Alles nach /~/ sind die Parameter die an die aufgerufene Action übergeben werden.
In deinem Fall könntest du z.b. die URL so aufbauen: http://meinedomain.de/user/username
Im Code verarbeitest du das dann z.B. so (vom Prinzip her):
$requestArr = explode("/",$_GET['p']);
$view = array_shift($requestArr);
switch(strtolower($view)) {
case "user":
$name = array_shift($requestArr);
// User anzeigen
break;
// restliche cases + default
}simple methode: elseif(file_exists(... .JPG)
damit hast du aber zB noch nicht .jpeg und .JPEG abgefangen
oder png oder gif etcdu könntest in der datenbank die endung direkt mitspeichern, damit wärst du wohl am flexiebelsten, was die dateiendungen angeht.
Das ist beides nicht zu empfehlen. Bei ersterem verheizt man völlig sinnfrei Resourcen für zig file_exists()-Prüfungen (jpg, Jpg, jPg, jpG, JPg, JpG, jPG, JPG -> 8 Prüfungen und noch nichtmal jpeg, png, gif abgedeckt).
Letzteres ist nicht ganz so schlimm, aber trotzdem unnötig.
Beim Hochladen der Bilder die Dateiendung vor dem Speichern mit strtolower behandeln ist in diesem Fall schon am sinnvollsten.
Scroll-Event mit JS abfangen, aktuelle scroll position (von oben) ermitteln, wenn die den von dir gewünschten Wert überschreitet lässt du den Button zum Hochscrollen einblenden.
inputs sind nur einzeilig, egal wie hoch du die machst.
Für längere Texte mit eventuellen Zeilenumbrüchen nimmt man textarea.
jQuery würde ich auch empfehlen, einmal das Grundlagen-Tutorial durchgehen, dann kannst du solche Sachen problemlos umsetzen.
http://www.very-clever.com/jquery-tutorial.php
Für das was du machen möchtest brauchst du click() und toggle().
Danke für Eure Bemühungen !
Hätte es mir eigentlich denken können: Lösung wissen wir nicht. Mach einfach was ganz Anderes !
Hacki
Ich wüßte sicherlich eine Lösung, wenn ich es mir genauer anschauen würde. Ich sehe aber nicht ein hier Zeit zu investieren, weil du zu faul bist dir eines der Dutzenden funktionierenden Menus zu suchen die sich problemlos im Netz finden lassen, sondern lieber das erstbeste fehlerbehaftete nimmst.
Für so einen Blödsinn ist mir meine Zeit zu schade.
Also ich habe mich mit dem Kram noch nicht beschäftigt, aber wo/wie soll denn da die offline.html gecached werden? Ich sehe beim besten Willen keine Definition in der index.html die dem Browser mitteilen könnte, dass er automatisch die offline.html laden und cachen soll, ohne dass diese explizit aufgerufen wird.
Edit: Nachtrag: Schonmal versucht im offline-Modus die index.html aufzurufen, die du auch im online-Modus schon geladen und gecached hattest?
Solche Menus finden sich wie Sand am Meer, wieso willst du unbedingt eins verwenden, dass offensichtlich schlecht geschrieben ist?
Such dir lieber ein vernünftiges Menu.
Ich persönlich empfehle immer gerne Bootstrap, hervorragendes CSS-Framework:
http://twitter.github.com/bootstrap/components.html#navs
Hallo,
kennst sich jemand damit aus?
Lieben Gruß
Ich bin mir 100% sicher, dass sich jemand damit auskennen wird. Damit ist deine Frage dann wohl beantwortet.
Wenn der Counter 2x erhöht wird, wird das Skript 2x aufgerufen. Der Code da oben erhöht nur um 1 pro Durchlauf.
