Hallo,
also wie der Titel schon sagt wollte ich wissen was bei großen Datenbankabfragen performancetechnisch besser ist?
Abfragen, die in der WHERE Klausel auf Daten Zugreift, die zuvor mit Joins geholt wurden und damit eine Bedingung stellt, oder Subselects in der Where Klausel, durch die man sich die JOINS ersparen würde ?
Lg
Mathias
lol, um den Algorithmus der Pinnwand zu kopieren wirst du etwas länger brauchen, glaubs mir...
Naja, der unterschied zu deinem Beispiel wäre der, dass dem Besitzer dann etwas fehlt... das wäre bei der Internetsache nicht so.
Hi,
ich hätte da mal ne theoretische Frage: Ich bin bei zwei Singlebörsen angemeldet, die, sagen wir mal, sehr schleißig programmiert wurden (die Anwendung des <script>-Tags wird nicht unterbunden...)
Wäre es gesetzlich verwerflich einen Layer Ads Code dort einzubinden, zB von eAds ? 
- Immerhin sind die Webmaster doch selbst drann schuld, wenn sie sowas nicht verhindern
Bitte keine Moralprädigten... nur ob man dafür belangt werden könnte ?
Lg
Gibts da irgendein PHP Snippet um das Rauszufinden ? Hab bei Google unter locale nicht wirklich was gefunden, was mir weiterhilft...
Eine einfachere Variante wäre wohl auch noch:
login.php
index.php
logout.php
Ich glaub diese Routine ist sinnvoller, da das Problem mit setcookie gelöst ist und XSS trotzdem sinnlos ist, da man ohne den Salt, der nur beim Loginmechanismus generiert wird auch mit dem Cookie nicht weiter kommt, zumindest wenn der Benutzer nicht eingeloggt ist... - und wenn er eingeloggt ist wird sowieso bei jedem Seitenaufruf ein neuner TS generiert
EDIT:
Man könnte am Seitenende Javascript den aktuellsten TS ($ts_new) der PHP Datei übergeben, JS einen neuen Cookie setzen lassen, und am Ende der PHP Datei den Timestamp so in die Datenbank schreiben - das würde (dank der Tatsache, dass JS alles nach der Reihe abarbeitet) verhindern, dass man per XSS den neuen Timestamp auslesen kann, sofern nach dem letzten Javascript keine GET oder POST ausgegeben werden - dann hat man aber wieder das Problem, dass HTTP only im Weg steht - ist die Frage, was sicherer ist...
EDIT 2:
Ok, ein Timestamp wäre eig idiotisch, denn wenn man die Sessid "gehijacked" hat muss man nur mehr auf gut Glück alle Timestamps durchrennen - Uniqid würde in dem Fall auch salt ersparen
Hallo,
da ich viel mit Login-Systemen zu tun hab hab ich mir mal ein System überlegt, dass XSS absolut wirkungslos machen könnte (zumindest was das Fishen von loginrelevanten Cookies angeht):
Grundstruktur davon sieht so aus:
login.php
index.php
Seitenende von index.php
Das war nur mal so ein provisorischer Gedankengang, wie man XSS wirkungslos machen könnte:
Dadurch, dass für den Login auch die Uniqid() benötigt wird und diese (auch wenn man es schafft den Cookie auszulesen, während die Seite aufgebaut wird, mit XSS) am Ende der Seite wieder geändert wird, ist die Seite wirkungslos noch bevor der XSS Angreifer was mit der Uniqid() anfangen kann.
Das Problem ist hier leider mit setcookie gegeben: setcookie darf ja nicht nach einer Ausgabe kommen und die Ausgabe mit ob_start zu puffern wäre unsinnig, weil das Cookie dann erst recht wieder den aktuellen Inhalt hat und XSS nach der Ausgabe zuschlagen kann - auch den Cookie per JS zu setzen widerspricht natürlich allen Sicherheitsanforderungen - einzige Idee wäre dies mit Ajax zu lösen - Unschön halt, dass JavaScript und Cookies für diese Methode zwingend erforderlich ist...
Das ist nur mal so ein Gedankengang wie sowas funktionieren könnte - wenn jemand eine schönere Idee für die Cookiesache am Seitenende weiß, bitte 
Lg
Matze
Aber ne andere Frage: Wie stellt man das Dateisystem unter Debian auf UTF-8 um ?
Ja... Ein wirklich dummer Fehler ... Tatsächlich lag der Fehler nur bei PPT Dateien im Case der PPT Dateien hab ich readfile() vergessen 
Megapeinlich ^^'
Und was soll eigentlich das hier? Und vor allem nur in dem einen Fall der Bedingung?PHP$_GET['file'] = utf8_decode( $_GET['file'] );
Das kommt daher weil readfile() aus irgendeinem Grund nicht in der Lage ist, die Datei zu finden, wenn Umlaute drinn sind... Obwohl der Pfad exakt stimmt, aber trotzdem findet ers nicht, wenn Umlaute drinn sind ... Also musst ich auf ISO-8859-1 umstellen und die Funktion einbauen, dann geht es - sonst nicht, keine Ahnung wieso...
Hallo zusammen,
ich hab da wieder ein Problem, das für mich ein bisschen schwer zu lösen wird, da ich weder einen Mac noch das OS irgendwo laufen hab...
Ich habe diesen Dateidownload:
$ext = fileext( basename( $_GET['file'] ) );
if( isset( $_GET['download'] ) )
$disposition = 'attachment';
else {
$disposition = 'inline';
$_GET['file'] = utf8_decode( $_GET['file'] );
}
switch( $ext ) {
case 'pdf':
$len = filesize($_SERVER['DOCUMENT_ROOT'].$_GET['file']);
header('Expires: Thu, 19 Nov 1981 08:52:00 GMT');
header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
header('Pragma: no-cache');
header("Content-Type: application/pdf");
header("Content-Length: $len");
header("Content-Disposition: ".$disposition."; filename=".basename($_GET['file']));
readfile($_SERVER['DOCUMENT_ROOT'] . $_GET['file']);
exit;
/* Alle anderen Cases schauen genau gleich aus, nur mit anderem Mimetype, passend zur Fileextension... */
}Das funktioniert super unter Win, im Mac wird (zumindest bei der PDF, und da nur der Mimetype überall anders ist, schätze ich, dass das überall so ist) eine 0-Byte-Datei an den Browser gesendet.
Zur Information der Zeilen:
if( isset( $_GET['download'] ) )
$disposition = 'attachment';
else {
$disposition = 'inline';
$_GET['file'] = utf8_decode( $_GET['file'] );
}Es geht weder wenn isset( $_GET['download'] ) == true noch false ist...
Lg
Mathias
Hello,
seit einem Update von Chrome (habe derzeit die aktuellste Version) hab ich einen wirklich nervtötenden Bug drinnen:
Bei extrem vielen Seiten wird die gelbe Infoleiste eingeblendet, die anzeigt, dass ein Plugin gebraucht wird und dieses installiert werden muss - obwohl auf der Seite garkein Plugin gebraucht wird und ich alle aktuellen, notwendigen Plugins habe (Adobe Reader, Flash, Shockwave, Java, ...)
Das Kuriose: Klicke ich auf den Button "Plugins installieren" schließt sich die Infoleiste wieder - sonst passiert nix...
Das ist EXTREM nervend, weil sich ständig die ganze Seite nach unten verschiebt.
Auch deinstallieren und neu installieren von Chrome hat nichts gebracht (habe die Internetdateien laut Deinstallation aber behalten...)
Hat nochjemand das Problem?? Bzw jemand eine Idee wie ich diese Kacke ausmachen kann? Ich will garkeine Pluginhinweise von Chrome haben...
Lg
Kurz und gut: Ist es möglich beim MediaWiki (Version: aktuellste) nur Benutzern deren E-Mail Adresse mit "@specialdomain.com" endet eine Registrierung zu gestatten? Widerspricht zwar irgendwie der Idee hinter der Wikipedia, aber was solls. Geht das ?
Lg
Warum nicht einfach:
<a href="mailto:me@my-domain.com?subject=Betreff&body=Hallo, hier ist die Nachricht!">Mail me</a>Nur mit ein paar Pro Packages kann man sich so viel verdienen... nicht schlecht
Heyho,
weiß zwar nicht ob das Thema hier passt, aber ich hätte mal so eine allgemeine Frage: Hab mir bitly.com mal näher angeschaut und gesehen, dass das eine größere Limited Gesellschaft mit einigen Angestellten ist - jetzt hab ich mich natürlich gefragt woran solche Kurz URL Dienste eig verdienen, weil sonderlich viel bieten die ja nicht an...
Jemand eine Ahnung ?
Lg
Es gibt keinen Unterschied... Keine Ahnung woran Google es merkt... Ich werd das Zeug jetzt einfach mit Object einbinden...
Okay, zu früh gefreut... geht doch nicht
EDIT:
Hier ist jemand mit dem selben Problem:
LOL, es lebe die Komplexität - ginge ja viel einfacher...:
RewriteCond %{HTTP_HOST} !docs.google.com [NC]
Jap, hab ich - trotzdem hats Google erkannt. Naja, ist ja egal, jedenfalls - wenns eine Möglichkeit gäbe, die IP Adresse, die man rauskriegt, wenn man gethostbyname("docs.google.com"); aufruft zu vergleichen, wäre das ideal.
