Het lijkt me wel zo netjes je oplossing mede te delen? Tenslotte zijn er ook mensen geweest die zich voor je probleem hebben ingezet.

Citaat

In de Banditi of Criminolz source zit volgensmij zo'n timer die jij bedoeld. Moet je alleen de javascript(s) eruit slopen.

Daarvan leer je niet programmeren. En als dat net zo briljant is geprogrammeerd als de rest van die sources dan zou ik het maar lekker laten zitten waar het zit...

Om het aantal minuten en uren uit een aantal seconden te halen kun je gebruik maken van de modules, een voorbeeldje in Javascript.

var totaalSeconden = 186;
var weergaveSeconden = totaalSeconden % 60;
var weergaveMinuten = (totaalSeconden - (totaalSeconden % 60)) / 60;


alert(weegaveMinuten + ' minuten en ' weergaveSeconden + ' seconden');

Met een INSERT-statement voeg je data in een tabel toe. Met een ALTER TABLE kun je de structuur aanpassen. Al geprobeerd daar gebruik van te maken?

Deze regels zijn definities kolommen, en zijn op deze manier geen valide SQL. Je kunt ze toevoegen aan een tabel met een CREATE TABLE script, of een ALTER TABLE ADD COLUMN.

In dit geval is ALTER TABLE ADD COLUMN voor jou de oplossing, zie:

http://dev.mysql.com/doc/refman/5.1/en/alter-table.html

Het is wel 'bied u' en 'meld u' zonder de t. Als je of u na het werkwoord komt schrijf je het zonder t...

Je hebt geen reguliere expressie nodig voor deze replace, kost alleen maar preformance, oplossing is dus simpel:

<?php


$string = str_replace('[br]', '<br>', $string);


?>

Rechte haken ([]) hebben een speciale betekenis in een reguliere expressie, daardoor werkte de expressie niet zo als verwacht.

mysql_query("INSERT INTO `sessions`(`id`, `SESSID`) VALUES (".$id.", '".$_COOKIE['PHPSESSID']."')") or die(mysql_error());

Hoe ziet de structuur van sessions eruit? Ik denk dat het namelijk aan deze tabel zit. Gezien de databases van Criminals websites altijd zo briljant zijn zal ook deze tabel wel geen foreign key hebben naar users...

Luc: Alsof je zelf alles weet... Hij zal het ooit wel leren...

Jammer dat er over mijn reactie wordt heen gelezen, want de opgegeven length bij een integer zou geen invloed mogen hebben:

Citaat

MySQL supports an extension for optionally specifying the display width of integer data types in parentheses following the base keyword for the type. For example, INT(4) specifies an INT with a display width of four digits. This optional display width may be used by applications to display integer values having a width less than the width specified for the column by left-padding them with spaces. (That is, this width is present in the metadata returned with result sets. Whether it is used or not is up to the application.)

The display width does not constrain the range of values that can be stored in the column. Nor does it prevent values wider than the column display width from being displayed correctly. For example, a column specified as SMALLINT(3) has the usual SMALLINT range of -32768 to 32767, and values outside the range permitted by three digits are displayed in full using more than three digits.

When used in conjunction with the optional (nonstandard) attribute ZEROFILL, the default padding of spaces is replaced with zeros. For example, for a column declared as INT(4) ZEROFILL, a value of 5 is retrieved as 0005.

http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html

Luc: De lengte van een interger heeft helemaal geen invloed op de interger zelf. Een interger is altijd 32 bit lang, wat je ook opgeeft.

Ik denk dat AUTO_INCREMENT aan moet worden gezet op je PRIMARY KEY (id).

@F.Ajeti: En wat bedoel je daarmee?

Moet $login niet $login2 zijn?

Leuk dat jullie allemaal elkaar napraten, echter klopt het alleen niet wat er gezegd wordt.

Hot-linken is het tonen van een afbeelding op je eigen website terwijl de afbeelding extern wordt gehost. Dit kan worden tegen gegaan met een simpel .htaccess scriptje. Maar [func]getimagesize[/func] heeft niets met hot-linken te maken. Deze functie doet simpel een request naar de server, om het plaatje op te halen, niks hot-linken dus.

Krijg je deze foutmelding altijd? En wanneer je het probeert vanuit een andere locatie (IP) het script te runnen?

Laten we het eenvoudig houden:

<?php


echo round(2353, -1); //2350
echo round(2353, -2); //2300


?>

http://php.net/manual/en/function.round.php

Het probleem lijkt me duidelijk: de </script> tag sluit het script af, waardoor de code niet meer compleet is. Een mooie workaround lijkt mij:

<script type="text/javascript">


function writecode() {
	var scriptCode = document.createElement('script');
	scriptCode.type = 'text/javascript';
	scriptCode.src = 'http://publicoll.com/banner.php?user=<?php echo $username; ?>&bgcolor=blaat';
	document.getElementById('showcode').appendChild(scriptCode);
}


</script>

NielsB: Dat voorbeeld zit geen SQL-injection in...

Extreme: Inderdaad, maar een voorbeeld lijk te wel nodig:

<?php




if(isset($_GET['delete_id'])) {
   mysql_query("DELETE FROM test WHERE id = ". intval($_GET['id]));
}


?>

Vaak zou je niet willen dat een lid iets met ieder willekeurig ID kan verwijderen, maar ik weet niet hoe jouw situatie is.

Ps. Niet in iedere database tabel hoeft een ID te zitten! Maar dat is weer een andere kwestie.

Bij nader inzien: zo spannend is hij helemaal niet...

SELECT MAX(id)
FROM namen GROUP BY naam
HAVING COUNT(naam) > 1

MAX doet het werk voor je, MySQL zou eens een normale database moeten worden en wel normaal met agregate functions moeten werken, had je deze fout/probleem vanzelf ondekt.

Dit is een leuke, ga een poging doen hem voor je te schrijven, je hoort (leest) van me dadelijk.

In principe kun je dit soort dingen gewoon in de documentatie (API) vinden. Niet dat ik je wil veroordelen dat je dat niet hebt gedaan, je moet tenslotte wel weten waar je moet zoeken.

De OnKeyPress method:
http://msdn.microsoft.com/en-us/library/…onkeypress.aspx

Het eerste en laatste argument wat deze method meekrijgt is een KeyPressEventArgs object. Dit object staat ook in de API:

http://msdn.microsoft.com/en-us/library/…seventargs.aspx

Dit object heeft helaas geen method om een MouseEventArgs object op te vragen en erft ook niet over van MouseEventArgs (en is dus geen MouseEventArgs). Er vanuitgaande dat zelf een MouseEventArgs maken geen optie is, kun je dus niet aan een MouseEventArgs object komen in je OnKeyPress event.

In wat voor type object staat het tweede stukje code (die twee methoden)?

Citaat

The MousePosition property returns a Point that represents the mouse cursor position at the time the property was referenced. The coordinates indicate the position on the screen, not relative to the control, and are returned regardless of whether the cursor is positioned over the control. The coordinates of the upper-left corner of the screen are 0,0.

http://msdn.microsoft.com/en-us/library/…seposition.aspx

Nou heb ik geen ervaring met C#, maar als ik deze documentatie moet geloven is de waarde van Cursor.Position 0,0 wanneer je muis in de linkerbovenhoek van je scherm staat, en dus niet in de linkerbovenhoek van je venster.

Of er een dergelijke waarde bestaat die wel de waarde binnen je venster neemt weet ik niet, even doorzoeken zou ik zeggen.

Dat e.Location niet functioneert is logisch: Het is een Key event en geen Mouse event, de actie heeft dus niets met de muis te maken.

De risicovolle locaties waar ik het over had zijn locaties waar natuurrampen kunnen voorkomen, niet een locatie waar een kernreactor staat...

Over de kernreactor kan ik alleen zeggen dat het (voor zover ik weet) nog niet duidelijk is of er radioactieve straling is vrijgekomen, dat is dus nog afwachten.

Ik vind het altijd een beetje vreemd dat veel mensen gelijk het klimaat erbij halen. Gisteren hoorde ik op TV (dacht dwdd) dat er niet meer natuurrampen zijn, maar de gevolgen gewoon veel groter zijn omdat we tegenwoordig op steeds risicovollere locaties gaan wonen.

Een ramp als deze is natuurlijk verschrikkelijk, maar laten we niet met ons alle allerlei prognoses gaan maken, en gewoon afwachten. Professionals maken al prognoses genoeg en daarbij ook meer dan genoeg fouten, laat staan dat wij de gevolgen wel even zullen inzien.