You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(19) |
Aug
(62) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
---|
From: Janis P. <jan...@on...> - 2002-08-07 13:33:46
|
Hi! Well, I have to agree. 1)One solution could be to define a global variable $msg and register it in= the session. So in the beggining of file we could check if it is !=3D'', p= rint it out and clear after that. 2)We could save it all in the sql and attach to the session id. It could ke= ep an archive so the logging would be solved. 3)I personally don't like frames, but one parent frame could solve the prob= lem as well. I am still thinking of better solutions... Just some ideas to think about. Janis > -----S=E2kotn=E7j=E2 zi=F2a----- > No: "Brian" <br...@br...> > S=FBt=EEts: 2002-08-07 16:11:22.78 > Kam: "php...@li..." <php...@li...urceforge= .net> > Par: Re: [phpBddb-dev1] comments >=20 > Hi, >=20 > i don`t really like to exchange error messages via the URL, if it is=20 > numeric or not. Best thing is to keep the URI clean. For the future i wan= t=20 > to exchange even the 'cmd' parameter via post method only. > Also adding new error codes is not very comfortable. >=20 > So what to do with error messages!? >=20 > - we want them to be displayed above the content > - we want them to be configurable (color etc.) > - we want multilanguage support > - we want no more parameters in URI > - we want it to be secure, so that no one could place html-code > - we want to be able to display more than one error message > - maybe we want to log errors with IP, username and error message >=20 > Solution? > We should have a function, that is called with an error code. It should= =20 > handel translation, displaying and logging. >=20 > I don't have a perfect idea right now, any suggestions?? >=20 > Brian >=20 >=20 > At 01:37 06.08.2002 +0300, you wrote: > >2) global $msg_codes array. This array has the numeric value for message= s=20 > >that would be passed between files. It would be easier to send plain tex= t=20 > >but it is not "secure" because someone could put HTML in it. >=20 >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpbddb-dev1 mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpbddb-dev1 >=20 --> http://www.one.lv - your number one mobile email service! |
From: Brian <br...@br...> - 2002-08-07 13:10:21
|
Hi, i don`t really like to exchange error messages via the URL, if it is numeric or not. Best thing is to keep the URI clean. For the future i want to exchange even the 'cmd' parameter via post method only. Also adding new error codes is not very comfortable. So what to do with error messages!? - we want them to be displayed above the content - we want them to be configurable (color etc.) - we want multilanguage support - we want no more parameters in URI - we want it to be secure, so that no one could place html-code - we want to be able to display more than one error message - maybe we want to log errors with IP, username and error message Solution? We should have a function, that is called with an error code. It should handel translation, displaying and logging. I don't have a perfect idea right now, any suggestions?? Brian At 01:37 06.08.2002 +0300, you wrote: >2) global $msg_codes array. This array has the numeric value for messages >that would be passed between files. It would be easier to send plain text >but it is not "secure" because someone could put HTML in it. |
From: Brian <br...@br...> - 2002-08-07 12:33:15
|
Hi, the demo is now up to date. Brian |
From: Brian <br...@br...> - 2002-08-07 10:17:53
|
Hi, i moved the language array to external files in new folder 'lang' Regards Brian. At 16:37 06.08.2002 +0200, you wrote: >Well this is a good idea for now, but i think we should move language >support out of the config file. Maybe we can use one file per language. >I've added some more strings to config.inc and fixed the register form. >Also i will make the register form more comfortable. > >Brian > > >>3) global $lang array. This is very alpha. This is just an idea how >>languages could be managed. In the very end of all that list there is >>line where global array $text is set the value of current language. This >>is because it is shorter to write $text['back'] than >>$text[$conf['language']]['back']. > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Phpbddb-dev1 mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpbddb-dev1 |
From: Janis P. <jan...@on...> - 2002-08-06 17:51:52
|
Hi! I changed the rest of *.inc to _inc.php. I hope I didn't miss any... janis --> http://www.one.lv - your number one mobile email service! |
From: Brian <br...@br...> - 2002-08-06 15:14:52
|
Hi, the demo now includes the login rewrite and some other fixes. Brian |
From: Brian <br...@br...> - 2002-08-06 14:36:49
|
Well this is a good idea for now, but i think we should move language support out of the config file. Maybe we can use one file per language. I've added some more strings to config.inc and fixed the register form. Also i will make the register form more comfortable. Brian >3) global $lang array. This is very alpha. This is just an idea how >languages could be managed. In the very end of all that list there is line >where global array $text is set the value of current language. This is >because it is shorter to write $text['back'] than >$text[$conf['language']]['back']. |
From: Janis P. <jan...@on...> - 2002-08-05 22:33:24
|
Hi! I thought that I should probably comment the code I wrote because I introduced some new things. 1) global $conf array. I thought this could be better because "global $conf" is much easier than to include every variable. 2) global $msg_codes array. This array has the numeric value for messages that would be passed between files. It would be easier to send plain text but it is not "secure" because someone could put HTML in it. 3) global $lang array. This is very alpha. This is just an idea how languages could be managed. In the very end of all that list there is line where global array $text is set the value of current language. This is because it is shorter to write $text['back'] than $text[$conf['language']]['back']. 4) Single quotes (') vs. double quotes ("). PHP parses all text that is enclosed w double quotes and looks for any variables that could be in there. Of course if it is short text it doesn't matter. I just like to get myself used to them. For SQL it is probably easier to use double quotes. 5) This is for the future.. :) I don't like the default session system built in the PHP. If the site is published on the server farm it would not work. The /tmp folder (if not customized) has to have the right permissions for some users not to hijack the sessions. I would like to rewrite the sessions for MySQL but I thought we need to release the beta by 9th and there may be some more to do. We can't just change php session handler because it requires php.ini editing and that's not good. Any comments or critics would be great. Janis --> http://www.one.lv - your number one mobile email service! |
From: Brian <br...@br...> - 2002-08-05 22:02:48
|
Hi, i`ve added the missing german translations to config.inc Brian |
From: Janis P. <jan...@on...> - 2002-08-05 21:46:09
|
Hi! Thanx for help. I am almost there... Seems like log_script.php has not been commited. It is a new file so I am trying to add it now janis --> http://www.one.lv - your number one mobile email service! |
From: Brian <br...@br...> - 2002-08-05 21:23:03
|
Hi, if log onto cvs server via pser protokoll, you will have no write access. SSH is required. If you are using Windows read http://sourceforge.net/docman/display_doc.php?docid=766&group_id=1 Generell Help is under SF Documentation Section CVS http://sourceforge.net/docman/index.php?group_id=1 Brian At 00:19 06.08.2002 +0300, you wrote: >Hi! >I've written some stuff and it works for me. :) But I can't commit the >changes: >*********** >? bddb/log_script.php >cvs [server aborted]: "commit" requires write access to the repository >*********** >Am I doing something wrong? I logged in with >:pserver:jan...@cv...:2401/cvsroot/phpbddb. > >Janis > >--> http://www.one.lv - your number one mobile email service! > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Phpbddb-dev1 mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpbddb-dev1 |
From: Janis P. <jan...@on...> - 2002-08-05 21:15:08
|
Hi! I've written some stuff and it works for me. :) But I can't commit the changes: *********** ? bddb/log_script.php cvs [server aborted]: "commit" requires write access to the repository *********** Am I doing something wrong? I logged in with :pserver:jan...@cv...:2401/cvsroot/phpbddb. Janis --> http://www.one.lv - your number one mobile email service! |
From: Brian <br...@br...> - 2002-08-05 21:13:09
|
Hi, i`ve forgotten one thing: files is called download in this context. Akten are made out of paper only ;-) Brian At 20:42 05.08.2002 +0100, you wrote: >Thanks Brian, > >it should be done now, > >The last bits to be done are >- the cvs instructions >- the smaller pieces (page last modified, sourcforge links, select >language...) > >Guy > |
From: Guy E. <guy...@ho...> - 2002-08-05 19:49:01
|
Thanks Brian,=20 it should be done now, The last bits to be done are - the cvs instructions - the smaller pieces (page last modified, sourcforge links, select language...) Guy =09 On Mon, 2002-08-05 at 16:15, Brian wrote: > Hi, >=20 >=20 > your translation to german is a good idea, but i think babelfish isn`t th= e=20 > right tool for this. >=20 > Here some things: >=20 > english --> > bugs -> Bugs > news -> News or Neuigkeiten > Lists -> Listen >=20 > The about phhp articel is in german: >=20 > =DCber PhpBddb: >=20 > Die Bierdeckeldatenbank PhpBddb richtet sich an Sammler von Bierdeckeln u= nd=20 > Untersetzern, die ihre Sammlung bequem =FCber ein Web-Frontend verwalten = m=F6chten. >=20 > Folgende Eigenschaften werden geboten: >=20 > - leichter Datenaustausch zwischen Sammlern > - Verwaltung einer Sammlung durch eine unbegrenzte Anzahl von Benutzern > - Vergabe von Benutzerrechte, Einrichten von Benutzergruppen >=20 > Neuigkeiten: >=20 > Eine Demonstration der Software ist nun verf=FCgbar unter http://........= . > Benutzer: Bru > Passwort: tester >=20 >=20 > I will translate more, when i find some time. >=20 > Regards Brian. |
From: Brian <br...@br...> - 2002-08-05 15:13:47
|
Hi, your translation to german is a good idea, but i think babelfish isn`t the= =20 right tool for this. Here some things: english --> bugs -> Bugs news -> News or Neuigkeiten Lists -> Listen The about phhp articel is in german: =DCber PhpBddb: Die Bierdeckeldatenbank PhpBddb richtet sich an Sammler von Bierdeckeln und= =20 Untersetzern, die ihre Sammlung bequem =FCber ein Web-Frontend verwalten= m=F6chten. Folgende Eigenschaften werden geboten: - leichter Datenaustausch zwischen Sammlern - Verwaltung einer Sammlung durch eine unbegrenzte Anzahl von Benutzern - Vergabe von Benutzerrechte, Einrichten von Benutzergruppen Neuigkeiten: Eine Demonstration der Software ist nun verf=FCgbar unter http://......... Benutzer: Bru Passwort: tester I will translate more, when i find some time. Regards Brian. At 10:40 01.08.2002 +0100, you wrote: >I've added some basic search engine details and had a go at translating >some of the smaller parts of the german index page. > >I used babelfish so let me know if some of the translations are way out. > >I'll translate the rest later today. > >Guy > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Phpbddb-dev1 mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpbddb-dev1 |
From: Brian <br...@br...> - 2002-08-02 10:59:25
|
OK, fine with me. Brian At 12:57 02.08.2002 +0300, you wrote: >Hello! > >I think I could take the login/logout rewrite. Is that ok? > >janis > > > -----S=E2kotn=E7j=E2 zi=F2a----- > > No: "Brian" <br...@br...> > > S=FBt=EEts: 2002-07-20 11:19:23.513 > > Kam: "php...@li..."=20 > <php...@li...> > > Par: [phpBddb-dev1] Rewrite started - 09.08.02 is set to beta-release > > > > Hello, > > > > i set August, 9th to our first beta-release date for the standalone=20 > version. > > > > Please choose, what you will do next week: > > David and Janis, you have to agree on what you will do, I will take the > > last thing you do not want. > > > > Greets and a nice weekend, > > Brian > > > > ToDo: > > +++++ > > > > login/ logout rewrite > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > At the moment, login form appears, when command `login` (?cmd=3Dlogin)= is > > set. This is not a good solution, because if you hit the 'back' button= in > > your browser, last page will not reload if you not send your form data= =20 > again. > > > > I want the login-script to be standalone. A user has logged in, when his > > nick is registered in session. The loginscript has also to register the > > group, the user is in and his rights as an array. Also an IP based= reload > > deny after three wrong login attemps (maybe combined with maschine name= on > > Windows OS). > > > > Logout does destroy users session. > > > > Start: now > > To: 25.07.02 > > > > > > new user/ delete user/ view user data/ edit user form > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > > There is a 'new user' form at the moment. It is not very comfortable. > > > > Use body.php as container. cmd_inc.php does perform the commands. > > nuser creates new user > > euser edits user data > > vuser view user data > > duser deletes user > > > > Register commands at table bddb_rights. Create include a library, that > > shows forms and does the action. Edit cmd_inc.php to add your commands= to > > the switch construct. Change/ add field names in bddb_users as you need= to. > > There are some funtction implemented yet, you may just change them, or > > write new code. Your libs for the usermanagment are stored in folder= /us. > > > > Start: now > > To: 28.07.02 > > > > > > modelling classes for brewery, serie, beer mat > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > There is nothing done yet. > > > > Create needed classes, develop a model and code it. The model needs to= =20 > show > > the relationship between the classes. > > I suggest three classes as mentioned above. > > Datagramm and code is needed. Connection to database can be done later, > > just create class barebones, with membervariables and standart member > > functions. > > > > Start: now > > To: 28.07.02 > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Phpbddb-dev1 mailing list > > Php...@li... > > https://lists.sourceforge.net/lists/listinfo/phpbddb-dev1 > > > >--> http://www.one.lv - your number one mobile email service! > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Phpbddb-dev1 mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpbddb-dev1 |
From: Janis P. <jan...@on...> - 2002-08-02 10:05:09
|
Hello! I think I could take the login/logout rewrite. Is that ok? janis > -----S=E2kotn=E7j=E2 zi=F2a----- > No: "Brian" <br...@br...> > S=FBt=EEts: 2002-07-20 11:19:23.513 > Kam: "php...@li..." <php...@li...urceforge= .net> > Par: [phpBddb-dev1] Rewrite started - 09.08.02 is set to beta-release >=20 > Hello, >=20 > i set August, 9th to our first beta-release date for the standalone vers= ion. >=20 > Please choose, what you will do next week: > David and Janis, you have to agree on what you will do, I will take the= =20 > last thing you do not want. >=20 > Greets and a nice weekend, > Brian >=20 > ToDo: > +++++ >=20 > login/ logout rewrite > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > At the moment, login form appears, when command `login` (?cmd=3Dlogin) is= =20 > set. This is not a good solution, because if you hit the 'back' button in= =20 > your browser, last page will not reload if you not send your form data ag= ain. >=20 > I want the login-script to be standalone. A user has logged in, when his= =20 > nick is registered in session. The loginscript has also to register the= =20 > group, the user is in and his rights as an array. Also an IP based reload= =20 > deny after three wrong login attemps (maybe combined with maschine name o= n=20 > Windows OS). >=20 > Logout does destroy users session. >=20 > Start: now > To: 25.07.02 >=20 >=20 > new user/ delete user/ view user data/ edit user form > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > There is a 'new user' form at the moment. It is not very comfortable. >=20 > Use body.php as container. cmd_inc.php does perform the commands. > nuser=09=09creates new user > euser=09=09edits user data > vuser=09=09view user data > duser=09=09deletes user >=20 > Register commands at table bddb_rights. Create include a library, that= =20 > shows forms and does the action. Edit cmd_inc.php to add your commands to= =20 > the switch construct. Change/ add field names in bddb_users as you need t= o. > There are some funtction implemented yet, you may just change them, or=20 > write new code. Your libs for the usermanagment are stored in folder /us. >=20 > Start: now > To: 28.07.02 >=20 >=20 > modelling classes for brewery, serie, beer mat > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > There is nothing done yet. >=20 > Create needed classes, develop a model and code it. The model needs to sh= ow=20 > the relationship between the classes. > I suggest three classes as mentioned above. > Datagramm and code is needed. Connection to database can be done later,= =20 > just create class barebones, with membervariables and standart member=20 > functions. >=20 > Start: now > To: 28.07.02 >=20 >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpbddb-dev1 mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpbddb-dev1 >=20 --> http://www.one.lv - your number one mobile email service! |
From: Guy E. <guy...@ho...> - 2002-08-01 09:44:43
|
I've added some basic search engine details and had a go at translating some of the smaller parts of the german index page. I used babelfish so let me know if some of the translations are way out. I'll translate the rest later today. Guy |
From: Guy E. <guy...@ho...> - 2002-07-30 16:26:57
|
Ok the sites been updated to include the demo On Tue, 2002-07-30 at 16:53, Brian wrote: > Hi, > > there is a horrible looking, but working demo at > http://www.brutex.org/bddb/body.php > > please publish "Bru" and "tester" as user and password. > > Regards Brian. |
From: Brian <br...@br...> - 2002-07-30 15:51:18
|
Hi, there is a horrible looking, but working demo at http://www.brutex.org/bddb/body.php please publish "Bru" and "tester" as user and password. Regards Brian. At 09:45 30.07.2002 +0100, you wrote: >Hi all, > >Sorry for the late post, > >I've updated the website, the original index.html is renamed to >index.html.bak > > * fixed the cvs instructions were formatted wrong. > * Page should validate as valid xhtml and valid css. > * pages are constructed so that including two languages should be easy. > * I've removed the menu items admin, forums, tracker, support, patches, >tasks, docs, surveys as requested. > * I've redone the site with #006633 (dark green) instead of red as >requested, plus I redid the title image to match. > >I haven't set up a demo. I've downloaded it by cvs, but it may be a bit >beyond me (I've no MySQL exp), is it possible someone could set it up on >the server?. I'll just link to it then, sorry for being lame on that >one. > >If there's any suggestions, content, errors or translations you want up >then let me know. Also if anyone has any program documentaion they want >html'd and css'd then I can do that for you too, if that helps/saves you >time. > >Guy > > > >------------------------------------------------------- >This sf.net email is sponsored by: Dice - The leading online job board >for high-tech professionals. Search and apply for tech jobs today! >http://seeker.dice.com/seeker.epl?rel_code=31 >_______________________________________________ >Phpbddb-dev1 mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpbddb-dev1 |
From: Guy E. <guy...@ho...> - 2002-07-30 08:49:51
|
Hi all, Sorry for the late post, I've updated the website, the original index.html is renamed to index.html.bak * fixed the cvs instructions were formatted wrong. * Page should validate as valid xhtml and valid css. * pages are constructed so that including two languages should be easy. * I've removed the menu items admin, forums, tracker, support, patches, tasks, docs, surveys as requested. * I've redone the site with #006633 (dark green) instead of red as requested, plus I redid the title image to match. I haven't set up a demo. I've downloaded it by cvs, but it may be a bit beyond me (I've no MySQL exp), is it possible someone could set it up on the server?. I'll just link to it then, sorry for being lame on that one. If there's any suggestions, content, errors or translations you want up then let me know. Also if anyone has any program documentaion they want html'd and css'd then I can do that for you too, if that helps/saves you time. Guy |
From: Brian <br...@br...> - 2002-07-29 16:06:01
|
Hi, just some information: Guy Edwards has joined our developer team, he will create our project homepage. His first suggestion is available under HIS TEXT: ok, I've logged on and put up http://phpbddb.sourceforge.net/index.php so the websites up BUT 1. I haven't coded it properly yet so theres a few things I need to clean up. 2. I haven't replaced your index.html untill I hear that your happy with the new site, where upon I will integerate you information and put a redirection page there. 3. I havent tested it in anything other that Mozilla or Opera yet. 4. All the German pages are there but they are in English for now. ---->>>>> Hope you had a nice weekend. Regards Brian. |
From: Brian <br...@br...> - 2002-07-20 08:18:52
|
Hello, i set August, 9th to our first beta-release date for the standalone version. Please choose, what you will do next week: David and Janis, you have to agree on what you will do, I will take the last thing you do not want. Greets and a nice weekend, Brian ToDo: +++++ login/ logout rewrite ============== At the moment, login form appears, when command `login` (?cmd=login) is set. This is not a good solution, because if you hit the 'back' button in your browser, last page will not reload if you not send your form data again. I want the login-script to be standalone. A user has logged in, when his nick is registered in session. The loginscript has also to register the group, the user is in and his rights as an array. Also an IP based reload deny after three wrong login attemps (maybe combined with maschine name on Windows OS). Logout does destroy users session. Start: now To: 25.07.02 new user/ delete user/ view user data/ edit user form ========================== There is a 'new user' form at the moment. It is not very comfortable. Use body.php as container. cmd_inc.php does perform the commands. nuser creates new user euser edits user data vuser view user data duser deletes user Register commands at table bddb_rights. Create include a library, that shows forms and does the action. Edit cmd_inc.php to add your commands to the switch construct. Change/ add field names in bddb_users as you need to. There are some funtction implemented yet, you may just change them, or write new code. Your libs for the usermanagment are stored in folder /us. Start: now To: 28.07.02 modelling classes for brewery, serie, beer mat ================================== There is nothing done yet. Create needed classes, develop a model and code it. The model needs to show the relationship between the classes. I suggest three classes as mentioned above. Datagramm and code is needed. Connection to database can be done later, just create class barebones, with membervariables and standart member functions. Start: now To: 28.07.02 |
From: Brian <br...@br...> - 2002-07-19 22:20:26
|
Hi, we`ll keep that in mind. I added your flowchart to CVS. Just one thing: To do sheduled code execution, you can user cronjobs if available on server too. Brian. At 18:52 19.07.2002 +0300, you wrote: >I also thougth about the "pear to pear" thing. The problem with the PHP is >that it doesn't go into background and it is not possible to create a >scedule for exacution. My idea is to distribute the job between the >requests to the site. For example each 10th click does the job and the >whole update process is divided between many jobs. (Flowchart attached) Of >course this wouldn't update database's information if there are no >visitors. But if there are no visitors there is no need for updating. :) > >Janis |
From: Brian <br...@br...> - 2002-07-19 22:18:15
|
Hello, there is a PDF in CVS-> developer docs called Usermanagment.pdf. It gives an idea of functions that are needed for the Usermanagment frontend. Privileges are handled by user groups. Start with code rewrite if you have time to. If there are any german words in the code, just translate them to english. Commit your changes to CVS. Brian At 18:52 19.07.2002 +0300, you wrote: >Hi! >I took a look on the CVS. I think that the local database's technical side >is quite clear but I still have some questions. What will be all the >functions to implement in the user frontend? What type of privileges will >there be? How the images will be stored? |