[PHP/(My)SQL] voor dummies - Deel 63

quote:

Op donderdag 18 september 2008 21:56 schreef Chandler het volgende:
huh? heb je ook een beschrijving van de #?

quote:

Op donderdag 18 september 2008 22:19 schreef slakkie het volgende:

[..]

In principe "moet" je een regexp binnen /'es plaatsen: /regexp/, maar je mag het ook binnen # plaatsen, mits je dezelfde characters gebruikt. Als je bijv. een regexp met #regexp# klopt hoef je de / niet te escapen, dus ipv: /\/var\/log\/bla/ kan je dan #/var/log/bla# gebruiken. Zie http://perldoc.perl.org/perlretut.html (onder part 1 basic). Ik heb het zo 123 niet kunnen vinden in de PHP documentatie.

quote:

Op donderdag 18 september 2008 22:19 schreef slakkie het volgende:
Ik heb het zo 123 niet kunnen vinden in de PHP documentatie.

quote:

The expression must be enclosed in the delimiters, a forward slash (/), for example. Any character can be used for delimiter as long as it's not alphanumeric or backslash (\)

quote:

Op donderdag 18 september 2008 22:45 schreef SuperRembo het volgende:
Dat staat gewoon in de introductie

quote:

Op vrijdag 19 september 2008 @ 03:22 schreef Cracka-ass het volgende:
Kan iemand mij vertellen waarom mijn button 'active' blijft? Hij blijft altijd ingedrukt zodra ie eenmaal is aangeklikt:
[ code verwijderd ]

quote:

Op vrijdag 19 september 2008 06:42 schreef slakkie het volgende:
Oftewel, stel je css vragen hier: [CSS] voor dummies - deel 9

quote:

Op vrijdag 19 september 2008 11:03 schreef Chandler het volgende:
Mensen, ik heb een vraag over preg_replace, het is nogal een slome functie is er ook een manier om het sneller te maken? want ik moet namelijk ruim 600 queries doen met preg_replace en dit duurt echt eeuwen!

Ik heb 50% besparing weten te behalen

oude structuur
[ code verwijderd ]

nieuwe structuur:
[ code verwijderd ]

Maar volgens mij kan het nóg sneller!!!

quote:

Assertions
An assertion is a test on the characters following or preceding the current matching point that does not actually consume any characters. The simple assertions coded as \b, \B, \A, \Z, \z, ^ and $ are described above. More complicated assertions are coded as subpatterns. There are two kinds: those that look ahead of the current position in the subject string, and those that look behind it.

An assertion subpattern is matched in the normal way, except that it does not cause the current matching position to be changed. Lookahead assertions start with (?= for positive assertions and (?! for negative assertions. For example, \w+(?=;) matches a word followed by a semicolon, but does not include the semicolon in the match, and foo(?!bar) matches any occurrence of "foo" that is not followed by "bar". Note that the apparently similar pattern (?!foo)bar does not find an occurrence of "bar" that is preceded by something other than "foo"; it finds any occurrence of "bar" whatsoever, because the assertion (?!foo) is always TRUE when the next three characters are "bar". A lookbehind assertion is needed to achieve this effect.

Lookbehind assertions start with (?<= for positive assertions and (?<! for negative assertions. For example, (?<!foo)bar does find an occurrence of "bar" that is not preceded by "foo". The contents of a lookbehind assertion are restricted such that all the strings it matches must have a fixed length. However, if there are several alternatives, they do not all have to have the same fixed length. Thus (?<=bullock|donkey) is permitted, but (?<!dogs?|cats?) causes an error at compile time. Branches that match different length strings are permitted only at the top level of a lookbehind assertion. This is an extension compared with Perl 5.005, which requires all branches to match the same length of string. An assertion such as (?<=ab(c|de)) is not permitted, because its single top-level branch can match two different lengths, but it is acceptable if rewritten to use two top-level branches: (?<=abc|abde) The implementation of lookbehind assertions is, for each alternative, to temporarily move the current position back by the fixed width and then try to match. If there are insufficient characters before the current position, the match is deemed to fail. Lookbehinds in conjunction with once-only subpatterns can be particularly useful for matching at the ends of strings; an example is given at the end of the section on once-only subpatterns.

Several assertions (of any sort) may occur in succession. For example, (?<=\d{3})(?<!999)foo matches "foo" preceded by three digits that are not "999". Notice that each of the assertions is applied independently at the same point in the subject string. First there is a check that the previous three characters are all digits, then there is a check that the same three characters are not "999". This pattern does not match "foo" preceded by six characters, the first of which are digits and the last three of which are not "999". For example, it doesn't match "123abcfoo". A pattern to do that is (?<=\d{3}...)(?<!999)foo

quote:

Op vrijdag 19 september 2008 11:03 schreef Chandler het volgende:
Maar volgens mij kan het nóg sneller!!!

quote:

Op dinsdag 23 september 2008 11:52 schreef Chandler het volgende:
Hoe kan ik simpel alle values in een array afronden? zonder foreach oid te gebruiken? ik heb al gekeken bij array_walk / array_map maar kan daar weinig uit wijs worden. Kan iemand mij vertellen welke functie te gebruiken is met verwijzing naar een voorbeeld oid?

quote:

Op dinsdag 23 september 2008 @ 14:33 schreef Pizzahut het volgende:
wat ik dus zoek:
Ik ben bezig met een soort van nieuwssysteem/blog
Nu heb ik een tekst ingevoerd zoals ik nu gedaan heb. Nu wil ik dat er na zoveel woorden een <br> komt o.i.d. of dat als ik een enter invoer dat er ook daadwerkelijk een enter inkomt.

is dit mogelijk? Volgens mij moet ik iets met explode() doen als ik na een aantal woorden een br wil hebben, maar wat moet ik doen als ik automatisch een enter wil?

quote:

Op dinsdag 23 september 2008 20:23 schreef spaceninjapirate het volgende:
Ik ben al een tijdje met php bezig en wil me gaan verdiepen in het objectgeoriënteerd programeren in deze taal. Nu heb ik al wat gezocht op onze grote vriend google, maar de tutorials die ik daar vind zijn oud, incompleet of worden zo hard afgekraakt in de comments dat ik er niet eens 1 letter van wil gaan overtypen

Nu vroeg ik me af of iemand hier nog een betere recource weet waar echt in de uitleg ook echt iets gebouwd word ipv de stof te bespreken. Als ik er echt iets mee kan bouwen begrijp ik het vaak stukken sneller!

Iemand?

quote:

Op woensdag 24 september 2008 21:33 schreef Likkende_Lassie het volgende:
Even een vraagje,

Ik doe het volgende altijd: Als een gebruiker inlogd, sla ik de gegevens als voornaam, achternaam, adres, gender etc op in een sessie. Als ik de gegevens nodig heb lees ik ze altijd uit de sessie dmv $_SESSION['gebruiker']['voornaam'].

Maar nu is het zo dat er extreem veel bezoekers gaan komen. Is het dan beter om de info uit de tabel van de database te halen (elke keer weer), of toch de sessie blijven gebruiken?