<script type="text/javascript">
// <![CDATA[
var form_name = 'postform';
var text_name = 'content';
// ]]>
</script>
pas die variabele aan...
of nog liever pas de javascript functie aan en gebruik getElementById()
kijk maar eens leuk naar het name attribuut van de form en textarea tags uit het forum en vergelijk die met de variabelen...
wat voor een soort veld (data type) is `hits`?
haal die hele variabele uit de query...
de waarde van $i is ge-hardcode, dus maak er gewoon 0 van...
daarna zou je eerder de query van game-projects moeten gebruiken dan die van jou (twee keer order by op hits is dom en nutteloos)
het script kan nog netter...
alle ifjes staan nu op de zelfde hoogte...
je kan niet zien in een oogopslag zien hoe diep de id genest is...
maar hoe dan ook...
bij het formulier om een reactie te plaatsen:
$_SESSION['uniqid'] = md5(uniqid(mt_rand(), true));
en een hiddenveld aanmaken en het die waarde geven...
en dan bij het bij de insert query een controle maken of het hiddenfield overeenkomt met de sessie.
zo ja, unset $_SESSION['uniqid'] (heel belangrijk) en voer de query uit...
zo nee, error.
@TimD
variabelen altijd buiten quotes zetten ja.
maar in dit geval is het niet de oplossing...
zeg dit de volgende keer liever niet als je niets anders te melden hebt...
nog niemand is de volgende regel opgevallen?
$login2 = ($info->login == Expresso) ? "<b><font color=\"blue\">$login2</b>" : $login2;
die naam zou eigenlijk tussen quotes moeten staan, maar daar gaat het even niet om.
als iemand zich aanmeld met de naam 'Expresso' zal zijn naam blauw zijn...
nu wil ik NIET dat je die naam verander naar jou naam.
maar zorg dat het er ongeveer zo uit gaat zien als die regel van swatcrime, of haal deze regel helemaal weg en gebruik die van swatcrime.
Alex, er bestaat een alternatieve syntax voor language statements in php, die : is juist
Citaat van Luc
Fatal error: Call to undefined function mysql_fetch_rows() in /home/crimep/public_html/rss/sqldump.php on line 21
Dit houd in dat hij de functie niet ondersteund tog?:$
oeps, het moest mysql_fetch_row() zijn...
*gaat de code weer eens aanpassen*
en hoezo komen er # in het script te staan?
volgens mij heb ik dat javascript nog eens in elkaar geflanst...
zou je een link en demo account willen geven? (desnoods via pm)
Dan hebben ze pech, zo simpel is het.
[offtopic]
Citaat van alexruterZoals gewoon weer erg lastig, weer opnieuw gaan leren
hoezo opnieuw? (in correct ABN is het volgens mij ook nog eens overnieuw)
ben je ooit uitgegeleerd dan?
je zult altijd blijven leren met programeer talen voor zover ik weet, er komt geen eind aan verbeteringen.[/offtopic]
Verder snap ik niet dat jullie hier zo blij over zijn...
Ik kan het mis hebben, maar ik heb niet het idee dat jullie allemaal ook maar een of meer nieuwe features gaan gebruiken... (binnen de eerste maand nadat je toegang hebt tot een server met php 5.3)
Zelf zie ik me trouwens niet snel namespaces gaan gebruiken.
Misschien wel als je de behavier van namespaces zou kunnen aanpassen zodat er underscores gebruikt kunnen worden.
Maar dat zou dan weer deels tegenstrijdig zijn met de oorspronkelijke reden om namespaces te gaan gebruiken.
Die ternary operator shortcut had ik even over het hoofd gezien, ik had er al over gelezen, en ik weet bijna zeker dat ik deze zou gaan gebruiken...
Ook moet ik maar eens naar die spl classes gaan kijken, een paar ervan lijken me interresant.
php 5.3 brengt al heel wat leuke nieuwe dingen!
die __callStatic kan best wel eens van pas gaan komen... ooit...
toch missen er nog dingen zoals namespaces, closures en late static binding op dat lijstje.
maar php 6.0 wordt pas anders!
er gaan daar dingen weg!
denk aan magic_quotes, register_globals en dergelijke stomme instellingen
maar het zal waarschijnlijk nog een hele tijd duren voordat het merendeel van de hosts overstapt =[
hopelijk maken die mensen van MAMP snel een versie met php 5.3 :p
[offtopic]vreemd...
normaal gesproken reageren alleen op de laatste post wanneer ze maar op een post reageren...
nu lijkt het of je op de mijne reageert (dat idee heb ik)[/offtopic]
lees de rest van de reacties ook...
en worden meerdere snippets gegeven die waarschijnlijk zullen werken...
en probeer te begrijpen waarom...
http://nl.php.net/manual/en/la….operators.comparison.php
Voortaan aub in de goede categorie plaatsen, dan kan je ook de php tag gebruiken...
verder zijn die 2e paar haakjes helemaal nergens voor nodig...
Citaat van DronaDe volgende check werkt wat is hier fout aan?
blijkbaar niets? XD
ik heb geen idee hoe dat text bestand er uit ziet...
maar je zult er een script omheen moeten schrijven...
en het zal niet met SQL gaan als je het zelf maakt :p
het overzetten naar een database lijkt me een stuk fijner voor je...
je zult met functies zoals [func]file[/func]() aan de gang moeten...
mogelijk maakt [func]preg_match_all[/func]() met een andere FLAG het makelijker...
[func]mysql_fetch_assoc[/func]() gebruiken in plaats van [func]mysql_fetch_object[/func]()
en dan $clan['Chemie_lab']
string keys kunnen spaties bevatten, maar slim is het niet om kolom namen met spaties te hebben
dan heb je ook nog [func]mysql_fetch_array[/func](), maar deze levert standaard alle resultaten dubbel, met zowel numerieke keys als string keys.
al kun je ook alleen numerieke of string keys krijgen door een extra parameter mee te geven...
maar dat is weer meer moeite... en kost meer tijd...
UNIX_TIMESTAMP(`gevangenis`) AS gevangenis
echo $fetch['gevangenis'];
op het moment zul je waarschijnlijk iets als $fecth['UNIX_TIMESTAMP(`gevangenis`)'] moeten gebruiken...
maar ik neem aan dat je dat niet wilt...
http://www.phpfreakz.nl/library.php?sid=27153
en gebruik mijn revisies... (Dos Moonen)
dan weet je zeker dat je een goed werkende hebt... :p (hier werkt het goed)
in een van die andere revisies (meer een reactie) staat uitgelegd wat je moet doen om nieuwe tags toe te voegen...
