----- Original Message ----- From: [email protected] To: [email protected] Date: 22.03.2011 02:56:01 Subject: Re: [ArchServer-General] Proposal to APP
> Awesome! > > About my proposal, i succeeded contacting my coleagues but the dissolution > of the team is irreversible and i could not find anyone else within the BR > group (the origin of the people involved is not a matter whatsoever). > NP > On the other hand, Shadowbranch is back and his work is far more complete of > anything that i could provide, i believe AS could stick with what he'll > provide. > I would definitly like to see you onboard of our team, and I guess SB would need some help with this anyway, so why are you not just joining him in the creation of a APP for us? > In the mean time, i will work out on something that i could also use for my > needs. NP as well, but like I said, I would like to see you onboard. There are lots of other tasks still open in our project. > > Sorry for the long delay on the answer, i was trying to reason with them > > Cheers, > -- > Eduardo Martins Lopes > Laboratory of Theoretical Chemistry > Universidade Federal de São Carlos, SP - Brazil > R, Markus > > 2011/3/16 Daniel Moree > > > The new version is not modular. The new cms is more a basic framework. The > > app will be the primary focus of the release and will be fully imported into > > the app git repo at the AS website. > > > > Eduardo Martins Lopes wrote: > > > > >Hello all, > > > > > >Phillip: What would you require from us? What would the server deps be > > like? > > >You're planning to use PostgreSQL (or even better, be database-agnostic)? > > >@Phillip: it's DB Agnostic as stated by Faelar, but the hosting service > > >would need to have python available, ssh access and fascgi (it's possible > > to > > >use other cgi-like stuff). > > > > > >The big thing is, in my humble opinion, both solutions are tied to a > > one-man > > >show in some sort. Up to now, only one from my team has answered already, > > so > > >not a big group yet. Shadowbranch's solution will become available a bit > > >faster than mine, though i would like to know more about this new release > > >would require the cms frame. > > > > > >@Shadowbranch: does your new version depend on your cms? or it would be > > able > > >to run on it's own? > > > > > > > > >Cheers > > >-- > > >Eduardo Martins Lopes > > >Laboratory of Theoretical Chemistry > > >Universidade Federal de São Carlos, SP - Brazil > > > > > > > > >2011/3/16 > > > > > >> A quick look at the first file (admin.php) show me that : > > >> - You're using global, which is usually not a good idea. > > >> - You're calling the echo function many times, why not closing the > > barket > > >> and writing strait html instead ? > > >> - You're embedding things likeand in the code, which is bad for > > >> maintainability, and also are deprecated and should be managed by a CSS > > or > > >> template file instead. > > >> > > >> - Please comment your code ! How can we help if we don't know what the > > >> program is supposed to do ? > > >> > > >> Global is fine as the core of the CMS turns off registering globals as > > >> that is a huge security whole and the only items globalized are config > > >> information, a link to the database, and a link to the users class. > > Again, > > >> my CMS was written with security first, functionality second. So far it > > has > > >> proven more secure than any other CMS I've tested. But, the version in > > >> current use has outgrown it's usefulness as a more advanced system. > > Hence a > > >> complete rewrite. Again focused on security first. The new rewrite will > > >> effectively remove globalized variables, only 3 of which exist anyways. > > >> I do call echo a lot and using straight HTML can make things simpler. I > > >> think it's more a programmers choice. I've seen it all from programs > > that > > >> just appended to a variable that is then finally output to the browser > > to > > >> straight HTML that then has PHP plugged into it. I think all ways are > > viable > > >> and accomplish the same task. Really up to the programmer(s) in my > > opinion. > > >> True, CSS should maintain these items, which it does, only very very > > >> limited items are used in the code to setup basic HTML elements that can > > be > > >> modified within the CSS. What you see is the initial rough draft that > > was > > >> not ment to be shown to the public. Hence no comments. I assure you my > > code > > >> is commented heavily. > > >> I'm open to ideas on the output method to use when dumping PHP. > > >> Personally, I don't like to output straight HTML with PHP code plugged > > in. > > >> It prevents me from being able to make massive changes as my system only > > >> uses the most basic HTML elements to show some of the data. There are > > other > > >> modules with virtually no HTML code. Over my 6 years of PHP I've found > > that > > >> echoing straight out when needed is efficient enough. I have tried > > straight > > >> HTML with PHP plugged in, so I'm not just stating from no knowledge. > > I've > > >> also tried dumping output to a global variable that is then output by > > the > > >> final processor command. It can be useful to do it that way, but I've > > found > > >> it harder to debug sometimes. > > >> > > >> _______________________________________________ > > >> ArchServer Project General Mail List > > >> Post messages to: [email protected] > > >> Administer your subscription: > > http://lists.archserver.org/listinfo/general > > >> > > >> > > > > > >_______________________________________________ > > >ArchServer Project General Mail List > > >Post messages to: [email protected] > > >Administer your subscription: > > http://lists.archserver.org/listinfo/general > > _______________________________________________ > > ArchServer Project General Mail List > > Post messages to: [email protected] > > Administer your subscription: http://lists.archserver.org/listinfo/general > > > _______________________________________________ > ArchServer Project General Mail List > Post messages to: [email protected] > Administer your subscription: http://lists.archserver.org/listinfo/general > _______________________________________________ ArchServer Project General Mail List Post messages to: [email protected] Administer your subscription: http://lists.archserver.org/listinfo/general
