From ugffm@phpugffm.de Thu Nov 1 15:34:05 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Thu, 1 Nov 2007 16:34:05 +0100 Subject: [ugffm] Zak Message-ID: <2f8f084f0711010834r72deae5es361c25e60a66c949@mail.gmail.com> Hi List, Zak Graent dropped me a mail and said he will be in Town this weekend before the Conf. Unfortunately I will not be in town this weekend. If anybody want to pull a "get together" together I'd be help happy to initiate it. Regards Darren From ugffm@phpugffm.de Thu Nov 1 22:10:52 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Thu, 1 Nov 2007 23:10:52 +0100 Subject: [ugffm] PHP UG - Next Meeting 8 Nov - BrotFabrik Message-ID: <2f8f084f0711011510g6586ce84s7edfe3002078832e@mail.gmail.com> Hallo Liste, 8. November - UG Treffen Das November Treffen im November r=FCckt immer n=E4her. Dieses mal bekommen wir Besuch aus Berlin. Jan Lehnhardt kommt und erz=E4hlt von Couch DB. http://phpugffm.de/index.php/8-november-ug-treffen,2007-10,247.html Ab ins Wiki f=FCr mehr Info: http://www.phpugffm.de/mediawiki/index.php/08_November_07 Info bitte weiter geben und unbedingt ein Auge auf das Wiki halten wegen weitere Infos / =C4nderungen. Regards Darren P.s. Thanks to Tom and Chris for organising things. http://couchdb.com/ What CouchDB is * A document database server, accessible via a RESTful JSON API. * Ad-hoc and schema-free with a flat address space. * Distributed, featuring robust, incremental replication with bi-directional conflict detection and management. * Query-able and index-able, featuring a table oriented reporting engine that uses Javascript as a query language. What CouchDB is not * A relational database. * A replacement for relational databases. * An object-oriented database. More specifically, CouchDB is not meant to function as a seamless persistence layer for an OO programming language. From ugffm@phpugffm.de Fri Nov 2 10:56:11 2007 From: ugffm@phpugffm.de (Stefan Kilp [sk-software]) Date: Fri, 02 Nov 2007 11:56:11 +0100 Subject: [ugffm] benchmark php Message-ID: <472B107B.5207.6CC788@kilp.sk-software.de> Hi, Christian (http://christian-asche.com/blog/2007/10/26/apache-und-php-unter= -windows-und- linux/) hatte neulich auf seiner Seite ein kleinen Hinweis zu einem Benchm= ark. Ich wollte den auch mal kurz bei mir laufen lassen, habe aber den Source nicht gefunden (= hallo christian, hab ich was =FCbersehen). Bei der Suche bin ich auf einen anderen Benchmark (http://cvs.php.net/viewvc.cgi/ZendEngine2/bench.php?revision=3D1.4.2.1.2.= 1) gesto=DFen und habe ihn einfach mal auf verschiedenen Maschinen laufen lassen. Das komisc= he, auf einigen neueren Maschinen l=E4uft er langsamer als auf =E4lteren. Ich habe= noch nicht rausgefunden, woran es liegt. Wenn ihr mal Zeit habt, la=DFt den bench.php doch mal auf eueren Maschinen= laufen und teilt mir das Ergebnis mit. Ich will versuchen rauszufinden wo man drehen mu=DF = um es zu beschleunigen. bei mir sind z.B. folgenden Werte ausgespuckt worden: OS:Linux php: 5.2.4 cpu: [0] AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ [1] AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ simple 0.556 simplecall 0.628 simpleucall 1.009 simpleudcall 1.228 mandel = 2.039 mandel2 2.507 ackermann(7) 1.298 ary(50000) 0.095 ary2(50000) 0.077 ary3(2000) 0.9= 89 fibo(30) 3.041 hash1(50000) 0.159 hash2(500) 0.164 heapsort(20000) 0.495 matrix(20)= 0.436 nestedloop(12) 0.984 sieve(30) 0.486 strcat(200000) 0.072 ----------------= -------- Total ----- OS:Linux php: 5.2.4 cpu: [0] AMD Athlon(tm) 64 Processor 3500+ simple 0.503 simplecall 0.587 simpleucall 0.901 simpleudcall 1.089 mandel = 1.879 mandel2 2.402 ackermann(7) 1.099 ary(50000) 0.085 ary2(50000) 0.069 ary3(2000) 0.8= 95 fibo(30) 2.808 hash1(50000) 0.150 hash2(500) 0.149 heapsort(20000) 0.445 matrix(20)= 0.387 nestedloop(12) 0.893 sieve(30) 0.443 strcat(200000) 0.063 ----------------= -------- Total 14.849 ------ OS:Linux php: 5.2.4 cpu: [0] AMD Athlon(tm) 64 Processor 3200+ simple 0.557 simplecall 0.630 simpleucall 1.016 simpleudcall 1.252 mandel = 2.044 mandel2 2.494 ackermann(7) 1.264 ary(50000) 0.093 ary2(50000) 0.075 ary3(2000) 1.0= 25 fibo(30) 3.390 hash1(50000) 0.154 hash2(500) 0.168 heapsort(20000) 0.484 matrix(20)= 0.430 nestedloop(12) 0.983 sieve(30) 0.493 strcat(200000) 0.069 ----------------= -------- Total 16.623 ------- OS:Linux php: 5.2.4 cpu: [0] AMD Sempron(tm) Processor 3000+ simple 0.532 simplecall 0.616 simpleucall 0.902 simpleudcall 0.989 mandel = 1.564 mandel2 1.975 ackermann(7) 1.317 ary(50000) 0.086 ary2(50000) 0.069 ary3(2000) 1.1= 02 fibo(30) 2.544 hash1(50000) 0.148 hash2(500) 0.150 heapsort(20000) 0.442 matrix(20)= 0.377 nestedloop(12) 0.911 sieve(30) 0.490 strcat(200000) 0.059 ----------------= -------- Total 14.273 Gru=DF Stefan -- Stefan Kilp SK-Software, Entwicklung & Beratung email: kilp@sk-software.de fon : +49 6151 93344-0 fax : +49 6151 93344-20 Herta-Mansbacher-Str. 98 64289 Darmstadt, Germany. ----------------------------------------------------- From ugffm@phpugffm.de Fri Nov 2 12:51:04 2007 From: ugffm@phpugffm.de (Christian Asche) Date: Fri, 2 Nov 2007 13:51:04 +0100 Subject: AW: [ugffm] benchmark php In-Reply-To: <472B107B.5207.6CC788@kilp.sk-software.de> References: <472B107B.5207.6CC788@kilp.sk-software.de> Message-ID: <006801c81d4f$08641de0$192c59a0$@com> Hallo Stefan, das ist fast der gleiche Test. Ich habe die Datei benchmark.php auch von = der php.net Seite. Die einzigen Unterschiede sind die Reihenfolge von Deklaration der=20 Funktionen und Aufruf, sowie das bei mir
ausgegeben werden und = bei=20 Dir \n. Bei mir l=E4uft bench.php allerdings etwas schneller durch. Interessant sind hier nat=FCrlich: - Wieviel RAM das Skript erh=E4lt - Welche Module geladen sind - Welches Linux (Kernel und mit oder ohne X) - ob ein Opcode Cache aktiviert ist - ob sowas wie XDebug oder APD verwendet wird (macht das sicherlich = etwas langsamer) - PHP als CGI, FastCGI oder Modul verwendet wird Man sollte das Skript auch relativ oft ausf=FChren und dann den = Mittelwert verwenden. Gerade solche kleinen Unterschiede 0.556 vs 0.503 k=F6nnen durch andere Prozesse=20 verursacht werden. Was mich wirklich wundert, ist dieser deutliche Unterschied zwischen = Windows und Linux. Bei einem Kundenprojekt habe ich =E4hnliche Differenzen auf einem = Windows Server und auf der gleichen Maschine, zus=E4tzlich unter VMWare, mit = Linux (+X und Gnome). Aber wie schon geschrieben: Dies ist keine wissenschaftlich fundierte = Studie und nicht repr=E4sentativ. Viele Gr=FC=DFe, Christian > -----Urspr=FCngliche Nachricht----- > Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de] Im = Auftrag von > Stefan Kilp [sk-software] > Gesendet: Freitag, 2. November 2007 11:56 > An: ugffm@phpugffm.de > Betreff: [ugffm] benchmark php >=20 > Hi, >=20 > Christian (http://christian-asche.com/blog/2007/10/26/apache-und-php-unter- > windows-und- > linux/) hatte neulich auf seiner Seite ein kleinen Hinweis zu einem Benchmark. > Ich wollte den > auch mal kurz bei mir laufen lassen, habe aber den Source nicht = gefunden > (hallo christian, > hab ich was =FCbersehen). >=20 > Bei der Suche bin ich auf einen anderen Benchmark > = (http://cvs.php.net/viewvc.cgi/ZendEngine2/bench.php?revision=3D1.4.2.1.2= .1) > gesto=DFen und > habe ihn einfach mal auf verschiedenen Maschinen laufen lassen. Das komische, > auf > einigen neueren Maschinen l=E4uft er langsamer als auf =E4lteren. Ich = habe noch > nicht > rausgefunden, woran es liegt. >=20 > Wenn ihr mal Zeit habt, la=DFt den bench.php doch mal auf eueren = Maschinen > laufen und teilt > mir das Ergebnis mit. Ich will versuchen rauszufinden wo man drehen = mu=DF um es > zu > beschleunigen. >=20 > bei mir sind z.B. folgenden Werte ausgespuckt worden: >=20 > OS:Linux > php: 5.2.4 > cpu: [0] AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ > [1] AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ >=20 > simple 0.556 simplecall 0.628 simpleucall 1.009 simpleudcall 1.228 = mandel > 2.039 mandel2 > 2.507 ackermann(7) 1.298 ary(50000) 0.095 ary2(50000) 0.077 ary3(2000) 0.989 > fibo(30) > 3.041 hash1(50000) 0.159 hash2(500) 0.164 heapsort(20000) 0.495 = matrix(20) > 0.436 > nestedloop(12) 0.984 sieve(30) 0.486 strcat(200000) 0.072 -------------------- > ---- Total >=20 > ----- >=20 > OS:Linux > php: 5.2.4 > cpu: [0] AMD Athlon(tm) 64 Processor 3500+ >=20 > simple 0.503 simplecall 0.587 simpleucall 0.901 simpleudcall 1.089 = mandel > 1.879 mandel2 > 2.402 ackermann(7) 1.099 ary(50000) 0.085 ary2(50000) 0.069 ary3(2000) 0.895 > fibo(30) > 2.808 hash1(50000) 0.150 hash2(500) 0.149 heapsort(20000) 0.445 = matrix(20) > 0.387 > nestedloop(12) 0.893 sieve(30) 0.443 strcat(200000) 0.063 -------------------- > ---- Total 14.849 >=20 > ------ >=20 > OS:Linux > php: 5.2.4 > cpu: [0] AMD Athlon(tm) 64 Processor 3200+ >=20 > simple 0.557 simplecall 0.630 simpleucall 1.016 simpleudcall 1.252 = mandel > 2.044 mandel2 > 2.494 ackermann(7) 1.264 ary(50000) 0.093 ary2(50000) 0.075 ary3(2000) 1.025 > fibo(30) > 3.390 hash1(50000) 0.154 hash2(500) 0.168 heapsort(20000) 0.484 = matrix(20) > 0.430 > nestedloop(12) 0.983 sieve(30) 0.493 strcat(200000) 0.069 -------------------- > ---- Total 16.623 >=20 > ------- >=20 > OS:Linux > php: 5.2.4 > cpu: [0] AMD Sempron(tm) Processor 3000+ >=20 > simple 0.532 simplecall 0.616 simpleucall 0.902 simpleudcall 0.989 = mandel > 1.564 mandel2 > 1.975 ackermann(7) 1.317 ary(50000) 0.086 ary2(50000) 0.069 ary3(2000) 1.102 > fibo(30) > 2.544 hash1(50000) 0.148 hash2(500) 0.150 heapsort(20000) 0.442 = matrix(20) > 0.377 > nestedloop(12) 0.911 sieve(30) 0.490 strcat(200000) 0.059 -------------------- > ---- Total 14.273 >=20 > Gru=DF > Stefan > -- > Stefan Kilp > SK-Software, Entwicklung & Beratung >=20 > email: kilp@sk-software.de >=20 > fon : +49 6151 93344-0 > fax : +49 6151 93344-20 > Herta-Mansbacher-Str. 98 > 64289 Darmstadt, Germany. > ----------------------------------------------------- >=20 > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm From ugffm@phpugffm.de Fri Nov 2 12:56:50 2007 From: ugffm@phpugffm.de (Stefan Kilp [sk-software]) Date: Fri, 02 Nov 2007 13:56:50 +0100 Subject: AW: [ugffm] benchmark php In-Reply-To: <006801c81d4f$08641de0$192c59a0$@com> References: <472B107B.5207.6CC788@kilp.sk-software.de>, <006801c81d4f$08641de0$192c59a0$@com> Message-ID: <472B2CA4.14412.DBC857@kilp.sk-software.de> Hi Christian, gibt doch mal die Zeiten an f=FCr den Test auf den ich verlinkt hatte und = ein kurzer hinweis: linux/win, phpversion, processor, ram. danke stefan > Hallo Stefan, > > das ist fast der gleiche Test. Ich habe die Datei benchmark.php auch von= der > > php.net Seite. > > Die einzigen Unterschiede sind die Reihenfolge von Deklaration der > Funktionen und Aufruf, sowie das bei mir
ausgegeben werden und be= i > Dir \n. > > Bei mir l=E4uft bench.php allerdings etwas schneller durch. > > Interessant sind hier nat=FCrlich: > - Wieviel RAM das Skript erh=E4lt > - Welche Module geladen sind > - Welches Linux (Kernel und mit oder ohne X) > - ob ein Opcode Cache aktiviert ist > - ob sowas wie XDebug oder APD verwendet wird (macht das sicherlich etwa= s > langsamer) > - PHP als CGI, FastCGI oder Modul verwendet wird > > Man sollte das Skript auch relativ oft ausf=FChren und dann den Mittelwe= rt > verwenden. > Gerade solche kleinen Unterschiede 0.556 vs 0.503 k=F6nnen durch andere > Prozesse > verursacht werden. > > Was mich wirklich wundert, ist dieser deutliche Unterschied zwischen Win= dows > und Linux. > > Bei einem Kundenprojekt habe ich =E4hnliche Differenzen auf einem Window= s > Server und auf der gleichen Maschine, zus=E4tzlich unter VMWare, mit Lin= ux (+X > und Gnome). > > Aber wie schon geschrieben: Dies ist keine wissenschaftlich fundierte St= udie > und > nicht repr=E4sentativ. > > Viele Gr=FC=DFe, Christian > > > -----Urspr=FCngliche Nachricht----- > > Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de] Im Auftr= ag > von > > Stefan Kilp [sk-software] > > Gesendet: Freitag, 2. November 2007 11:56 > > An: ugffm@phpugffm.de > > Betreff: [ugffm] benchmark php > > > > Hi, > > > > Christian > (http://christian-asche.com/blog/2007/10/26/apache-und-php-unter- > > windows-und- > > linux/) hatte neulich auf seiner Seite ein kleinen Hinweis zu einem > Benchmark. > > Ich wollte den > > auch mal kurz bei mir laufen lassen, habe aber den Source nicht gefund= en > > (hallo christian, > > hab ich was =FCbersehen). > > > > Bei der Suche bin ich auf einen anderen Benchmark > > (http://cvs.php.net/viewvc.cgi/ZendEngine2/bench.php?revision=3D1.4.2.= 1.2.1) > > gesto=DFen und > > habe ihn einfach mal auf verschiedenen Maschinen laufen lassen. Das > komische, > > auf > > einigen neueren Maschinen l=E4uft er langsamer als auf =E4lteren. Ich = habe > noch > > nicht > > rausgefunden, woran es liegt. > > > > Wenn ihr mal Zeit habt, la=DFt den bench.php doch mal auf eueren Masch= inen > > laufen und teilt > > mir das Ergebnis mit. Ich will versuchen rauszufinden wo man drehen mu= =DF um > es > > zu > > beschleunigen. > > > > bei mir sind z.B. folgenden Werte ausgespuckt worden: > > > > OS:Linux > > php: 5.2.4 > > cpu: [0] AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ > > [1] AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ > > > > simple 0.556 simplecall 0.628 simpleucall 1.009 simpleudcall 1.228 man= del > > 2.039 mandel2 > > 2.507 ackermann(7) 1.298 ary(50000) 0.095 ary2(50000) 0.077 ary3(2000) > 0.989 > > fibo(30) > > 3.041 hash1(50000) 0.159 hash2(500) 0.164 heapsort(20000) 0.495 matrix= (20) > > 0.436 > > nestedloop(12) 0.984 sieve(30) 0.486 strcat(200000) 0.072 > -------------------- > > ---- Total > > > > ----- > > > > OS:Linux > > php: 5.2.4 > > cpu: [0] AMD Athlon(tm) 64 Processor 3500+ > > > > simple 0.503 simplecall 0.587 simpleucall 0.901 simpleudcall 1.089 man= del > > 1.879 mandel2 > > 2.402 ackermann(7) 1.099 ary(50000) 0.085 ary2(50000) 0.069 ary3(2000) > 0.895 > > fibo(30) > > 2.808 hash1(50000) 0.150 hash2(500) 0.149 heapsort(20000) 0.445 matrix= (20) > > 0.387 > > nestedloop(12) 0.893 sieve(30) 0.443 strcat(200000) 0.063 > -------------------- > > ---- Total 14.849 > > > > ------ > > > > OS:Linux > > php: 5.2.4 > > cpu: [0] AMD Athlon(tm) 64 Processor 3200+ > > > > simple 0.557 simplecall 0.630 simpleucall 1.016 simpleudcall 1.252 man= del > > 2.044 mandel2 > > 2.494 ackermann(7) 1.264 ary(50000) 0.093 ary2(50000) 0.075 ary3(2000) > 1.025 > > fibo(30) > > 3.390 hash1(50000) 0.154 hash2(500) 0.168 heapsort(20000) 0.484 matrix= (20) > > 0.430 > > nestedloop(12) 0.983 sieve(30) 0.493 strcat(200000) 0.069 > -------------------- > > ---- Total 16.623 > > > > ------- > > > > OS:Linux > > php: 5.2.4 > > cpu: [0] AMD Sempron(tm) Processor 3000+ > > > > simple 0.532 simplecall 0.616 simpleucall 0.902 simpleudcall 0.989 man= del > > 1.564 mandel2 > > 1.975 ackermann(7) 1.317 ary(50000) 0.086 ary2(50000) 0.069 ary3(2000) > 1.102 > > fibo(30) > > 2.544 hash1(50000) 0.148 hash2(500) 0.150 heapsort(20000) 0.442 matrix= (20) > > 0.377 > > nestedloop(12) 0.911 sieve(30) 0.490 strcat(200000) 0.059 > -------------------- > > ---- Total 14.273 > > > > Gru=DF > > Stefan > > -- > > Stefan Kilp > > SK-Software, Entwicklung & Beratung > > > > email: kilp@sk-software.de > > > > fon : +49 6151 93344-0 > > fax : +49 6151 93344-20 > > Herta-Mansbacher-Str. 98 > > 64289 Darmstadt, Germany. > > ----------------------------------------------------- > > > > _______________________________________________ > > ugffm mailing list > > ugffm@phpugffm.de > > http://www.mazenphp.de/mailman/listinfo/ugffm > > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm -- Stefan Kilp SK-Software, Entwicklung & Beratung email: kilp@sk-software.de fon : +49 6151 93344-0 fax : +49 6151 93344-20 Herta-Mansbacher-Str. 98 64289 Darmstadt, Germany. ----------------------------------------------------- From ugffm@phpugffm.de Sun Nov 4 11:28:56 2007 From: ugffm@phpugffm.de (Boris Penck) Date: Sun, 4 Nov 2007 12:28:56 +0100 Subject: [ugffm] benchmark php In-Reply-To: <472B107B.5207.6CC788@kilp.sk-software.de> References: <472B107B.5207.6CC788@kilp.sk-software.de> Message-ID: Ich w=FCrde sagen es liegt einzig und alleine an der CPU. Server #1 PHP 5.2.4 (cli) (built: Oct 30 2007 12:02:56) 2x Intel(R) Xeon(R) CPU 3070 @ 2.66GHz / 4 MB Cache 4GB Ram simple 0.221 simplecall 0.254 simpleucall 0.392 simpleudcall 0.442 mandel 0.663 mandel2 0.820 ackermann(7) 0.485 ary(50000) 0.030 ary2(50000) 0.025 ary3(2000) 0.352 fibo(30) 1.150 hash1(50000) 0.056 hash2(500) 0.063 heapsort(20000) 0.198 matrix(20) 0.165 nestedloop(12) 0.368 sieve(30) 0.146 strcat(200000) 0.025 ------------------------ Total 5.855 =3D=3D=3D=3D=3D Server #2 PHP 5.2.0-8+etch7 (cli) (built: Jul 2 2007 20:43:26) 2x Intel(R) Xeon(TM) CPU 5060 @ 3.20GHz / 2 MB Cache 8Gb Ram simple 0.321 simplecall 0.412 simpleucall 0.680 simpleudcall 0.769 mandel 1.022 mandel2 1.147 ackermann(7) 0.779 ary(50000) 0.054 ary2(50000) 0.047 ary3(2000) 0.454 fibo(30) 2.174 hash1(50000) 0.099 hash2(500) 0.117 heapsort(20000) 0.295 matrix(20) 0.247 nestedloop(12) 0.570 sieve(30) 0.248 strcat(200000) 0.064 ------------------------ Total 9.499 =3D=3D=3D=3D Server #3 PHP 5.2.0-8+etch7 (cli) (built: Jul 2 2007 21:46:15) Intel(R) Xeon(R) CPU 3050 @ 2.13GHz / 2 MB Cache 2GB Ram simple 0.319 simplecall 0.424 simpleucall 0.651 simpleudcall 0.760 mandel 0.962 mandel2 1.182 ackermann(7) 0.830 ary(50000) 0.042 ary2(50000) 0.034 ary3(2000) 0.452 fibo(30) 1.799 hash1(50000) 0.084 hash2(500) 0.086 heapsort(20000) 0.313 matrix(20) 0.290 nestedloop(12) 0.550 sieve(30) 0.212 strcat(200000) 0.264 ------------------------ Total 9.254 > Bei der Suche bin ich auf einen anderen Benchmark > = (http://cvs.php.net/viewvc.cgi/ZendEngine2/bench.php?revision=3D1.4.2.1.2.= 1=20 > ) gesto=DFen und > habe ihn einfach mal auf verschiedenen Maschinen laufen lassen. Das =20= > komische, auf > einigen neueren Maschinen l=E4uft er langsamer als auf =E4lteren. Ich =20= > habe noch nicht > rausgefunden, woran es liegt. From ugffm@phpugffm.de Mon Nov 5 08:38:19 2007 From: ugffm@phpugffm.de (Stefan Kilp [sk-software]) Date: Mon, 05 Nov 2007 09:38:19 +0100 Subject: [ugffm] benchmark php In-Reply-To: References: <472B107B.5207.6CC788@kilp.sk-software.de>, Message-ID: <472EE492.6316.1C4C24@kilp.sk-software.de> Hallo Boris, danke f=FCr deine Testergebnisse. > Ich w=FCrde sagen es liegt einzig und alleine an der CPU. eigentlich ja, es handelt sich ja um reine Berechnungen. Warum ist dein Server 1 aber fast doppelt so schnell wie Server 2, sollte = es nur an dem gr=F6=DFerne Cache liegen? und Server 3 ist minimal schneller als Server 2, die Daten sprechen aber d= agegen. Gru=DF Stefan > > Server #1 > PHP 5.2.4 (cli) (built: Oct 30 2007 12:02:56) > 2x Intel(R) Xeon(R) CPU 3070 @ 2.66GHz / 4 MB Cache > 4GB Ram > > simple 0.221 > simplecall 0.254 > simpleucall 0.392 > simpleudcall 0.442 > mandel 0.663 > mandel2 0.820 > ackermann(7) 0.485 > ary(50000) 0.030 > ary2(50000) 0.025 > ary3(2000) 0.352 > fibo(30) 1.150 > hash1(50000) 0.056 > hash2(500) 0.063 > heapsort(20000) 0.198 > matrix(20) 0.165 > nestedloop(12) 0.368 > sieve(30) 0.146 > strcat(200000) 0.025 > ------------------------ > Total 5.855 > > =3D=3D=3D=3D=3D > > Server #2 > PHP 5.2.0-8+etch7 (cli) (built: Jul 2 2007 20:43:26) > 2x Intel(R) Xeon(TM) CPU 5060 @ 3.20GHz / 2 MB Cache > 8Gb Ram > > simple 0.321 > simplecall 0.412 > simpleucall 0.680 > simpleudcall 0.769 > mandel 1.022 > mandel2 1.147 > ackermann(7) 0.779 > ary(50000) 0.054 > ary2(50000) 0.047 > ary3(2000) 0.454 > fibo(30) 2.174 > hash1(50000) 0.099 > hash2(500) 0.117 > heapsort(20000) 0.295 > matrix(20) 0.247 > nestedloop(12) 0.570 > sieve(30) 0.248 > strcat(200000) 0.064 > ------------------------ > Total 9.499 > > =3D=3D=3D=3D > > Server #3 > PHP 5.2.0-8+etch7 (cli) (built: Jul 2 2007 21:46:15) > Intel(R) Xeon(R) CPU 3050 @ 2.13GHz / 2 MB Cache > 2GB Ram > > simple 0.319 > simplecall 0.424 > simpleucall 0.651 > simpleudcall 0.760 > mandel 0.962 > mandel2 1.182 > ackermann(7) 0.830 > ary(50000) 0.042 > ary2(50000) 0.034 > ary3(2000) 0.452 > fibo(30) 1.799 > hash1(50000) 0.084 > hash2(500) 0.086 > heapsort(20000) 0.313 > matrix(20) 0.290 > nestedloop(12) 0.550 > sieve(30) 0.212 > strcat(200000) 0.264 > ------------------------ > Total 9.254 > > > > Bei der Suche bin ich auf einen anderen Benchmark > > (http://cvs.php.net/viewvc.cgi/ZendEngine2/bench.php?revision=3D1.4.2.= 1.2.1 > > ) gesto=DFen und > > habe ihn einfach mal auf verschiedenen Maschinen laufen lassen. Das > > komische, auf > > einigen neueren Maschinen l=E4uft er langsamer als auf =E4lteren. Ich = > > habe noch nicht > > rausgefunden, woran es liegt. > > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm -- Stefan Kilp SK-Software, Entwicklung & Beratung email: kilp@sk-software.de fon : +49 6151 93344-0 fax : +49 6151 93344-20 Herta-Mansbacher-Str. 98 64289 Darmstadt, Germany. ----------------------------------------------------- From ugffm@phpugffm.de Mon Nov 5 16:10:13 2007 From: ugffm@phpugffm.de (Stefan Kilp [sk-software]) Date: Mon, 05 Nov 2007 17:10:13 +0100 Subject: [ugffm] iphone/ipod touch usergroup gesucht Message-ID: <472F4E77.16653.1BC0A70@kilp.sk-software.de> hallo, Suche iPhone/iPod Touch User zwecks Erfahrungsaustausch. kenn jemand von euch eine phone/ipod touch usergroup im Rhein-Main-Gebiet,= oder Treffen die sich mit den Mac-Usern? War von euch schon jemand mal in Wi, FFM auf e= inem Mac Treffen? was das mit php zu tun hat? Es l=E4uft php auf den Dingern :-) Gru=DF Stefan -- Stefan Kilp SK-Software, Entwicklung & Beratung email: kilp@sk-software.de fon : +49 6151 93344-0 fax : +49 6151 93344-20 Herta-Mansbacher-Str. 98 64289 Darmstadt, Germany. ----------------------------------------------------- From ugffm@phpugffm.de Mon Nov 5 16:18:51 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Mon, 5 Nov 2007 17:18:51 +0100 Subject: [ugffm] iphone/ipod touch usergroup gesucht In-Reply-To: <472F4E77.16653.1BC0A70@kilp.sk-software.de> References: <472F4E77.16653.1BC0A70@kilp.sk-software.de> Message-ID: <2f8f084f0711050818x789e695fk3856c57e49059986@mail.gmail.com> Stefan, An der Brot fabrik ist ein Mac User Treffen. Ich weiss aber nicht genau wann die sich treffen. Vielleicht Harry Fragen h[at]scherbach[ratmal]com und sonst bekam ich heute, folgende Einladung: Event: Midnight queuing for the iPhone - 9th Nov 2007, Telekom Shop Cologne "bringing together German iPhone fans" What: Club/Group Meeting Host: T-Mobile When: Friday, November 9 at 12:00am Where: Telekom Shop Ich frage morgen nach ob sie eine bekam. Regards Darren From ugffm@phpugffm.de Mon Nov 5 16:21:59 2007 From: ugffm@phpugffm.de (Christian Asche) Date: Mon, 5 Nov 2007 17:21:59 +0100 Subject: AW: AW: [ugffm] benchmark php In-Reply-To: <472B2CA4.14412.DBC857@kilp.sk-software.de> References: <472B107B.5207.6CC788@kilp.sk-software.de>, <006801c81d4f$08641de0$192c59a0$@com> <472B2CA4.14412.DBC857@kilp.sk-software.de> Message-ID: <002201c81fc7$fe83c2a0$fb8b47e0$@com> Hallo Stefan, ich muss erstmal einen Zeitpunkt abpassen, an dem nicht drauf gearbeitet wird. Gru=DF, Christian > -----Urspr=FCngliche Nachricht----- > Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de] Im = Auftrag von > Stefan Kilp [sk-software] > Gesendet: Freitag, 2. November 2007 13:57 > An: ugffm@phpugffm.de > Betreff: Re: AW: [ugffm] benchmark php >=20 > Hi Christian, >=20 > gibt doch mal die Zeiten an f=FCr den Test auf den ich verlinkt hatte = und ein > kurzer hinweis: > linux/win, phpversion, processor, ram. >=20 > danke > stefan >=20 > > Hallo Stefan, > > > > das ist fast der gleiche Test. Ich habe die Datei benchmark.php auch = von der > > > > php.net Seite. > > > > Die einzigen Unterschiede sind die Reihenfolge von Deklaration der > > Funktionen und Aufruf, sowie das bei mir
ausgegeben werden = und bei > > Dir \n. > > > > Bei mir l=E4uft bench.php allerdings etwas schneller durch. > > > > Interessant sind hier nat=FCrlich: > > - Wieviel RAM das Skript erh=E4lt > > - Welche Module geladen sind > > - Welches Linux (Kernel und mit oder ohne X) > > - ob ein Opcode Cache aktiviert ist > > - ob sowas wie XDebug oder APD verwendet wird (macht das sicherlich etwas > > langsamer) > > - PHP als CGI, FastCGI oder Modul verwendet wird > > > > Man sollte das Skript auch relativ oft ausf=FChren und dann den = Mittelwert > > verwenden. > > Gerade solche kleinen Unterschiede 0.556 vs 0.503 k=F6nnen durch = andere > > Prozesse > > verursacht werden. > > > > Was mich wirklich wundert, ist dieser deutliche Unterschied zwischen Windows > > und Linux. > > > > Bei einem Kundenprojekt habe ich =E4hnliche Differenzen auf einem = Windows > > Server und auf der gleichen Maschine, zus=E4tzlich unter VMWare, mit = Linux (+X > > und Gnome). > > > > Aber wie schon geschrieben: Dies ist keine wissenschaftlich = fundierte Studie > > und > > nicht repr=E4sentativ. > > > > Viele Gr=FC=DFe, Christian > > > > > -----Urspr=FCngliche Nachricht----- > > > Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de] Im Auftrag > > von > > > Stefan Kilp [sk-software] > > > Gesendet: Freitag, 2. November 2007 11:56 > > > An: ugffm@phpugffm.de > > > Betreff: [ugffm] benchmark php > > > > > > Hi, > > > > > > Christian > > (http://christian-asche.com/blog/2007/10/26/apache-und-php-unter- > > > windows-und- > > > linux/) hatte neulich auf seiner Seite ein kleinen Hinweis zu = einem > > Benchmark. > > > Ich wollte den > > > auch mal kurz bei mir laufen lassen, habe aber den Source nicht gefunden > > > (hallo christian, > > > hab ich was =FCbersehen). > > > > > > Bei der Suche bin ich auf einen anderen Benchmark > > > (http://cvs.php.net/viewvc.cgi/ZendEngine2/bench.php?revision=3D1.4.2.1.2= .1) > > > gesto=DFen und > > > habe ihn einfach mal auf verschiedenen Maschinen laufen lassen. = Das > > komische, > > > auf > > > einigen neueren Maschinen l=E4uft er langsamer als auf =E4lteren. = Ich habe > > noch > > > nicht > > > rausgefunden, woran es liegt. > > > > > > Wenn ihr mal Zeit habt, la=DFt den bench.php doch mal auf eueren Maschinen > > > laufen und teilt > > > mir das Ergebnis mit. Ich will versuchen rauszufinden wo man = drehen mu=DF um > > es > > > zu > > > beschleunigen. > > > > > > bei mir sind z.B. folgenden Werte ausgespuckt worden: > > > > > > OS:Linux > > > php: 5.2.4 > > > cpu: [0] AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ > > > [1] AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ > > > > > > simple 0.556 simplecall 0.628 simpleucall 1.009 simpleudcall 1.228 mandel > > > 2.039 mandel2 > > > 2.507 ackermann(7) 1.298 ary(50000) 0.095 ary2(50000) 0.077 = ary3(2000) > > 0.989 > > > fibo(30) > > > 3.041 hash1(50000) 0.159 hash2(500) 0.164 heapsort(20000) 0.495 matrix(20) > > > 0.436 > > > nestedloop(12) 0.984 sieve(30) 0.486 strcat(200000) 0.072 > > -------------------- > > > ---- Total > > > > > > ----- > > > > > > OS:Linux > > > php: 5.2.4 > > > cpu: [0] AMD Athlon(tm) 64 Processor 3500+ > > > > > > simple 0.503 simplecall 0.587 simpleucall 0.901 simpleudcall 1.089 mandel > > > 1.879 mandel2 > > > 2.402 ackermann(7) 1.099 ary(50000) 0.085 ary2(50000) 0.069 = ary3(2000) > > 0.895 > > > fibo(30) > > > 2.808 hash1(50000) 0.150 hash2(500) 0.149 heapsort(20000) 0.445 matrix(20) > > > 0.387 > > > nestedloop(12) 0.893 sieve(30) 0.443 strcat(200000) 0.063 > > -------------------- > > > ---- Total 14.849 > > > > > > ------ > > > > > > OS:Linux > > > php: 5.2.4 > > > cpu: [0] AMD Athlon(tm) 64 Processor 3200+ > > > > > > simple 0.557 simplecall 0.630 simpleucall 1.016 simpleudcall 1.252 mandel > > > 2.044 mandel2 > > > 2.494 ackermann(7) 1.264 ary(50000) 0.093 ary2(50000) 0.075 = ary3(2000) > > 1.025 > > > fibo(30) > > > 3.390 hash1(50000) 0.154 hash2(500) 0.168 heapsort(20000) 0.484 matrix(20) > > > 0.430 > > > nestedloop(12) 0.983 sieve(30) 0.493 strcat(200000) 0.069 > > -------------------- > > > ---- Total 16.623 > > > > > > ------- > > > > > > OS:Linux > > > php: 5.2.4 > > > cpu: [0] AMD Sempron(tm) Processor 3000+ > > > > > > simple 0.532 simplecall 0.616 simpleucall 0.902 simpleudcall 0.989 mandel > > > 1.564 mandel2 > > > 1.975 ackermann(7) 1.317 ary(50000) 0.086 ary2(50000) 0.069 = ary3(2000) > > 1.102 > > > fibo(30) > > > 2.544 hash1(50000) 0.148 hash2(500) 0.150 heapsort(20000) 0.442 matrix(20) > > > 0.377 > > > nestedloop(12) 0.911 sieve(30) 0.490 strcat(200000) 0.059 > > -------------------- > > > ---- Total 14.273 > > > > > > Gru=DF > > > Stefan > > > -- > > > Stefan Kilp > > > SK-Software, Entwicklung & Beratung > > > > > > email: kilp@sk-software.de > > > > > > fon : +49 6151 93344-0 > > > fax : +49 6151 93344-20 > > > Herta-Mansbacher-Str. 98 > > > 64289 Darmstadt, Germany. > > > ----------------------------------------------------- > > > > > > _______________________________________________ > > > ugffm mailing list > > > ugffm@phpugffm.de > > > http://www.mazenphp.de/mailman/listinfo/ugffm > > > > _______________________________________________ > > ugffm mailing list > > ugffm@phpugffm.de > > http://www.mazenphp.de/mailman/listinfo/ugffm >=20 >=20 > -- > Stefan Kilp > SK-Software, Entwicklung & Beratung >=20 > email: kilp@sk-software.de >=20 > fon : +49 6151 93344-0 > fax : +49 6151 93344-20 > Herta-Mansbacher-Str. 98 > 64289 Darmstadt, Germany. > ----------------------------------------------------- >=20 > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm From ugffm@phpugffm.de Mon Nov 5 16:29:26 2007 From: ugffm@phpugffm.de (Stefan Kilp [sk-software]) Date: Mon, 05 Nov 2007 17:29:26 +0100 Subject: [ugffm] iphone/ipod touch usergroup gesucht In-Reply-To: <2f8f084f0711050818x789e695fk3856c57e49059986@mail.gmail.com> References: <472F4E77.16653.1BC0A70@kilp.sk-software.de>, <2f8f084f0711050818x789e695fk3856c57e49059986@mail.gmail.com> Message-ID: <472F52FD.25223.1CDB7F3@kilp.sk-software.de> marketing t-online will ich nicht unbedingt mitmachen, aber interessierte = suche ich schon. danke. Gru=DF Stefan > Stefan, > > An der Brot fabrik ist ein Mac User Treffen. > Ich weiss aber nicht genau wann die sich treffen. > Vielleicht Harry Fragen h[at]scherbach[ratmal]com > > > und sonst bekam ich heute, folgende Einladung: > > Event: Midnight queuing for the iPhone - 9th Nov 2007, Telekom Shop Colo= gne > "bringing together German iPhone fans" > What: Club/Group Meeting > Host: T-Mobile > When: Friday, November 9 at 12:00am > Where: Telekom Shop > > Ich frage morgen nach ob sie eine bekam. > > Regards > > Darren > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm -- Stefan Kilp SK-Software, Entwicklung & Beratung email: kilp@sk-software.de fon : +49 6151 93344-0 fax : +49 6151 93344-20 Herta-Mansbacher-Str. 98 64289 Darmstadt, Germany. ----------------------------------------------------- From ugffm@phpugffm.de Mon Nov 5 19:35:56 2007 From: ugffm@phpugffm.de (Boris Penck) Date: Mon, 5 Nov 2007 20:35:56 +0100 Subject: [ugffm] benchmark php In-Reply-To: <472EE492.6316.1C4C24@kilp.sk-software.de> References: <472B107B.5207.6CC788@kilp.sk-software.de>, <472EE492.6316.1C4C24@kilp.sk-software.de> Message-ID: <00E8FCCE-60F7-4331-9D23-B8D011C184F8@penck.de> Server #1 hat eine neuere Architektur + mehr Cache, darum ist er so =20 viel schneller. -boris Am 05.11.2007 um 09:38 schrieb Stefan Kilp [sk-software]: > Hallo Boris, > > danke f=FCr deine Testergebnisse. > >> Ich w=FCrde sagen es liegt einzig und alleine an der CPU. > eigentlich ja, es handelt sich ja um reine Berechnungen. > Warum ist dein Server 1 aber fast doppelt so schnell wie Server 2, =20 > sollte es nur an dem > gr=F6=DFerne Cache liegen? > > und Server 3 ist minimal schneller als Server 2, die Daten sprechen =20= > aber dagegen. > > Gru=DF > Stefan >> >> Server #1 >> PHP 5.2.4 (cli) (built: Oct 30 2007 12:02:56) >> 2x Intel(R) Xeon(R) CPU 3070 @ 2.66GHz / 4 MB Cache >> 4GB Ram >> >> simple 0.221 >> simplecall 0.254 >> simpleucall 0.392 >> simpleudcall 0.442 >> mandel 0.663 >> mandel2 0.820 >> ackermann(7) 0.485 >> ary(50000) 0.030 >> ary2(50000) 0.025 >> ary3(2000) 0.352 >> fibo(30) 1.150 >> hash1(50000) 0.056 >> hash2(500) 0.063 >> heapsort(20000) 0.198 >> matrix(20) 0.165 >> nestedloop(12) 0.368 >> sieve(30) 0.146 >> strcat(200000) 0.025 >> ------------------------ >> Total 5.855 >> >> =3D=3D=3D=3D=3D >> >> Server #2 >> PHP 5.2.0-8+etch7 (cli) (built: Jul 2 2007 20:43:26) >> 2x Intel(R) Xeon(TM) CPU 5060 @ 3.20GHz / 2 MB Cache >> 8Gb Ram >> >> simple 0.321 >> simplecall 0.412 >> simpleucall 0.680 >> simpleudcall 0.769 >> mandel 1.022 >> mandel2 1.147 >> ackermann(7) 0.779 >> ary(50000) 0.054 >> ary2(50000) 0.047 >> ary3(2000) 0.454 >> fibo(30) 2.174 >> hash1(50000) 0.099 >> hash2(500) 0.117 >> heapsort(20000) 0.295 >> matrix(20) 0.247 >> nestedloop(12) 0.570 >> sieve(30) 0.248 >> strcat(200000) 0.064 >> ------------------------ >> Total 9.499 >> >> =3D=3D=3D=3D >> >> Server #3 >> PHP 5.2.0-8+etch7 (cli) (built: Jul 2 2007 21:46:15) >> Intel(R) Xeon(R) CPU 3050 @ 2.13GHz / 2 MB Cache >> 2GB Ram >> >> simple 0.319 >> simplecall 0.424 >> simpleucall 0.651 >> simpleudcall 0.760 >> mandel 0.962 >> mandel2 1.182 >> ackermann(7) 0.830 >> ary(50000) 0.042 >> ary2(50000) 0.034 >> ary3(2000) 0.452 >> fibo(30) 1.799 >> hash1(50000) 0.084 >> hash2(500) 0.086 >> heapsort(20000) 0.313 >> matrix(20) 0.290 >> nestedloop(12) 0.550 >> sieve(30) 0.212 >> strcat(200000) 0.264 >> ------------------------ >> Total 9.254 >> >> >>> Bei der Suche bin ich auf einen anderen Benchmark >>> = (http://cvs.php.net/viewvc.cgi/ZendEngine2/bench.php?revision=3D1.4.2.1.2.= 1 >>> ) gesto=DFen und >>> habe ihn einfach mal auf verschiedenen Maschinen laufen lassen. Das >>> komische, auf >>> einigen neueren Maschinen l=E4uft er langsamer als auf =E4lteren. = Ich >>> habe noch nicht >>> rausgefunden, woran es liegt. >> >> _______________________________________________ >> ugffm mailing list >> ugffm@phpugffm.de >> http://www.mazenphp.de/mailman/listinfo/ugffm > > > -- > Stefan Kilp > SK-Software, Entwicklung & Beratung > > email: kilp@sk-software.de > > fon : +49 6151 93344-0 > fax : +49 6151 93344-20 > Herta-Mansbacher-Str. 98 > 64289 Darmstadt, Germany. > ----------------------------------------------------- > > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm > From ugffm@phpugffm.de Wed Nov 7 10:44:47 2007 From: ugffm@phpugffm.de (Christian Asche) Date: Wed, 7 Nov 2007 11:44:47 +0100 Subject: AW: AW: [ugffm] benchmark php In-Reply-To: <472B2CA4.14412.DBC857@kilp.sk-software.de> References: <472B107B.5207.6CC788@kilp.sk-software.de>, <006801c81d4f$08641de0$192c59a0$@com> <472B2CA4.14412.DBC857@kilp.sk-software.de> Message-ID: <003c01c8212b$38760c70$a9622550$@com> Hallo Stefan, noch ein Rechner: OS: Win Vista Home Premium (?) CPU: Intel Core Duo T2250 RAM: 2 GB (PC2-5300) PHP: 5.2.4 (XAMPP) simple 0.909 simplecall 30.702 simpleucall 30.644 simpleudcall 32.122 mandel 3.306 mandel2 2.295 ackermann(7) 21.446 ary(50000) 0.111 ary2(50000) 0.099 ary3(2000) 1.626 fibo(30) 83.930 hash1(50000) 3.256 hash2(500) 0.149 heapsort(20000) 1.474 matrix(20) 0.697 nestedloop(12) 1.543 sieve(30) 0.769 strcat(200000) 0.105 ------------------------- Total 216.054 Erschreckend langsam. Vielleicht liegt es ja auch an XAMPP? Wenn ich die Zeit finde, werde ich das mal einer "sauberen" Installation versuchen. Die Tests unter Linux waren alle mit Apache und PHP aus den Ubuntu Paketen. Kann nat=FCrlich gut sein, dass dort die Versionen auf Leistung getrimmt sind, und XAMPP auf "Einfachheit" getrimmt ist. Das Windows ist sicherlich auch nicht f=FCr Serveranwendungen gedacht. Insofern ist dieser Benchmark vielleicht auch nicht ganz ernst zunehmen. Gru=DF, Christian > -----Urspr=FCngliche Nachricht----- > Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de] Im = Auftrag von > Stefan Kilp [sk-software] > Gesendet: Freitag, 2. November 2007 13:57 > An: ugffm@phpugffm.de > Betreff: Re: AW: [ugffm] benchmark php >=20 > Hi Christian, >=20 > gibt doch mal die Zeiten an f=FCr den Test auf den ich verlinkt hatte = und ein > kurzer hinweis: > linux/win, phpversion, processor, ram. >=20 > danke > stefan >=20 > > Hallo Stefan, > > > > das ist fast der gleiche Test. Ich habe die Datei benchmark.php auch = von der > > > > php.net Seite. > > > > Die einzigen Unterschiede sind die Reihenfolge von Deklaration der > > Funktionen und Aufruf, sowie das bei mir
ausgegeben werden = und bei > > Dir \n. > > > > Bei mir l=E4uft bench.php allerdings etwas schneller durch. > > > > Interessant sind hier nat=FCrlich: > > - Wieviel RAM das Skript erh=E4lt > > - Welche Module geladen sind > > - Welches Linux (Kernel und mit oder ohne X) > > - ob ein Opcode Cache aktiviert ist > > - ob sowas wie XDebug oder APD verwendet wird (macht das sicherlich etwas > > langsamer) > > - PHP als CGI, FastCGI oder Modul verwendet wird > > > > Man sollte das Skript auch relativ oft ausf=FChren und dann den = Mittelwert > > verwenden. > > Gerade solche kleinen Unterschiede 0.556 vs 0.503 k=F6nnen durch = andere > > Prozesse > > verursacht werden. > > > > Was mich wirklich wundert, ist dieser deutliche Unterschied zwischen Windows > > und Linux. > > > > Bei einem Kundenprojekt habe ich =E4hnliche Differenzen auf einem = Windows > > Server und auf der gleichen Maschine, zus=E4tzlich unter VMWare, mit = Linux (+X > > und Gnome). > > > > Aber wie schon geschrieben: Dies ist keine wissenschaftlich = fundierte Studie > > und > > nicht repr=E4sentativ. > > > > Viele Gr=FC=DFe, Christian > > > > > -----Urspr=FCngliche Nachricht----- > > > Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de] Im Auftrag > > von > > > Stefan Kilp [sk-software] > > > Gesendet: Freitag, 2. November 2007 11:56 > > > An: ugffm@phpugffm.de > > > Betreff: [ugffm] benchmark php > > > > > > Hi, > > > > > > Christian > > (http://christian-asche.com/blog/2007/10/26/apache-und-php-unter- > > > windows-und- > > > linux/) hatte neulich auf seiner Seite ein kleinen Hinweis zu = einem > > Benchmark. > > > Ich wollte den > > > auch mal kurz bei mir laufen lassen, habe aber den Source nicht gefunden > > > (hallo christian, > > > hab ich was =FCbersehen). > > > > > > Bei der Suche bin ich auf einen anderen Benchmark > > > (http://cvs.php.net/viewvc.cgi/ZendEngine2/bench.php?revision=3D1.4.2.1.2= .1) > > > gesto=DFen und > > > habe ihn einfach mal auf verschiedenen Maschinen laufen lassen. = Das > > komische, > > > auf > > > einigen neueren Maschinen l=E4uft er langsamer als auf =E4lteren. = Ich habe > > noch > > > nicht > > > rausgefunden, woran es liegt. > > > > > > Wenn ihr mal Zeit habt, la=DFt den bench.php doch mal auf eueren Maschinen > > > laufen und teilt > > > mir das Ergebnis mit. Ich will versuchen rauszufinden wo man = drehen mu=DF um > > es > > > zu > > > beschleunigen. > > > > > > bei mir sind z.B. folgenden Werte ausgespuckt worden: > > > > > > OS:Linux > > > php: 5.2.4 > > > cpu: [0] AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ > > > [1] AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ > > > > > > simple 0.556 simplecall 0.628 simpleucall 1.009 simpleudcall 1.228 mandel > > > 2.039 mandel2 > > > 2.507 ackermann(7) 1.298 ary(50000) 0.095 ary2(50000) 0.077 = ary3(2000) > > 0.989 > > > fibo(30) > > > 3.041 hash1(50000) 0.159 hash2(500) 0.164 heapsort(20000) 0.495 matrix(20) > > > 0.436 > > > nestedloop(12) 0.984 sieve(30) 0.486 strcat(200000) 0.072 > > -------------------- > > > ---- Total > > > > > > ----- > > > > > > OS:Linux > > > php: 5.2.4 > > > cpu: [0] AMD Athlon(tm) 64 Processor 3500+ > > > > > > simple 0.503 simplecall 0.587 simpleucall 0.901 simpleudcall 1.089 mandel > > > 1.879 mandel2 > > > 2.402 ackermann(7) 1.099 ary(50000) 0.085 ary2(50000) 0.069 = ary3(2000) > > 0.895 > > > fibo(30) > > > 2.808 hash1(50000) 0.150 hash2(500) 0.149 heapsort(20000) 0.445 matrix(20) > > > 0.387 > > > nestedloop(12) 0.893 sieve(30) 0.443 strcat(200000) 0.063 > > -------------------- > > > ---- Total 14.849 > > > > > > ------ > > > > > > OS:Linux > > > php: 5.2.4 > > > cpu: [0] AMD Athlon(tm) 64 Processor 3200+ > > > > > > simple 0.557 simplecall 0.630 simpleucall 1.016 simpleudcall 1.252 mandel > > > 2.044 mandel2 > > > 2.494 ackermann(7) 1.264 ary(50000) 0.093 ary2(50000) 0.075 = ary3(2000) > > 1.025 > > > fibo(30) > > > 3.390 hash1(50000) 0.154 hash2(500) 0.168 heapsort(20000) 0.484 matrix(20) > > > 0.430 > > > nestedloop(12) 0.983 sieve(30) 0.493 strcat(200000) 0.069 > > -------------------- > > > ---- Total 16.623 > > > > > > ------- > > > > > > OS:Linux > > > php: 5.2.4 > > > cpu: [0] AMD Sempron(tm) Processor 3000+ > > > > > > simple 0.532 simplecall 0.616 simpleucall 0.902 simpleudcall 0.989 mandel > > > 1.564 mandel2 > > > 1.975 ackermann(7) 1.317 ary(50000) 0.086 ary2(50000) 0.069 = ary3(2000) > > 1.102 > > > fibo(30) > > > 2.544 hash1(50000) 0.148 hash2(500) 0.150 heapsort(20000) 0.442 matrix(20) > > > 0.377 > > > nestedloop(12) 0.911 sieve(30) 0.490 strcat(200000) 0.059 > > -------------------- > > > ---- Total 14.273 > > > > > > Gru=DF > > > Stefan > > > -- > > > Stefan Kilp > > > SK-Software, Entwicklung & Beratung > > > > > > email: kilp@sk-software.de > > > > > > fon : +49 6151 93344-0 > > > fax : +49 6151 93344-20 > > > Herta-Mansbacher-Str. 98 > > > 64289 Darmstadt, Germany. > > > ----------------------------------------------------- > > > > > > _______________________________________________ > > > ugffm mailing list > > > ugffm@phpugffm.de > > > http://www.mazenphp.de/mailman/listinfo/ugffm > > > > _______________________________________________ > > ugffm mailing list > > ugffm@phpugffm.de > > http://www.mazenphp.de/mailman/listinfo/ugffm >=20 >=20 > -- > Stefan Kilp > SK-Software, Entwicklung & Beratung >=20 > email: kilp@sk-software.de >=20 > fon : +49 6151 93344-0 > fax : +49 6151 93344-20 > Herta-Mansbacher-Str. 98 > 64289 Darmstadt, Germany. > ----------------------------------------------------- >=20 > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm From ugffm@phpugffm.de Wed Nov 7 13:17:18 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Wed, 7 Nov 2007 14:17:18 +0100 Subject: [ugffm] FYI Load Balancing Message-ID: <2f8f084f0711070517x5284cc71k1d431503a2a799e5@mail.gmail.com> Hi List, Jan hat angeboten am Donnerstag ein Paar Worte zu Wackamole zu sagen falls interesse besteht. http://www.backhand.org/wackamole/ DC From ugffm@phpugffm.de Wed Nov 7 14:15:52 2007 From: ugffm@phpugffm.de (Christian Asche) Date: Wed, 7 Nov 2007 15:15:52 +0100 Subject: AW: [ugffm] FYI Load Balancing In-Reply-To: <2f8f084f0711070517x5284cc71k1d431503a2a799e5@mail.gmail.com> References: <2f8f084f0711070517x5284cc71k1d431503a2a799e5@mail.gmail.com> Message-ID: <005e01c82148$b4d0bdc0$1e723940$@com> Ja, klingt sehr interessant. > -----Urspr=FCngliche Nachricht----- > Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de] Im = Auftrag von > Darren Cooper > Gesendet: Mittwoch, 7. November 2007 14:17 > An: phpugffm > Betreff: [ugffm] FYI Load Balancing >=20 > Hi List, >=20 > Jan hat angeboten am Donnerstag ein Paar Worte zu Wackamole zu sagen > falls interesse besteht. >=20 > http://www.backhand.org/wackamole/ >=20 > DC > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm From ugffm@phpugffm.de Fri Nov 9 10:06:09 2007 From: ugffm@phpugffm.de (Tom Klingenberg) Date: Fri, 09 Nov 2007 11:06:09 +0100 Subject: [ugffm] =?iso-8859-15?Q?N=E4chstes_Treffen?= Message-ID: Hallo Liste, danke an alle die das gestrige Treffen möglich gemacht haben. Mit Jan Lehnardt haben wir einen super Speaker gehabt (dank an dieser Stelle nochmal!) und mit CouchDB ein Thema das "Next Generation Data Storage" ist. Meiner Meinung nach ein absolutes Must für jeden Webentwickler, haben wir nicht alle auf solch eine Datenbank gewartet? Folien folgen. "That talk went well. It is just too easy to present a kick-ass project. CouchDB rocks!" -- Jan Danke auch nochmal allen die sich an den Fahrtkosten von Jan beteiligt haben! Und den Sponsoren des Treffens. Das nächste Treffen findet am Donnerstag den 13. Dezember statt. Bei Kunstschnee und Glühwein ist bei kuscheligem Kerzenschein die Vorstellung der Beta von Zends neuen Editor "Neon" in Eclipse mit Daniel Kopp von Coded Culture eingeplant. Thorsten Biedenkapp hat angeboten etwas über ConceptMaps zu erzählen und zu zeigen wie visuelle Softwarentwicklung damit betrieben werden kann. Weitere Vorschläge ins Wiki - wie immer mit der Bitte um rege Beteiligung: http://www.phpugffm.de/mediawiki/ Tom From ugffm@phpugffm.de Tue Nov 13 20:41:10 2007 From: ugffm@phpugffm.de (Stefan Kilp [sk-software]) Date: Tue, 13 Nov 2007 21:41:10 +0100 Subject: [ugffm] Email Tobit Schlitt gesucht Message-ID: <473A1A20.16915.2AED047@kilp.sk-software.de> Hi, wir hatten Tobi doch mal bei uns in der UG zu Gast. Hat noch jemand eine E= -Mail Adr von ihm. Gru=DF Stefan -- Stefan Kilp SK-Software, Entwicklung & Beratung email: kilp@sk-software.de fon : +49 6151 93344-0 fax : +49 6151 93344-20 Herta-Mansbacher-Str. 98 64289 Darmstadt, Germany. ----------------------------------------------------- From ugffm@phpugffm.de Wed Nov 14 00:42:55 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Wed, 14 Nov 2007 01:42:55 +0100 Subject: [ugffm] Slides & Notes Message-ID: <2f8f084f0711131642i704885f8uf398f294d8b87b0f@mail.gmail.com> http://jan.prima.de/~jan/plok/archives/105-Slides-From-the-Latest-CouchDB-Talk-at-PHP-UG-FFM.html Thank you Frankfurt, what an evening! Thanks a lot for the invitation and my trip-sponsors. In fact the people and venue were so nice, I am seriously looking for an excuse to go again. From ugffm@phpugffm.de Wed Nov 14 11:28:09 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Wed, 14 Nov 2007 12:28:09 +0100 Subject: [ugffm] Great Book Link auf Deutsch Message-ID: <2f8f084f0711140328o190831b3u82b8ac064637ad13@mail.gmail.com> http://phpugffm.de/index.php/great-book-link,2007-11,251.html Great Book Link 14. November 2007 von dc7590 Pure precise PHP A link worth following. http://www2.professionelle-softwareentwicklung-mit-php5.de Author: http://sebastian-bergmann.de/ From ugffm@phpugffm.de Wed Nov 14 16:17:23 2007 From: ugffm@phpugffm.de (Reto M. Kiefer) Date: Wed, 14 Nov 2007 17:17:23 +0100 Subject: [ugffm] OT: Flex Camp Message-ID: <714EAF341042CC48AFCB358B8967A3C5EEE896@THXBE21.cortado.com> Hallo zusammen, ich plane mit ein paar anderen Leuten, Anfang des kommenden Jahres ein = Flex Camp zu organisieren, so in der Art wie das hier: = http://www.flexcampboston.com/. Da wir noch in einer sehr fr=FChen Phase der Planung sind, w=E4re es = f=FCr mich interessant, unverbindlich zu wissen, wer an einem solchen = Tag mit Vortr=E4gen, Workshops und Talk zum Thema Flex interessiert = w=E4re. Die Aktion ist nicht profitorientiert und soll der Planung nach = kostenlos sein. Wenn Interesse besteht, welche Themen w=E4ren dann f=FCr Euch = interessant? Eher einf=FChrende Themen, oder Operabilit=E4t mit PHP, = oder Zusammenspiel mit AJAX? Der M=F6glichkeiten gibt es so viele und = noch k=F6nnt Ihr es mitbestimmen! Ich w=FCrde mich =FCber Antworten sehr freuen, und wer die Mailingliste = nicht mit OT f=FCllen will auch gerne per PM an mich direkt. Danke f=FCr die OT-Aufmerksamkeit! Cheers Reto -- Reto M. Kiefer Coded Culture - Kiefer und Kopp GbR Taunusstra=DFe 43 65183 Wiesbaden Telefon: +49 (0)611 - 1 502 084 Telefax: +49 (0)611 - 97 49 676 Mobil=A0 : +49 (0)170 - 380 57 10 http://www.codedculture.com reto.kiefer@codedculture.com=20 Vertretungsberechtigte Gesellschafter: Reto M. Kiefer, Daniel Kopp From ugffm@phpugffm.de Wed Nov 14 15:49:55 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Wed, 14 Nov 2007 16:49:55 +0100 Subject: [ugffm] Xmas Message-ID: <2f8f084f0711140749m4b75fbe0v44b8d1f7a7f7d34c@mail.gmail.com> Hi All, damit wir wissen wie viel Weihnachts Geschenke wir brauchen, bitte eintragen: http://www.phpugffm.de/mediawiki/index.php/13_Dezember_07 () Ja () Nein () Maybe Merci Darren From ugffm@phpugffm.de Thu Nov 15 18:27:53 2007 From: ugffm@phpugffm.de (Tom Klingenberg) Date: Thu, 15 Nov 2007 19:27:53 +0100 Subject: [ugffm] Suche UML Designer, biete DB Designer Message-ID: Hallo Liste! Suche: Suche einen UML Editor mit dem es möglich ist, grafisch orientiert vorzuplanen. Und es wäre natürlich super genial, wenn der dann noch PHP Code ausspucken könnte. Kennt jemand was? Gibts das in Neon drin? Gibts was empfehlenswertes aus der Java Welt? Biete: Als Tipp kann ich mit dem DB Datadesigner Fork zur Beschreibung von Entity Relationship Modellen empfehlen. Man kann flüssig mit Arbeiten und der Export klappt gut. Und wenn man das Klicken satt ist, kann man die XML Datei direkt anfassen. Export nach MySQL ging ohne Probleme. Auch habe ich von anderen Entwicklern schon gutes Feedback bekommen. -- Tom From ugffm@phpugffm.de Thu Nov 15 18:36:10 2007 From: ugffm@phpugffm.de (Christian Asche) Date: Thu, 15 Nov 2007 19:36:10 +0100 Subject: [ugffm] =?iso-8859-1?Q?=5BOT=5D_Timemachine_f=FCr_Firefox?= Message-ID: <000001c827b6$66b358e0$341a0aa0$@com> Dies ist eine mehrteilige Nachricht im MIME-Format. ------=_NextPart_000_0001_01C827BE.C877C0E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hallo Liste, =20 ein Addon, dass man unbedingt verwenden sollte, wenn man=20 =84old school=93 ist :-P =20 http://timemachine.6x.to/ =20 Da werden Erinnerungen wach =85 =20 Viele Gr=FC=DFe, Christian ------=_NextPart_000_0001_01C827BE.C877C0E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hallo Liste,

 

ein Addon, dass man unbedingt verwenden sollte, = wenn man

=A0„old school“ ist = :-P

 

http://timemachine.6x.to/

 

Da werden Erinnerungen wach = …

 

Viele Gr=FC=DFe, = Christian

------=_NextPart_000_0001_01C827BE.C877C0E0-- From ugffm@phpugffm.de Thu Nov 15 19:08:59 2007 From: ugffm@phpugffm.de (Mathias Reinhardt) Date: Thu, 15 Nov 2007 20:08:59 +0100 Subject: AW: [ugffm] Suche UML Designer, biete DB Designer In-Reply-To: References: Message-ID: <000301c827ba$fbbf07a0$0b0010ac@nidag.com> Hallo Tom, wirf mal einen Blick auf http://www.uml2php.com/com/bitplan/web/uml2php/index.php Damit kannst Du via UML-Tools, die XMI exportieren k=F6nnen, PHP = erzeugen. Als Editoren kommen in Frage: Poseidon oder ArgoUML oder nat=FCrlich die Rational Tools. Gruss, Mathias > -----Urspr=FCngliche Nachricht----- > Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de]=20 > Im Auftrag von Tom Klingenberg > Gesendet: Donnerstag, 15. November 2007 19:28 > An: ugffm@phpugffm.de > Betreff: [ugffm] Suche UML Designer, biete DB Designer >=20 > Hallo Liste! >=20 > Suche: Suche einen UML Editor mit dem es m=F6glich ist,=20 > grafisch orientiert vorzuplanen. Und es w=E4re nat=FCrlich super=20 > genial, wenn der dann noch PHP Code ausspucken k=F6nnte. Kennt=20 > jemand was? Gibts das in Neon drin? Gibts was=20 > empfehlenswertes aus der Java Welt? >=20 > Biete: Als Tipp kann ich mit dem DB Datadesigner Fork zur=20 > Beschreibung von Entity Relationship Modellen empfehlen. Man=20 > kann fl=FCssig mit Arbeiten und der Export klappt gut. Und wenn=20 > man das Klicken satt ist, kann man die XML Datei direkt=20 > anfassen. Export nach MySQL ging ohne Probleme. Auch habe ich=20 > von anderen Entwicklern schon gutes Feedback bekommen. >=20 >=20 > -- Tom > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm From ugffm@phpugffm.de Fri Nov 16 07:16:12 2007 From: ugffm@phpugffm.de (Stephan Hochdoerfer) Date: Fri, 16 Nov 2007 08:16:12 +0100 Subject: AW: [ugffm] Suche UML Designer, biete DB Designer In-Reply-To: <000301c827ba$fbbf07a0$0b0010ac@nidag.com> References: <000301c827ba$fbbf07a0$0b0010ac@nidag.com> Message-ID: <473D43BC.20709@bitExpert.de> Mathias Reinhardt schrieb: > Hallo Tom, > > wirf mal einen Blick auf > http://www.uml2php.com/com/bitplan/web/uml2php/index.php > Damit kannst Du via UML-Tools, die XMI exportieren können, PHP erzeugen. > Als Editoren kommen in Frage: Poseidon oder ArgoUML oder natürlich die > Rational Tools. > > Gruss, > Mathias > Hallo, Man kann übrigens auch direkt in ArgoUML PHP Code erzeugen lassen, siehe hier[1]. [1] http://www.mileandra.de/weblog/php-code-aus-klassendiagrammen Grüße, Stephan Hochdörfer Department Manager - Research Laboratories Adresse: M2, 17, D-68161 Mannheim Telefon: +49 621 154 065 0 Telefax: +49 700 bitExpert (248 397378)* Mobil: +49 175 776 922 9 E-Mail: S.Hochdoerfer@bitExpert.de -- bitExpert AG Firmensitz: M2, 17, D-68161 Mannheim Niederlassung: Amerikastrasse 15, D-66482 Zweibruecken Telefon: +49 700 bitExpert (248 397378)* Telefax: +49 700 bitExpert (248 397378)* E-Mail: info@bitExpert.de Internet: www.bitExpert.de Vorstand: Thomas M. K. Wollny Aufsichtsrat: Stephan Hochdoerfer, Johannes Ruland, Dieter Tholl Handelsregister: Mannheim HRB 505702 Sitz der Gesellschaft: D-68161 Mannheim * 0,12 EUR pro Minute montags bis freitags in der Zeit zwischen 9:00 und 18:00 Uhr aus dem Festnetz der Deutschen Telekom. From ugffm@phpugffm.de Sat Nov 17 10:49:26 2007 From: ugffm@phpugffm.de (Daniel Kopp) Date: Sat, 17 Nov 2007 11:49:26 +0100 Subject: AW: [ugffm] Suche UML Designer, biete DB Designer In-Reply-To: References: Message-ID: <001201c82907$85e29cb0$91a7d610$@de> Hi Tom, ziemlich gut ist der Enterprise Architect von Sparx. Kann auch PHP generieren. http://www.sparxsystems.at/ -----Urspr=FCngliche Nachricht----- Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de] Im Auftrag = von Tom Klingenberg Gesendet: Donnerstag, 15. November 2007 19:28 An: ugffm@phpugffm.de Betreff: [ugffm] Suche UML Designer, biete DB Designer Hallo Liste! Suche: Suche einen UML Editor mit dem es m=F6glich ist, grafisch = orientiert =20 vorzuplanen. Und es w=E4re nat=FCrlich super genial, wenn der dann noch = PHP =20 Code ausspucken k=F6nnte. Kennt jemand was? Gibts das in Neon drin? = Gibts =20 was empfehlenswertes aus der Java Welt? Biete: Als Tipp kann ich mit dem DB Datadesigner Fork zur Beschreibung = von =20 Entity Relationship Modellen empfehlen. Man kann fl=FCssig mit Arbeiten = und =20 der Export klappt gut. Und wenn man das Klicken satt ist, kann man die = XML =20 Datei direkt anfassen. Export nach MySQL ging ohne Probleme. Auch habe = ich =20 von anderen Entwicklern schon gutes Feedback bekommen. -- Tom _______________________________________________ ugffm mailing list ugffm@phpugffm.de http://www.mazenphp.de/mailman/listinfo/ugffm From ugffm@phpugffm.de Sun Nov 18 17:13:49 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Sun, 18 Nov 2007 18:13:49 +0100 Subject: [ugffm] OT: Flex Camp In-Reply-To: <714EAF341042CC48AFCB358B8967A3C5EEE896@THXBE21.cortado.com> References: <714EAF341042CC48AFCB358B8967A3C5EEE896@THXBE21.cortado.com> Message-ID: <2f8f084f0711180913m741ed517ocd8fe9164ab6ffd5@mail.gmail.com> Hi Reto, klingt super ! Ich finde der Thema RIA interessant sowohl mir Flex als auch mit AJAX. =DCber Flex basierte Barrier Freiheit w=E4re auch interesant etwas zu erfah= ren. Gibt sowas =FCber haupt mit Flash, wann ja wie, weisst es jemand ? Und sonst naturlich PHP - Flex - html- js - flash etc. Da ich kein Flex kann sind anfanger Themen f=FCr mich interessant aber auf ein Flex Tag werde ich ehr ein etwas h=F6he niveau erwarten als newbie. So sollte jede sich ein bischen vorgher einlesen bei bedarf. Darren On 11/14/07, Reto M. Kiefer wrote: > Hallo zusammen, > > ich plane mit ein paar anderen Leuten, Anfang des kommenden Jahres ein Fl= ex Camp zu organisieren, so in der Art wie das hier: http://www.flexcampbos= ton.com/. > > Da wir noch in einer sehr fr=FChen Phase der Planung sind, w=E4re es f=FC= r mich interessant, unverbindlich zu wissen, wer an einem solchen Tag mit V= ortr=E4gen, Workshops und Talk zum Thema Flex interessiert w=E4re. Die Akti= on ist nicht profitorientiert und soll der Planung nach kostenlos sein. > > Wenn Interesse besteht, welche Themen w=E4ren dann f=FCr Euch interessant= ? Eher einf=FChrende Themen, oder Operabilit=E4t mit PHP, oder Zusammenspie= l mit AJAX? Der M=F6glichkeiten gibt es so viele und noch k=F6nnt Ihr es mi= tbestimmen! > > Ich w=FCrde mich =FCber Antworten sehr freuen, und wer die Mailingliste n= icht mit OT f=FCllen will auch gerne per PM an mich direkt. > > Danke f=FCr die OT-Aufmerksamkeit! > > Cheers > > Reto > > > -- > Reto M. Kiefer > Coded Culture - Kiefer und Kopp GbR > Taunusstra=DFe 43 > 65183 Wiesbaden > > Telefon: +49 (0)611 - 1 502 084 > Telefax: +49 (0)611 - 97 49 676 > Mobil : +49 (0)170 - 380 57 10 > > http://www.codedculture.com > reto.kiefer@codedculture.com > > Vertretungsberechtigte Gesellschafter: Reto M. Kiefer, Daniel Kopp > > > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm > From ugffm@phpugffm.de Sun Nov 18 17:16:11 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Sun, 18 Nov 2007 18:16:11 +0100 Subject: [ugffm] OT: Flex Camp In-Reply-To: <714EAF341042CC48AFCB358B8967A3C5EEE896@THXBE21.cortado.com> References: <714EAF341042CC48AFCB358B8967A3C5EEE896@THXBE21.cortado.com> Message-ID: <2f8f084f0711180916k16e1b2dtd513f4627b2177a8@mail.gmail.com> Hi all, Martin R hat schon ein Dev Tag ala DevCologne f=FCr Frankfurt angesprochen. Vielleicht k=F6nnte mal Flex Tag & Dev FFM zusammen werfen. Allerding mit ein haupt core Thema Flex. Gibt's hier zu Fragen oder Anregung ??? Regards Darren On 11/14/07, Reto M. Kiefer wrote: > Hallo zusammen, > > ich plane mit ein paar anderen Leuten, Anfang des kommenden Jahres ein Fl= ex Camp zu organisieren, so in der Art wie das hier: http://www.flexcampbos= ton.com/. > > Da wir noch in einer sehr fr=FChen Phase der Planung sind, w=E4re es f=FC= r mich interessant, unverbindlich zu wissen, wer an einem solchen Tag mit V= ortr=E4gen, Workshops und Talk zum Thema Flex interessiert w=E4re. Die Akti= on ist nicht profitorientiert und soll der Planung nach kostenlos sein. > > Wenn Interesse besteht, welche Themen w=E4ren dann f=FCr Euch interessant= ? Eher einf=FChrende Themen, oder Operabilit=E4t mit PHP, oder Zusammenspie= l mit AJAX? Der M=F6glichkeiten gibt es so viele und noch k=F6nnt Ihr es mi= tbestimmen! > > Ich w=FCrde mich =FCber Antworten sehr freuen, und wer die Mailingliste n= icht mit OT f=FCllen will auch gerne per PM an mich direkt. > > Danke f=FCr die OT-Aufmerksamkeit! > > Cheers > > Reto > > > -- > Reto M. Kiefer > Coded Culture - Kiefer und Kopp GbR > Taunusstra=DFe 43 > 65183 Wiesbaden > > Telefon: +49 (0)611 - 1 502 084 > Telefax: +49 (0)611 - 97 49 676 > Mobil : +49 (0)170 - 380 57 10 > > http://www.codedculture.com > reto.kiefer@codedculture.com > > Vertretungsberechtigte Gesellschafter: Reto M. Kiefer, Daniel Kopp > > > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm > From ugffm@phpugffm.de Sun Nov 18 17:23:00 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Sun, 18 Nov 2007 18:23:00 +0100 Subject: [ugffm] which type are you ? Message-ID: <2f8f084f0711180923jf4bc235u77647d803df2432c@mail.gmail.com> Programmers enjoy a reputation for being peculiar people. In fact, even within the development community, there are certain programmer archetypes that other programmers find strange. Here are 10 types of programmers you are likely to encounter. Can you think of any more? http://i.i.com.com/cnwk.1d/i/tr/downloads/home/dl_10_types_programmers.pdf From ugffm@phpugffm.de Sun Nov 18 17:28:21 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Sun, 18 Nov 2007 18:28:21 +0100 Subject: [ugffm] OT: Flex Camp In-Reply-To: <2f8f084f0711180916k16e1b2dtd513f4627b2177a8@mail.gmail.com> References: <714EAF341042CC48AFCB358B8967A3C5EEE896@THXBE21.cortado.com> <2f8f084f0711180916k16e1b2dtd513f4627b2177a8@mail.gmail.com> Message-ID: <2f8f084f0711180928i62caeccch96945cf3541e4561@mail.gmail.com> Anybody interesting in a RADION flex machine ? I wonder if this is possible and/or practical maybe we could find out on the day ! Darren On 11/18/07, Darren Cooper wrote: > Hi all, > > Martin R hat schon ein Dev Tag ala DevCologne f=FCr Frankfurt angesproche= n. > > Vielleicht k=F6nnte mal Flex Tag & Dev FFM zusammen werfen. > Allerding mit ein haupt core Thema Flex. > > Gibt's hier zu Fragen oder Anregung ??? > > Regards > > Darren > > > > > > On 11/14/07, Reto M. Kiefer wrote: > > Hallo zusammen, > > > > ich plane mit ein paar anderen Leuten, Anfang des kommenden Jahres ein = Flex Camp zu organisieren, so in der Art wie das hier: http://www.flexcampb= oston.com/. > > > > Da wir noch in einer sehr fr=FChen Phase der Planung sind, w=E4re es f= =FCr mich interessant, unverbindlich zu wissen, wer an einem solchen Tag mi= t Vortr=E4gen, Workshops und Talk zum Thema Flex interessiert w=E4re. Die A= ktion ist nicht profitorientiert und soll der Planung nach kostenlos sein. > > > > Wenn Interesse besteht, welche Themen w=E4ren dann f=FCr Euch interessa= nt? Eher einf=FChrende Themen, oder Operabilit=E4t mit PHP, oder Zusammensp= iel mit AJAX? Der M=F6glichkeiten gibt es so viele und noch k=F6nnt Ihr es = mitbestimmen! > > > > Ich w=FCrde mich =FCber Antworten sehr freuen, und wer die Mailingliste= nicht mit OT f=FCllen will auch gerne per PM an mich direkt. > > > > Danke f=FCr die OT-Aufmerksamkeit! > > > > Cheers > > > > Reto > > > > > > -- > > Reto M. Kiefer > > Coded Culture - Kiefer und Kopp GbR > > Taunusstra=DFe 43 > > 65183 Wiesbaden > > > > Telefon: +49 (0)611 - 1 502 084 > > Telefax: +49 (0)611 - 97 49 676 > > Mobil : +49 (0)170 - 380 57 10 > > > > http://www.codedculture.com > > reto.kiefer@codedculture.com > > > > Vertretungsberechtigte Gesellschafter: Reto M. Kiefer, Daniel Kopp > > > > > > _______________________________________________ > > ugffm mailing list > > ugffm@phpugffm.de > > http://www.mazenphp.de/mailman/listinfo/ugffm > > > From ugffm@phpugffm.de Tue Nov 27 13:43:26 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Tue, 27 Nov 2007 14:43:26 +0100 Subject: [ugffm] Christmas Message-ID: <2f8f084f0711270543u4dc7fdbar1c4033c328c4b8ed@mail.gmail.com> Hi all, auch diese Jahr schicken wir Weihnachtskarten um uns Dank zu zeigen bei Leute die uns geholfen haben. Wer bekommt sonst noch eine ? - Harry @ Brotfabrik - Dekan @ Fachhochschule - ??? Vorschl=E4ge gew=FCnscht. Regards Darren From ugffm@phpugffm.de Tue Nov 27 16:33:59 2007 From: ugffm@phpugffm.de (Christian Asche) Date: Tue, 27 Nov 2007 17:33:59 +0100 Subject: AW: [ugffm] Christmas In-Reply-To: <2f8f084f0711270543u4dc7fdbar1c4033c328c4b8ed@mail.gmail.com> References: <2f8f084f0711270543u4dc7fdbar1c4033c328c4b8ed@mail.gmail.com> Message-ID: <005f01c83113$50f12620$f2d37260$@com> O'Reilly > -----Urspr=FCngliche Nachricht----- > Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de] Im = Auftrag von > Darren Cooper > Gesendet: Dienstag, 27. November 2007 14:43 > An: phpugffm > Betreff: [ugffm] Christmas >=20 > Hi all, >=20 > auch diese Jahr schicken wir Weihnachtskarten um uns Dank zu zeigen > bei Leute die uns geholfen haben. >=20 > Wer bekommt sonst noch eine ? >=20 > - Harry @ Brotfabrik > - Dekan @ Fachhochschule > - ??? >=20 > Vorschl=E4ge gew=FCnscht. >=20 > Regards >=20 > Darren > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm From ugffm@phpugffm.de Wed Nov 28 15:16:16 2007 From: ugffm@phpugffm.de (Stefan Kilp [sk-software]) Date: Wed, 28 Nov 2007 16:16:16 +0100 Subject: [ugffm] [OT] Provider in USA/Asien gesucht Message-ID: <474D948D.21168.19E566F@kilp.sk-software.de> Hi, bin auf der Suche nach einem Provider in den USA und in Asien, der ein =E4= hnliches Angebot (Managed Server) hat die Gro=DFen hier (1&1, strato, DomainFactory). Hat jamand von euch damit Erfahrung, bzw kann mir einen Provider in Usa/As= ien nennen? thanks Stefan -- Stefan Kilp SK-Software, Entwicklung & Beratung email: kilp@sk-software.de fon : +49 6151 93344-0 fax : +49 6151 93344-20 Herta-Mansbacher-Str. 98 64289 Darmstadt, Germany. ----------------------------------------------------- From ugffm@phpugffm.de Wed Nov 28 15:37:52 2007 From: ugffm@phpugffm.de (ugffm@phpugffm.de) Date: Wed, 28 Nov 2007 16:37:52 +0100 Subject: AW: [ugffm] [OT] Provider in USA/Asien gesucht In-Reply-To: <474D948D.21168.19E566F@kilp.sk-software.de> References: <474D948D.21168.19E566F@kilp.sk-software.de> Message-ID: <646BCA7FD350B7459950A5F7F29C3594013A630B@ffmsmsx04.internal.imsglobal.com> This is a multi-part message in MIME format. ------=_NextPart_000_0048_01C831DD.05000540 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Schau doch mal bei 1&1, sind auch in USA t=E4tig! Als ich das vor einigen Jahren mal entdeckte waren deren Preise auch deutlich g=FCnstiger als bei uns.=20 Gru=DF=20 Heiko =09 -----Urspr=FCngliche Nachricht----- Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de] Im Auftrag von Stefan Kilp [sk-software] Gesendet: Mittwoch, 28. November 2007 16:16 An: ugffm@phpugffm.de Betreff: [ugffm] [OT] Provider in USA/Asien gesucht Hi, bin auf der Suche nach einem Provider in den USA und in Asien, der ein =E4hnliches Angebot (Managed Server) hat die Gro=DFen hier (1&1, strato, DomainFactory). Hat jamand von euch damit Erfahrung, bzw kann mir einen Provider in Usa/Asien nennen? thanks Stefan -- Stefan Kilp SK-Software, Entwicklung & Beratung email: kilp@sk-software.de fon : +49 6151 93344-0 fax : +49 6151 93344-20 Herta-Mansbacher-Str. 98 64289 Darmstadt, Germany. ----------------------------------------------------- _______________________________________________ ugffm mailing list ugffm@phpugffm.de http://www.mazenphp.de/mailman/listinfo/ugffm ------=_NextPart_000_0048_01C831DD.05000540 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILgTCCAmww ggHVoAMCAQICEGaW9595G0MOs+wESZSSOVowDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDUyNTA3MzQyNVoXDTA4MDUyNDA3MzQy NVowTTEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEqMCgGCSqGSIb3DQEJARYbaGRp bGxlbXV0aEBkZS5pbXNoZWFsdGguY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDENqMp 7nHNgcoR4ykr65xRua/zQjvSpq4YnDiwauJba4eQW61ukbiOD43aBd8IUrR4Hy7Df6xZpW2fKLEq xpuLjpcaURb3Ox2L66YnifrHoC4n5py86IcKRtHBtPw5Zxxpslh54bUV1odOp5cHtR0J9yUoeBuk ZWrs+mozUvaQGQIDAQABozgwNjAmBgNVHREEHzAdgRtoZGlsbGVtdXRoQGRlLmltc2hlYWx0aC5j b20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOBgQCPx3ZNlU5n//Npf+WPp/9ZlrkRdXGk DgQwct7hfER6XEbuEuwrcusYLa9RvakdLTU/OGHjz3Grt5UYpZmnnY663bf3WjMC5Kw5zoo7pJAT t3eNceR8+iQmJC2UvsdpSiWCAbe5iKxX6SvVWx6PNrKkPqebrcS7TOPoiLk/Ynn2ODCCApkwggIC oAMCAQICEBQeWIhWMz7wRIaOmcOnoTEwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkExJTAj BgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJz b25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MTAxNzE0MTI0N1oXDTA4MTAxNjE0MTI0N1ow ajESMBAGA1UEBBMJRGlsbGVtdXRoMQ4wDAYDVQQqEwVIZWlrbzEYMBYGA1UEAxMPSGVpa28gRGls bGVtdXRoMSowKAYJKoZIhvcNAQkBFhtoZGlsbGVtdXRoQGRlLmltc2hlYWx0aC5jb20wgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAL7YjJ0ZspUzjgkoeWuyakL+pO5No2m+dEaKBqGRYog9K0wx vcAVogRP/Bovzm6CyNGNaQMmRcozappWun8vyU7cuKNWodB4gZBW6KiwyUKCay0eThbWip3Ma7VP SsPEakQzf1gqJu+JGRIeB5/wWUeeeP2EAdf0Ivd8UkOGgG/NAgMBAAGjSDBGMA4GA1UdDwEB/wQE AwIHgDAmBgNVHREEHzAdgRtoZGlsbGVtdXRoQGRlLmltc2hlYWx0aC5jb20wDAYDVR0TAQH/BAIw ADANBgkqhkiG9w0BAQUFAAOBgQCfqiSgxqevqCLa53rWfTht0blh16n+QgLtfBvNxPFz/tu1G82a FHLgSjYW9FwWCkRv/WO7B/eN9B+UGA6/Z6+fJK04jy2zUZH8TFYSQU+b7weC24zZy5TzA94uLl5f p/yBkmHiNhTwXZAkWnpoWatFR/TS2OGzIzuy/JfF334+gzCCAy0wggKWoAMCAQICAQAwDQYJKoZI hvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmlj YXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw05NjAx MDEwMDAwMDBaFw0yMDEyMzEyMzU5NTlaMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgw JgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUg UGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRo YXd0ZS5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANRp19SwlGRbcelH2AxRtupykbCE Xn0tDY97Et+FJXUodDpCLGMnn5V7S+9+GYcdhuqj3bnOlmQawhRuRKx85o/oTQ9xH0A4pgCjh3j2 +ZSGXq3qwF5269kUo11uenwMpUtVfwYZKX+emibVars4JAhqmMex2qOYkf152+VaxBy5AgMBAAGj EzARMA8GA1UdEwEB/wQFMAMBAf8wDQYJKoZIhvcNAQEEBQADgYEAx+ySfk749ZalZ2IqpPBNEWDQ b41gWGGsJrtSNVwIzzD7qEqWih9iQiOMFw/0umScF6xHKd+dmF7SbGBxXKKs3Hnj524ARx+1DSjo Ap3kmv0T9KbZfLH43F8jJgmRgHPQFBveQ6mDJfLmnC8Vyv6mq4oHdYsM3VGEa+T40c53ooEwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2Vz dGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3 dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWls QHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJa QTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3Rl IFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB AMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO 3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gE f6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6 MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNy bDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4 MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIC+DCCAvQCAQEwdjBiMQswCQYDVQQG EwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEBQeWIhWMz7wRIaOmcOnoTEwCQYFKw4D AhoFAKCCAdgwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDcxMTI4 MTUzNzUyWjAjBgkqhkiG9w0BCQQxFgQUgSqznG145+Hf5BGg9YdNsGnlqGQwZwYJKoZIhvcNAQkP MVowWDAHBgUrDgMCBzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAw DQYIKoZIhvcNAwICASgwBwYFKw4DAhowCgYIKoZIhvcNAgUwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNV BAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBmlvefeRtDDrPsBEmUkjla MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25z dWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAhBmlvefeRtDDrPsBEmUkjlaMA0GCSqGSIb3DQEBAQUABIGAH1qPGCfBGYmiekGGXmFZ 1zBvBPnSuDDCCvnEarUTIwmK4tSNbMnpOIHIRVtA35y3IVvN+DwSZAeyNWRs3KFQFqv3NUCxTVLK qG3WGRWxNngqseRHsOx5iap1ZdNkTLUPhrbh/gV/cgjXPhNhzlZrd2k6nXLPdRR2pnaUjOQRJ5QA AAAAAAA= ------=_NextPart_000_0048_01C831DD.05000540-- From ugffm@phpugffm.de Wed Nov 28 18:07:59 2007 From: ugffm@phpugffm.de (Stefan Kilp [sk-software]) Date: Wed, 28 Nov 2007 19:07:59 +0100 Subject: AW: [ugffm] [OT] Provider in USA/Asien gesucht In-Reply-To: <646BCA7FD350B7459950A5F7F29C3594013A630B@ffmsmsx04.internal.imsglobal.com> References: <474D948D.21168.19E566F@kilp.sk-software.de>, <646BCA7FD350B7459950A5F7F29C3594013A630B@ffmsmsx04.internal.imsglobal.com> Message-ID: <474DBCB9.11301.23C51CB@kilp.sk-software.de> > Schau doch mal bei 1&1, sind auch in USA t=E4tig! > Als ich das vor einigen Jahren mal entdeckte waren deren Preise auch > deutlich g=FCnstiger als bei uns. danke, daran hatte ich gar nicht gedacht. Gru=DF Stefan > > Gru=DF > Heiko > > > -----Urspr=FCngliche Nachricht----- > Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de] Im > Auftrag von Stefan Kilp [sk-software] > Gesendet: Mittwoch, 28. November 2007 16:16 > An: ugffm@phpugffm.de > Betreff: [ugffm] [OT] Provider in USA/Asien gesucht > > Hi, > > bin auf der Suche nach einem Provider in den USA und in Asien, der ein > =E4hnliches Angebot (Managed Server) hat die Gro=DFen hier (1&1, strato, > DomainFactory). > > Hat jamand von euch damit Erfahrung, bzw kann mir einen Provider in > Usa/Asien nennen? > > > thanks > Stefan > -- > Stefan Kilp > SK-Software, Entwicklung & Beratung > > email: kilp@sk-software.de > > fon : +49 6151 93344-0 > fax : +49 6151 93344-20 > Herta-Mansbacher-Str. 98 > 64289 Darmstadt, Germany. > ----------------------------------------------------- > > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm > -- Stefan Kilp SK-Software, Entwicklung & Beratung email: kilp@sk-software.de fon : +49 6151 93344-0 fax : +49 6151 93344-20 Herta-Mansbacher-Str. 98 64289 Darmstadt, Germany. ----------------------------------------------------- From ugffm@phpugffm.de Thu Nov 29 08:41:05 2007 From: ugffm@phpugffm.de (Darren Cooper) Date: Thu, 29 Nov 2007 09:41:05 +0100 Subject: AW: [ugffm] [OT] Provider in USA/Asien gesucht In-Reply-To: <474DBCB9.11301.23C51CB@kilp.sk-software.de> References: <474D948D.21168.19E566F@kilp.sk-software.de> <646BCA7FD350B7459950A5F7F29C3594013A630B@ffmsmsx04.internal.imsglobal.com> <474DBCB9.11301.23C51CB@kilp.sk-software.de> Message-ID: <2f8f084f0711290041m4f0a4510t348720a55a06b36@mail.gmail.com> Stefan, Martin R should be able to comment on things in Asia, NTT Verio are goosd in the states, not sure about Canada though. Regards Darren From ugffm@phpugffm.de Fri Nov 30 21:37:52 2007 From: ugffm@phpugffm.de (Martin Rothenberger) Date: Fri, 30 Nov 2007 22:37:52 +0100 Subject: AW: AW: [ugffm] [OT] Provider in USA/Asien gesucht References: <474D948D.21168.19E566F@kilp.sk-software.de> <646BCA7FD350B7459950A5F7F29C3594013A630B@ffmsmsx04.internal.imsglobal.com> <474DBCB9.11301.23C51CB@kilp.sk-software.de> <2f8f084f0711290041m4f0a4510t348720a55a06b36@mail.gmail.com> Message-ID: Hi, > -----Urspr=FCngliche Nachricht----- > Von: ugffm-admin@phpugffm.de [mailto:ugffm-admin@phpugffm.de]=20 > Im Auftrag von Darren Cooper > > Martin R should be able to comment on things in Asia, NTT=20 > Verio are goosd in the states, not sure about Canada though. Da muss ich passen, da unser Mutterkonzern in Asien keinen solchen = Service nutzt, habe ich in dem Bereich leider keine Erfahrungswerte. Gr=FC=DFe, Martin -- Martin Rothenberger Application Developer Cyworld Europe GmbH fon: +49 69/959 29 29-42 F=FCrstenberger Str. 3-9 fax: +49 69/959 29 29-99 60322 Frankfurt =20 Germany mail: martin.rothenberger@cyworld.de Bankverbindung Konto 166 699 669, BLZ 590 100 66, Postbank = Saarbr=FCcken Gesch=E4ftsf=FChrer Lars Schwenk, Marc-Oliver Ludwig Handelsregister Amtsgericht Frankfurt a. M. HRB 77988 =20 > _______________________________________________ > ugffm mailing list > ugffm@phpugffm.de > http://www.mazenphp.de/mailman/listinfo/ugffm >=20