Ik haat nullen

[Anbert.NL]

Een string bevat "00000023" of "00234223" enz.
Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen zoeken op
php.net maar misschien kan 1 van jullie mijn tijd wat uitsparen.

[Jan Ehrhardt]

Anbert.NL in nl.internet.www.server-side (Fri, 02 Jan 2004 10:57:50
GMT):

>Een string bevat "00000023" of "00234223" enz.
>Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen zoeken op
>php.net maar misschien kan 1 van jullie mijn tijd wat uitsparen.

$string = ereg_replace("^0*", "", $string) of zo iets?

Jan
--
Look, Ma. No tables - http://www.steenbergen-stichting.nl/enbio.html

[BluaP]

Jan Ehrhardt <monitor@idem.invalid> wrote:

> Anbert.NL in nl.internet.www.server-side (Fri, 02 Jan 2004 10:57:50
> GMT):
>
> >Een string bevat "00000023" of "00234223" enz.
> >Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen zoeken op
> >php.net maar misschien kan 1 van jullie mijn tijd wat uitsparen.
>
> $string = ereg_replace("^0*", "", $string) of zo iets?
>
> Jan

wat zou die dan met 000102 doen ?
--
http://bluap.nl

(als ik meer laat weten hoor je het van me)

[Rik van der Helm]

BluaP wrote:

> Jan Ehrhardt <monitor@idem.invalid> wrote:
>
>> Anbert.NL in nl.internet.www.server-side (Fri, 02 Jan 2004 10:57:50
>> GMT):
>>
>> >Een string bevat "00000023" of "00234223" enz.
>> >Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen zoeken
>> >op php.net maar misschien kan 1 van jullie mijn tijd wat uitsparen.
>>
>> $string = ereg_replace("^0*", "", $string) of zo iets?
>>
>> Jan
>
> wat zou die dan met 000102 doen ?
'102' van maken. Althans als '^' in php dezelfde betekenis heeft als in
bash. Geen verstand van php ;)

Groet, Rik
--
Een spetterend 2004 gewenst !
http://www.rikvanderhelm.nl

[robert]

BluaP <spam@bluap.nl>:
> Jan Ehrhardt <monitor@idem.invalid> wrote:
>
>> Anbert.NL in nl.internet.www.server-side (Fri, 02 Jan 2004 10:57:50
>> GMT):
>>
>> >Een string bevat "00000023" of "00234223" enz. Hoe kan ik de nullen
>> >ervoor uitfilteren? Heb een half uur lopen zoeken op php.net maar
>> >misschien kan 1 van jullie mijn tijd wat uitsparen.
>>
>> $string = ereg_replace("^0*", "", $string) of zo iets?
>>
>> Jan
>
> wat zou die dan met 000102 doen ?

Daar '102' van maken :)

--
robert

[Rene Pijlman]

BluaP:
>Jan Ehrhardt:
>> $string = ereg_replace("^0*", "", $string) of zo iets?

>wat zou die dan met 000102 doen ?

$string = "102"

--
René Pijlman

Wat wil jij leren? http://www.leren.nl

[Anbert.NL]

> > >Een string bevat "00000023" of "00234223" enz.
> > >Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen zoeken
op
> > >php.net maar misschien kan 1 van jullie mijn tijd wat uitsparen.

> > $string = ereg_replace("^0*", "", $string) of zo iets?

> wat zou die dan met 000102 doen ?

Wat denk je... *zucht* ;)

[Ewald Börger]

In article <O8cJb.68$g%5.48@amsnews02.chello.com>, anbert@flashmail.com
says...
> Een string bevat "00000023" of "00234223" enz.
> Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen zoeken op
> php.net maar misschien kan 1 van jullie mijn tijd wat uitsparen.

Ik maak altijd gebruik van dynamische typering: het maakt PHP niet uit
wat voor type een variabele heeft.

$bla = "000000023";
echo $bla."<br/>";
$bla = (int)$bla;
echo $bla."<br/>";

dit levert op:
000000023
23

Je kunt ook impliciet casten (casten is dus die (int) notatie):
$bla = 0 + $bla;
levert ook de integer 23 op.

--
Ewald Börger
-remove .com in my email address-

[Rene Pijlman]

Ewald Börger:
>Ik maak altijd gebruik van dynamische typering: het maakt PHP niet uit
>wat voor type een variabele heeft.
>
>$bla = "000000023";

Dit voegt een randvoorwaarde toe aan de requirements: dat het deel van de
string na de nullen een geldige representatie van een integer is.

--
René Pijlman

Wat wil jij leren? http://www.leren.nl

[John Bokma]

BluaP wrote:

> Jan Ehrhardt <monitor@idem.invalid> wrote:
>
>
>>Anbert.NL in nl.internet.www.server-side (Fri, 02 Jan 2004 10:57:50
>>GMT):
>>
>>
>>>Een string bevat "00000023" of "00234223" enz.
>>>Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen zoeken op
>>>php.net maar misschien kan 1 van jullie mijn tijd wat uitsparen.
>>
>>$string = ereg_replace("^0*", "", $string) of zo iets?
>>
>>Jan
>
>
> wat zou die dan met 000102 doen ?

102 van maken


--
Kind regards, without shoes
John in my private hell
running naked
http://johnbokma.com/ a wishing well

[Branko Collin]

Anbert.NL wrote:
> Een string bevat "00000023" of "00234223" enz.
> Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen
> zoeken op php.net maar misschien kan 1 van jullie mijn tijd wat
> uitsparen.

ltrim("00000023","0");

[Branko Collin]

Anbert.NL wrote:
> Een string bevat "00000023" of "00234223" enz.
> Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen
> zoeken op php.net maar misschien kan 1 van jullie mijn tijd wat
> uitsparen.

Het probleem met PHP is zelden dat er geen manier is om te doen wat je
wilt, eerder dat je moet gaan zoeken welke van de tien mogelijke methoden
het beste is.

[uws]

I <3ff97848$0$315$e4fe514c@news.xs4all.nl>, Branko Collin skrev:
> Anbert.NL wrote:
>> Een string bevat "00000023" of "00234223" enz.
>> Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen
>> zoeken op php.net maar misschien kan 1 van jullie mijn tijd wat
>> uitsparen.

> ltrim("00000023","0");

Of preg_replace('/^0*/', '', '0000000023'); als je bloated wilt coden :)

dag, Wouter

--
:wq mail uws@xs4all.nl

so i'll be your liqour :: demons will drown :: and float away -- placebo

[David Baakman]

Branko Collin wrote...
> Anbert.NL wrote:
> > Een string bevat "00000023" of "00234223" enz.
> > Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen
> > zoeken op php.net maar misschien kan 1 van jullie mijn tijd wat
> > uitsparen.
>
> Het probleem met PHP is zelden dat er geen manier is om te doen wat je
> wilt, eerder dat je moet gaan zoeken welke van de tien mogelijke methoden
> het beste is.

Da's toch per definitie bij een programmeertaal zo?

David

[Branko Collin]

David Baakman wrote:
> Branko Collin wrote...
>> Anbert.NL wrote:

>>> Een string bevat "00000023" of "00234223" enz.
>>> Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen
>>> zoeken op php.net maar misschien kan 1 van jullie mijn tijd wat
>>> uitsparen.
>>
>> Het probleem met PHP is zelden dat er geen manier is om te doen wat
>> je wilt, eerder dat je moet gaan zoeken welke van de tien mogelijke
>> methoden het beste is.
>
> Da's toch per definitie bij een programmeertaal zo?

Laat me mijn slordige uitspraak herformuleren.

Als er een probleem X is, waarvoor Y de verzameling van statements is die
elk afzonderlijk het probleem oplossen, dan is in PHP Y vaak groot, en is
het vinden van een element uit Y relatief makkelijk en het vinden van Y*
relatief moeilijk (waarbij Y* het optimale element uit Y is).

Dat geldt niet voor elke programmeertaal, omdat je in andere talen vaak een
geordende serie statements nodig hebt om een bepaald effect te krijgen. Als
je in zo'n programmeertaal al 1 uniek statement vindt waarmee je je
probleem oplost, ben je wellicht eerder geneigd om dat statement te
gebruiken in plaats van zelf alternatieven te programmeren. Lijkt me. Ik
ben geen programmeur. Je hebt waarschijnlijk gelijk. <grijns>

[Daniel Tryba]

Branko Collin <branko@mixedflavourz.invalid> wrote:
> Als er een probleem X is, waarvoor Y de verzameling van statements is die
> elk afzonderlijk het probleem oplossen, dan is in PHP Y vaak groot, en is
> het vinden van een element uit Y relatief makkelijk en het vinden van Y*
> relatief moeilijk (waarbij Y* het optimale element uit Y is).

Aha, zoals de perl gebruikers zeggen: TIMTOWTDI

--

Daniel Tryba

[robert]

Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> Branko Collin <branko@mixedflavourz.invalid> wrote:
>
>> Als er een probleem X is, waarvoor Y de verzameling van statements is
>> die elk afzonderlijk het probleem oplossen, dan is in PHP Y vaak groot,
>> en is het vinden van een element uit Y relatief makkelijk en het vinden
>> van Y* relatief moeilijk (waarbij Y* het optimale element uit Y is).
>
> Aha, zoals de perl gebruikers zeggen: TIMTOWTDI

Alleen geldt dat in Perl voor de Perl-programmeur, voor PHP lijkt het te
gelden voor de mensen die de taal zélf implementeren.

--
robert

[David Baakman]

Branko Collin wrote...
> David Baakman wrote:
> > Branko Collin wrote...

> >> Het probleem met PHP is zelden dat er geen manier is om te doen wat
> >> je wilt, eerder dat je moet gaan zoeken welke van de tien mogelijke
> >> methoden het beste is.
> >
> > Da's toch per definitie bij een programmeertaal zo?
>
> Laat me mijn slordige uitspraak herformuleren.
>
> Als er een probleem X is, waarvoor Y de verzameling van statements is die
> elk afzonderlijk het probleem oplossen, dan is in PHP Y vaak groot, en is
> het vinden van een element uit Y relatief makkelijk en het vinden van Y*
> relatief moeilijk (waarbij Y* het optimale element uit Y is).

Ik heb niet het idee dat Y in de libraries bij PHP groter is dan bij
bijvoorbeeld Perl of C++. Zeker bij problemen zoals de OP heeft (had :))
is het in elke taal wel mogelijk om gebruik te maken van reguliere
expressies, minder krachtige, maar makkelijker te gebruiken varianten en
specifiekere trim functies. In dit geval zijn het ook nog eens 3
verschillende typen oplossingen. Dit soort verschillende manieren van
oplossen door middel van het gebruik van libraries zal in alle talen
voorkomen, en is denk ik niet te voorkomen. Wat imho kwalijker is zijn
(onnodige) overlappingen in de taal zelf en in de libraries die
eigenlijk niet los van de taal gezien kunnen worden.

Om bijvoorbeeld tekst te printen kan je in PHP zowel gebruik maken van
echo, en print en volgens mij ook nog wel iets met >>> ofzo. En dan ook
nog eens met verschillende () "" '' combo-mogelijkheden. Daarbij is het
totaal niet duidelijk waarom je juist voor de ene of voor de andere zou
willen kiezen.

In C++ heb je dit ook heel erg: een hele boel dingen zijn mogelijk op de
'oude C manier' en op de 'nieuwe C++ manier'. En verschillende
compilers/platforms introduceren nog meer 'bijna dezelfde' funties
specifiek voor de compiler/platform. Dus specifiek voor PHP is het zeker
niet.

Misschien dat het te maken heeft met de oudheid van de taal. Hoe ouder
de taal hoe meer uitbereidingen, verbeteringen en nieuwigheden er komen.
En tsja, de oude versies kan je er natuurlijk niet zomaar weer uithalen.
Of misschien valt het bij de ene taal misschien wel meer op dan bij de
andere omdat je zelf meer of minder bekend bent met de taal (maar dat
gaat ook weer beide kanten op: hoe minder je van een taal afweet hoe
minder verschillende methodes je kent en hoe minder je het zal opvallen,
maar aan de andere kant: hoe meer je een taal kent, hoe beter je de
verschillen tussen de verschillende methodes kent, en hoe minder je de
bijna-dezelfde-oplossingen zullen opvallen).

David

[John Bokma]

Branko Collin wrote:

> Anbert.NL wrote:
>
>>Een string bevat "00000023" of "00234223" enz.
>>Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen
>>zoeken op php.net maar misschien kan 1 van jullie mijn tijd wat
>>uitsparen.
>
> Het probleem met PHP is zelden dat er geen manier is om te doen wat je
> wilt, eerder dat je moet gaan zoeken welke van de tien mogelijke methoden
> het beste is.

Is dat niet een gevolg van een programmeertaal?

--
Kind regards, http://johnbokma.com/ - added recently: Capturing MSN
John Messenger webcam HOWTO ~ Spamassassin spam filter
cookbook ~ HTTPS protocol with ActiveState Perl

[Daniel Tryba]

robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
> >> Als er een probleem X is, waarvoor Y de verzameling van statements is
> >> die elk afzonderlijk het probleem oplossen, dan is in PHP Y vaak groot,
> >> en is het vinden van een element uit Y relatief makkelijk en het vinden
> >> van Y* relatief moeilijk (waarbij Y* het optimale element uit Y is).
> >
> > Aha, zoals de perl gebruikers zeggen: TIMTOWTDI
>
> Alleen geldt dat in Perl voor de Perl-programmeur, voor PHP lijkt het te
> gelden voor de mensen die de taal z?lf implementeren.

Huh?

--

Daniel Tryba

[Branko Collin]

John Bokma <postmaster@castleamber.com>, you wrote on Tue, 06 Jan 2004
00:53:49 +0100:

>Is dat niet een gevolg van een programmeertaal?

TIMTOWTWWDBWBY?

(There Is More Than One Way To Write What David Baakman Wrote Before
You)

--
Ten snijt gheen zwert so grievelijc zeere
Als tonghe, die rovet des menschen eere.
--uit Kalff's Geschiedenis der Nederlandsche letterkunde
Help dit en andere PD-boeken te corrigeren op http://www.pgdp.net

[John Bokma]

Branko Collin wrote:

> John Bokma <postmaster@castleamber.com>, you wrote on Tue, 06 Jan 2004
> 00:53:49 +0100:
>
>>Is dat niet een gevolg van een programmeertaal?
>
> TIMTOWTWWDBWBY?
>
> (There Is More Than One Way To Write What David Baakman Wrote Before
> You)

Dus is het waar :-D.

--
Kind regards, http://johnbokma.com/ - added recently: Capturing MSN
John Messenger webcam HOWTO ~ Spamassassin spam filter
cookbook ~ HTTPS protocol with ActiveState Perl

[robert]

Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
>
>> >> Als er een probleem X is, waarvoor Y de verzameling van statements
>> >> is die elk afzonderlijk het probleem oplossen, dan is in PHP Y vaak
>> >> groot, en is het vinden van een element uit Y relatief makkelijk en
>> >> het vinden van Y* relatief moeilijk (waarbij Y* het optimale element
>> >> uit Y is).
>> >
>> > Aha, zoals de perl gebruikers zeggen: TIMTOWTDI
>>
>> Alleen geldt dat in Perl voor de Perl-programmeur, voor PHP lijkt het
>> te gelden voor de mensen die de taal z?lf implementeren.
>
> Huh?

Perl geeft de Perlprogrammeur de gereedschappen om zelf al die alternatieve
manieren te implementeren. De ontwikkelaars van de PHP taal implementeren
zelf die alternatieve manieren, en proppen het zaakje in de taal.

Voor het matchen van strings heb je in Perl twee methoden: de eq operator
of RE's. Als je iets speciaals (case-insensitive matching) wilt, gebruik je
de toolkit-die-Perl-heet om zelf je alternatief te implementeren.

In PHP heb je voor het matchen van strings minstens 10 ingebouwde functies
en nog een paar operators. En zo lijkt de taal steeds meer op het
gemiddelde Amerikaanse kind...

--
robert

[Daniel Tryba]

robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
> >> Alleen geldt dat in Perl voor de Perl-programmeur, voor PHP lijkt het
> >> te gelden voor de mensen die de taal z?lf implementeren.
> >
> > Huh?
>
> Perl geeft de Perlprogrammeur de gereedschappen om zelf al die alternatieve
> manieren te implementeren.

Aha, maar dat geldt voor elke taal.

> De ontwikkelaars van de PHP taal implementeren zelf die alternatieve
> manieren, en proppen het zaakje in de taal.

Je kunt nog steeds zelf functies/classes ontwerpen om een "doe wat _ik_
wil prog/script" te generen. Maar waarom zou je zelf moeilijk doen als
er al een simpel alternatief in de taal zit.

Dat heet wellicht evolutie, ik heb bv meerdere malen zitten te vloeken
op java wegens een gebrek aan reguliere expressies, als je die dan als
module erbij wilt halen blijken meerdere mensen het zelfde gebrek te
hebben ervaren en zijn er dus verschillende packages op de markt waarmee
die functionaliteit kan worden toegevoegt, elk met hun eigen voor en
nadelen. Gelukkig heeft sun dat zelf ook opgemertk en sinds 1.4.0 zit
het standaard in de JVM.

> Voor het matchen van strings heb je in Perl twee methoden: de eq operator
> of RE's. Als je iets speciaals (case-insensitive matching) wilt, gebruik je
> de toolkit-die-Perl-heet om zelf je alternatief te implementeren.

> In PHP heb je voor het matchen van strings minstens 10 ingebouwde functies
> en nog een paar operators. En zo lijkt de taal steeds meer op het
> gemiddelde Amerikaanse kind...

Dat verklaart dan ook meteen waarom PHP zo populair is, het heeft
schijnbaar meer functionaliteit out of the box.

--

Daniel Tryba

[robert]

Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
>> De ontwikkelaars van de PHP taal implementeren zelf die alternatieve
>> manieren, en proppen het zaakje in de taal.
>
> Je kunt nog steeds zelf functies/classes ontwerpen om een "doe wat _ik_
> wil prog/script" te generen. Maar waarom zou je zelf moeilijk doen als
> er al een simpel alternatief in de taal zit.

Inderdaad. Het gaat er ook niet om dat je het als programmeur niet moet
gebruiken, het gaat erom dat de ontwikkelaars van de taal het kennelijk een
goed idee vinden om de taal op die manier uit te breiden.

Hun keuze, maar zeker niet de mijne.

>> In PHP heb je voor het matchen van strings minstens 10 ingebouwde
>> functies en nog een paar operators. En zo lijkt de taal steeds meer op
>> het gemiddelde Amerikaanse kind...
>
> Dat verklaart dan ook meteen waarom PHP zo populair is, het heeft
> schijnbaar meer functionaliteit out of the box.

PHP is de Windows onder de programmeertalen, bedoel je?

--
robert

[John Bokma]

robert wrote:

> PHP is de Windows onder de programmeertalen, bedoel je?

LOL

--
Kind regards, http://johnbokma.com/ - added recently: Capturing MSN
John Messenger webcam HOWTO ~ Spamassassin spam filter
cookbook ~ HTTPS protocol with ActiveState Perl

[Daniel Tryba]

robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
> >> In PHP heb je voor het matchen van strings minstens 10 ingebouwde
> >> functies en nog een paar operators. En zo lijkt de taal steeds meer op
> >> het gemiddelde Amerikaanse kind...
> >
> > Dat verklaart dan ook meteen waarom PHP zo populair is, het heeft
> > schijnbaar meer functionaliteit out of the box.
>
> PHP is de Windows onder de programmeertalen, bedoel je?

Wat een compliment voor de ontwikkelaars. MS Windows lijkt me toch wel
het meest succesvolle "progje" in de historie van de PC, maar PHP heeft
het 99.9314% marktaandeel nog niet bereikt.

--

Daniel Tryba

[robert]

Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
>
>> PHP is de Windows onder de programmeertalen, bedoel je?
>
> Wat een compliment voor de ontwikkelaars.

Geef het aan ze door, en laat maar weten hoe blij ze ermee waren ;)

--
robert

[Daniel Tryba]

robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
> >> PHP is de Windows onder de programmeertalen, bedoel je?
> >
> > Wat een compliment voor de ontwikkelaars.
>
> Geef het aan ze door, en laat maar weten hoe blij ze ermee waren ;)

Sorry robert but I can't do that. Ik heb geen contacten met de
ontwikkelaars en lig daar ook niet op te wachten...

--

Daniel Tryba

[John Bokma]

Daniel Tryba wrote:

> robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
>
>>>>PHP is de Windows onder de programmeertalen, bedoel je?
>>>
>>>Wat een compliment voor de ontwikkelaars.
>>
>>Geef het aan ze door, en laat maar weten hoe blij ze ermee waren ;)
>
>
> Sorry robert but I can't do that.

HAL?

--
Kind regards, http://johnbokma.com/ - added recently: Capturing MSN
John Messenger webcam HOWTO ~ Spamassassin spam filter
cookbook ~ HTTPS protocol with ActiveState Perl

[Daniel Tryba]

John Bokma <postmaster@castleamber.com> wrote:
>> Sorry robert but I can't do that.
>
> HAL?

It's good to be a nerd :)

--

Daniel Tryba

[John Bokma]

Reply-To: thx113@castleamber.com
NNTP-Posting-Host: kf-nawij-cb02-0508.dial.kabelfoon.nl
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: nl-news.euro.net 1073523745 86540 62.45.153.253 (8 Jan 2004 01:02:25 GMT)
X-Complaints-To: usenet@nl-news.euro.net
NNTP-Posting-Date: Thu, 8 Jan 2004 01:02:25 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
In-Reply-To: <bti95i$cbe$4@news.tue.nl>
Xref: nl-news.euro.net nl.internet.www.server-side:33251

Daniel Tryba wrote:

> John Bokma <postmaster@castleamber.com> wrote:
>
>>>Sorry robert but I can't do that.
>>
>>HAL?
>
> It's good to be a nerd :)

Yup :-D. Een andere extra eigenschap helpt ook.

--
Kind regards, http://johnbokma.com/ - added recently: Capturing MSN
John Messenger webcam HOWTO ~ Spamassassin spam filter
cookbook ~ HTTPS protocol with ActiveState Perl