Against what frontend users should be authenticated?
- Oliver Georgi
- Site Admin
- Posts: 9907
- Joined: Fri 3. Oct 2003, 22:22
- Contact:
Against what frontend users should be authenticated?
I have added a new checkbox in site structure editing which is used to mark this structure level as "visible only for frontend users". An article and/or content part based extended version will be available later (but it is simple).
It will be a very poor solution at the moment. But it is planned to be extended for use of special frontend users/usergroups later.
Please fill in the poll or write some thought of your own.
Thank you
Oliver
It will be a very poor solution at the moment. But it is planned to be extended for use of special frontend users/usergroups later.
Please fill in the poll or write some thought of your own.
Thank you
Oliver
-
- Posts: 108
- Joined: Fri 10. Oct 2003, 15:11
- Location: München
- Contact:
i try to explain what oliver means:
a frontend user can have acces to a kind of restricted area of the site.
the question is: where are those users regitrated ? in the backend like
administrators and publishers or in the frontent (new table
in the database) ?
my own wish is: frontend (in a new table in the database).
oliver, do you also plan user groups ? by restricting the pages where
users are allowed ? e.g. special pages for customers / for resellers ?
waggis
a frontend user can have acces to a kind of restricted area of the site.
the question is: where are those users regitrated ? in the backend like
administrators and publishers or in the frontent (new table
in the database) ?
my own wish is: frontend (in a new table in the database).
oliver, do you also plan user groups ? by restricting the pages where
users are allowed ? e.g. special pages for customers / for resellers ?
waggis
now I get... well I have chosen frontend (in a new table in the database) because I understand feature like this:waggis wrote:i try to explain what oliver means:
a frontend user can have acces to a kind of restricted area of the site.
the question is: where are those users regitrated ? in the backend like
administrators and publishers or in the frontent (new table
in the database) ?
my own wish is: frontend (in a new table in the database).
oliver, do you also plan user groups ? by restricting the pages where
users are allowed ? e.g. special pages for customers / for resellers ?
waggis
On the frontend it will be able for users to login and then see pages that are not visible for "normal" users. This would be good for me, eg. if the site have a phonelist that is not going to be public etc.... This would be a VERY greate feature I think. This way you can also hide content for search engines etc....
Last edited by frold on Sun 11. Jan 2004, 17:06, edited 2 times in total.
http://www.studmed.dk Portal for doctors and medical students in Denmark
and you can share internal files (there aren´t going to be public) etc....frold wrote:now I get... well I have chosen frontend (in a new table in the database) because I understand feature like this:
On the frontend it will be able for users to login and then see pages that are not visible for "normal" users. This would be good for me, eg. if the site have a phonelist that is not going to be public etc.... This would be a VERY greate feature I think. This way you can also hide content for search engines etc....
Actually the point of the backend right now is not the way I would like...
Functions like internal chat and messages should be visible via frontend after you login and the backend should ONLY be accesible for the admin.
Right now you mix admin and users using the same backend - and that is not optimal ....
Just what I think, but I´m not going to share my the backend with 10+ users so actually I don´t care - but that was my opinon... and I will stil use phpwcms anyway!!
http://www.studmed.dk Portal for doctors and medical students in Denmark
- Oliver Georgi
- Site Admin
- Posts: 9907
- Joined: Fri 3. Oct 2003, 22:22
- Contact:
I have absolutely no experience in solving this at the moment (LDAP). So this can be extended later - now it has to work as described.
And I've made a decision. For faster implementation and more consistent developement it's recommand to have only 1 user database. But this will be extended for handling frontend and backend users.
I will create an external authenticate/frontend login check. This can be changed easy for your needs - also athenticate against other non phpwcms user databases.
Multiple frontend permissions can be included later. Now the have of such login process would be an important step.
Oliver
And I've made a decision. For faster implementation and more consistent developement it's recommand to have only 1 user database. But this will be extended for handling frontend and backend users.
I will create an external authenticate/frontend login check. This can be changed easy for your needs - also athenticate against other non phpwcms user databases.
Multiple frontend permissions can be included later. Now the have of such login process would be an important step.
Oliver
Hello together!
It might be telepathy. I started today buliding a Frontenduser solution for phpwcms.
I'd choosed the second solution. I made a table with this design:
So you've got all basic claims data you maybe need.
Overall it's a VERY IMPORTANT and usefully option which will hopefully be published shortly
Cheers,
Florian
It might be telepathy. I started today buliding a Frontenduser solution for phpwcms.
I'd choosed the second solution. I made a table with this design:
Code: Select all
CREATE TABLE phpwcms_feuser (
feu_id int(11) NOT NULL auto_increment,
feu_login varchar(30) NOT NULL default '',
feu_pass (50) NOT NULL default '',
feu_email varchar(150) NOT NULL default '',
feu_thislogintime(14) NOT NULL,
feu_lastlogin timestamp(14) NOT NULL,
feu_overalllogin int(4) NOT NULL default '0',
feu_active int(1) NOT NULL default '0',
feu_lang varchar(50) NOT NULL default '',
feu_title varchar(50) NOT NULL default '',
feu_firstname varchar(50) NOT NULL default '',
feu_lastname varchar(100) NOT NULL default '',
feu_company varchar(100) NOT NULL default '',
feu_street varchar(120) NOT NULL default '',
feu_city varchar(120) NOT NULL default '',
feu_zip varchar(50) NOT NULL default '',
feu_country char(2) NOT NULL default '',
feu_fon varchar(30) NOT NULL default '',
feu_fax varchar(30) NOT NULL default '',
feu_mobile varchar(30) NOT NULL default '',
feu_newsletter int(1) NOT NULL default '1',
PRIMARY KEY (feu_id)
) TYPE=MyISAM COMMENT='Table for the frontend user data';
Overall it's a VERY IMPORTANT and usefully option which will hopefully be published shortly
Cheers,
Florian
Grundsätzlich sollten für den Frontenduser möglichst viele Bereich nutzbar sein mit nur einem Login pro Website. Ich sehe schon auf meiner Site mindestens vier verschiedene Logins: Einmal phpwcms, einemal phpbb, einmal die Bilddatenbank Coppermine und zum Schluß noch das Projektmanagment für meine Kunden.
Also, je mehr ich die Daten zentralisieren kann auf meinem Servier, desto besser. Schließe daraus bitte meinen Wunsch, Oliver.
Also, je mehr ich die Daten zentralisieren kann auf meinem Servier, desto besser. Schließe daraus bitte meinen Wunsch, Oliver.
Fotos von Norddeutschland und der Nordseeküste
Photos of Northern Germany and the North Sea Coast:
http://www.wackernah.net
Photos of Northern Germany and the North Sea Coast:
http://www.wackernah.net