DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Ja één van de weinige 
maar tnx voor het ideee! ga er mee aan de slag!
maar tnx voor het ideee! ga er mee aan de slag!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Ik heb google standaard open, dus dat gebruik ik. 9 vd 10 keer kom je direct op de link naar de betreffende functie uit en dan ga ik wel op php.net pluizen als het niet voldoende is. Mijn manier van dingen zoeken is de google toolbar in firefoxquote:Op woensdag 26 november 2008 22:11 schreef CraZaay het volgende:
[..]
Ik mag toch hopen dat je iets sneller en beter kunt vinden in de manual dan via Google
In theory there is no difference between theory and practice. In practice there is.
Waar zijn alle dummies gebleven? 
Ik heb vandaag met memcached zitten kutten, nadat ik allemaal onverwachte resultaten kreeg. Probeer daar in PHP maar eens een boolean in op te slaan. Standaard wordt true opgeslagen als cijfer 1 (als string) en false als een lege string. En als een item niet gevonden kan worden in memcached krijg je boolean false terug. Als je af en toe ook een lege string op wilt slaan is het helemaal compleet en kun je helemaal niet meer achterhalen of wat je terugkrijgt nou een lege string is, de value false of dat het item helemaal niet bestaat
Het blijkt dus dat er een ongedocumenteerde feature is waarbij de flag, die standaard op 0 staat, op 1 gezet moet worden voor booleans, floats en integers. Deze datatypes moet je ook nog eens handmatig serializen. Het probleem met false opslaan hou je dan, dus in mijn caching library sla ik de boolean waarde false nu maar op als string __FALSE__. Krijg ik bij een get uit memcached false terug (item niet in geheugen) dan return ik null. Is het string __FALSE__ dan return ik boolean false, en in alle andere gevallen gewoon de waarde die uit memcached komt.
Doe er je voordeel mee
Ik heb vandaag met memcached zitten kutten, nadat ik allemaal onverwachte resultaten kreeg. Probeer daar in PHP maar eens een boolean in op te slaan. Standaard wordt true opgeslagen als cijfer 1 (als string) en false als een lege string. En als een item niet gevonden kan worden in memcached krijg je boolean false terug. Als je af en toe ook een lege string op wilt slaan is het helemaal compleet en kun je helemaal niet meer achterhalen of wat je terugkrijgt nou een lege string is, de value false of dat het item helemaal niet bestaat
Het blijkt dus dat er een ongedocumenteerde feature is waarbij de flag, die standaard op 0 staat, op 1 gezet moet worden voor booleans, floats en integers. Deze datatypes moet je ook nog eens handmatig serializen. Het probleem met false opslaan hou je dan, dus in mijn caching library sla ik de boolean waarde false nu maar op als string __FALSE__. Krijg ik bij een get uit memcached false terug (item niet in geheugen) dan return ik null. Is het string __FALSE__ dan return ik boolean false, en in alle andere gevallen gewoon de waarde die uit memcached komt.
Doe er je voordeel mee
Tip: zet php.net gewoon in de zoekbalk.quote:Op woensdag 26 november 2008 @ 23:10 schreef slacker_nl het volgende:
[..]
Ik heb google standaard open, dus dat gebruik ik. 9 vd 10 keer kom je direct op de link naar de betreffende functie uit en dan ga ik wel op php.net pluizen als het niet voldoende is. Mijn manier van dingen zoeken is de google toolbar in firefox
pff, blijven we moeilijk doen over hoe ik informatie over php opzoek?
Zo beter dan?
http://www.euronet.nl/use(...)_for_fok_lutsers.PNG
[ Bericht 59% gewijzigd door slacker_nl op 28-11-2008 23:47:44 ]
Zo beter dan?
http://www.euronet.nl/use(...)_for_fok_lutsers.PNG
[ Bericht 59% gewijzigd door slacker_nl op 28-11-2008 23:47:44 ]
In theory there is no difference between theory and practice. In practice there is.
Als je niet alleen die reactie gelezen had, dan had je gezien dat ik niet degene was die de hulpvraag had. Succes met Nederlands.
In theory there is no difference between theory and practice. In practice there is.
niet direct iets wat met scripten te maken heeft maar als volgt:
ik wil, als backup voor oudere scripts, een apache installatie met php4 houden
echter wil ik daarvoor niet 2 apache's hebben draaien..
is het mogelijk om simultaan php5 en php4 te draaien als module onder 1 apache server
ik heb op internet wel een manier gevonden waar 1 als module is en de rest als cgi, echter werkt cgi niet altijd even goed.
gebruik trouwens windows met laatste apache 2.2.x versie
(oorspronkelijke idee was:
apache 2.2 + php5 daarin een subhost die naar een apache 1.3.x + php4 verwijst, maar heb geen idee of dat werkt )
ik wil, als backup voor oudere scripts, een apache installatie met php4 houden
echter wil ik daarvoor niet 2 apache's hebben draaien..
is het mogelijk om simultaan php5 en php4 te draaien als module onder 1 apache server
ik heb op internet wel een manier gevonden waar 1 als module is en de rest als cgi, echter werkt cgi niet altijd even goed.
gebruik trouwens windows met laatste apache 2.2.x versie
(oorspronkelijke idee was:
apache 2.2 + php5 daarin een subhost die naar een apache 1.3.x + php4 verwijst, maar heb geen idee of dat werkt
)
upgraden! php4 blijven gebruiken terwijl we nu al op 5.2 oid zitten.. 
In theory there is no difference between theory and practice. In practice there is.
ik wil alleen een mogelijkheid hebben terug te kunnen vallen, de hoofd website zal gewoon de laatste php5 gebruiken i.c.m. laatste apachequote:Op zondag 30 november 2008 03:09 schreef slacker_nl het volgende:
upgraden! php4 blijven gebruiken terwijl we nu al op 5.2 oid zitten..
Is het niet veel logischer om die scripts die niet op PHP5 werken even aan te passenquote:Op zondag 30 november 2008 09:18 schreef mschol het volgende:
[..]
ik wil alleen een mogelijkheid hebben terug te kunnen vallen, de hoofd website zal gewoon de laatste php5 gebruiken i.c.m. laatste apache
mits kleinere scripts: ja.. anders nee...quote:Op zondag 30 november 2008 11:50 schreef Roy_T het volgende:
[..]
Is het niet veel logischer om die scripts die niet op PHP5 werken even aan te passen
1 van de twee (of allebei) als CGI draaien.quote:Op zondag 30 november 2008 12:43 schreef HuHu het volgende:
Het moet kunnen, want op FOK! draaiden we dat ook op de dev-server. Maar ik heb geen idee hoe
Ik heb een vraagje over arrays.
Stel ik heb een array $a met een aantal keys=>values en een array $b met in ieder geval dezelfde keys (en een aantal extra keys..). Ik wil nu kijken of de waarden uit $a gelijk zijn aan die van $b.
Ik heb de onderstaande code geprobeerd maar deze lijkt niet te werken, heeft iemand anders misschien nog een idee?
Stel ik heb een array $a met een aantal keys=>values en een array $b met in ieder geval dezelfde keys (en een aantal extra keys..). Ik wil nu kijken of de waarden uit $a gelijk zijn aan die van $b.
Ik heb de onderstaande code geprobeerd maar deze lijkt niet te werken, heeft iemand anders misschien nog een idee?
| 1 |
Ik zou er gewoon doorheen foreachen en een variable op true of false zetten
Maar wellicht is een oplossing zoals jij voorstelt ook wel mogelijk..
Maar wellicht is een oplossing zoals jij voorstelt ook wel mogelijk..
http://www.php.net/manual/en/function.array-diff.php
http://www.php.net/manual/en/function.array-diff-key.php
hier heb je niks aan?
http://www.php.net/manual/en/function.array-diff-key.php
hier heb je niks aan?
ne okuyon, bokmu var?
array_diff zou opzich wel kunnen, maar in die methode zit ook weer een subtiel detail (volgens de comments op php.net dan). Misschien is het toch het makkelijkste om iedere key/value uit $a te gaan vergelijken met die van $b...quote:Op maandag 1 december 2008 15:39 schreef saban het volgende:
http://www.php.net/manual/en/function.array-diff.php
http://www.php.net/manual/en/function.array-diff-key.php
hier heb je niks aan?
Alles zonde waarde in PHP is NULL. Een lege string is ook NULL. Een integer met waarde 0 is ook NULL.quote:Op maandag 1 december 2008 17:07 schreef Roy_T het volgende:
Waarom de fuck is (array() == null) true? Het is toch niet logisch dat een lege array null is?
Je kunt checken of iets echt NULL is door een Identical comparison te doen (===).
I know, maar het blijft imo onlogischquote:Op maandag 1 december 2008 17:36 schreef Tijn het volgende:
Alles zonde waarde in PHP is NULL. Een lege string is ook NULL. Een integer met waarde 0 is ook NULL.
Je kunt checken of iets echt NULL is door een Identical comparison te doen (===).
Een lege array heeft namelijk wél een waarde: het is een lege array. Maar dat zal aan mijn perceptie liggen
Bij == worden de dingen links en rechts eerst omgezet in een type dat vergelijkbaar is, zie http://nl.php.net/manual/en/types.comparisons.php
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik snap heel goed hoe het werktquote:Op maandag 1 december 2008 21:03 schreef GlowMouse het volgende:
Bij == worden de dingen links en rechts eerst omgezet in een type dat vergelijkbaar is, zie http://nl.php.net/manual/en/types.comparisons.php
Ik vind het alleen rete-irritant en spreek er mijn ergernis over uit Maar voor velen die eigenlijk niet weten wat een string, een integer of een boolean is, is het natuurlijk een uitkomst
Ik ben een beetje vastgelopen op het gecompliceerde vak XML.
Ik heb een simpele string: "<XML><Kleur>Groen</Kleur></XML>". Dit staat altijd zo vast. Hoe kan ik hier nou groen uit halen?
Bovenstaand lijkt mij logisch qua domdocument, domnodelist en domelements, maar geeft gewoon keihard een lege string terug... ;(
Ik heb een simpele string: "<XML><Kleur>Groen</Kleur></XML>". Dit staat altijd zo vast. Hoe kan ik hier nou groen uit halen?
| 1 2 3 | echo ($doc->getElementsByTagName('XML')->item(0)->getAttribute('Kleur')); ?> |
Bovenstaand lijkt mij logisch qua domdocument, domnodelist en domelements, maar geeft gewoon keihard een lege string terug... ;(
Wat moet je dan doen wat zo subtiel is? Als ik namelijk eea test werkt het perfect:quote:Op maandag 1 december 2008 16:29 schreef Gloeidoos het volgende:
[..]
array_diff zou opzich wel kunnen, maar in die methode zit ook weer een subtiel detail (volgens de comments op php.net dan). Misschien is het toch het makkelijkste om iedere key/value uit $a te gaan vergelijken met die van $b...
| 1 2 3 4 5 6 7 8 9 10 11 | $array_a = array("naam" => 'slacker_nl', "id" => 187069); $array_b = array("naam" => 'slacker_nl', "id" => 187069, "type" => 'vraag'); #$array_b = array("naam" => 'gloeidoos', "id" => 187069, "type" => 'vraag'); print_r(array_intersect_assoc($array_a, $array_b)); print_r(array_intersect($array_a, $array_b)); print_r(array_diff_assoc($array_a, $array_b)); print_r(array_diff($array_a, $array_b)); ?> |
Works like a charm.
En anders zou ik voor deze oplossing gaan:
http://www.php.net/manual/en/function.array-diff.php#82143
Zat zelf ook aan zoiets te denken, mergen, daarna kijken of de intersect hetzelfde is. Maar voor jou doeleinden is de array_dif voldoende, A moet hetzelfde zijn als B, maar B mag extra waardes hebben.
In theory there is no difference between theory and practice. In practice there is.
En terecht: <kleur> is geen attribuut, dus je hebt niets aan getAttribute()..quote:Op maandag 1 december 2008 23:50 schreef Geqxon het volgende:
Ik heb een simpele string: "<XML><Kleur>Groen</Kleur></XML>". Dit staat altijd zo vast. Hoe kan ik hier nou groen uit halen?
[ code verwijderd ]
Bovenstaand lijkt mij logisch qua domdocument, domnodelist en domelements, maar geeft gewoon keihard een lege string terug...
Om je code te laten werken moet je xml er als volgt uit zien:quote:Op maandag 1 december 2008 23:50 schreef Geqxon het volgende:
Ik ben een beetje vastgelopen op het gecompliceerde vak XML.
Ik heb een simpele string: "<XML><Kleur>Groen</Kleur></XML>". Dit staat altijd zo vast. Hoe kan ik hier nou groen uit halen?
[ code verwijderd ]
Bovenstaand lijkt mij logisch qua domdocument, domnodelist en domelements, maar geeft gewoon keihard een lege string terug... ;(
| 1 |
En aangezien de XML een vaste waarde is... hoe kan ik mijn code hier op aanpassen?quote:Op dinsdag 2 december 2008 11:10 schreef Paupermans het volgende:
[..]
Om je code te laten werken moet je xml er als volgt uit zien:
[ code verwijderd ]
quote:
[..]
En aangezien de XML een vaste waarde is... hoe kan ik mijn code hier op aanpassen? :)
| 1 2 3 | $doc->getElementsByTagName('kleur') ?> |
