php 5.3: ontvangst met open armen?

mithras schreef op woensdag 23 juni 2010 @ 19:46:
In hoeverre zijn anderen daar al mee bezig (dan bedoel ik wel (semi-)professioneel)?

[ Voor 12% gewijzigd door st0p op 23-06-2010 21:10 ]

mithras schreef op woensdag 23 juni 2010 @ 21:07:
Sowieso schrijf ik altijd code met error reporting op E_STRICT.

mithras schreef op woensdag 23 juni 2010 @ 21:07:
Wat zijn specifieke dingen waar je met ipv6 rekening moet houden? Alles wat bij mij over het netwerk gaat, gebeurt met domeinnamen en grijpt dus niet direct in op ipv6.

Verwijderd schreef op woensdag 23 juni 2010 @ 21:56:
[...]

Naja, met bezoekerscounters en logs etc. Je kunt natuurlijk een varchar(15) in database ervan maken, maar dat gaat niet werken met ipv6

cariolive23 schreef op woensdag 23 juni 2010 @ 23:26:
[...]

VARCHAR? Je kunt toch met een INET aan de slag? Daar past zowel een IPv4 als IPv6 in, geen probleem.

Hoe staat het trouwens met de utf8-ondersteuning van PHP? Is dat nu helemaal correct en ook altijd correct?

cariolive23 schreef op woensdag 23 juni 2010 @ 23:26:
Hoe staat het trouwens met de utf8-ondersteuning van PHP? Is dat nu helemaal correct en ook altijd correct?

[ Voor 42% gewijzigd door frickY op 24-06-2010 00:01 ]

AW_Bos schreef op woensdag 23 juni 2010 @ 23:58:
Ik meen gehoord te hebben dat UTF-8 in PHP 6 zal gaan komen, de trunk versie van snaps.php.net geloof ik.

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

abstract class Singleton {
    private static $ar_instances;       // holds one instance per class
    
    public static function getInstance() {
        $class = get_called_class();

        if ( !isset(self::$ar_instances[$class]) ) {
            self::$ar_instances[$class] = new $calledClassName();
        }

        return self::$ar_instances[$class];
    }
    
    public final function __clone () {
        throw new Exception( get_called_class() . ' singleton cannot be cloned' );
    }
    
    public final function __sleep () {
        throw new Exception( get_called_class() . ' singleton cannot be serialized' );
    }
    
    public final function __wakeup () {
        throw new Exception( get_called_class() . ' singleton cannot be deserialized' );
    }
}

JayVee schreef op donderdag 24 juni 2010 @ 09:14:
[...]
LSB (late static binding) vind ik trouwens handig voor een abstract class Singleton:

AW_Bos schreef op woensdag 23 juni 2010 @ 23:58:
Ik meen gehoord te hebben dat UTF-8 in PHP 6 zal gaan komen, de trunk versie van snaps.php.net geloof ik.
Ook waren ze niet zeker over welk versienummer het zal moeten gaan krijgen. Misschien wel 5.4, maar misschien wel gewoon 6.
De versie uit de trunk is dan ook 5.99

Priet schreef op donderdag 24 juni 2010 @ 09:39:
[...]
Ik kan het mis hebben, maar moet je dan niet static:: gebruiken ipv self::

st0p schreef op woensdag 23 juni 2010 @ 21:07:
* Onze eigen DateTime class conflicteerde met de nieuwe DateTime.

FragFrog schreef op donderdag 24 juni 2010 @ 11:38:
[...]
Het is zo'n essentieel onderdeel van gestructureerd programmeren dat iedereen die serieus aan het coden is volgens mij al jaren een alternatief heeft. Hier komen ze in mijn opinie dan ook veel en veel te laat mee.

Verwijderd schreef op woensdag 23 juni 2010 @ 21:56:
[...]

Naja, met bezoekerscounters en logs etc. Je kunt natuurlijk een varchar(15) in database ervan maken, maar dat gaat niet werken met ipv6

mithras schreef op donderdag 24 juni 2010 @ 12:31:
Jouw voorbeeld verandert dan naar User_Login, wat direct te autoloaden is. Dat autoloaden scheelt ook weer gigantisch in performance, dus zeker waard om te doen.

Voutloos schreef op donderdag 24 juni 2010 @ 10:26:
Je post had dus weinig te maken met LSB.

AW_Bos schreef op woensdag 23 juni 2010 @ 23:58:
Ik meen gehoord te hebben dat UTF-8 in PHP 6 zal gaan komen, de trunk versie van snaps.php.net geloof ik.
Ook waren ze niet zeker over welk versienummer het zal moeten gaan krijgen. Misschien wel 5.4, maar misschien wel gewoon 6.
De versie uit de trunk is dan ook 5.99

YopY schreef op donderdag 24 juni 2010 @ 09:46:
Ik meen gehoord te hebben dat ze 6 helemaal geschrapt hebben en opnieuw zijn begonnen of iets dergelijks, wat is daar nu het verhaal maar weer achter? Is het PHP development team aan het eind van zijn latijn?

st0p schreef op woensdag 23 juni 2010 @ 21:07:
* Onze eigen DateTime class conflicteerde met de nieuwe DateTime. Gelukkig gebruiken we voor het overgroote gedeelte classes die hiervan erven, dus met 15 minuten zoeken/vervangen (refactoren kan ik het niet noemen) was dat ook opgelost.

cariolive23 schreef op woensdag 23 juni 2010 @ 23:53:
Maar ontopic, enig idee hoe het staat met de utf8-enoding? Het zou eens tijd worden om dat nu helemaal correct te implementeren. Ik zou ook graag zien dat dit de default wordt ipv latin1.

AW_Bos schreef op woensdag 23 juni 2010 @ 23:58:
Ik meen gehoord te hebben dat UTF-8 in PHP 6 zal gaan komen, de trunk versie van snaps.php.net geloof ik.
Ook waren ze niet zeker over welk versienummer het zal moeten gaan krijgen. Misschien wel 5.4, maar misschien wel gewoon 6.
De versie uit de trunk is dan ook 5.99

Verwijderd schreef op donderdag 24 juni 2010 @ 18:19:
Dan vraag ik me af wat ze bij het development team van Python wel hebben wat ze bij het dev team van PHP niet hebben aangezien ze bij de eerste redelijk vlekkeloos op volledig unicode zijn overgestapt met de 3.x branch.

Verwijderd schreef op donderdag 24 juni 2010 @ 18:19:
Dan vraag ik me af wat ze bij het development team van Python wel hebben wat ze bij het dev team van PHP niet hebben aangezien ze bij de eerste redelijk vlekkeloos op volledig unicode zijn overgestapt met de 3.x branch.

[ Voor 25% gewijzigd door Voutloos op 25-06-2010 11:15 ]