Hello Markus, > 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? > That's a nice idea, I suppose SB will share what he had accomplished so far so everybody would be to able to opinate > > > 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. I do want to help AS. I already am maintaining some pkgbuilds and currently planning on get a few more. I also have some python/c++ skills that i would like to put to use Is thatch still active? I would love to see what he has already did regarding automation. Cheers, > > > > 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 >
_______________________________________________ ArchServer Project General Mail List Post messages to: [email protected] Administer your subscription: http://lists.archserver.org/listinfo/general
