Beiträge von Arne Drews

  • CSS: DIV fixe Höhe & relative Breite

    Zitat

    ich möchte, dass in meiner Anwendung ein Div in der Mitte zentral, mit höhe 100% ist.
    Die breite des DIVS sollte maximale 75% der Höhe betragen.
    Ist dies durch eine reine CSS Lösung möglich?

    Zitat

    Ja - aber sinnvoll?

    Nur aus reiner Neugier, weil ich Dir bei der Sinnhaftigkeit voll zustimme, aber wie meinst Du geht das über reines CSS?
    Selbst mit calc() würde mir da grad nichts einfallen.

    EDIT: Achso... Ja wenn der DIV immer 100% hoch ist, ist klar, dann reicht ein width:75%.
    Ich dachte jetzt, der DIV kann auch mal eine andere Höhe haben und soll dann von dieser 75% Breite betragen.
    Das konnte ich mir mit reinem CSS nun nicht mehr vorstellen.

  • Was haltet ihr von SSDs - Wirklich so schnell?

    Hallo,

    Generell greift das OS von Winzigweich permanent auf die Festplatte zu, ganz egal, wie viele Daten in den Speicher geladen werden.
    Man merkt den Performance-Unterschied somit eigentlich immer.

    Zitat

    Ich selbst verwende deshalb SSD-Festplatten nur im Zusammenspiel mit klassischen Festplatten. Auf die SSD-Festplatte kommt das Betriebssystem und Programme, auf die klassische Festplatte die Daten. Daten = Dokumente, Bilder, Filme, Schreiben, Datenbanken, Tabellen, Webseiten. Also alles was bei Abrauchen der SSD-Festplatte nicht wieder herstellbar ist. Regelmäßige Datensicherungen verstehen sich von selbst.


    Genau so mache ich das auch. Ist m.M.n. die sinnvollste Verwendung von SSD...

    Gruß Arne

  • Lückentext

    Zitat

    In deinem Beispiel wird ja nicht geprüft ob das Formular abgesendet wurde.

    Doch, wird es! Ich frage nur nicht den Submit-Button ab, sondern ein Feld bzw. Index, den ich erwarte.

    Zitat

    Implode verbindet ja Array-Elemente zu einem String. Brauch man denn dabei dann keine schleife mehr?

    Eine Schleife basiert lediglich auf einer Iteration, was implode() selbst auch macht, somit benötigst Du für diesen Zweck keine Schleife.

    Zitat

    Dann könnte man ja theoretisch die arrayelemente immer mit implode ausgeben oder?

    Natürlich nur, wenn es darum geht, die Array-Elemente als String darzustellen.
    Schleifen sind durchaus an vielen Stellen sinnvoll und manchmal auch unumgänglich. Ich versuche nur sie weitesgehend zu vermeiden, aber das ist keine fachliche Handlungsweise, sondern eine rein persönliche.
    Ich mag Code mit lauter Schleifen nicht sonderlich, aber das ist mein Problem ;)

    Zitat

    Zu dem script, hab ich dies richtig kommentiert:

    Nicht ganz :)

    Zitat

    Wenn ich jetzt in den input feldern die richtigen wörter in die value speicher dann ist es doch nur für den, der es gemacht hat sichtbar, und wenn man dann alles wieder neu ladet dann ist die value wieder leer. Wo ist dann dabei das Problem?

    Das Problem lag nicht in den value-Attributen, sondern darin, dass Du die Felder entsprechend den Wörtern benannt hast:

    HTML
    <input type="text" name="rotkaepchen" value="">

    ...da brauche ich nicht lange, um das richtige Wort aus der Liste zu suchen ;)
    Natürlich muss dafür jemand erstmal in den Quelltext schauen, aber warum nicht gleich das Problem umgehen?!

    Zitat

    Wenn ich jetzt einen Lückentext erstellen würde als Test, dann würde ich natürlich die richtigen wörter nicht in value speichern sondern die erfolgten fehler zählen und dann ausgeben mit Note.


    Was der User eingegeben hat, kann ruhig in value wiedergegeben werden, warum nicht. Ist ja seine Eingabe und sagt erst mal nichts über die Richtigkeit aus.

    Zitat

    Wenn es für dich möglich ist, würde ich gerne beide Beispiele sehen.


    Ich habe Dir mal fürs erste Dein Script umgebaut, so dass nach Absenden alle korrekten Worte in den values stehen, alle falschen Felder wieder leer aber rot umrandet und die richtig gesetzten Worte aus der Wortliste gestrichen sind. Dadurch hat sich der Quellcode jetzt ein klein wenig verändert, aber grundsätzlich ist alles, wie zuvor:


    Der Vorteil der Array-Variante für die Input-Felder ist der, dass Du den Kernteil des PHP-Scriptes nicht erweitern/ändern musst, wenn Du mal Felder dazu nimmst oder entfernst.
    Du erweiterst einfach den Text mit weiteren Input-Feldern und trägst entsprechend die Werte an der richtigen Stelle in $matches ein. Der Rest funktioniert weiterhin ohne Anpassungen...

    Den PHP-Part habe ich hier nochmal grob dokumentiert:


    Ich denke mal, dass es das ist, was Du haben willst, daher spare ich mir den Javascript-Krams an dieser Stelle mal...

    Wenn Du Fragen hast, tu' Dir keinen Zwang an ;)

    Gruß Arne

  • Lückentext

    Hallo,

    Grundsätzlich solltest Du viel mehr mit Arrays arbeiten!
    Kurze Frage, bevor ich meine Zeit in die falsche Richtung investiere: Muss es statisch sein oder darf die Prüfung der einzelnen Felder auch dynamisch, sprich mit JavaScript und Ajax passieren?

    Zum Thema Arrays: Die kannst Du auch für POST-Daten verwenden.

    HTML
    <p>Ein kleines Mädchen, <input type="text" name="luecken[]" value="">, dem seine Großmutter einst eine rote Kappe geschenkt hat, wird von der <input type="text" name="luecken[]" value=""> geschickt, der in einem Haus im Wald wohnenden, bettlägerig kranken Großmutter einen Korb mit Leckereien (Kuchen und Wein) zu bringen. Die Mutter warnt Rotkäppchen eindringlich, es solle nicht vom <input type="text" name="luecken[]" value=""> abgehen. Im Wald lässt es sich auf ein Gespräch mit einem <input type="text" name="luecken[]" value=""> ein. Dieser horcht Rotkäppchen aus und macht es auf die schönen Blumen auf einer nahen Wiese aufmerksam, worauf Rotkäppchen beschließt, noch einen <input type="text" name="luecken[]" value=""> zu pflücken, der Warnung der Mutter zum Trotz. Der Wolf eilt geradewegs zur <input type="text" name="luecken[]" value=""> und frisst sie. Er legt sich in deren Nachthemd in ihr Bett und wartet auf Rotkäppchen. Bald darauf erreicht Rotkäppchen das Haus, tritt ein, und begibt sich an  <input type="text" name="luecken[]" value=""> Bett. Dort wundert sich Rotkäppchen über die  <input type="text" name="luecken[]" value=""> ihrer Großmutter, erkennt aber nicht den Wolf, bevor es ebenfalls gefressen wird.Großmutter und Rotkäppchen werden aber von einem  <input type="text" name="luecken[]" value=""> aus dem Bauch des Wolfes befreit. Der Jäger  füllt  dem Wolf  <input type="text" name="luecken[]" value=""> in den Bauch. Wegen des Gewichts der Steine kann der Wolf nicht fliehen und stirbt.


    So hat der Lückentext auch mehr Sinn, weil niemand im Quelltext die Lösung nachlesen kann!

    So eine POST-Übermittlung kannst Du dann problemlos in Kürze auf Fehler auswerten:

    Die Fehler selber kannst Du dann unten auch relativ einfach ausgeben:

    PHP
    if( isset($errors) && count($errors) > 0 ) {


    echo 'Fehler in Feldern: ' . implode( ', ', $errors );


}


    Die korrekten Werte in die Lücken einzutragen, nach einem Reload ist auch nicht weiter aufwendig, habe ich jetzt aber mal weg gelassen, um beim Kern zu bleiben.

    Im nächsten Step gilt es dann, die Wörter aus der Liste abzustreichen und die Felder bei Fehlern rot zu umranden.
    Wenn das alles nach dem Klick auf Absenden passieren soll, benötigst Du glaube kein JavaScript/Ajax. Sollen die Werte aber beim Eintragen der Felder validiert und ausgewertet werden, benötigst Du das doch, daher warte ich zunächst mal, wie Du es gerne hättest.

  • Editoren

    Hallo,

    Suchst Du wirklich einen Editor oder meinst Du eine IDE?
    Ich persönlich arbeite überwiegend mit dem Editor SublimeText, der ist kostenlos nutzbar. Alle x Speichervorgänge kommt mal ne Meldung, dass man den auch kaufen kann, aber das stört eigentlich nicht weiter, weil man das bequem wegklicken kann.
    Alternativ wäre auch Brackets evtl. ein Blick wert.

    Im Bereich IDE käme mir kostenfrei pauschal Aptana Studio oder Netbeans in den Sinn.
    Da kann ich allerdings nicht viel zu sagen, weil ich wie gesagt wenig mit den IDE's arbeite.

    Ich würde Dir auf jeden Fall davon abraten, ExpressionWeb, Dreamweaver usw. zu verwenden, auch wenn einige darauf schwören.

    Gruß Arne

  • Zufallszahlen von klein nach groß sortieren

    Hallo,

    Ich stell mal eine hier rein, die für das Lottoding ausreichen sollte:


    Interessant sind in Deinem Fall ja eigentlich nur die Methoden shuffle(), slice(), fetch() und sort().
    Das müsste dann eigentlich so funktionieren:

    PHP
    include_once 'ArrayWrapper.php';


$aLottozahlen = new ArrayWrapper( range(1,49) );
$aGezogen = $aLottozahlen->shuffle()->slice( 0, 6 )->fetch( SORT_REGULAR );


echo implode( ' - ', $aGezogen );


    Habs jetzt aber nicht getestet, wen Fehler kommen musst Du die mal posten, ist sicher nur ne Kleinigkeit.

    Gruß Arne

  • Zufallszahlen von klein nach groß sortieren

    Naja, falsch ist der andere Weg ja auch nicht. Sollte halt nur eine etwas kompaktere Möglichkeit darstellen.

    Richtig "cool" wird es aber erst, wenn man ein eigenes Objekt einführt.
    Das ist zwar nicht dringend notwendig und wird sicher von einigen als unnötig empfunden, aber mich nervt es bspw. dass Funktionen wie shuffle() und sort() nur auf Referenzen arbeiten und das Ergebnis der Verarbeitung nicht zurückliefern. Aufgrund dessen habe ich mal vor langer Zeit eine Array-Klasse geschrieben, in der ich die für mich wichtigsten Array-Funktionen gewrapped oder nachgebildet oder etwas erweitert habe.
    Ich habe mir mal den Spaß gemacht, die Lottozahlen damit darzustellen, weil ich selbst mal sehen wollte, wie kurz es wird:

    PHP
    $aLottozahlen = new __Array( range(1,49) );
$aGezogen = $aLottozahlen->shuffle()->slice( 0, 6 )->fetch( SORT_REGULAR );


echo implode( ' - ', $aGezogen );


    Hier wird erst über den Konstruktor das Array definiert mit den Zahlen von 1 bis 49, dann im zweiten Step vermischt, die ersten 6 Zahlen herausgezogen und das Ergebnis dann sortiert an $aGezogen übergeben.
    Funktionen und Klassen erleichtern die Arbeit eines Entwickler ungemein und wenn man diese erst mal beherrscht und sinnvoll einsetzt, ist das ein guter Einstieg, sich mit OOP zu beschäftigen.
    Da geht dann noch einiges mehr... ;)

    Gruß Arne

  • Dateien werden nicht in Datenbank abgespeichert.

    Hallo,

    Zitat

    Muss man denn nicht die while-schleife in execute(); schreiben ?
    Oder ist dieses execute dann nur da um variablen der Value zuzuordnen ?


    PDOStatement::execute() dient zum Ausführen eines Prepared Statements vom Typ PDOStatement, das idealerweise mit PDO:: prepare() erstellt wurde.
    Der optionale Array-Parameter für execute() ist eigentlich nur hilfreich, wenn man die Werte für die Query nicht per PDOStatement::bindParam() bzw. PDOStatement::bindValue() zuweist.
    Eine while()-Schleife ist nur eine Möglichkeit, die resultierenden Datensätze aus der Abfrage bspw. Zeile für Zeile mit fetch() zu durchlaufen.

    Zitat

    Dass Fetch wird ja benutzt um die reihen aus der datenbank auszulesen um dann mittels echo die auszugeben ?


    Ja, im Prinzip schon. Wie Du es ausgibst oder wofür Du die Daten verwendest ist allgemein erstmal zweitrangig. Wichtig ist, dass PDOStatement::fetch() die Datensätze einer SELECT-Query liefert.
    Wie bzw. von welchem Datentyp die Datensatzreihen sind, entscheidet man entweder mit dem optionalen Parameter von fetch() oder direkt als Standardwert über den DSN, wie in #2 bereits geschrieben.

    Zitat

    Und nach dem fetch wird (PDO::FETCH_OBJ) benutzt, dies sagt dann das man ein Objekt erhält?


    Grundsätzlich korrekt. Nur "benutzt" man es nicht nach dem fetch(), sondern es ist ein Parameter über den wir den Rückgabewert von fetch() steuern können.
    In dem Fall von PDO::FETCH_OBJ ist es, wie Du richtigerweise gesagt hast dann ein Objekt.

    Gruß Arne