@renee
Habe doch keine Login dort...
(Man sollte eh Perl-community.de + wikilogin zusammen legen.)

Ausserdem müsste ich ja dann viele Einträge überarbeiten...
Besser ist es, wenn Du z. B. von nun an immer eine Kurzversion zu Beginn festlegst. (Und das ist eine echte Herausforderung)

Oder es eine klare Trennung zwischen Anfänger & Expertenniveau im Wiki gibt.

[quote=master,13.04.2006, 09:43]Habe doch keine Login dort...[/quote]
ähm... ich glaube, das läßt sich ändern...
wie wärs mit registrieren?

Quote

(Man sollte eh Perl-community.de + wikilogin zusammen legen.)

das ist nicht so einfach. das eine passwort steht verschlüsselt in der
datenbank, das andere anders verschlüsselt in der .htpasswd. die usernamen
sind aus wiki-technischen gründen auch anders. aber du kannst gerne
einen vorschläg machen, wie man dieses problem lösen könnte.

@pq
Naja ich sträube mich dagegen mich zig mal überall zu registrieren. Gibt jedes Mal wieder neue Passwörter Usernamen usw. Das ist mir zu unübersichtlich.

Ich glaube ich habe sogar einen Wiki-Account aber ich habe meinen Benutzernamen vergessen..
Von passwort ganz zu schweigen... und von der E-Mailadresse reden wir gar nicht habe etwa 10 verschiedene...

Und jedes System hat wieder andere Passwort-Beschränkungen.

------
Lösung des Problems:

Dort wo die Eingaberoutine ist (kurz bevor es verschlüsselt wird) Die Daten nehmen, und nach der anderen Methode zusätzlich verschlüsseln dann in die .htpasswd hängen.
(Oder an das Teil übergeben was es dann in die .htpasswd)

also Eingabedaten paralell an das skript senden was im wiki(oder forum) veranwortlich ist für das anlegen der user.

wobei ich eine kopie des skripts machen würde und es
so umprogrammieren, das es einfach nur den Benutzer anlegt..
Weiterleitungen, Desgin, E-Mail prüfen usw. das kann man alles weglassen es wird ja dann z. B. vom Forum übernommen.

Die Benutzernamen, könnten z.b. autokonvertiert werden...

Master (Forum) = Master_XYZ (wiki)
Beim Login ins Forum findet dann automatisch der Login ins Wiki statt...

Wichtig für den Benutzer ist, das er sicht nur einmal einloggen muss...
----

Ihr könntet auch eine art Wrapper machen der
einen eigenen login der dann anhand der Tabelle welche
wiki + perl verknüpft (master(perl) = master_cxv(wiki) plus psw.)

1. im Forum einloggt.
2. im wiki.

[quote=master,13.04.2006, 09:43]@renee
Habe doch keine Login dort...
(Man sollte eh Perl-community.de + wikilogin zusammen legen.)

Ausserdem müsste ich ja dann viele Einträge überarbeiten...
Besser ist es, wenn Du z. B. von nun an immer eine Kurzversion zu Beginn festlegst. (Und das ist eine echte Herausforderung)

Oder es eine klare Trennung zwischen Anfänger & Expertenniveau im Wiki gibt.[/quote]
Wiki-Logins haben eine spezielle Syntax. So könnte ich meinen Nick hier nicht im Wiki verwenden. Da Wiki und Board komplett autonome Systeme sind ist die Integration auch etwas schwieriger!

Ich weigere mich, immer eine Kurzversion zu Beginn festzulegen!

Dass Du dann viele Einträge überarbeiten müsstest liegt wohl daran, dass Du eine besondere Anforderung an die Beiträge hast. Warum soll ich als Autor alles umstellen? Das Wiki ist nunmal so gedacht, dass jeder daran etwas ändern kann. Manche Artikel entwickeln sich erst im Laufe der Jahre so richtig.

[quote=master,13.04.2006, 11:00]Wichtig für den Benutzer ist, das er sicht nur einmal einloggen muss...[/quote]
das geht nicht. das eine login (forum) geht über ein normales passwort-feld,
das andere über .htaccess basic auth. wie willst du dich über basic auth
einloggen, ohne user und passwort im browser-popup einzugeben?

es ist ja nicht so, dass wir das alle ganz toll finden, zwei logins zu haben.
nachgedacht haben wir da auch schon drüber.

[quote=master,13.04.2006, 10:56]Von passwort ganz zu schweigen... und von der E-Mailadresse reden wir gar nicht habe etwa 10 verschiedene...[/quote]
ach wie süß...

[quote=master,13.04.2006, 10:56][...]
Lösung des Problems:

Dort wo die Eingaberoutine ist (kurz bevor es verschlüsselt wird) Die Daten nehmen, und nach der anderen Methode zusätzlich verschlüsseln dann in die .htpasswd hängen.
(Oder an das Teil übergeben was es dann in die .htpasswd)

also Eingabedaten paralell an das skript senden was im wiki(oder forum) veranwortlich ist für das anlegen der user.

wobei ich eine kopie des skripts machen würde und es
so umprogrammieren, das es einfach nur den Benutzer anlegt..
Weiterleitungen, Desgin, E-Mail prüfen usw. das kann man alles weglassen es wird ja dann z. B. vom Forum übernommen.[/quote]
Wenn Du Code hast, dann kannst Du ihn ja hier zur Diskussion stellen.

@pq
Naja 10 aktive... Könnte ja unendliche viele haben.. ;-)

Aber es sind zuviele um sie alle zu prüfen mit "passwort senden an E-Mail"-Funktionen

@renee

Quote

Dass Du dann viele Einträge überarbeiten müsstest liegt wohl daran, dass Du eine besondere Anforderung an die Beiträge hast. Warum soll ich als Autor alles umstellen? Das Wiki ist nunmal so gedacht, dass jeder daran etwas ändern kann. Manche Artikel entwickeln sich erst im Laufe der Jahre so richtig.

Dann sollte man auf andere Webseiten verweisen, welche das Problem besser erklären, als ein Wiki das sich erst entwicklen muss... (etwas hart)

Zudem, bis es sich entwickelt hat, sind viele schon weitergesurft.

Ich finde die Idee des wiki ganz gut, aber du kannst nicht alles auf die anderen abwälzen... ala "wenns euch nicht passt dann ändert es."

Ein OO-HW ist ja besonders für Neulinge interessant, darum sollte es auf diese ausgerichtet sein. oder zumindest am Anfang des Textes.

renee:
-> wiki soll doch schnell helfen und übersichtlich sein oder?
-> der User will was einfaches, übersichtliches und schnell zum ziel kommen.

Vielleicht hast du einfach das falsche thema gewählt.
"OO-Printausgabe" wäre ev. treffender ;-)

Nein, nur Spass nichts für ungut.

Aber denk doch an diejenigen welche deinen Beitrag lesen, darum gehts doch. Die müssen sich schnell zurecht finden und gleich "sehen" worum es geht und wie es geht.... anstatt zuerst bis ganz nach unten zu scrollen denn dort steht ja das Hauptskript (z. B.).