abonnement Unibet Coolblue Bitvavo
pi_41780675
quote:
Op woensdag 13 september 2006 19:42 schreef Roönaän het volgende:
Dit kopiëert vast makkelijker voor Swets, door de forumbugs
http://www.roonaan.nl/read,nl,15,4,0.html

Interessant artikel btw, ik ga me er ook eens in verdiepen als ik weer wat tijd heb
  FOK!-Schrikkelbaas woensdag 13 september 2006 @ 20:19:41 #152
1972 Swetsenegger
Egocentrische Narcist
pi_41780897
quote:
Op woensdag 13 september 2006 20:13 schreef Nevermind het volgende:

[..]

Dit kopiëert vast makkelijker voor Swets, door de forumbugs
http://www.roonaan.nl/read,nl,15,4,0.html

Interessant artikel btw, ik ga me er ook eens in verdiepen als ik weer wat tijd heb
Ook wat meer uitleg en randinformatie
pi_41781112
quote:
Op woensdag 13 september 2006 20:13 schreef Nevermind het volgende:

[..]

Dit kopiëert vast makkelijker voor Swets, door de forumbugs
http://www.roonaan.nl/read,nl,15,4,0.html

Interessant artikel btw, ik ga me er ook eens in verdiepen als ik weer wat tijd heb
Die heb ik vanmiddag geschreven nav dit topic
pi_41781580
quote:
Op woensdag 13 september 2006 19:42 schreef Roönaän het volgende:
[...]
Maar heel veel meer dan een fancy include is dit toch niet, of zie ik dat verkeerd?
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
pi_41781793
quote:
Op woensdag 13 september 2006 20:39 schreef SuperRembo het volgende:
Maar heel veel meer dan een fancy include is dit toch niet, of zie ik dat verkeerd?
klopt, maar het werkt als een zonnestraal
pi_41783073
quote:
Op woensdag 13 september 2006 20:45 schreef Roönaän het volgende:

[..]

klopt, maar het werkt als een zonnestraal
Maar waarom de keuze om de templates in PHP te schrijven terwijl zoiets in een Smarty-template imho veel gemakkelijker kan? De voordelen zijn:
- afgezonderde scope voor je template
- template errors zijn beter af te vangen (itt de vage PHP errors die je af en toe krijgt bij het vergeten van een haakje ergens)
- na compileren wordt een zeer sterk in elkaar gedrukte PHP-code gegenereerd en opgeslagen, die eventueel na uitvoering gecached kan worden

Mogelijk nadeel:
- een kleine overhead (die wellicht ongedaan wordt gemaakt door caching)

pi_41789421
quote:
Op woensdag 13 september 2006 14:49 schreef Darkomen het volgende:
Als je een beetje wilt leren hoe het leuk te te passen kan je eventueel kijken naar PHPBB.com
http://www.phpbb.com/kb/article.php?article_id=200
Ik ben bezig een site te bouwen die volledig via phpbb werkt, hun usertabellen, template system etc.
Das toch dat forum, dat best wel op firefox lijkt? Te populair door mond op mond reclame, terwijl er betere alternatieven zijn?

En wil je hem toch gebruiken, gebruik eens een orginele template!

tot zo ver mijn offtopic bijdrage...
pi_41791589
quote:
Op woensdag 13 september 2006 21:17 schreef JeRa het volgende:
Maar waarom de keuze om de templates in PHP te schrijven terwijl zoiets in een Smarty-template imho veel gemakkelijker kan? De voordelen zijn:
- afgezonderde scope voor je template
- template errors zijn beter af te vangen (itt de vage PHP errors die je af en toe krijgt bij het vergeten van een haakje ergens)
- na compileren wordt een zeer sterk in elkaar gedrukte PHP-code gegenereerd en opgeslagen, die eventueel na uitvoering gecached kan worden
Mogelijk nadeel:
- een kleine overhead (die wellicht ongedaan wordt gemaakt door caching)
- caching system an sich is al overhead
- in elkaar gedrukte php code boeit rerlatief weinig. Belangrijker argument zou kunnen zijn dat je in php5 smarty gecompiled hebt als library. (toch?). Daarnaast zouden beide stukken code meer profiteren van de aanwezigheid van een bytecode cache dan van het wel of niet in elkaar drukken van wat code.
- qua scoping heb je gelijk als je met meer man aan een project werkt en daadwerkelijk een code-person hebt en een template-person. Voor hoeveel mensen in dit topic geldt dat?
  donderdag 14 september 2006 @ 08:11:04 #159
12880 CraZaay
prettig gestoord
pi_41792121
quote:
Op donderdag 14 september 2006 00:50 schreef the_disheaver het volgende:

[..]

Das toch dat forum, dat best wel op firefox lijkt?
Erm, nee? PhpBB ziet er al eeuwen hetzelfde uit, volgens mij al sinds voor het bestaan van Firefox.
pi_41792932
quote:
Op donderdag 14 september 2006 00:50 schreef the_disheaver het volgende:

[..]

Das toch dat forum, dat best wel op firefox lijkt? Te populair door mond op mond reclame, terwijl er betere alternatieven zijn?

En wil je hem toch gebruiken, gebruik eens een orginele template!

tot zo ver mijn offtopic bijdrage...
eerst verder lezen, dan zeiken.
pi_41794405
quote:
Op donderdag 14 september 2006 06:09 schreef Roönaän het volgende:

[..]

- caching system an sich is al overhead
Dan mis je het punt van caching, dat is namelijk overhead toevoegen om de uiteindelijke parse- of serveertijd te verlágen je spaart je processor door te cachen en dus geheugen (=snel) te gebruiken (harde schijf, RAM, etc) en dat is zeker sneller dan een script laden, alle benodigde libraries laden en vervolgens de hele boel parsen en outputten.
quote:
- in elkaar gedrukte php code boeit rerlatief weinig. Belangrijker argument zou kunnen zijn dat je in php5 smarty gecompiled hebt als library. (toch?). Daarnaast zouden beide stukken code meer profiteren van de aanwezigheid van een bytecode cache dan van het wel of niet in elkaar drukken van wat code.
Ik weet niets van een library ala Smarty in PHP5. Zou wel vreemd zijn, aangezien in PHP de libraries meestal C++ zijn en dus niet i.t.t. Java in de eigen taal alles/veel gedefinieerd heeft. Maar mijn punt was dus dat je bovenop je normále (in PHP geschreven) templates al dus een lichte performancewinst krijgt door die templates
quote:
- qua scoping heb je gelijk als je met meer man aan een project werkt en daadwerkelijk een code-person hebt en een template-person. Voor hoeveel mensen in dit topic geldt dat?
Het gaat niet over dit topic, het gaat erom waarom je voor een dergelijk templatesysteem kiest één van de meest geprezen eigenschappen van zo'n systeem is dat je je code en templates gescheiden kunt houden, dus waarom niet gebruik maken van een systeem dat inherent is aan dat principe?
pi_41827277
quote:
Op woensdag 13 september 2006 12:13 schreef Giel83 het volgende:

[..]

Je bedoelt een ideetje voor het .htpasswd probleem?
Het ziet er goed uit, unix htpasswd maakt volgens mij ook gewoon gebruik van crypt.
$htpasswd_text .= "$user:".crypt($password],CRYPT_STD_DES)."";
alleen je $password staat tussen verkeerde haken, misschien een syntax foutje?
En volgens mij maak je op deze manier ook geen nieuwe regels aan als je een gebruiker toevoegt, dus op het eind nog een rn.
[ code verwijderd ]

Zoiets denk ik?

En staat je htpasswd file wel op de goede locatie?

Edit: Hmz... Hij verwijdert automatisch de slashes van de r n ?
Dat was het, tnx
pi_41833114
ik heb een raar probleempje met een switch.. ala
1
2
3
4
5
switch (true){
   case in_array("trigger1",$triggers):
//doe dit
   case in_array("trigger2",$triggers):
//doe dat


nou wil ik dus zeg maar dat hij voor elke waarde zijn actie uitvoert. dus als case 1 true is, moet hij die uitvoeren. en als case2 true is, moet hij die uitvoeren. is case1 en case2 allebei true, moet hij ze allebei uitvoeren. maar het lijkt nu alsof hij altijd case1 uitvoert? het zal wel een foutje zijn in de code..
As a rule, I never touch anything more sophisticated and delicate than myself.
pi_41833511
quote:
Op donderdag 14 september 2006 10:11 schreef JeRa het volgende:
Dan mis je het punt van caching, dat is namelijk overhead toevoegen om de uiteindelijke parse- of serveertijd te verlágen je spaart je processor door te cachen en dus geheugen (=snel) te gebruiken (harde schijf, RAM, etc) en dat is zeker sneller dan een script laden, alle benodigde libraries laden en vervolgens de hele boel parsen en outputten.
Ja duh. Maar smarty cached niet in het geheugen toch? Die parsed je template, maakt er een fancy php-script van en voert die uit. Of overzie ik iets.
quote:
Ik weet niets van een library ala Smarty in PHP5. Zou wel vreemd zijn, aangezien in PHP de libraries meestal C++ zijn en dus niet i.t.t. Java in de eigen taal alles/veel gedefinieerd heeft.
[quote]
Er staat me vaag bij dat er van smarty een c versie zou zijn gemaakt oid. Maar niet echt concreet hoe/wat/waar/wie/waarom verder.
[quote]
Maar mijn punt was dus dat je bovenop je normále (in PHP geschreven) templates al dus een lichte performancewinst krijgt door die templates
Maar díe caching valt nog steeds in het niet met het installeren van zend optimizer bijv. Kan je je tijd beter daaraan besteden. Mijn vraag blijft echter staan: in hoeverre is de smarty cache iets anders dan een geoptimaliseerde php file die elke run geparsed moet worden?
quote:
Het gaat niet over dit topic, het gaat erom waarom je voor een dergelijk templatesysteem kiest één van de meest geprezen eigenschappen van zo'n systeem is dat je je code en templates gescheiden kunt houden, dus waarom niet gebruik maken van een systeem dat inherent is aan dat principe?
Mja. Op een gegeven moment heeft ook iemand geprezen dat je objecten moest gebruiken in php, waardoor massa's scriptkids zonder na te denken mysql_fetch_object gingen gebruiken.
Tuurlijk is code/templates gescheiden een ideale opzet. Echter verschilt het van project tot project of je voor ideaal gaat, of dat je ook werkbaarheid, onderhoudbaarheid en development snelheid.
Zeker als je in je eentje zit te ontwikkelen voor een eigen siteje, is het een totaal ander verhaal met een productie omgeving met meerdere ontwikkelaars etc.
pi_41838634
quote:
Op vrijdag 15 september 2006 13:33 schreef Roönaän het volgende:

[..]

Ja duh. Maar smarty cached niet in het geheugen toch? Die parsed je template, maakt er een fancy php-script van en voert die uit. Of overzie ik iets.
[..]

Maar díe caching valt nog steeds in het niet met het installeren van zend optimizer bijv. Kan je je tijd beter daaraan besteden. Mijn vraag blijft echter staan: in hoeverre is de smarty cache iets anders dan een geoptimaliseerde php file die elke run geparsed moet worden?
Het heeft best wel zin om je te verdiepen in een dergelijk templatesysteem voordat je erover gaat discussiëren want Smarty voert weliswaar geen caching uit in het geheugen maar voert weldegelijk caching uit in de vorm van de gecompileerde templates (dus ná het parsen door PHP) opslaan op disk en kan ze gebruiken zodra de condities daarvoor gunstig zijn.

Daar bovenop kun je natuurlijk ook nog een optimizer pakken die de PHP-files van Smarty optimaliseert, ze compileert naar bytecode en ze direct in de Zend engine injecteert. Maar vaak zijn die optimizers te algemeen om iets als templates goed aan te pakken, daarom heeft Smarty die features aan boord
  vrijdag 15 september 2006 @ 18:33:44 #166
85514 ralfie
!Yvan eht nioj
pi_41840999
quote:
Op vrijdag 15 september 2006 13:16 schreef Desdinova het volgende:
ik heb een raar probleempje met een switch.. ala
[ code verwijderd ]

nou wil ik dus zeg maar dat hij voor elke waarde zijn actie uitvoert. dus als case 1 true is, moet hij die uitvoeren. en als case2 true is, moet hij die uitvoeren. is case1 en case2 allebei true, moet hij ze allebei uitvoeren. maar het lijkt nu alsof hij altijd case1 uitvoert? het zal wel een foutje zijn in de code..
Switch zijn alleen voor "of...of...of" constructies, geen "of...en of..." Daarvoor zul je gewoon ifjes en else ifjes voor moeten gebruiken

verder ben je waarschijnlijk break vergeten bij iedere case?
1
2
3
4
5
6
7
8
9
10
11
12
<?php
switch(x) {
case
1:
echo
'bla';
break;
case
2:
echo
'hai';
break;
case
3:
echo
'drie';
}
?>
Zodra een case gematched is wordt de hele mik daaronder gewoon uitgevoerd, zonder naar de andere cases te kijken. Er wordt er altijd maar max 1 gematched

[ Bericht 5% gewijzigd door ralfie op 15-09-2006 19:34:22 (jaja, het moest \'switch\' zijn :\')) ]
pi_41842483
quote:
Op vrijdag 15 september 2006 18:33 schreef ralfie het volgende:

[..]

Selects zijn alleen voor "of...of...of" constructies, geen "of...en of..." Daarvoor zul je gewoon ifjes en else ifjes voor moeten gebruiken

verder ben je waarschijnlijk break vergeten bij iedere case?
[ code verwijderd ]

Zodra een case gematched is wordt de hele mik daaronder gewoon uitgevoerd, zonder naar de andere cases te kijken. Er wordt er altijd maar max 1 gematched
Bedoel je niet 'switch'? 'Select (case)' komt uit de tijd van (Quick/Visual)Basic en heeft in andere talen een compléét andere betekenis
  vrijdag 15 september 2006 @ 19:36:30 #168
85514 ralfie
!Yvan eht nioj
pi_41843188
Ja, daar heb ik altijd problemen mee uren aan het debuggen om erachter te komen dat het niet select maar switch is. Daarom zweer ik bij sintax highlighting
pi_41846821
quote:
Op vrijdag 15 september 2006 18:33 schreef ralfie het volgende:

[..]

Switch zijn alleen voor "of...of...of" constructies, geen "of...en of..." Daarvoor zul je gewoon ifjes en else ifjes voor moeten gebruiken

verder ben je waarschijnlijk break vergeten bij iedere case?
[ code verwijderd ]

Zodra een case gematched is wordt de hele mik daaronder gewoon uitgevoerd, zonder naar de andere cases te kijken. Er wordt er altijd maar max 1 gematched
hmm ik had die break dus expres weggelaten zodat hij door zou gaan met de switch. dan worden het ifjes.

primitief hoor
As a rule, I never touch anything more sophisticated and delicate than myself.
pi_41847416
quote:
Op vrijdag 15 september 2006 18:33 schreef ralfie het volgende:

[..]

Switch zijn alleen voor "of...of...of" constructies, geen "of...en of..."
1
2
3
4
5
6
7
8
9
10
11
12
<?php
switch ($x) {
    case
'a':
    case
'b':
        echo
'$x is a of b';
        break;
    case
'c':
    case
'd':
        echo
'$x is c of d';
        break;
}
?>
  vrijdag 15 september 2006 @ 22:07:20 #171
85514 ralfie
!Yvan eht nioj
pi_41847434
quote:
Op vrijdag 15 september 2006 22:06 schreef Light het volgende:

[..]
[ code verwijderd ]
dat is of of...of of
pi_41858053
quote:
Op vrijdag 15 september 2006 22:07 schreef ralfie het volgende:

[..]

dat is of of...of of
maar dat maakt niet uit.. het punt is dat hij ophoudt met de switch na de break
dus als er iets zou zijn waardoor hij dus gewoon verder blijft gaan met checken op overeenkomsten zou alles goed gaan
As a rule, I never touch anything more sophisticated and delicate than myself.
  zondag 17 september 2006 @ 12:40:11 #173
62215 qu63
..de tijd drinkt..
pi_41884564
is het mogelijk dat als script A wordt geopend, deze een soort 'ping' stuurd naar script B, waardoor script B uitgevoerd wordt(aan de hand van een aantal voorwaarden natuurlijk)?
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_41885403
quote:
Op zondag 17 september 2006 12:40 schreef qu63 het volgende:
is het mogelijk dat als script A wordt geopend, deze een soort 'ping' stuurd naar script B, waardoor script B uitgevoerd wordt(aan de hand van een aantal voorwaarden natuurlijk)?
Bedoel je dat script A en script B niet op dezelfde server staan of wat?
  zondag 17 september 2006 @ 13:13:24 #175
62215 qu63
..de tijd drinkt..
pi_41885794
quote:
Op zondag 17 september 2006 13:00 schreef JeRa het volgende:

[..]

Bedoel je dat script A en script B niet op dezelfde server staan of wat?
het moet een soort alternatief voor een cronjob zijn zeg maar. ik wil dus dat script B kijkt hoe laat is het is bijvoorbeeld en dan een soort update uitvoerd..

duidelijk
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_41886532
quote:
Op zondag 17 september 2006 13:13 schreef qu63 het volgende:

[..]

het moet een soort alternatief voor een cronjob zijn zeg maar. ik wil dus dat script B kijkt hoe laat is het is bijvoorbeeld en dan een soort update uitvoerd..

duidelijk
Tja, je kunt bij de aanroep van script A er natuurlijk voor zorgen dat script B wordt uitgevoerd door middel van een exec(), maar dat is bij lange na niet hetzelfde als een cronjob
  FOK!-Schrikkelbaas zondag 17 september 2006 @ 13:46:11 #177
1972 Swetsenegger
Egocentrische Narcist
pi_41887086
Sowieso is een cronjob maar zelden nodig
pi_41887563
quote:
Op zondag 17 september 2006 13:46 schreef Swetsenegger het volgende:
Sowieso is een cronjob maar zelden nodig
De dingen die je normaal gesproken in een cronjob zou zetten kun je heel hackish ook in je scripts verwerken zodat bij één op de zoveel aanroepen op je website zo'n 'cronjob' wordt gestart. Maar dat vind ik erg lelijk in vergelijking met een nette cronjob
  zondag 17 september 2006 @ 14:39:59 #179
62215 qu63
..de tijd drinkt..
pi_41888906
quote:
Op zondag 17 september 2006 13:33 schreef JeRa het volgende:

[..]

Tja, je kunt bij de aanroep van script A er natuurlijk voor zorgen dat script B wordt uitgevoerd door middel van een exec(), maar dat is bij lange na niet hetzelfde als een cronjob
exec() werkt toch alleen lokaal?
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_41889219
quote:
Op zondag 17 september 2006 14:39 schreef qu63 het volgende:

[..]

exec() werkt toch alleen lokaal?
Een cronjob ook, maar ik vroeg je zojuist of de scripts op dezelfde server stonden maar je antwoordde niet

Je kunt het in dat geval doen met een stream wrapper. Zoiets roept een remote scriptje aan:

1$result = file_get_contents('http://www.domein.nl/pad/naar/script.php');
  zondag 17 september 2006 @ 16:59:18 #181
62215 qu63
..de tijd drinkt..
pi_41893022
quote:
Op zondag 17 september 2006 14:50 schreef JeRa het volgende:

[..]

Een cronjob ook, maar ik vroeg je zojuist of de scripts op dezelfde server stonden maar je antwoordde niet

Je kunt het in dat geval doen met een stream wrapper. Zoiets roept een remote scriptje aan:


[ code verwijderd ]
en dan wordt http://www.domein.nl/pad/naar/script.php dus uitgevoerd..

zoiets moet ik hebben idd
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
  FOK!-Schrikkelbaas zondag 17 september 2006 @ 17:39:14 #182
1972 Swetsenegger
Egocentrische Narcist
pi_41894261
quote:
Op zondag 17 september 2006 13:57 schreef JeRa het volgende:

[..]

De dingen die je normaal gesproken in een cronjob zou zetten kun je heel hackish ook in je scripts verwerken zodat bij één op de zoveel aanroepen op je website zo'n 'cronjob' wordt gestart. Maar dat vind ik erg lelijk in vergelijking met een nette cronjob
Ik bedoelde meer dat mensen heel vaak een cronjob gebruiken om een scipt om 12 uur 's nachts uit te voeren, terwijl een vaste tijd voor de uitvoer van het script helemaal niet nodig is.

Voorbeeldje, ik had een tijdlang een cron die bestellingen die niet bevestigd zijn uit de database verwijderde. Het doel is natuurlijk duidelijk, namelijk dat de admin alleen bevestigde bestellingen ziet.

Maar.... het is dus helemaal niet van belang dat die bestellingen elke 24 uur gewist worden. Bestellingen die niet binnen 24 uur zijn bevestigd moeten alleen weg zijn als de admin inlogt. Dus in plaats van een cron kan je simpelweg bij de inlog procedure checken op bevestigingen.
pi_41896245
Het ligt er natuurlijk aan wat die cronjob moet doen. Die bevestigingen zijn zo verwijderd, maar als je iets moet uitvoeren waar weet-ik-wat voor uitgevoerd moet worden (intensief werk), dan is het altijd wel verstandig om deze los van de scripts die je gebruikers gebruiken te laten draaien.
pi_41918777
Ik heb een veld die true of false kan zijn (1 / 0). Is het mogelijk om in 1 query te zorgen dat het veld verspringt van waarde? Dus als het veld 0 is, dat ik een query uitvoer die de waarde 1 maakt, zonder dat ik zelf eerst hoef te checken wat de waarde is en de query daar op aan pas?
As a rule, I never touch anything more sophisticated and delicate than myself.
pi_41918859
UPDATE table SET veld = 1 - veld WHERE record_id = 1;

-r-
pi_41918870
quote:
Op maandag 18 september 2006 13:53 schreef Desdinova het volgende:
Ik heb een veld die true of false kan zijn (1 / 0). Is het mogelijk om in 1 query te zorgen dat het veld verspringt van waarde? Dus als het veld 0 is, dat ik een query uitvoer die de waarde 1 maakt, zonder dat ik zelf eerst hoef te checken wat de waarde is en de query daar op aan pas?
1UPDATE tabel SET value = 1 - value


edit: spuit veul
pi_41918902
ik pomp al sinds vorig jaar mijn postaantal van fok door naar een database
maar sinds de update van fok krijg mijn script geen profiel pagina meer terug maar een Error #2 met als melding Functie momenteel niet beschikbaar

ik heb mij laten vertellen in het algemene dugs na de update topic dat dit zou liggen aan de cookies die ik niet verstuur.
ik heb vervolgens dus maar firefox geinstalleerd inclusief extensie om de headers te bekijken (zodat ik de headers en de cookies kan zien)
echter als ik dit overneem in mijn script werkt het nog niet...
iemand een idee welke headers en cookie variabelen moeten worden verstuurd en hoe ik dat moet doen
mijn script ziet er nu zo uit (headers heb ik weggelaten)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
<?php
php
include("../includes/mysql.inc");
$dbHost = 'localhost';
$dbPass = '*******';
$dbUser = '********';
$dbName = '*******';

$lines = file('http://forum.fok.nl/user/profile/77135');
$regex = '/(d+) (gemiddeld (d+) per dag)/ism';
$i=50;
$con = connectDB($dbHost,$dbUser,$dbPass,$dbName);
$query1 = RunQuery("SELECT `ID` FROM `posts` ORDER BY 'ID' DESC");
$query1 = mysql_fetch_array($query1);
$ID=$query1[0];
$ID=$ID+1;
while(
$i&lt;300)
{
preg_match_all($regex,$lines[$i],$needle);
  
$needle = split(' ',$needle[0][0]);
  if(
$needle[0] != '' && is_numeric($needle[0]))
  {
    
$query = RunQuery("INSERT INTO `posts` (`posts`,`datum`,`ID`) VALUES('$needle[0]','".date('Y-m-d H:i:s')."','".$ID."')");
    
CloseConDB($con);
    exit;
  }
$i++;
}
?>


dit werkte dus tot na de update
iemand die me verder zou kunnen helpen?

dit zijn de headers die ik door krijg via een extensie in FF
quote:
HTTP/1.1 200 OK
Date: Mon, 18 Sep 2006 11:57:05 GMT
Server: Apache/2.0.54 (Debian GNU/Linux) PHP/4.3.10-16
X-Powered-By: Replique/v0.3
Set-Cookie: sessid=be4bc33819c5cf161ca8037acb72b520; expires=Sun, 17 Dec 2006 11:57:05 GMT; path=/; domain=.fok.nl
Set-Cookie: user=0; expires=Sun, 17 Dec 2006 11:57:05 GMT; path=/; domain=.fok.nl
Content-Length: 7508
Connection: close
Content-Type: text/html
pi_41918930
@mschol

Je moet de cookies als volgt doorsturen:

Cookie: user=0; sessid=...

pi_41919296
quote:
Op maandag 18 september 2006 13:56 schreef Roönaän het volgende:
UPDATE table SET veld = 1 - veld WHERE record_id = 1;

-r-
dankuzeer
As a rule, I never touch anything more sophisticated and delicate than myself.
pi_41920176
quote:
Op maandag 18 september 2006 13:59 schreef JeRa het volgende:
@mschol

Je moet de cookies als volgt doorsturen:

Cookie: user=0; sessid=...

dus dan krijg je in php iets als dit?
1
2
3
<?php
header
("Cookie: user=0; sessid=19cdc7eb0366db98d6ce7483bf6f8b59");
?>


want ik neem aandat je perse een session id wilt hebben

--
pi_41920196
quote:
Op maandag 18 september 2006 14:38 schreef mschol het volgende:

[..]

dus dan krijg je in php iets als dit?
[ code verwijderd ]

want ik neem aandat je perse een session id wilt hebben
Dat klopt
pi_41921332
quote:
Op maandag 18 september 2006 14:38 schreef mschol het volgende:

[..]

dus dan krijg je in php iets als dit?
[ code verwijderd ]

want ik neem aandat je perse een session id wilt hebben

--
Waar zou ik moeten zoeken als ik wil leren hoe ik dit naar een andere sessie doorstuur?
OF inlog via php op een andere website?

pi_41921905
Ik heb een fileupload functie die op zich prima lijkt te werken, echter komen de verkleinde foto's er heel pixelerig uit :( weet iemand waar dat aan ligt?


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
function upload($_FILES){
   ini_set('memory_limit', '30m');
   ini_set('post_max_size', '19m');
   ini_set('upload_max_filesize', '18m');
   $dir = "/usr/home/user/domains/domain/public_html/webimg/";
   $documentname = str_replace(" ","",$_FILES['file']['name']);
   while (file_exists($dir.$documentname) != 0){
      
      $documentname = imagerename($documentname);
         
   }
   if (move_uploaded_file($_FILES['file']['tmp_name'], $dir.$documentname)){
      $ext = strtolower(substr($_FILES['file']['name'],-4));
      switch ($ext){
         case ".jpg":
         case "jpeg":
            $src_img = imagecreatefromjpeg($dir.$documentname);
         break;
         case ".png":
            $src_img = imagecreatefrompng($dir.$documentname);
         break;
         case ".gif":
            $src_img = imagecreatefromgif($dir.$documentname);
         break;
      }
      $origw = imagesx($src_img);
      $origh = imagesy($src_img);
      
      $maxwidth = 180;
      $maxheight = 180;
      $new_w = $maxwidth;
      $diff = $origh / $maxwidth;
      $new_h = $origh / $diff;
      
      $dst_img = imagecreatetruecolor($new_w,$new_h);
      imagecopyresized($dst_img,$src_img,0,0,0,0,$new_w,$new_h,imagesx($src_img),imagesy($src_img));
      
      switch ($ext){
         case ".jpg":
         case "jpeg":
            imagejpeg($dst_img, $dir."_tn".$documentname, 100);
         break;
         case ".png":
            imagepng($dst_img, $dir."_tn".$documentname, 100);
         break;
         case ".gif":
            imagegif($dst_img, $dir."_tn".$documentname, 100);
         break;
      }
   }
   return $documentname;
}
As a rule, I never touch anything more sophisticated and delicate than myself.
pi_41922211
imagecopyresized => imagecopyresampled ?
pi_41922505
quote:
Op maandag 18 september 2006 15:44 schreef Darkomen het volgende:
imagecopyresized => imagecopyresampled ?
oh.. dat was makkelijk ty
As a rule, I never touch anything more sophisticated and delicate than myself.
pi_41922770
quote:
Op maandag 18 september 2006 14:39 schreef JeRa het volgende:

[..]

Dat klopt
helaas werkt dat dus ook niet
pi_41922811
Ik heb die fout zelf ok een keer gemaakt, vandaar dat ik het onthou.
pi_41923024
Kan iemand me uitleggen waarom
1  if( !preg_match( '/([^A-Za-z0-9_]+)/', $a ) )

niet hetzelfde is als
1  if( preg_match( '/([A-Za-z0-9_]+)/', $a ) )


-edit-
omdat er ergens anders een fout zit dus Never mind.
pi_41923094
if( !preg_match( '/([^A-Za-z0-9_]+)/', $a ) ) kijkt of het niet voldoet, de andere of het er wel aan voldoet.
pi_41923685
quote:
Op maandag 18 september 2006 16:16 schreef Darkomen het volgende:
if( !preg_match( '/([^A-Za-z0-9_]+)/', $a ) ) kijkt of het niet voldoet, de andere of het er wel aan voldoet.
mm je vergeet het dakje voor de A..
As a rule, I never touch anything more sophisticated and delicate than myself.
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')