Beiträge von Arne Drews

Hallo zusammen,

Da ich morgen vermutlich nicht online bin, möchte ich allen Mitforisten ein verfrühtes

senden!

chris-css: Backlinks sind nicht der Großteil von SEO und aus meiner Sicht auch mit Vorsicht zu geniessen.
Ich habe es bisher immer geschafft, mit reiner OnPage-Pflege gute Ergebnisse zu erzielen. Backlinks verwende ich nur in Ausnahmefällen.

Wer hauptsächlich auf Backlinks setzt, wird imho eines Tages durch die Google Updates abgestraft.
Da werden die Ristriktionen immer enger geschnürt...

Zitat

Wenn ihr skeptisch seid, lasst es sein und geht lieber arbeiten.

Das solltest Du lieber auch tun!
Wer sich das antun will, darf den TE gerne per PN schreiben.

[MOD: geschlossen, wegen Dummsinn]

Naja, dann musst Du das erweitern. Es gibt mit dem IE11 neue Pseudoklassen/-elemente die Du zur Differenzierung verwenden kannst, bspw. -ms-backdrop:

@media screen and ( -ms-high-contrast:none ), ( -ms-high-contrast:active ) {


    // blauer Hintergrund für IE10
    DIV.somecontainer { background:#00f; }


    // grüner Hintergrund für IE11
    *::-ms-backdrop, DIV.somecontainer { background:#0f0; }


    // roter Hintergrund für Edge
    *::backdrop, DIV.somecontainer { background:#f00; }
 
}

Da -ms-backdrop erst ab IE11 erkannt wird, ignoriert der IE10 diese Zeile komplett.
Ab Edge entfällt das experimentelle Präfix -ms, so dass dieser einen roten Hintergrund haben sollte.

Ungetestet, aber die Richtung sollte stimmen...

Wenn Du noch mehr Einschränkungen suchst, wirst Du hier fündig: https://msdn.microsoft.com/de-de/library/…3(v=vs.85).aspx
Sollte ständiger Begleiter sein, wenn man Hacks für den IE benötigt.

Gruß Arne

Zitat von Gastl

Das, was du geschrieben hast, ist aber genau das, einbinden von fremden Inhalt in einer eigenen Homepage. Es spielt dabei weniger eine Rolle, ob die Seite nur bei dir lokal läuft. Der Sachverhalt bleibt. Es ist gut möglich, das der Betreiber der fremden Webcam genau solch vorgehen verbietet und unterbindet. Dann wirst du dafür sicher kaum Unterstützung bekommen.

Dem ist eigentlich nichts mehr hinzuzufügen.

[MOD: geschlossen]

Mit dem <meta>-Tag testest Du nichts, sondern sagst dem Device, dass er den Viewport in Bildschirm-Pixeln berechnen soll.
Damit greifen dann auch wieder die korrekten Werte der MediaQueries. Steht alles in den Links, die ich Dir gepostet habe und Du lt.Aussage alle schon kennst.

Und allgemein: Ein Browser ist per se nicht der ideale Partner zum Testen von mobilen Ansichten.
Ich habe bei dem Entwickler-Tool von Chrome zwar bisher immer passende Ansichten erhalten, aber das Endgerät selbst oder ein entsprechend guter Emulator ist die sicherere Wahl.

Wenn Du soviel gefunden hast, wirst Du doch aber sicher auch mal über solche Dinge gestolpert sein:

<meta name="viewport" content="width=device-width, initial-scale=1.0">

Das ist ein grundlegendes Element, wenn Du Deine Seiten responsive machen willst.
Das initial-scale benötigst Du glaube ich hauptsächlich für Apple-Produkte, aber width=device-width erspart Dir jede Menge Stress, den Du gerade hast/hattest.

Ok, ich habe nun gedacht, vielleicht wird das auch nicht so häufig erwähnt in den Web-Tutorials, aber bei meiner Suche hatte ich auf der ersten Seite der generischen Suchergebnisse bereits mehrere Seiten, die genau darauf hinweisen.
Deshalb war mein Tipp: Weiter suchen und lesen, dann findet man solche Hinweise auch.

Hallo,

Du kannst über eine MediaQuery gesonderte Anweisungen für den IE10 hinterlegen:

@media screen and ( -ms-high-contrast:none ), ( -ms-high-contrast:active ) {


    // hier deine CSS Regeln für den IE10


}

-ms-high-contrast() ist eine eigene M$ Implementierung ab IE10, so dass dieser darüber "erkannt" wird und alle anderen Browser die MediaQuery ignorieren sollten.
Das mag keine saubere Lösung sein, aber eine bessere fällt mir adhoc nicht ein.

Gruß Arne

zur Info: https://css-tricks.com/snippets/css/m…andard-devices/
Und evtl. tiefer in MediaQueries einlesen, wenn Du es benutzen willst: http://www.intensivstation.ch/css3/media-queries/, http://www.w3schools.com/css/css_rwd_mediaqueries.asp

Hab nur mal zum Testen folgendes gemacht:

<!DOCTYPE html>
<html>
<head>
<title>CSS MediaRule</title>
<style type="text/css">
IMG { width:500px; }
@media screen and ( max-width:360px ) { IMG { width:150px; } }
</style>
</head>
<body>


<img src="http://php-rocks.de/uploads/private/hirni.png" alt="">


</body>
</html>

Wenn ich das im Browser anzeigen lasse, erhalte ich exakt, was Du möchtest.
Also entweder machst Du etwas anderes nicht richtig oder Dein Viewport hat halt mehr wie 360px maximal...

Welchen Viewport hat denn Dein Device?
Nur mal als Beispiel: wenn es 480px breit ist, hilft Dir max-width:360px auch nicht weiter.
Du musst den Viewport des Endgerätes kennen, um MediaRules sinnvoll nutzen zu können.

Zitat

habe ich beim Aktualisieren
feststellen müssen, dass @media nur in sofern funktioniert hat, dass
die ID im normalen CSS komplett ignoriert wurde, aber die aus
dem @media screen... benutzt wurde.

Naja, was meinst Du denn wofür das min bei min-width steht?

Hallo,

Welche Version von PHP kommt bei Dir zum Einsatz?
Seit einigen Jahren ( spätestens seit Beginn der v5 ) ist es sinnvoller, $_POST oder $_GET anstatt $_REQUEST zu verwenden ( je nachdem, über welche Methode das Formular die Daten versendet ).
Als Entwickler Deiner Scripte, weißt Du, über welchen Kanal die Daten kommen!

Du benötigst auch kein stripslashes(), da Du mit mysqli_real_escape_string() eh die Daten maskierst. Entweder es wird so gefunden oder nicht.
Es gibt keinen Grund, dem "bösen" User behilflich zu sein, indem man nicht gewünschte Zeichen aus der Eingabe entfernt.

Dann empfehle ich PreparedStatements zu verwenden. Da ich PDO verwende, kann ich Dir das nur aus dem Ärmel geschüttelt für MySQLi beispielhaft zeigen.
Dein Code sähe mit den bisher angesprochenen Veränderungen in etwa so aus:

require('db.php');




if (isset($_POST['username'])){


    $username = mysqli_real_escape_string($con,$username); 
    $zipcode = mysqli_real_escape_string($con,$zipcode);
    $email = mysqli_real_escape_string($con,$email);
    $password = mysqli_real_escape_string($con,$password);


    $trn_date = date("Y-m-d H:i:s");


    $stmnt = mysql_prepare( $con, "INSERT into `users` (id, username, password, email, trn_date) VALUES (?, ?, ?, ?, ?)" );
    mysqli_bind_param( $con, $zipcode, $username, md5($password), $email, $trn_date );
    mysqli_stmt_execute( $stmnt );


    if ( mysqli_stmt_affected_rows($stmnt) )
        echo "<div class='content'><h3>You are registered successfully.</h3><br/>Click here to <a href='login.php'>Login</a></div>";


} else { /* ...was auch immer hier kommt... */ }

Ich habe hierfür mal den prozeduralen Stil verwendet, wie Du.
Ich empfehle allerdings für MySQLi den objektorientierten Stil anzugewöhnen.

Weiterhin solltest Du Passwörter statt mit md5() mit password_hash() und password_verify() handeln.

Gruß Arne

Womit "Perfektion" in Bezug auf Geschenke rein über das Preisschild definiert wird...

Was' das denn für'n Argument?!
Ohne Bezug: Smartphones sind auch nicht "reif", aber ich wette Du hast eins...

Muss man dafür einen 4 Monate alten Thread reanimieren?!

[MOD: geschlossen]

Zitat von Gastl

Dieses Forum hat etwas seltsames. Hier melden sich immer wieder Leute an, um einfach nur zu alten Beiträgen ihren Senf abzugeben.

Stimmt... Auch wenn wir hier im OffTopic sind, empfinde ich solche Threads eh als überflüssig, weil das Dinge sind, die jeder ohne fremde Hilfe im Netz finden kann.

[MOD: geschlossen]

Auch wenn es schon gelöst ist, schiebe ich das mal in den Programmier-Bereich, da es mit HTML & CSS nichts zu tun hat.

[MOD: verschoben von HTML & CSS]

Ich denke Bürostühle kann jeder leicht über die Suchmaschine seines Vertrauens finden.
Da der TE selbst keinen aktiven Account mehr hat, schließe ich das hier mal.

[MOD: geschlossen]

Hallo,

Wie meinst Du denn, kann man Dir weiter helfen.
Du hast nun mittlerweile Aussagen von unterschiedlichen Usern, bei denen Dein Problem nicht auftritt. Damit scheint es kein generelles Problem mehr zu sein, das hier gelöst werden wird.
Nutze Möglichkeiten der Browser, um Unterschiede zu erkennen. Bspw. gibt es Live HTTP Headers, wo Du Deinen Request "verfolgen" kannst.

Hier können wir doch auch nur raten, weil es bei uns scheinbar nicht auftaucht.

Gruß Arne