Hallo Willi,
> > Was sind denn die bei anderen Provider �blichen Hilfsmittel?
>
> Gute Frage - es ist ja bei den genannten Providern nicht dazu gekommen,
> ...
> Ich bezog mich auf eine Aussage innerhalb eines Providertests, in der von
> "einem sehr �bersichtlichen und einfach zu bedienenden Frontend" f�r
> diesen Zweck gesprochen wurde - da dies der selbe Test war, in dem die
> o.g. Firmen die ersten Pl�tze belegten, mag es sein, dass auch hier zu
> viel versprochen wurde.
mit Erstplatzierten haben wir auch unsere Erfahrungen ;-) Den ersten Platz
bekommen i.d.R. gute Werbekunden, leider fehlt uns das Budget, jede Woche
ganzseitige Anzeigen in einschl�gigen Fachbl�ttern zu schalten ;-)
Aber egal, es ist uns schon klar, dass ein solcher Web-Frontend her muss. Es
ist ja auf Dauer Platz- und Zeitverschwendung, wenn jeder soetwas in seinem
Paket lokal installiert. Ist ja auch in Arbeit, wenn auch nicht mit h�chster
Prio.
> �bertragen auf MySQL hatte ich gedacht, es reiche aus, eine hier lokal
> funktionierende Datenbank per ftp hochzuladen (in welches Verzeichnis auch
> immer), die Perl Skripte in mein cgi-bin zu laden und den entsprechenden
> Pfad in meinen conf Files einzutragen.
Das kannst du so nur auf einem eigenen Server oder zumindest mit einem
eigenen MySQL-D�mon machen, denn sonst w�re das eine heftige
Sicherheitsl�cke - und nicht nur das, du bringst damit den mysqld mit an
Sicherheit grenzender Wahrscheinlichkeit zum Absturz. Der richtige Weg geht
�ber export/import. Hatte Raphael dazu nicht schon was geschrieben?
> Was ich bislang weiss, ist, dass es mit ftp schon mal gar nicht geht,
> sondern Telnet/SSH zu verwenden ist - hatte ich bislang nicht mit
> gearbeitet, die Unterschiede der Bedienung (Drag and drop vs.
> Befehlszeilen) sind offensichtlich....
Es geht weder mit FTP noch mit Telnet, da du an den Datenbanken als Dateien
keine Rechte hast, sondern nur Datenbankrechte IN den Dateien. Man braucht
nie Telnet (besser SSH, Telnet geht eh nur noch �ber Port 26, da unser
Houser nicht will, dass man Telnet benutzt), es geht auch immer alles mit
einer Kombination aus CGI-Skript und FTP.
> Weiterhin befindet sich die db nicht in meinem cgi-bin Verzeichnis,
sondern
> in einem Bereich, auf welchen ich keinen direkten Zugriff habe. Dies
> bedeutet wohl, dass auch die Pfade in meinen conf Files nicht stimmen.
Seit wann braucht man Pfade auf die Datenbanken in seinen Skripten? Die
braucht nur der Datenbank-Server-D�mon zu kennen. Hier muss ein
Missverst�ndis vorliegen.
> W�hrend das Anlegen einer Datenbank auf der entsprechenden HS Seite
> beschrieben ist, stehe ich bei der Strukturierung derselben auf verlorenem
> Posten - wie bringe ich dieser bei, wieviel Tabellen vorhanden sind, wie
> bringe ich die Inhalte derselben auf den Server, wie lauten die
> Telnet-Befehle f�r diese Arbeitsschritte.... jede Antwort f�hrt zum
jetzigen
> Zeitpunkt zu mindestens einer neuen Frage, weil ich von der Struktur des
> Vorgehens keine klare Vorstellung habe.
Das sind alles Fragen zu mySQL an sich, und haben rein nichts mit der
Hostsharing-Installation oder Konfiguration zu tun.
Wer hat denn dein CGI-Skript entwickelt? Derjenige muss doch auch wissen,
wie man Tabellen etc. anlegt. Gut programmierte Skripte machen das au�erdem
automatisch, wenn sie auf eine Datenbank losgelassen werden, in denen die
ben�tigten Tabellen fehlen.
Hast du dir selbst mal ein Tutorial �ber mySQL durchgelesen?
Z.B. http://www2.little-idiot.de/mysql/
oder http://www.devshed.com/Server_Side/MySQL/Intro/
Alles Gute w�nscht
Michael
--
Michael H�nnig | home: ++49/40/6758-1412 | http://www.hoennig.de
Boytinstr. 10 | office: ++49/40/23646-910 | http://www.binational-in.de
22143 Hamburg | mobile: ++49/177/3787-491 | http://www.hostsharing.net
Germany | fax: ++49/40/6758-1426 | http://www.is4u.de
_______________________________________________
Global mailing list
[EMAIL PROTECTED]
http://lists.hostsharing.net/mailman/listinfo/global
