Hi,
bevor ich unnötige Fragen stelle, gibt es eine FAQ zu dieser Newsgroup?
bye
Stefano
--
..S.P.I.C stefano picco internet concepts http://www.spic.de
::::: part of spicOne multimedia http://www.spicone.de :::::
>> http://blog.stefano-picco.de - http://www.mythos77.de <<
visit http://www.typopolis.de & http://forum.motion-design.de
Hallo,
stefano picco
> bevor ich unnötige Fragen stelle, gibt es eine FAQ zu dieser Newsgroup?
stfg :-) http://mysql-faq.sourceforge.net/
kind regards,
Andreas
Hi Stefano
stefano picco wrote:
> bevor ich unnötige Fragen stelle, gibt es eine FAQ zu dieser Newsgroup?
Die besten Antworten kriegst du übers Manual:
http://dev.mysql.com/doc/refman/5.0/en/
HTH, Johannes
Hallo Andreas,
Andreas Stieger wrote:
> stfg :-) http://mysql-faq.sourceforge.net/
perfekt, genau das hab ich gesucht!
danke
Stefano
--
..S.P.I.C stefano picco internet concepts http://www.spic.de
::::: part of spicOne multimedia http://www.spicone.de :::::
>> http://blog.stefano-picco.de - http://www.mythos77.de <<
visit http://www.typopolis.de & http://forum.motion-design.de
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
stefano picco wrote:
> Hallo Andreas,
>
> Andreas Stieger wrote:
>> stfg :-) http://mysql-faq.sourceforge.net/
>
> perfekt, genau das hab ich gesucht!
Ich glaube nicht. Die FAQ ist tot.
Ciao.
--
Markus Mann
];-)
Markus Mann schrieb:
> stefano picco wrote:
>
>> Andreas Stieger wrote:
>>
>>> stfg :-) http://mysql-faq.sourceforge.net/
>>
>> perfekt, genau das hab ich gesucht!
>
> Ich glaube nicht. Die FAQ ist tot.
Was meinst Du mit "tot"?
Wenn ich den Link anklicke, meldet sich bei mir eine Seite
"de.comp.datenbanken.mysql-FAQ", und auch die weiterführenden Links
funktionieren, so weit ich das getestet habe.
Unter "tot" verstehe ich etwas Anderes.
GruÃ. Claus
--
,~°O O
O
/ |¯`. Das neue Hochzeits-Branchenbuch im Internet ,´ / | |\
/__| `~...............................................~´ /___|/ /
Hi Claus
Claus Reibenstein wrote:
> Markus Mann schrieb:
>> stefano picco wrote:
>>> Andreas Stieger wrote:
>>>> stfg :-) http://mysql-faq.sourceforge.net/
>>> perfekt, genau das hab ich gesucht!
>> Ich glaube nicht. Die FAQ ist tot.
> Was meinst Du mit "tot"?
Niemand wartet diese FAQ. Damit ist sie tot.
> Wenn ich den Link anklicke, meldet sich bei mir eine Seite
> "de.comp.datenbanken.mysql-FAQ", und auch die weiterführenden Links
> funktionieren, so weit ich das getestet habe.
> Unter "tot" verstehe ich etwas Anderes.
Ein Grab kannst du auch anschauen gehen - es ist was da.
Entsprechend oder ähnlich.
HTH; Johannes
Claus Reibenstein wrote:
> Wenn ich den Link anklicke, meldet sich bei mir eine Seite
> "de.comp.datenbanken.mysql-FAQ", und auch die weiterführenden Links
> funktionieren, so weit ich das getestet habe.
>
> Unter "tot" verstehe ich etwas Anderes.
Ich zitiere:
5.6. Warum funktioniert mein Subselect nicht?
MySQL kennt bis Version 4.1 keine Subselects. Derzeit (Stand 02/2003) ist
die Version 4.1 aber noch in Entwicklung und keinesfalls für den
produktiven Betrieb vorgesehen.
Also wenn sie nicht tot ist ... dann stinkt sie zumindestens so;)
>
> Gruß. Claus
Robert
Am 19.02.2007 19:23 schrieb Andreas Kretschmer:
> begin stefano picco
>> Hi,
>
>> bevor ich unnötige Fragen stelle, gibt es eine FAQ zu dieser Newsgroup?
>
> http://sql-info.de/mysql/gotchas.html
>
Nach meinem oberflächlichen Eindruck ist diese Seite nicht wesentlich
lebendiger als die FAQ:
> 1.7. DEFAULT NOW()
>
> Affects: MySQL <4.1
> 1.8. INSERT INTO ... SELECT ...
>
> Affects: MySQL <= 3.23.58; MySQL <= 4.0.13
> 1.10. UNION and literal values
>
> Affects: MySQL <= 3.23.58; MySQL <= 4.0.21
Ja, einige von den Gotchas beziehen sich auch auf die aktuelle
Version. Aber richtig ernst nehmen muss ich eine Seite nicht, die sich
über Fehler/Standardkollisionen etc. in Versionen aufregt, die schon
längst nicht relevant sind.
Oder würdest Du
> 256 * 256 * 256 * 256 = 0?
>
> Affects: PostgreSQL <= 7.4
auf derselben Website auch als tragfähiges Argument gegen die
Verwendung deines liebsten RDBMS gelten lassen?
Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de
Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de
On 2007-02-21, Andreas Kretschmer
> begin Christian Kirsch schrieb:
>> Am 19.02.2007 19:23 schrieb Andreas Kretschmer:
>>> begin stefano picco
>>>> Hi,
>>>
>>>> bevor ich unnötige Fragen stelle, gibt es eine FAQ zu dieser Newsgroup?
>>>
>>> http://sql-info.de/mysql/gotchas.html
>>>
>>
>> Nach meinem oberflächlichen Eindruck ist diese Seite nicht wesentlich
>> lebendiger als die FAQ:
>
> Wäre 5.0.33 lebendig genug?
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 41 to server version: 5.0.26
Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
mysql> create table test ( td DATE );
Query OK, 0 rows affected (0.03 sec)
mysql> insert into test values ('35-Feb-2007');
ERROR 1292 (22007): Incorrect date value: '35-Feb-2007' for column 'td' at row 1
mysql> insert into test values ('17-Feb-2007');
ERROR 1292 (22007): Incorrect date value: '17-Feb-2007' for column 'td' at row 1
mysql> insert into test values ('2007-02-19');
Query OK, 1 row affected (0.00 sec)
mysql> insert into test values ('2007-02-19');
Query OK, 1 row affected (0.00 sec)
mysql> select * from test;
+------------+
| td |
+------------+
| 2007-02-19 |
| 2007-02-19 |
+------------+
2 rows in set (0.00 sec)
mysql> insert into test values ('2007-02-35');
ERROR 1292 (22007): Incorrect date value: '2007-02-35' for column 'td' at row 1
Iba Cbfgterf-Snaoblf xnaa zna unyg avpug rejnegra,
qnff fvr "fgevpg zbqr" xraara jhreqra.
Grüße,
Florian
Andreas Kretschmer wrote:
> begin Christian Kirsch schrieb:
>> Am 19.02.2007 19:23 schrieb Andreas Kretschmer:
>>> begin stefano picco
>>>> Hi,
>>>> bevor ich unnötige Fragen stelle, gibt es eine FAQ zu dieser Newsgroup?
>>> http://sql-info.de/mysql/gotchas.html
>>>
>> Nach meinem oberflächlichen Eindruck ist diese Seite nicht wesentlich
>> lebendiger als die FAQ:
>
> Wäre 5.0.33 lebendig genug?
>
>
> ---8<---
>
> Welcome to the MySQL monitor. Commands end with ; or \g.
> Your MySQL connection id is 3
> Server version: 5.0.33 Source distribution
>
> Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
>
> mysql> create table test ( td DATE );
> Query OK, 0 rows affected (0.11 sec)
>
> mysql> insert into test values ('35-Feb-2007');
> Query OK, 1 row affected, 1 warning (0.07 sec)
>
> mysql> select * from test;
> +------------+
> | td |
> +------------+
> | 0000-00-00 |
> +------------+
> 1 row in set (0.00 sec)
>
> mysql> insert into test values ('17-Feb-2007');
> Query OK, 1 row affected, 1 warning (0.00 sec)
>
> mysql> select * from test;
> +------------+
> | td |
> +------------+
> | 0000-00-00 |
> | 0000-00-00 |
> +------------+
> 2 rows in set (0.01 sec)
>
> mysql> insert into test values ('2007-02-19');
> Query OK, 1 row affected (0.00 sec)
> mysql> insert into test values ('2007-02-19');
> Query OK, 1 row affected (0.00 sec)
>
> mysql> select * from test;
> +------------+
> | td |
> +------------+
> | 0000-00-00 |
> | 0000-00-00 |
> | 2007-02-19 |
> +------------+
> 3 rows in set (0.00 sec)
>
> mysql> insert into test values ('2007-02-35');
> Query OK, 1 row affected, 1 warning (0.00 sec)
>
> mysql> select * from test;
> +------------+
> | td |
> +------------+
> | 0000-00-00 |
> | 0000-00-00 |
> | 2007-02-19 |
> | 0000-00-00 |
> +------------+
> 4 rows in set (0.00 sec)
>
> mysql>
> ---8<---
>
>
>
> Qnf fvaq fb Qvatr, qvr nyf Xenpure qhepu CT-Znvyvatyvfgra trura.
Schön, Andreas, aber das sind Fehler, die aufgrund deiner Fehlbedienung
entstehen und nur noch aus Gründen der Kompatibilität möglich sind.
Mein MySQL hier, ein 5.0.30, macht das schon länger richtig.
---8<---
mysql> create table test ( td DATE );
Query OK, 0 rows affected (0.06 sec)
mysql> insert into test values ('35-Feb-2007');
ERROR 1292 (22007): Incorrect date value: '35-Feb-2007' for column 'td'
at row 1
mysql> select * from test;
Empty set (0.00 sec)
mysql> insert into test values ('17-Feb-2007');
ERROR 1292 (22007): Incorrect date value: '17-Feb-2007' for column 'td'
at row 1
mysql> select * from test;
Empty set (0.00 sec)
mysql> insert into test values ('2007-02-19');
Query OK, 1 row affected (0.00 sec)
mysql> insert into test values ('2007-02-19');
Query OK, 1 row affected (0.00 sec)
mysql> select * from test;
+------------+
| td |
+------------+
| 2007-02-19 |
| 2007-02-19 |
+------------+
2 rows in set (0.00 sec)
mysql> insert into test values ('2007-02-35');
ERROR 1292 (22007): Incorrect date value: '2007-02-35' for column 'td'
at row 1
---8<---
Wenn bashing, und da findest du auch in 5.0.33 noch genug für, dann
mach' das wenigstens richtig.
Grüße
Kai
--
This signature is left as an exercise for the reader.
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
Am 21.02.2007 17:12 schrieb Andreas Kretschmer:
> begin Florian Laws
>> mysql> insert into test values ('2007-02-35');
>> ERROR 1292 (22007): Incorrect date value: '2007-02-35' for column 'td' at row 1
>
>
>
>> Iba Cbfgterf-Snaoblf xnaa zna unyg avpug rejnegra,
>> qnff fvr "fgevpg zbqr" xraara jhreqra.
>
> Doch.
>
> Aber wenn wir schon mal dabei sind: was passiert, wenn ich den strict
> mode nachträglich einschalte, wenn also schon kapotte Daten drin sind?
> Geht das, oder wirft mir der Versuch einen Fehler an den Kopf? Ich hoffe
> es ja, würde dies nur als logisch sehen.
logisch? Das scheint mir doch ein etwas starkes Wort. Der "strict
mode" bezieht sich ja auf den ganzen Server. Soll der also nun, wenn
Du den strict mode einschaltest, jede Tabelle in jeder DB scannen und
dann ... was eigentlich tun? Den Zugriff auf die Tabelle sperren? Laut
fluchend die Arbeit einstellen? Automatisch PG installieren?
On 2007-02-21, Andreas Kretschmer
> begin Florian Laws
>> mysql> insert into test values ('2007-02-35');
>> ERROR 1292 (22007): Incorrect date value: '2007-02-35' for column 'td' at row 1
>
>
>
>> Iba Cbfgterf-Snaoblf xnaa zna unyg avpug rejnegra,
>> qnff fvr "fgevpg zbqr" xraara jhreqra.
>
> Doch.
>
> Aber wenn wir schon mal dabei sind: was passiert, wenn ich den strict
> mode nachträglich einschalte, wenn also schon kapotte Daten drin sind?
> Geht das, oder wirft mir der Versuch einen Fehler an den Kopf? Ich hoffe
> es ja, würde dies nur als logisch sehen.
Nein.
Das sind Eingabeprüfungen, bestehende Daten werden nicht geprüft.
> Und geht noch immer ein 2007-02-29? Und ja, '0000-00-00' ist auch
> kapott.
mit strict mode:
mysql> INSERT INTO test VALUES('0000-00-00');
ERROR 1292 (22007): Incorrect date value: '0000-00-00' for column 'td' at row 1
mysql> INSERT INTO test VALUES('2007-02-29');
ERROR 1292 (22007): Incorrect date value: '2007-02-29' for column 'td' at row 1
Grüße,
Florian
Andreas Kretschmer wrote:
> begin Florian Laws
>> mysql> insert into test values ('2007-02-35');
>> ERROR 1292 (22007): Incorrect date value: '2007-02-35' for column 'td' at row 1
>
>
>
>> Iba Cbfgterf-Snaoblf xnaa zna unyg avpug rejnegra,
>> qnff fvr "fgevpg zbqr" xraara jhreqra.
>
> Doch.
>
> Aber wenn wir schon mal dabei sind: was passiert, wenn ich den strict
> mode nachträglich einschalte, wenn also schon kapotte Daten drin sind?
> Geht das, oder wirft mir der Versuch einen Fehler an den Kopf? Ich hoffe
> es ja, würde dies nur als logisch sehen.
Du siehst es als logisch an, dass eine Server- bzw. Session-Variable
beim Setzen sämtliche Datensätze in sämtlichen Tabellen komplett
durchscannt, bevor eine Meldung kommt "Ja, ist in Ordnung"? Das heißt,
wenn ich das nächste mal den Server neustarte verbringt er die nächsten
zwei Tage damit bis ich ihn anspreche? Denkst du auch drüber nach, was
du schreibst?
Scannt PG etwa seine Datenfiles beim Starten um manuelles Editieren mit
dem Hexeditor zu erkennen? Und nein, dieser Vergleich hinkt nicht bei
einem Server im strict mode.
> Und geht noch immer ein 2007-02-29? Und ja, '0000-00-00' ist auch
> kapott.
Hast du das probiert? Warum nicht?
> Btw.: da war ein Copy&Paster-Fehler bei mir, ein doppeltes INSERT. War
> nicht böse gemeint, ehrlich ;-)
Kann ja mal passieren.
Grüße
Kai
--
This signature is left as an exercise for the reader.
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
Andreas Kretschmer wrote:
> begin Kai Ruhnau
>> Scannt PG etwa seine Datenfiles beim Starten um manuelles Editieren mit
>> dem Hexeditor zu erkennen? Und nein, dieser Vergleich hinkt nicht bei
>> einem Server im strict mode.
>
> Doch, der Vergleich hinkt. Der normale DB-User hat keinen Zugang zu den
> nativen Datenfiles.
Der normale Benutzer hat auch keinen Zugang zur Konfiguration des
Servers bzw. braucht zu hohe Rechte um den sql_mode zu ändern. Wenn im
Datenfile Mist drinsteht, sei es aus "guter Tradition" einer älteren
Version oder sei es, weil jemand die Datenfiles editiert hat, dann
kümmert sich kein RDBMS der Welt darum, das beim Start zu erkennen. Die
werden als gegeben vorausgesetzt.
Ich denke ohnehin, der Diskussion über fehlende bzw. falsche Funktionen
in MySQL täte es generell gut, wenn es eine deutliche Unterscheidung
zwischen alten Versionen und fehlerhaften Daten auf der einen Seite und
auf der anderen Seite den Verbesserungen in neuen Versionen (man kann
ein MySQL 5 auch initial befüllen) gäbe.
> Das Hauptproblem von MySQL ist wohl, daß es X Features, Y Engines und Z
> Fehler hat, und das schön bunt gemischt. Und erschwerend kommt auch noch
> eine weitere Dimension dazu: die Geschichte eine Tabelle.
Da gebe ich dir in Teilen Recht. Auf der anderen Seite bleibt das auch
eine Stärke von MySQL. Soetwas wie NDB zum Beispiel wird es - denke ich
- über kurz oder lang in PG nicht geben (können). Zusätzlich ist ein
MySQL-5, das frisch befüllt wird, während es im strict mode arbeitet,
schon recht nah an dem, was man von einem Richtigen[tm] RDBMS erwartet.
Keine Frage, auch hier gibt es noch Verbesserungsbedarf.
> Mehr verkacken geht wohl nicht.
Du könntest hier einiges mehr an Kompetenz zugesprochen bekommen, wenn
du dir soetwas mal verkniffest.
>>> Und geht noch immer ein 2007-02-29? Und ja, '0000-00-00' ist auch
>>> kapott.
>
>> Hast du das probiert? Warum nicht?
>
> Nein. Hab kein MySQL.
He! Wie hast du dann das Datumeinfügen getestet?
> Wozu auch.
Um Leuten hier direkt die richtigen Lösungen präsentieren zu können.
> Das ich hier bin hat was damit zu tun,
> SQL als solches zu lernen. Auch von guten Leuten wie Dir. Und das war
> jetzt wirklich ehrlich gemeint.
Wenn du so nett bist, verrate ich dir auch, wie man trotz strict mode
invalide Daten in eine Tabelle bekommt.
http://bugs.mysql.com/bug.php?id=20943
Grüße
Kai
--
This signature is left as an exercise for the reader.
Andreas Kretschmer wrote:
[...]
> Doch, der Vergleich hinkt. Der normale DB-User hat keinen Zugang zu den
> nativen Datenfiles.
> Das Hauptproblem von MySQL ist wohl, daß es X Features, Y Engines und Z
> Fehler hat, und das schön bunt gemischt. Und erschwerend kommt auch noch
> eine weitere Dimension dazu: die Geschichte eine Tabelle. Mehr verkacken
> geht wohl nicht.
Wie heißt nochmal das DMBS, daß keine Fehler hat und von dir verwendet wird?
Stefan
Andreas Kretschmer!
> Qnf fvaq fb Qvatr, qvr nyf Xenpure qhepu CT-Znvyvatyvfgra trura.
Haq jnaa yrfg vue qnf? Jäueraq INPHHZ yähsg? ;-)
Gruß
Daniel
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
Andreas Kretschmer!
> | mysql> create table b (a_id int references a(id)) engine=innodb;
Was ist jetzt schwer daran, im Handbuch zu lesen was REFERENCES macht?
Die Syntax für ein foreign key constraint ist übrigens FOREIGN KEY
(a_id) REFERENCES a(id).
Gruß
Daniel
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
Daniel Fischer
> Andreas Kretschmer!
>> | mysql> create table b (a_id int references a(id)) engine=innodb;
>
> Was ist jetzt schwer daran, im Handbuch zu lesen was REFERENCES macht?
>
> Die Syntax für ein foreign key constraint ist übrigens FOREIGN KEY
> (a_id) REFERENCES a(id).
Das dürfte wohl ein Fall von "funktioniert wie dokumentiert" sein.
Irgendwo erinnere ich mich dunkel im Standard gelesen zu haben, das eine
REFERENCES Angabe einer FOREIGN KEY ... REFERENCES Angabe gleichkommt.
Das sind hier aber zwei verschiedene Sachen bei Mysql.
Bye
--
Andreas 'ads' Scherbaum
Failure is not an option. It comes bundled with your Microsoft product.
(Ferenc Mantfeld)
Andreas Kretschmer
> begin Daniel Fischer
>> Andreas Kretschmer!
>
>>> Qnf fvaq fb Qvatr, qvr nyf Xenpure qhepu CT-Znvyvatyvfgra trura.
>
>> Haq jnaa yrfg vue qnf? Jäueraq INPHHZ yähsg? ;-)
>
> Mir ist nicht ganz klar, auf was Du anspielst. Während MySQL von MVCC
> noch träumt¹ (Stichwort FALCON als Storage Engine)
Mir ist nicht ganz klar, worauf du anspielst.
Daß Falcon erst die zweite Storage Engine in MySQL wird, die MVCC hat?
XL
Andreas Kretschmer
>
> Ach ja, falls noch jemand was wirklich erheiterndes lesen will:
> http://bugs.mysql.com/bug.php?id=11151
Was erheitert dich daran so? Daß der Bug seit 5 Monaten gefixt ist?
XL
Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de
Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de
Andreas Kretschmer schrieb:
> Jeder, der von einem anderen System was auf MySQL portieren will, dürfte
> an solchen Stellen gehörig auf die Fresse fallen. Spätestens dann, wenn
> Daten invalid sind. Und ich finde, es ist keinen guter Stil, kapottes Design
> zu dokumentieren und zu sagen: 'hey, geht doch wie bei *uns*
> dokumentiert'. Das ist irknwie nicht der Sinn von Specs wie SQL.
>
So allgemein, wie Du es schreibst, hast Du sicher Recht. Auf der anderen
Seite: *Wer* hält sich denn bitte an die Spezifikation von SQL, etwa in
dem Sinne, dass er sie komplett implementiere? Ich lese immer wieder in
Releasenotes davon, dass Informix/Oracle/DB2/werauchimmer jetzt ein
Feature aus SQL92 implementiert habe. Zur Erinnerung: Aktuell ist die
Version SQL2003. Insofern ist dein Einwand berechtigt, aber ein kleines
bisschen praxisfern ;-)
CU
Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de
Hi,
stefano picco wrote:
> bevor ich unnötige Fragen stelle, gibt es eine FAQ zu dieser Newsgroup?
das eine simple Frage nach der FAQ eine solche Lawine auslöst hätte ich
nicht gedacht! Dennoch danke nun an die zahlreichen Links, da ich
grundegende Fragen erstmal habe, dürfte das Alter der jeweiligen FAQ
nicht soooo schlimm sein.
bye
Stefano
--
..S.P.I.C stefano picco internet concepts http://www.spic.de
::::: part of spicOne multimedia http://www.spicone.de :::::
>> http://blog.stefano-picco.de - http://www.mythos77.de <<
visit http://www.typopolis.de & http://forum.motion-design.de