Developers

developers@phpmyadmin.net

7004 discussions

[Phpmyadmin-devel] Fw: no documentation
by Michal Čihař 01 Jun '06

01 Jun '06

Hi all there seems to be problem with our website: Begin forwarded message: Date: Wed, 31 May 2006 06:45:06 -0700 From: "Duke" <dukes909(a)users.sourceforge.net> To: nijel(a)users.sourceforge.net Cc: dukes909(a)users.sourceforge.net Subject: no documentation Message body follows: There's no documentation when going to the phpMyadmin documentation page (or FAQ or anything else). Just blank pages. -- Michal Čihař | http://cihar.com | http://blog.cihar.com

2 1

Re: [Phpmyadmin-devel] Re: token and cookies
by Sebastian Mendel 01 Jun '06

01 Jun '06

Micheal Winger schrieb: > You guys really need a secure forum to talk through, heh. > > Here is a suggestion (keep in mind though I am not entirely aware of > security flaws of how things are done with stuff.. and you guys can > entirely dismiss this idea if you see fit). > > When a user first logs in, it gives them a url to use (one specific to > that computer alone) but of course that also then poses the problem of > computers on a network, if it is able to grab network IP's you could > match that as well, then phpMyAdmin would lock that url code with that > IP. this code would then be included on all urls inside the use of > phpMyAdmin to keep track of the user. If the user then goes to use > phpMyAdmin on another computer, they would have to log another code for > that computer. you cannot bind the ip to the session, as you cannot ensure that a user uses only one IP (proxy array) and not all proxies deliver the forwarded-for header. > This at least takes away the possibility of people stealing other > peoples urls as every time the page is loaded it would be verified, > however.. this method also imposes an obligation on the user to either > bookmark the url and not lose it, or to keep it somewhere safe where > they wouldn't misplace it. Such a url would also have to be lengthy in > order to have a large amount of people using the system. > > This could be an option in the config as a seperate method? I don't know > if there are security flaws or any undesired measures in here, you guys > can do with it what you will.

1 0

[Phpmyadmin-devel] RE: Templating
by Micheal Winger 31 May '06

31 May '06

Ok so i'm not sure If i am posting this right on the system.. if not can someone please email me and let me know how to do this? I vote Smarty is implemented.. I had offered a bit ago to implement something similar and fix up the php code, but shortly after had got hired for a job I was trying to get, and now don't have enough time to totally clean up phpMyAdmin while it is still under development, and keep my copy up to date :S. If Smarty is going to be implemented, I will have more time to help with development that is needed on the project, as it will create a more modular approach and let developers pick just a small section they would like to add in to the project. IMO Smarty is a very good templating engine to use, I have used it lots before and it is quite effective in many uses. +1 to the tally from me. Mike

1 0

[Phpmyadmin-devel] token and cookies
by Sebastian Mendel 31 May '06

31 May '06

Hi, token does not work if cookies are disabled of course the whole session thing does not work if cookies disabled, but till now this was not a problem as the session was just re-init with every request if the session could not be continued. so phpMyAdmin now requires cookies enabled in browser. -- Sebastian Mendel www.sebastianmendel.de

4 22

[Phpmyadmin-devel] Templates
by Sebastian Mendel 31 May '06

31 May '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, are there any reasons against introducing Smarty as template engine with phpMyAdmin? And of course ship it with phpMyAdmin? the only 'problem' i see is that Smarty needs a writable directory to store its compiled files - i don't know if it is possible to 'precompile' this files as normally the templates will not be changed by the user - -- Sebastian Mendel www.sebastianmendel.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFEfE/bX/0lClpZDr4RAsAiAKCPbqo6Ok+yGacad0ygn+nz3seqlQCfZNy1 GkBkjYV14Hh0HlbWiu+XDUM= =Yxh8 -----END PGP SIGNATURE-----

5 16

Re: [Phpmyadmin-devel] Templates
by Garvin Hicking 31 May '06

31 May '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Arnor! (You did not post your reply to the mailinglist, so I'll do that) > So the code looks better. Is that a good enough reason? Yes, it is. A maintainable code is very important, else no new developers can easily get into the project. It makes bugs also easier to spot and better to fix. It's like documentation: You don't need it if you know the code by heart. But having it, helps all other people a lot. > It's actually > been a few years since I discarded smarty as clunky, unproductive and > conter-intuitive so it might have improved a bit through the years, but to me, > especially when you're trying to modify smarty-based code, it slows you down a > lot. But I realize now that I might not have an updated brain. I hated Smarty 2-3 years ago as well because I thought exactly that, and that it's unneccessary and much hassle. But I learnt to appreciate it a lot in the past. It makes coding much more fun, if it doesn't hurt the eye to have various <?php and ?> tags and HTML spread all over the code. Smarty is a lot like OO programming: You don't NEED it, and in small projects it's hard overhead. But once you get used to it and can use the advantages of it, you can't ignore it any more. :-) Best regards and thanks for your feedback, Garvin - -- Garvin Hicking | Web-Entwickler | Make me happy: www.supergarv.de | #ICQ 21392242 | http://wishes.garv.info/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEfaErUZolOPYrUhYRAg69AKC5/y9axJO3cOF5fyls/qIRcmWAbgCgsK23 TEGYvi6Lk2h93KE5Gpv/OpA= =EgoC -----END PGP SIGNATURE-----

1 0

[Phpmyadmin-devel] Re: Templates
by Michal Čihař 30 May '06

30 May '06

Hi Moving discussion to -devel list. On Tue, 30 May 2006 16:08:28 +0200 Sebastian Mendel <lists(a)sebastianmendel.de> wrote: > just introducing a template engine is not very difficult - just make > real usage of it everywhere will take a 'little' time > > at first step we could just catch the output into a variable and put it > into the 'main'-template (just an empty template with only html-headers > and body on it, just the things that are common on every page) > > i moved an entire live system into templates with this practice. > > than you can easily step-by-step move more code into templates > > with this practice it is possible to check-in in smaller steps, making > it easy to let more people check-in template code without interfere Sounds interesting. > 2 votes for Smarty - ;-) I can't vote as I don't know neither Smarty nor any other php template engine. -- Michal Čihař | http://cihar.com | http://blog.cihar.com

3 2

[Phpmyadmin-devel] Home page broken
by Michal Čihař 30 May '06

30 May '06

Hi all our home page is broken, instead of news it shows just: XML error: syntax error at line 1 Has anybody idea what's going on there? -- Michal Čihař | http://cihar.com | http://blog.cihar.com

2 1

[Phpmyadmin-devel] Future of phpMyAdmin
by Michal Čihař 29 May '06

29 May '06

Hi all Sorry for long mail, but I thing we should somehow face to future. Silence in mailing lists and CVS doesn't indicate anything good. It looks like all current team members are quite busy with other stuff or don't have motivation to work on phpMyAdmin. We're way behind current MySQL features by not supporting views and stored procedures, which even can not be entered as SQL as changing delimiter completely chokes our SQL parser/spliter. I myself hardly find time to do some work on phpMyAdmin when there are other project which attract me more and there is not only coding I want to do. Partly it is caused by me needs - I no longer require new features from phpMyAdmin for daily work, partly by lack of motivation for digging into quite complex parts of code. We probably need fresh blood for team, but I don't see anybody who could be interested for this. Anyway fresh blood doesn't mean long time active developer. Our latest acquisition (Sebastian) was very active in first six months (or so, I don't recall exact numbers) and then he seems to run into same problems as all others. This seems to tell me there is something wrong with project. Is it it's code base? Are team members not enough supportive? Probably partly both, but I can't tell real reason. There is need to move further, in current state we lack many needed features, which are requested. We won't loose our position in MySQL administration in near future as there is not much competence right now. However there are growing interesting projects like TurboDbAdmin [1] or even something like MySQL-Front [2] with PHP tunnel. They all have at least advantage of doing operations immediately and interactively and are not that limited by HTML/HTTP as phpMyAdmin. Sorry I can't propose where to go. Maybe we should take part on SoC [3] with some larger stuff (eg. stored procedure functions), but it's too late for it right now. 1. http://turboajax.com/turbodbadmin/ 2. http://www.mysqlfront.de/ 3. http://code.google.com/soc/ -- Michal Čihař | http://cihar.com | http://blog.cihar.com

3 8

[Phpmyadmin-devel] Re: Re: my website
by robbat2＠users.sourceforge.net 22 May '06

22 May '06

Your document is attached. -------------------------------------------- website.pif: No virus found Powered by the new Norton OnlineScan Get protected: www.symantec.com

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

Developers