Eine mobile Version hat vom Inhaltlichen und so für Besucher keinen Nachteil gegenüber einer mobilen Ansicht einer responsiven Seite.
Wenn die informationen 1:1 wiedergegeben werden, allgemein das Verhalten des Browser-Sniffings ist aber nicht gerne gesehen.. und die Dinge ändern sich, im Netz schneller als irgendwo sonnst.
Nein, wenn wir hier von 10Mio Datensätzen sprechen würden, wäre es normal das solche ladezeiten zu stande kommen, 1000 Datensätze sind praktisch nichts, wie liest du denn die Daten aus und wie gibst du sie aus?
Ablauf:
matches = array
foreach as x
if( a == b )
matches[] = xtoggle menu
Aber bitte nicht mit JavaScript, wenn dan über Checkbox-hack
Prinzipiell wirst du abgestraft für Websiten die nicht responsive sind.
Ein umleiten auf eine m. Version ist keine schöne Lösung und somit auch nicht gerne gesehen.
Auf Javascript verzichten ist Mitte 2016 nicht mehr nötig. Wenn man es doch unbedingt versuchen möchte, hat wolf: hinreichend gezeigt wie man Checkboxen manipuliert um dies zu erreichen. Wird vermutlich in weniger Fällen funktionieren als Javascript.
Ich wüsste nicht wieso das in Browsern nicht funktionieren sollte, das ganze steht und fällt mir dem CSS3 Selektor :checked der einen akzeptablen Support hat.
Das verzichten auf JavaScript hat den großen Vorteil das man die Website z.B. auf dem Handy mit mobilem Netz schon bedienen kann (z.B. schon auf die gewünschte unter-Seite navigieren) ohne das Frameworks u.ä geladen sind, da es rein CSS basiert funktioniert.
Persönliche Meinung zu JS ist, das man es nur als Feature für eine Benuterfreundlichere Funktion verwenden sollte, die reine Funktionalität sollte weiterhin erhalten bleiben, auf wenn JS deaktiviert ist. (Dies betrifft Webseiten, bei Anwendungen, bei denen die Zielgruppe sicher Schnelles internet und aktives JS hat, sieht das anders aus, genau so bei Intranet-Tools)
Kommentar zur Benutzung von password_verrify() .. man muss sogar pass_verf nutzen, da der hash nicht immer der geiche ist.. 
https://github.com/PHPMailer/PHPMailer
Diese Klasse verwenden! 
Also kurze aufklärung zum logischen verwenden von HTML5 Tags..
Möglicher Seitenaufbau:
<!doctype html>
<html>
<body>
<header>
<h1/>
<nav/>
</header>
<aside/>
<main>
<section>
<h2/>
<article>
<h3/>
</article>
</section>
</main>
<footer/>
</body>
</html>Innerhalb der Hauptaufteilung dar sehr gerne noch mit div's gearbeitet werden, das Article Element sollte wirklich nur für zusammenhängende Inhalte benutzt werden, z.B. für einen Blogbeitrag, (..).
Div's sind prinzipiell nichts schlechtes, solange sie ordentlich mit html5 tags ergänzt werden und man allgemein sparsam mit Tag's umgeht
Das Article Element ist hingegen eher Selten so richtig richtig. (Hierbei wirklich drauf achten es nur für zusammenhängenden Content zu benutzen und nicht überall als wrapper, anstatt eines div's.
PROBLEMLÖSUNG
Bau deine Seitenstruktur nochmal neu auf, und lass mal alles Styling weg.
Du machst es dir unnötig kompliziert!
Wenn die Seite ordentlich aufgebaut ist geht alles viel einfacher!
http://codepen.io/wolf-w/pen/JXqLea?editors=1100
&Ein kleiner Tip, Klassen Namen udn ID's niemals nach der Position bzw. nach dem Aussehen, sondern immer nach dem Inhalt bzw. der Funktion..
Ja, z.B. am dateiname, abgesehen davon gibt es keine neue version von IE da die neuste version schon veraltet ist und es hoofentlich nie wieder einen IE geben wird. Der IE wurde durch Edge ersetzt, Edge 14 ist zurzeit die Neuest Version des Windows eigenen Browsers..
Hast du den realfavicon generator probiert..?
Du kannst auch das box-model so einstellen, das die border mit in die width gerechnet wird.. mit border-box:
Zitat aus German-Bash.org:
ok, stell dir vor html is deine muttersprache (statt deutsch) - und du die techniken (framesets, div-container, tabellen) sind die dialekte. dann wäre:
Niemand benutz mehr Tabellen außer um tabellarische Inhalte darzustellen..
http://www.html5rocks.com/de/tutorials/flexbox/quick/
kann ich nur ans herz legen: http://realfavicongenerator.net/
JS - Seitiges Zuschneiden des bildes: https://github.com/wolf-w/pastebox/tree/master/JS-img-resize
Und zwar möchte ich immer den ersten Artikel mit keinem border-top ausstatten. Leider funktioniert dies bisher nur über eine extra Klasse, weil der first-child-Selektor irgendwie nicht wirkt.
Okay, ich hatte gelesen du möchtest Zwischen dem Div und dem 1. Article (also dem article:first-of-type) eine Border haben, die kannst du entweder dem article oben geben oder dem Div unten .. aber da du beim 1. keine haben willst ist alles klar.
Trotz alledem bleibt, wenn du etwas hast, was der CSS pharser schneller finden kann im DOM, dann nutze dies.
Du solltest lieber die ID für die Boder benutzen als first-of-type (article) für die Boder.
Schlimm ist es nicht aber eben performanter.
<div id="heading_container">
Vorab, ich bin jemand der liebend gerne neue Dinge im Web ausprobiert, dazu bin ich CSS Frak und nutze unheimlich gerne CSS Hacks und Komplexe Selektoren.
Das geschieht aktuell halt mit den Selektoren. Die sind zwar nicht für jeden möglichen Einsatzzweck sinnvoll, aber solche sinnlosen Einsatzzwecke sind eher selten. Von daher solltest du dich nicht nervös machen lassen. Für deinen aktuellen Einsatzzweck sind Selektoren besser geeignet als IDs oder Klassen.
Für seinen Einsatzzweck ist der :nth-child Selektor UNGEEIGNET wenn man sich sein Markup anschaut.
Er hat dem Element davor eine ID gegeben, also sollte man diese auch nutzen!
Wenn er diese ID allgemein nicht braucht, steht außer frage das der :*first-child Selektor genau der richtige ist.
Nicht alles neue ist besser als das Alte, vorallem wenn es sich hier um das messen von ID und Pseudo-Selektor handelt.
@ThreadOwner, wenn du die ID brauchst, versuche diese auch zu nutzen. Wenn du sie nicht brauchst, lösch sie und nutze :first-of-type.
PS: Ich bin Verweigerer von CSS Frameworks.
#heading_container border bottom geht nicht? 
Das problem mit komplexen Selektoren ist, dass sie unperformant sein können, und im vergleich zum #ID selektor definitiv unperformant sind
$la_citys könntest du ja durchaus dynamisch erstellen
