[PHP] voor dummies - Deel 3 | Digital Corner (DIG)

zondag 28 november 2004 @ 23:35:50 #101

huiz

Man in Black

quote:
Op zondag 28 november 2004 23:23 schreef mschol het volgende:

[..]

als er een chmod 777 oip staat en een heacker weet in te breken kan hij in de mappen met chmod ALLES (verwijderen toevoegen etc...) en dan kan hij.zij dus malifiede scripts draaien om bijvoorbeeld te spammen, wachtwoord gegevens uitlezen, klant gegevens uitlezen noem mmaar op ALLES kan en dat is wat mensen er tegen hebben. (imo)

Ja dat dacht ik ook, maar hoe kán hij dan inbreken?
Als ik al die schreeuwerige opmerkingen hoor van: je moet nooit chmod 777 instellen, je map is vogelvrij, etc dan denk ik dat het redelijk eenvoudig moet zijn om daar dan een scriptje op te gooien. Maar is dat zo? Kan iedere internetter via IE dan een bestand verwijderen (rechter muisknop - Verwijderen) of moeten de hackers toch meer moeite doen? In dat laatste geval hoef je je dus ook niet extreem druk te maken om je eigen website, maar voor eventuele klanten (als je wat aan webdesign doet - en wie doet dat niet hierzo) kan het wel vervelend zijn.

Dat soort informatie zou handig zijn om te weten

Scope Pure Colombia BV

zondag 28 november 2004 @ 23:43:48 #102

mschol

als er een beveiligings lek in je software zitr kan hij in breken ik neem even een extreem voorbeeld:

je roept je bestanden aan als volgt:
http://www.domein.nl/index.php?pagina=index
dan zou hij bijvoorbeeld index.html pakken in de root v/d website
als dit niet is beveiligd zou hij linux commando in kunnen voeren met alle gevolgen van dien:
http://www.domein.nl/index.php?pagina=mk 'ikmaakietsaan'
zo kan je misschien dus wel gewoon een scrit kunnen schrijven dat je hele site vernaggelt..
dit is wel een extreem voorbeeld, ikszelf weet even geen betere..
iemand anders???
ikzelf zeg altijd: alleen alles lezen behalve wanneer ik iets moet kunnen verwijderen/schrijven. niet anders das het beste. lijkt mij, ik werkt niet echt veel met linux.

zondag 28 november 2004 @ 23:57:52 #103

huiz

Man in Black

Hmjah, dat dacht ik ook eigenlijk.
Maar ik laad nooit scripts op die manier, gooi er altijd een switch tussen. En in mijn geval gaat het altijd om een submap om afbeeldingen te uploaden waarbij én op extensie én op inhoud gecheckt wordt of het een afbeelding betreft. Dus het leek me al niet zo'n probleem.

Maar door al die paniekerige kreten dat zo'n map vogelvrij is, dacht ik (als beginnende php'er met een fobie voor beveiliging) dat het wel schandalig moet zijn om chmod 777 te gebruiken. Maar nergens lees ik hoe en wat een hacker kan doen in zo'n map

Als ik via php iets upload dan moet die map op 777 staan omdat ie anders er geen foto in kan plaatsen, maar is het dan beter om voor het uploaden op 777 zetten en daarna weer op 755, of is het voldoende om te zorgen dat je scripts veilig genoeg zijn?

Scope Pure Colombia BV

maandag 29 november 2004 @ 15:26:53 #104

ToMaSZ

Let the hammer fall!

sowieso altijd input vanuit de adresbalk controleren, zo kun je, wanneer een variabele 'gewoon' wordt uitgelezen uit de adresbalk, bij een slecht beveiligde site commando's uitvoeren en vervolgens bijvoorbeeld elke mysql-query erachter plakken, die vervolgens vrolijk wordt uitgevoerd. Redelijke exploit lijkt me, als je je input dus niet controleert.

zal een voorbeeld geven:
in script:
$waarde = $_GET['waarde'];

pagina aanroepen:
pagina.php?waarde=mysql_query("DROP TABLE 'tabel'")

en daar beginnen de problemen.
Natuurlijk moet je dan de naam van de tabel weten, maar als je een beetje je best doet kun je uit bijvoorbeeld een error de databasenaam extraheren.... als je echt een klootzak bent, is dat fijn materiaal om iemand's dag naar de filestijnen te helpen.

(het verwijderen van tabellen en databases is een beetje een 'grof' voorbeeld natuurlijk. Als je je usertabel een beetje normaal instelt gaat het zo'n vaart niet lopen. Er zijn natuurlijk wel tal van andere mogelijkheden denkbaar, maar ik ga ze hier niet uitwerken)

Scouting Rover Crofts Groep bouwt een nieuw clubhuis!

maandag 29 november 2004 @ 15:30:15 #105

ToMaSZ

Let the hammer fall!

quote:
Op zondag 28 november 2004 23:57 schreef huiz het volgende:
Hmjah, dat dacht ik ook eigenlijk.
Maar ik laad nooit scripts op die manier, gooi er altijd een switch tussen. En in mijn geval gaat het altijd om een submap om afbeeldingen te uploaden waarbij én op extensie én op inhoud gecheckt wordt of het een afbeelding betreft. Dus het leek me al niet zo'n probleem.

Maar door al die paniekerige kreten dat zo'n map vogelvrij is, dacht ik (als beginnende php'er met een fobie voor beveiliging) dat het wel schandalig moet zijn om chmod 777 te gebruiken. Maar nergens lees ik hoe en wat een hacker kan doen in zo'n map

Als ik via php iets upload dan moet die map op 777 staan omdat ie anders er geen foto in kan plaatsen, maar is het dan beter om voor het uploaden op 777 zetten en daarna weer op 755, of is het voldoende om te zorgen dat je scripts veilig genoeg zijn?

Een 'hacker' kan in een map die mode 777 heeft hetzelfde als jij in principe. Dus bestanden maken, verwijderen, overschrijven, mappen maken, verwijderen, etc.

Niet heel erg aan te raden in de img-dir van je site dus. Je kan echter een map aanmaken via de browser, in een andere map die voor de gelegenheid op 777 staat. Die zet je terug en de map die je net hebt aangemaakt is writeable vanuit de browser, omdat de www-user hem heeft aangemaakt en dus in 'eigendom' heeft.

Scouting Rover Crofts Groep bouwt een nieuw clubhuis!

maandag 29 november 2004 @ 15:46:22 #106

huiz

Man in Black

quote:
Op maandag 29 november 2004 15:30 schreef ToMaSZ het volgende:

[..]

Een 'hacker' kan in een map die mode 777 heeft hetzelfde als jij in principe. Dus bestanden maken, verwijderen, overschrijven, mappen maken, verwijderen, etc.

Niet heel erg aan te raden in de img-dir van je site dus. Je kan echter een map aanmaken via de browser, in een andere map die voor de gelegenheid op 777 staat. Die zet je terug en de map die je net hebt aangemaakt is writeable vanuit de browser, omdat de www-user hem heeft aangemaakt en dus in 'eigendom' heeft.

Jaaamaaar... hoe kan hij via de browser een map aanmaken? Ik zie in browsers nergens een optie om een nieuwe map te maken. Bovendien zet ik in elke map een redirect index.html of sluit 'm af via Apache als er geen index in zit.

Ik krijg toch steeds meer het idee dat een 777-gechmodde map heel wat minder onveilig is als iedereen loopt te roepen. En dat de meesten ook niet precies weten wat het probleem dan is

Scope Pure Colombia BV

maandag 29 november 2004 @ 15:47:45 #107

huiz

Man in Black

En dan nog, kun je zien dat een map open staat? Of moeten ze dat handmatig proberen?

Misschien ben ik wel een zeikerd hoor, maar ik wil het gewoon graag zeker weten

Scope Pure Colombia BV

maandag 29 november 2004 @ 16:02:28 #108

ToMaSZ

Let the hammer fall!

quote:
Op maandag 29 november 2004 15:46 schreef huiz het volgende:

[..]

Jaaamaaar... hoe kan hij via de browser een map aanmaken? Ik zie in browsers nergens een optie om een nieuwe map te maken. Bovendien zet ik in elke map een redirect index.html of sluit 'm af via Apache als er geen index in zit.

Ik krijg toch steeds meer het idee dat een 777-gechmodde map heel wat minder onveilig is als iedereen loopt te roepen. En dat de meesten ook niet precies weten wat het probleem dan is

Vanuit de browser... knap lastig, tenzij hij dus een bijv. php-scriptje schrijft, waarmee hij in je filesystem gaat spelen.

En kan je dat zien, niet zomaar, dat moet je proberen, of scannen op open directories, vanuit een drectory listing kun je dan weer de rechten van een map zien.

Scouting Rover Crofts Groep bouwt een nieuw clubhuis!

maandag 29 november 2004 @ 16:16:41 #109

huiz

Man in Black

quote:
Op maandag 29 november 2004 16:02 schreef ToMaSZ het volgende:

[..]

Vanuit de browser... knap lastig, tenzij hij dus een bijv. php-scriptje schrijft, waarmee hij in je filesystem gaat spelen.

En kan je dat zien, niet zomaar, dat moet je proberen, of scannen op open directories, vanuit een drectory listing kun je dan weer de rechten van een map zien.

Juist. En hoe krijgt hij dan dat scriptje in mijn map? En als ik het bekijken van zo'n map blokkeer, hoe kan ie dat dan zien?

Zijn er geen hackers in de zaal om hun geheimen te openbaren?

Scope Pure Colombia BV

maandag 29 november 2004 @ 16:18:18 #110

ToMaSZ

Let the hammer fall!

dat scriptje hoeft niet in jou map.
Als immers iedereen alles mag doen in jou mapje, mag dat, tenzij anders geconfigureerd, ook vanaf een andere server. (hangt ook weer van je serversettings af).

Scouting Rover Crofts Groep bouwt een nieuw clubhuis!

dinsdag 30 november 2004 @ 17:06:39 #111

JortK

Immer kwaliteitsposts

Weet iemand nog een goed boek om PHP uit te leren (het liefst nederlands talig

)

Want heb op bol.com een paar boeken erover gezien maar weet niet welke goed zijn en welke niet

Overzicht van alle maandcijfers van het fokforum, voor de stats freaks!
Een goede Fok!search met de kracht van Google!

dinsdag 30 november 2004 @ 17:14:23 #112

Heliospan

(-_-)

Je kan niet zomaar inbreken als iemand een map op 777 heeft staan, voor sommige scripts is dat zelfs een vereiste. Je moet alleen wel kijken wat voor script je hebt en hoe je die zelf in elkaar hebt gezet. Als je een afbeeldinguploader hebt die zonder problemen .PHP-bestanden door laat, dan ben je gewoon dom bezig.

quote:
[Someone suggested 777 but doesn't that mean they can hack my site?]

Yes, if users need to upload files to a directory then the dir will need 777 (well, it could be 707 but we'll say 777 for simplicities sake)...

Make sure the *only* directory you set to 777 is the one they are uploading to. The biggest problem is that if files are uploaded, such as .php or .sh files, they can be run on the web server from a remote browser.. And yes, this means people have the potential to cause damage... However - making it 777 doesn't automatically place you at risk - there are a few more factors to consider:
The upload directories location:
If the root of your website is in /home/username/public_html but you have your uploads stored in /home/username/uploaded_files there is no way someone can access these files with their browser... However if you store your files in /home/username/public_html/uploaded_files you can be at risk... Check your modules' config to see if you can specify where the upload directory lives - and if possible make it somewhere out of your web servers path.

The module's built in security:
Most modules that let you upload files have some sort of checkign facility that only allows certain file types to be uploaded. If people are only uploading .gif / .jpg / etc files - you have no probs with using this module to hack your site.. (as long as there aren't any real security holes in the module itself)...

(dit gaat toevallig over phpnuke ofzo, maar dat geeft niet

)

-edit-
Ik zit iemand vals te beschuldigen van verkeerde informatie geven, excuus

[ Bericht 16% gewijzigd door Heliospan op 30-11-2004 17:22:37 ]

» Help mee met DrugsMag.nl! «
Chillosophy, Gras is groen

dinsdag 30 november 2004 @ 19:56:46 #113

huiz

Man in Black

quote:
Op dinsdag 30 november 2004 17:14 schreef Heliospan het volgende:
Je kan niet zomaar inbreken als iemand een map op 777 heeft staan, voor sommige scripts is dat zelfs een vereiste. Je moet alleen wel kijken wat voor script je hebt en hoe je die zelf in elkaar hebt gezet. Als je een afbeeldinguploader hebt die zonder problemen .PHP-bestanden door laat, dan ben je gewoon dom bezig.
[..]

(dit gaat toevallig over phpnuke ofzo, maar dat geeft niet )

-edit-
Ik zit iemand vals te beschuldigen van verkeerde informatie geven, excuus

Kijk, dit is betere informatie

Gek genoeg kom je dat nergens tegen, alleen maar kreten dat het levensgevaarlijk is.

Het probleem zit 'm dus in slechte code en het niet checken van geuploade bestanden. En slechte code kom je helaas veel te vaak tegen

Scope Pure Colombia BV

dinsdag 30 november 2004 @ 20:01:33 #114

huiz

Man in Black

quote:
Op dinsdag 30 november 2004 17:06 schreef JortK het volgende:
Weet iemand nog een goed boek om PHP uit te leren (het liefst nederlands talig )

Want heb op bol.com een paar boeken erover gezien maar weet niet welke goed zijn en welke niet

Ik heb Het Complete Handboek PHP 4 en die is wel redelijk compleet te noemen. Wel zitten er een aantal fouten in en je moet niet alles geloven wat ze beweren, maar als je nog van niks weet dan is het een leerzaam boek.
Daarnaast veel meelezen op YAPF, Phpfreaks, Hyperlinkz, Webscripters, (ook eens in de snippets database kijken) en hier op Fok natuurlijk

En nooit direct beginnen met enorme projecten, en niet teveel tegelijk willen (databases, templates, language independence files) maar gewoon lekker kleine dingetjes maken om te testen

Scope Pure Colombia BV

zondag 5 december 2004 @ 09:50:37 #115

BlueCurl

stel je hebt een hele mooie inc bestand met daarin de functie om je db te openen die je aanroept... alleen nu zit ik met het probleem dat .inc bestanden gewoon worden weeregeven als je ze in de adresblak intypt. is daar geen betere manier voor?

zondag 5 december 2004 @ 09:55:02 #116

Roonaan

Strictly

je inc directory afsluiten met .htaccess

zondag 5 december 2004 @ 09:55:57 #117

Roonaan

Strictly

of:

1
2
3
4
5
6
7

<?php
if($_SERVER['SCRIPT_NAME'] == __FILE__)
{
header('Location: http://www.mysite.com/' color="#007700">);
exit('');
}
?>

zondag 5 december 2004 @ 09:59:44 #118

BlueCurl

maar kun je het niet gewoon in een PHP file zetten dus bijvoorbeeld db_inc.php en die aanroepen zoals ook met ASP gebeurd?

zondag 5 december 2004 @ 10:08:19 #119

Roonaan

Strictly

quote:
maar kun je het niet gewoon in een PHP file zetten dus bijvoorbeeld db_inc.php en die aanroepen zoals ook met ASP gebeurd ?

define 'het', en wat gebeurt er in asp?

Dat stukje code dat ik je gaf zet je bovenin een phpfile die niet direct geopend mag worden. Het script test of het script aangeroepen door de bezoeker gelijk is aan de scriptfile zelf. Als dat zo is, wordt de gebruiker doorverwezen naar de site zelf.

Maar nogsteeds is .htaccess de beste oplossing vind ik. Je zet al je includes in één of meerdere directories en je sluit die directories af met een .htaccess bestand.

zondag 5 december 2004 @ 14:24:00 #120

Heliospan

(-_-)

quote:
Op zondag 5 december 2004 09:50 schreef BlueCurl het volgende:
stel je hebt een hele mooie inc bestand met daarin de functie om je db te openen die je aanroept... alleen nu zit ik met het probleem dat .inc bestanden gewoon worden weeregeven als je ze in de adresblak intypt. is daar geen betere manier voor?

Waarom maak je er geen .php van?

-edit-
oeps, ik moet leren lezen

» Help mee met DrugsMag.nl! «
Chillosophy, Gras is groen

FOK!-Schrikkelbaas maandag 6 december 2004 @ 22:48:37 #121

Swetsenegger

Egocentrische Narcist

1	<? echo htmlentities($row['price'],ISO8859-15); ?>

Dit zet het euro teken niet om naar een html entity hetgeen m'n validatie verneukt

Wat doe ik fout? Ik twijfel over de charset optie (of ik die goed gebruik, het is iig wel de charset welke het euroteken ondersteunt).

Betrouwbare juwelier met korting |  | FOK! Schrikkelbaasch | Koop een vakantiewoning!

maandag 6 december 2004 @ 22:58:08 #122

Ra-z

quote:
Op zondag 5 december 2004 09:50 schreef BlueCurl het volgende:
stel je hebt een hele mooie inc bestand met daarin de functie om je db te openen die je aanroept... alleen nu zit ik met het probleem dat .inc bestanden gewoon worden weeregeven als je ze in de adresblak intypt. is daar geen betere manier voor?

of je gebruik bestandsnamen als config.inc.php, veilig, geen gekut met .htaccess en je kan nog steeds in 1 oogopslag zien wat het moet doen

maandag 6 december 2004 @ 23:18:21 #123

SuperRembo

Sinds 1998

quote:
Op maandag 6 december 2004 22:48 schreef Swetsenegger het volgende:

[ code verwijderd ]

Dit zet het euro teken niet om naar een html entity hetgeen m'n validatie verneukt
Wat doe ik fout? Ik twijfel over de charset optie (of ik die goed gebruik, het is iig wel de charset welke het euroteken ondersteunt).

Moet

1	<? echo htmlentities($row['price'], ISO8859-15); ?>

niet

1	<? echo htmlentities($row['price'], ENT_COMPAT, ISO8859-15); ?>

zijn?

FOK!-Schrikkelbaas maandag 6 december 2004 @ 23:21:47 #124

Swetsenegger

Egocentrische Narcist

quote:
Op maandag 6 december 2004 23:18 schreef SuperRembo het volgende:

[..]

Moet
[ code verwijderd ]

niet
[ code verwijderd ]

zijn?

Mjah, dat zou betekenen dat je de derde optie nooit kan gebruiken zonder de tweede of zou

Hmz, dat zou betekenen dat je optie 3 nooit zonder twee kan gebruiken of zou

1	<? echo htmlentities($row['price'], , ISO8859-15); ?>

ook werken?

Betrouwbare juwelier met korting |  | FOK! Schrikkelbaasch | Koop een vakantiewoning!

maandag 6 december 2004 @ 23:34:45 #125

SuperRembo

Sinds 1998

Ik weet niet of het dan werkt, maar ENT_COMPAT is de default waarde die php gebruikt als je geen quotestyle opgeeft.

dinsdag 7 december 2004 @ 15:45:21 #126

ikke_ook

1
2
3

$query = "UPDATE albumtb
SET albumnaam = '$new_name'
WHERE albumnaam = '$album'";[/code

Dit werkt goed, alleen nu moet $new_name ook quotes kunnen bevatten... hoe maak ik het zo dat dat ook werkt?

Vogelaars.nl

woensdag 8 december 2004 @ 01:23:05 #127

Heliospan

(-_-)

Werkt dit?

1	SET albumnaam = '".addslashes($new_name)."'

_{stripslashes om de slashes weer weg te halen bij het lezen}

» Help mee met DrugsMag.nl! «
Chillosophy, Gras is groen

woensdag 8 december 2004 @ 09:42:19 #128

Roonaan

Strictly

quote:
Op woensdag 8 december 2004 01:23 schreef Heliospan het volgende:
_{stripslashes om de slashes weer weg te halen bij het lezen}

Neu hoor, dat is totaal overbodig.

woensdag 8 december 2004 @ 21:08:21 #129

mschol

oke een echte dummie vraag :

ik wil op een op een link pagina een url laten zien of gewoon tekst, dit is afhankelijk of Emule draait...

nou komt me vraag:
hoe kan ik checken of Emule draait..
ik kon mij vaag iets herinneren dat dit met sockect_connect zou moeten werken
maar ik krijg op die function een fatal error met dat de functie niet bestaat..

zie hier mijn phpinfo phpinfo

wat doe ik verkeerd???

wat kan ik hieraan doen, zie ik wat over het hoofd of wat???

[ Bericht 6% gewijzigd door mschol op 08-12-2004 22:34:24 ]

FOK!-Schrikkelbaas woensdag 8 december 2004 @ 21:21:37 #130

Swetsenegger

Egocentrische Narcist

Het probleem.
Ik heb twee tabellen. 1 met de te tonen tekst (header, tekst, footer), 1 met begrippen.

Nu wil ik de tekst, met een string replace kijken of er een begrip voorkomt uit de begrippen tabel en die dan vervangen door een href naar de begrippen lijst.

Ik dacht ik prop een while in een while, maar dat werkt niet zoals verwacht... Iemand een idee?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

$query='SELECT * FROM tekst';
$query_begrip='SELECT * FROM begrippen';
$result=mysql_query($query);
$result_begrip=mysql_query($query_begrip);
while($row=mysql_fetch_array($result)){

                                          while($row_begrip=mysql_fetch_array($result_begrip)){
                                                                           $begrip="{$row_begrip['begrip']}";
$short_text=str_replace($begrip,"<a href=\"begrippen.php#$begrip\" />$begrip</a>",$row['short_text']);}
                                                 ?>

</tr><tr>
<td style="vertical-align:top; width:33%;">
<div class="header"><img src="<? print"headers/{$row['name']}.jpg"; ?>" alt="pakketlogo" /></div>
<div class="package"><? print"$short_text"; ?>
<p>vanaf <span style="font-size:14pt; font-weight:bold; color:#2DB017;"><? echo htmlentities($row['price'],ISO8859-15); ?></span></p>
<div style="text-align:right"><? print"<a href=\"paketten.php?id={$row['id']}\">"; ?>meer... <img src="image/meer.gif" style="border-width:0px;" alt="meer" /></a></div></div></td>

De short text wordt nu bij elke while ronde hetzelfde en de while lus die begrippen moet vervangen, vervangt alleen het eerste begrip uit mijn tabel.

Ok, het probleem met de shorttext welke elke ronde hetzelfde was heb ik ondervangen.... Maar er wordt nog steeds alleen maar het eerste ID van de begrippen tabel vervangen. Ik zie echt niet wat ik fout doe.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

$query='SELECT * FROM pakketten';
$result=mysql_query($query);
        $kolom=0;
        while($row=mysql_fetch_array($result)){

                                                $query_begrip='SELECT * FROM begrippen';
                                                $result_begrip=mysql_query($query_begrip);
                                                while($row_begrip=mysql_fetch_array($result_begrip)){
                                                $begrip="{$row_begrip['begrip']}";
                                                $short_text=str_replace($begrip,"<a href=\"begrippen.php#$begrip\" />$begrip</a>",$row['short_text']);}
?>


<td style="vertical-align:top; width:33%;">
<div class="header"><img src="<? print"headers/{$row['name']}.jpg"; ?>" alt="pakketlogo" /></div>
<div class="package"><? print"$short_text"; ?>
<p>vanaf <span style="font-size:14pt; font-weight:bold; color:#2DB017;"><? echo htmlentities($row['price'],ISO8859-15); ?></span></p>
<div style="text-align:right"><? print"<a href=\"paketten.php?id={$row['id']}\">"; ?>meer... <img src="image/meer.gif" style="border-width:0px;" alt="meer" /></a></div></div></td>
<? }} ?>

dit:

1
2
3
4
5

$query_begrip='SELECT * FROM begrippen';
                                                $result_begrip=mysql_query($query_begrip);
                                                while($row_begrip=mysql_fetch_array($result_begrip)){
                                                $begrip="{$row_begrip['begrip']}";
                                                $short_text=str_replace($begrip,"<a href=\"begrippen.php#$begrip\" />$begrip</a>",$row['short_text']);}

Zou toch gewoon elk begrip in de begrippentabel moeten vervangen in de tekst en niet alleen de eerste

[ Bericht 7% gewijzigd door Swetsenegger op 08-12-2004 22:05:08 ]

Betrouwbare juwelier met korting |  | FOK! Schrikkelbaasch | Koop een vakantiewoning!

woensdag 8 december 2004 @ 22:14:02 #131

DutchBlood

Ik heb de volgende tabel met schaakuitslagen:

1
2
3
4
5
6
7
8

CREATE TABLE `sc_matches` (
  `matchid` int(6) unsigned NOT NULL auto_increment,
  `player1` tinyint(4) default NULL,
  `player2` tinyint(4) default NULL,
  `winst` tinyint(1) default NULL,
  `date` int(11) default NULL,
  PRIMARY KEY  (`matchid`)
) TYPE=MyISAM;

In winst staat 1/2/0. 1 voor winst van player1, 2 voor player2 en 0 voor remise.

Nu wil ik de top 5 uit die tabel halen, maar ik krijg de mysql query daarvoor niet bedacht. Iemand?

FOK!-Schrikkelbaas woensdag 8 december 2004 @ 22:20:26 #132

Swetsenegger

Egocentrische Narcist

Domdomdom...
elke keer pak ik in mijn while lus de ORIGINELE tekst weer, en niet de tekst welke ik in de eerste loop al veranderd heb.
Het resultaat is natuurlijk dat alleen het laatste begrip veranderd is...
opgelost dus met een klein ifje

Betrouwbare juwelier met korting |  | FOK! Schrikkelbaasch | Koop een vakantiewoning!

donderdag 9 december 2004 @ 11:17:11 #133

mschol

quote:
Op woensdag 8 december 2004 21:08 schreef mschol het volgende:
oke een echte dummie vraag :

ik wil op een op een link pagina een url laten zien of gewoon tekst, dit is afhankelijk of Emule draait...

nou komt me vraag:
hoe kan ik checken of Emule draait..
ik kon mij vaag iets herinneren dat dit met sockect_connect zou moeten werken
maar ik krijg op die function een fatal error met dat de functie niet bestaat..
zie hier mijn phpinfo phpinfo

wat doe ik verkeerd???

wat kan ik hieraan doen, zie ik wat over het hoofd of wat???

*kick*

donderdag 9 december 2004 @ 11:21:58 #134

Ra-z

quote:
Op donderdag 9 december 2004 11:17 schreef mschol het volgende:

[..]

*kick*

http://nl2.php.net/sockets

FOK!-Schrikkelbaas donderdag 9 december 2004 @ 13:31:02 #135

Swetsenegger

Egocentrische Narcist

quote:
Op donderdag 9 december 2004 11:17 schreef mschol het volgende:

[..]

*kick*

ff zoeken

Om te checken of mijn webcam aanstaat doe ik het volgende:

1
2
3
4
5
6
7
8
9
10
11
12
13

<?php
print '</div><br />';

$ip=255.255.255.255;
$port=80;
$fp = fsockopen($ip, $port, $errno, $errstr, 4);
if (!$fp) {
print "<div class=\"ticker\"><br /><a href=\"cam.php\" style=\"font-size:7pt;\">Swets-Cam</a> :<span style=\"color:#ff0000;\"> Uit.</span><br /><br /></div><br />\n\n";
fclose($fp);
} else {
print "<div class=\"ticker\"><br /><a href=\"cam.php\" style=\"font-size:7pt;\">Swets-Cam</a> :<span style=\"color:#00ffff;\"> Aan!</span><br /><br /></div><br />\n\n";
}
?>

Deze code probeert een socketverbinding op te zetten op IP $ip met poort $port..
De time out staat op 4 seconde.

Heb je hier wat aan?

[ Bericht 39% gewijzigd door Swetsenegger op 09-12-2004 17:13:57 ]

Betrouwbare juwelier met korting |  | FOK! Schrikkelbaasch | Koop een vakantiewoning!

FOK!-Schrikkelbaas donderdag 9 december 2004 @ 16:58:51 #136

Swetsenegger

Egocentrische Narcist

waarom wordt m'n euroteken nou niet geencodeerd?

1
2
3

<?php
echo htmlentities($row['price'], ENT_COMPAT, ISO-8859-15);
?>

http://nl3.php.net/htmlentities

quote:
ISO-8859-15 ISO8859-15 Western European, Latin-9. Adds the Euro sign, French and Finnish letters missing in Latin-1(ISO-8859-1).

Betrouwbare juwelier met korting |  | FOK! Schrikkelbaasch | Koop een vakantiewoning!

donderdag 9 december 2004 @ 17:08:16 #137

mschol

quote:
Op donderdag 9 december 2004 13:31 schreef Swetsenegger het volgende:

[..]

ff zoeken

Om te checken of mijn webcam aanstaat doe ik het volgende:
[ code verwijderd ]

Deze code probeert een socketverbinding op te zetten op IP $ip met poort $port..
De time out staat op 4 seconde.

Heb je hier wat aan?

Your my Hero

das exact wat ik nodig heb...

FOK!-Schrikkelbaas donderdag 9 december 2004 @ 17:12:33 #138

Swetsenegger

Egocentrische Narcist

quote:
Op donderdag 9 december 2004 17:08 schreef mschol het volgende:

[..]

Your my Hero
das exact wat ik nodig heb...

Yw...
ik heb me toen het lazerus gezocht. Ook op phpfreakz heeft er zelfs maar iemand een reactie gepost hoe ik dit moest oplossen.

Als je ff op www.123swets.com kijkt zie je de code in actie (hij zal 'uit' retouneren.) Wel handig om te kijken, want gedurende de time-out periode wordt er GEEN html geparst. Je kijkt dus 4 seconde lang naar een half leeg scherm. Het is dus zaak om die time-out zo krap mogelijk te zetten.
Bij 3 seconde merkte ik dat het niet echt betrouwbaar was, omdat er dan soms 'uit' retour kwam terwijl de cam wel aanstond.

Betrouwbare juwelier met korting |  | FOK! Schrikkelbaasch | Koop een vakantiewoning!

donderdag 9 december 2004 @ 17:21:37 #139

Roonaan

Strictly

Het makkelijkst is dus om zulke geintjes te combineren met simpelweg een image of iets dergelijks.

Gewoon <img src="camstate.php?ext=.png" /> en dan geeft die een aan of een uit image terug.

Heb je ook geen delay in je webpage eigenlijk.

Om de load te verlichten zou je via een cache bij kunnen houden dat hij maar 1 keer per 5 minuten checked ofzo, alhoewel de traffic van zulke dingen minimaal is natuurlijk.

-r-

FOK!-Schrikkelbaas donderdag 9 december 2004 @ 17:24:09 #140

Swetsenegger

Egocentrische Narcist

quote:
Op donderdag 9 december 2004 17:21 schreef Roönaän het volgende:
Het makkelijkst is dus om zulke geintjes te combineren met simpelweg een image of iets dergelijks.

Gewoon <img src="camstate.php?ext=.png" /> en dan geeft die een aan of een uit image terug.

Heb je ook geen delay in je webpage eigenlijk.

Om de load te verlichten zou je via een cache bij kunnen houden dat hij maar 1 keer per 5 minuten checked ofzo, alhoewel de traffic van zulke dingen minimaal is natuurlijk.

-r-

Hij checked alleen on load.

Betrouwbare juwelier met korting |  | FOK! Schrikkelbaasch | Koop een vakantiewoning!

donderdag 9 december 2004 @ 19:23:57 #141

Heliospan

(-_-)

Ik heb een MySQL-tabel met informatie over elke mp3 die ik heb beluisterd in Winamp. In die tabel staat onder andere de cel "genreID", een cijfer die naar de genre-tabel wijst waar de namen bij staan. "genreID" is een cijfer tussen 1 en 50. Ik wil nu het genreID dat het vaakst voorkomt hebben, welke toevoeging als AVG, COUNT, moet ik gebruiken en hoe?

» Help mee met DrugsMag.nl! «
Chillosophy, Gras is groen

donderdag 9 december 2004 @ 20:00:03 #142

mschol

quote:
Op donderdag 9 december 2004 17:12 schreef Swetsenegger het volgende:

[..]

Yw...
ik heb me toen het lazerus gezocht. Ook op phpfreakz heeft er zelfs maar iemand een reactie gepost hoe ik dit moest oplossen.

Als je ff op www.123swets.com kijkt zie je de code in actie (hij zal 'uit' retouneren.) Wel handig om te kijken, want gedurende de time-out periode wordt er GEEN html geparst. Je kijkt dus 4 seconde lang naar een half leeg scherm. Het is dus zaak om die time-out zo krap mogelijk te zetten.
Bij 3 seconde merkte ik dat het niet echt betrouwbaar was, omdat er dan soms 'uit' retour kwam terwijl de cam wel aanstond.

yup ,je cam had ik idd al gezien.

bleek dat hij socket_connect iet kende omdat ik de php module niet had in geladen

heb ik gelijk veranderd...

gebruik nu het volgende:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

<?php
$portnr = "4711";
$host = "fia181-83.dsl.hccnet.nl";
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
$fp = socket_connect($socket,$host,$portnr);
if($fp)
{
print "<tr><td><span><a href='http://".$host.":".$portnr."'>Emule is running</a></span></td></tr>";
}
else
{
print "<tr><td><span>Emule isn't running</span></td></tr>";
}
?>

FOK!-Schrikkelbaas donderdag 9 december 2004 @ 21:39:23 #143

Swetsenegger

Egocentrische Narcist

quote:
Op donderdag 9 december 2004 16:58 schreef Swetsenegger het volgende:
waarom wordt m'n euroteken nou niet geencodeerd?
[ code verwijderd ]

http://nl3.php.net/htmlentities
[..]

Iemand?

Betrouwbare juwelier met korting |  | FOK! Schrikkelbaasch | Koop een vakantiewoning!

donderdag 9 december 2004 @ 22:35:16 #144

SuperRembo

Sinds 1998

quote:
Op donderdag 9 december 2004 21:39 schreef Swetsenegger het volgende:

[..]

Iemand?

Het euro-teken wordt gewoon niet vervangen. Het staat niet in de translation table.

Waarom wil je 'm vervangen? Als je overal dezelfde encoding gebruikt dan heeft niemand er last van.

FOK!-Schrikkelbaas donderdag 9 december 2004 @ 22:40:12 #145

Swetsenegger

Egocentrische Narcist

quote:
Op donderdag 9 december 2004 22:35 schreef SuperRembo het volgende:

[..]

Het euro-teken wordt gewoon niet vervangen. Het staat niet in de translation table.

Waarom wil je 'm vervangen? Als je overal dezelfde encoding gebruikt dan heeft niemand er last van.

zoals gezegd van php.net:

quote:
Table 2. Supported charsets

Charset Aliases Description
ISO-8859-1 ISO8859-1 Western European, Latin-1
ISO-8859-15 ISO8859-15 Western European, Latin-9. Adds the Euro sign, French and Finnish letters missing in Latin-1(ISO-8859-1).
UTF-8 ASCII compatible multi-byte 8-bit Unicode.
cp866 ibm866, 866 DOS-specific Cyrillic charset. This charset is supported in 4.3.2.
cp1251 Windows-1251, win-1251, 1251 Windows-specific Cyrillic charset. This charset is supported in 4.3.2.
cp1252 Windows-1252, 1252 Windows specific charset for Western European.
KOI8-R koi8-ru, koi8r Russian. This charset is supported in 4.3.2.
BIG5 950 Traditional Chinese, mainly used in Taiwan.
GB2312 936 Simplified Chinese, national standard character set.
BIG5-HKSCS Big5 with Hong Kong extensions, Traditional Chinese.
Shift_JIS SJIS, 932 Japanese
EUC-JP EUCJP Japanese

Volgens php.net wordt hij dus wel vervangen MITS je ISO-8859-15 opgeeft als 3e parameter in htmlentities.

En waarom ik het wil?
Het verneukt mijn validatie, je mag geen plat euroteken in je tekst gebruiken volgens de w3c

Betrouwbare juwelier met korting |  | FOK! Schrikkelbaasch | Koop een vakantiewoning!

donderdag 9 december 2004 @ 23:05:29 #146

SuperRembo

Sinds 1998

Ok, dat is idd wel vreemd.
Met default_charset = "iso-8859-15" in php.ini of ini_set('default_charset', 'iso-8859-15') merkte ik ook geen verschil.

FOK!-Schrikkelbaas vrijdag 10 december 2004 @ 09:01:14 #147

Swetsenegger

Egocentrische Narcist

quote:
Op donderdag 9 december 2004 23:05 schreef SuperRembo het volgende:
Ok, dat is idd wel vreemd.
Met default_charset = "iso-8859-15" in php.ini of ini_set('default_charset', 'iso-8859-15') merkte ik ook geen verschil.

Ja, dat probleem heb ik dus ook

Betrouwbare juwelier met korting |  | FOK! Schrikkelbaasch | Koop een vakantiewoning!

vrijdag 10 december 2004 @ 09:58:53 #148

Roonaan

Strictly

Stomme vraag, als je iso-8859-15 opgeeft als derde parameter, is je euroteken dan ook wel een euroteken in die charset?

En het lijkt mij dat je best een plat euroteken kan gebruiken, mits je de goede charset opgeeft toch? Anders zou je ook geen é of een á kunnen gebruiken, wat wel degelijk mogelijk is.

FOK!-Schrikkelbaas vrijdag 10 december 2004 @ 10:38:36 #149

Swetsenegger

Egocentrische Narcist

quote:
Op vrijdag 10 december 2004 09:58 schreef Roönaän het volgende:
Stomme vraag, als je iso-8859-15 opgeeft als derde parameter, is je euroteken dan ook wel een euroteken in die charset?

En het lijkt mij dat je best een plat euroteken kan gebruiken, mits je de goede charset opgeeft toch? Anders zou je ook geen é of een á kunnen gebruiken, wat wel degelijk mogelijk is.

Ik heb de charset als metatag opgegeven en ook dan valideert w3c niet.
Overigens krijg ik dan nog veel meer meldingen naast alleen het euroteken.

Maar ik trek de tekst wel door een str_replace

Betrouwbare juwelier met korting |  | FOK! Schrikkelbaasch | Koop een vakantiewoning!

vrijdag 10 december 2004 @ 14:15:45 #150

Forau_Diavolina

Sine Missione

Ik zit met een klein probleempje.
Ik heb een verouderd scriptje overgenomen met het volgende;

1
2
3
4
5
6
7
8
9
10
11

<?php
global $strDesc;

global $fileUpload;

global $fileUpload_name;

global $fileUpload_size;

global $fileUpload_type;
?>

Weet iemand wat er wel moet staan om het te laten werken?
De bovenste moet meen ik $_POST zijn, en de tweede $_FILE, maar dat moet weer anders getypt worden ofzo.
En ik ben de weg nu kwijt.

"Everybody talking to their pockets
Everybody wants a box of chocolates"
~Leonard Cohen

Forum Opties
Forumhop:
Hop naar:	(afkorting, bv 'KLB')

[PHP] voor dummies - Deel 3

» digital corner

» digital corner