Byte PHP framework

[Dormilich]

Google Chat? some other chat client and set up a time to discuss all of this.

google chat or skype. though I won't be available until sunday (not too late, please)

I recommend to subscribe to the "recent activity" feed—makes for a faster notice if something changed or someone posted in the forum.

[Markus]

Google chat, google chat!

In retrospect, I have been using the code hosting on google recently, and I prefer it to Sourceforge. Just sayin :D

[dlite922]

don't go switchin' sides on me Markus :) , but Google chat it is. (send me link, my first time)

When?

We live in different parts of the world but i'm a night owl, I can stay up pretty late , no sweat.

Since weekends work better for most people, let's have it this weekend, Saturday or Sunday.

Some possible (GMT UTC+0) times for me are:

1. 16:00 to 22:00 , 2009\05\09
2. 05:00 to 08:00 , 2009\05\10
3. 16:00 to 22:00 , 2009\05\10

what will it be, fellas?

[Dormilich]

I opt for 2, (I'm not available for 1 and 3 is quite late when you have to get up at 4 GMT)

[dlite922]

Okay, maybe this wasn't enough warning in advance.

Let's brainstorm on SF forum then. Throw your ideas, suggestions, and thoughts of what this framework should be like. we'll gather them all and put them in order later.

Because of the size of this framework, we won't code much. We'll program the core and offer "one" of the best ways to use it (by example). Users can take it from there.

I'd hate to plug it in with 50 billion functionality that won't be used by beginners or for every project.

I'll log on later tonight and post my thoughts and look for yours in the next few days. Dormilich or I can put it in a doc, check it in and make sure it looks good by everybody.

talk to you later guys,



Dan

[Markus]

My apologies for not keeping up with this; I've been limited with the amount of time I have on a computer - mine has died, lost everything including my full seasons of scrubs, the crazy amount of books (on programming and other things) that I had aquired, all of my games and films. Gah!

If we can set up a time and date for a convo (preferably towards late GMT) I'd be available.

Mark.

[Dormilich]

until then you can think about which DB system we want to use (or just check out the SF forum)

[Slapo]

until then you can think about which DB system we want to use (or just check out the SF forum)

The Help, Open discussion forum or a different one?
I can't see any other than welcome posts in the project forums on SF.

Can (and do) project developers have their own private forums or thread on SF?

[Dormilich]

The Help, Open discussion forum or a different one?
I can't see any other than welcome posts in the project forums on SF.

I meant the Developer Forum.

Can (and do) project developers have their own private forums or thread on SF?

yup, for example the Developer Forum. If you want to ask something (meanwhile) use the Open Discussion Forum.

[Dormilich]

if no-one objects, we proceed using PDO then…

any wishes how we implement it?

[Markus]

Sorry for not replying to your PM, dorm. Been busy. I will reply later today (job interview to go to at the moment.)

Mark.

[Dormilich]

(job interview to go to at the moment.)

what a coincidence, I got one next week. anyway, good luck and may the force be with you.

[Slapo]

if no-one objects, we proceed using PDO then…

any wishes how we implement it?

I think it would make sense to make it optional and interchangeable with ordinary drivers, so that the one using it can simply choose changing a line in a configuration file (if you plan on using one, which is probably a good idea if you'd include a line in the code that would disable viewing it directly).

Why would one want to use something else than PDO drivers? For drivers that don't have a PDO variant or that perform better than the PDO ones, for example.

[Dormilich]

I think it would make sense to make it optional and interchangeable with ordinary drivers,

PDO is not a driver, it's a database abstraction layer. the drivers (meaning PDO_MYSQL, PDO_ODBC, etc.) have to be present in the PHP installation (which is usually the case, since PDO is part of PHP 5).

making it optional would be a pain, because the only other supported DAL I know of is MySQLi, which is less comfortable in getting the data and uses a completely different interface.

so that the one using it can simply choose changing a line in a configuration file.

just a matter of constructing the DSN.

Why would one want to use something else than PDO drivers? For drivers that don't have a PDO variant or that perform better than the PDO ones, for example.

this I don't understand, btw how many people do you know, who haven't a PDO compatible driver?

[Slapo]

I know that the pdo extension itself is just an abstraction layer, but some cheap hosts don't have the pdo drivers, such as those you have mentioned, turned on. Then again, one could question whether it's sensible to use such hosts :P

Anyway, I was just thinking it would help making it more flexible.








That and I've found that my cheap (a. k. a.) free host has them turned on, so I guess I'm good to go now :D

EDIT: might be worth investigating whether the MS SQL Server php pdo driver will last when there's the sqlsrv driver. I'll try to look into that later today... or this weekend :P