Menu
▾
▴
binarycloud-dev — development list for binarycloud
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
(57) |
May
(287) |
Jun
(166) |
Jul
(286) |
Aug
(273) |
Sep
(254) |
Oct
(144) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Peter B. <re...@f2...> - 2001-05-08 18:36:30
|
At 11:55 PM 5/8/01 +0800, you wrote: >For DB abstraction, how about the ADODB, will it be included in r2?? What's wrong with metabase already being used? Peter. --oOo-- Narrow Gauge on the web - photos, directory and forums! http://www.narrow-gauge.co.uk --oOo-- Peter's web page - Scottish narrow gauge in 009 http://members.aol.com/reywob/ --oOo-- |
|
From: Alex B. <en...@tu...> - 2001-05-08 17:16:21
|
> For DB abstraction, how about the ADODB, will it be included in r2?? nope, we use metabase, and I don't want to write an abstraction-anstraction layer :) of all the ones I've used, metabase is fastest, most feature rich, and most mature. we may add a couple nice little features to metabase as part of r2 (tablespace creation for oracle not least amongst them) but I haven't had any compelling reason to switch to something else form metabase. _alex -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Alex B. <en...@tu...> - 2001-05-08 17:14:15
|
-check /home/mfaine/binarycloud/user/conf/file_permissions.conf for whitespace at the beginning or end of the file. that should get rid of the problem. _a > > I'm having lots of problems installing into the sub directory /bc what are > the necessary changes. I've set the BC_DOCROOT = /bc but I'm getting errors > such as: > > PHP Warning > Cannot send session cache limiter - headers already sent (output started at > /home/mfaine/binarycloud/user/conf/file_permissions.conf:193) > file: /home/mfaine/www/bc/index.php line 49 > > and 404's and such > > > I guess I just need a checklist of common problems when installing into a > sub directory. > > Thanks for your help > > -Mark > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: TAO R. <ron...@ho...> - 2001-05-08 15:55:29
|
For DB abstraction, how about the ADODB, will it be included in r2?? _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. |
|
From: <st...@st...> - 2001-05-08 14:07:30
|
There are also quite a few instances of image and href paths being hardcoded (i.e. /resources/whatever) without a leading BC_DOCROOT variable. >I'm having lots of problems installing into the sub directory /bc what are >the necessary changes. I've set the BC_DOCROOT = /bc but I'm getting errors >such as: >PHP Warning >Cannot send session cache limiter - headers already sent (output started at >/home/mfaine/binarycloud/user/conf/file_permissions.conf:193) >file: /home/mfaine/www/bc/index.php line 49 >and 404's and such >I guess I just need a checklist of common problems when installing into a >sub directory. >Thanks for your help >-Mark >_______________________________________________ >binarycloud-dev mailing list >bin...@li... >http://lists.sourceforge.net/lists/listinfo/binarycloud-dev |
|
From: Faine, M. <Mar...@ms...> - 2001-05-08 13:48:20
|
I'm having lots of problems installing into the sub directory /bc what are the necessary changes. I've set the BC_DOCROOT = /bc but I'm getting errors such as: PHP Warning Cannot send session cache limiter - headers already sent (output started at /home/mfaine/binarycloud/user/conf/file_permissions.conf:193) file: /home/mfaine/www/bc/index.php line 49 and 404's and such I guess I just need a checklist of common problems when installing into a sub directory. Thanks for your help -Mark |
|
From: Alex B. <en...@tu...> - 2001-05-08 01:30:58
|
hi all, I just took a snap of my r2 cvs, and posted a tarball to: http://www.binarycloud.com/download/ For those that are interested, have a look at it. As it says on the site: this isn't a functional install, but the tree is complete. You'll notice that nearly everything is in the same place, but there are more directories. I'm interested in any comments/suggestions/etc people have, and I'd like to start answering questions now, to get people familiar with some of the concepts. I expect to have the pre-final docs done by the end of this week. Note that this release is essentially private (it's not on sourceforge, no news, etc) because I'd like to wait until the r2 docs are properly composed and readable before getting out the bullhorn. _alex -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: stout <pm...@st...> - 2001-05-06 19:20:22
|
the htdocs folder IS there. Only, not when you untar it on a windows machine
using WinRAR.
I guess through this onto the Windows Oddities pile.
|
|
From: stout <pm...@st...> - 2001-05-06 19:15:18
|
Nope, no luck. No htdocs in the binarycloud subdirectory. License, etc...are all there, just no htdocs. ----- Original Message ----- From: Alex Black <en...@tu...> To: binarycloud-dev <bin...@li...> Sent: Sunday, May 06, 2001 1:06 pm Subject: Re: [binarycloud-dev] wrong version of Sess > > My bad. I meant r1b. > > should be right there. > > if you untar it, you'll get a directory: binarycloud. > > in there you should find all the LICENSE, etc files, and two directories: > binarycloud, and htdocs. > > You might have moved the entire contents of the tarball by accident, which > includes htdocs/ > > > _alex > > > -- > alex black, ceo > en...@tu... > > the turing studio, inc. > http://www.turingstudio.com > > vox+510.666.0074 > fax+510.666.0093 > > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > |
|
From: Alex B. <en...@tu...> - 2001-05-06 19:07:40
|
> My bad. I meant r1b. should be right there. if you untar it, you'll get a directory: binarycloud. in there you should find all the LICENSE, etc files, and two directories: binarycloud, and htdocs. You might have moved the entire contents of the tarball by accident, which includes htdocs/ _alex -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: stout <pm...@st...> - 2001-05-06 18:57:41
|
My bad. I meant r1b. ----- Original Message ----- From: Alex Black <en...@tu...> To: binarycloud-dev <bin...@li...> Sent: Sunday, May 06, 2001 11:51 am Subject: Re: [binarycloud-dev] wrong version of Sess > there is no r2 distro tarball... the only thing you can download that's > related to r2 are the very early spec drafts, which are just as easily read > on binarycloud.com > > _a > > > This may seem like a stupid question, but where is the htdocs folder that > > the installation instructions indicate should be present in the tarball? I > > installed r1 a while ago on another machine, no problem. I'm trying to > > install r2 on another machine and no htdocs folder. > > ----- Original Message ----- > > From: Alex Black <en...@tu...> > > To: binarycloud-dev <bin...@li...> > > Sent: Saturday, May 05, 2001 7:59 pm > > Subject: [binarycloud-dev] wrong version of Sess > > > > > >> that last one was an old version, only missing a few comments. > >> > >> _a > >> > >> > >> -- > >> alex black, ceo > >> en...@tu... > >> > >> the turing studio, inc. > >> http://www.turingstudio.com > >> > >> vox+510.666.0074 > >> fax+510.666.0093 > >> > >> > >> > > > > > > _______________________________________________ > > binarycloud-dev mailing list > > bin...@li... > > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > > > > > -- > alex black, ceo > en...@tu... > > the turing studio, inc. > http://www.turingstudio.com > > vox+510.666.0074 > fax+510.666.0093 > > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > |
|
From: Alex B. <en...@tu...> - 2001-05-06 18:01:43
|
Good point, added and attached.
I've added support for multiple arguments to both Register() and
Unregister()
_alex
> Hi Alex,
>
> i would add support for multiple arguments to the registster/unregister
> functions.
> So it is possible to call $sess->register("x1", "x2", ... , "n").
>
> function register() {
> $arguments = func_get_args();
>
> for ($i=0; $i < count($arguments); $i++) {
> session_register($arguments[$i]);
> }
> }
>
>
> Andi
>
> a.a...@th...
> www.thyrell.de
>
> -----Original Message-----
>
>> I've banged out a very, very simple class that wraps php4's sessions -
> I've
>> done this because I can see that it might be useful for people to be able
> to
>> use their own custom session code in special situations.
>
>
> _______________________________________________
> binarycloud-dev mailing list
> bin...@li...
> http://lists.sourceforge.net/lists/listinfo/binarycloud-dev
>
--
alex black, ceo
en...@tu...
the turing studio, inc.
http://www.turingstudio.com
vox+510.666.0074
fax+510.666.0093
|
|
From: Alex B. <en...@tu...> - 2001-05-06 17:51:39
|
there is no r2 distro tarball... the only thing you can download that's related to r2 are the very early spec drafts, which are just as easily read on binarycloud.com _a > This may seem like a stupid question, but where is the htdocs folder that > the installation instructions indicate should be present in the tarball? I > installed r1 a while ago on another machine, no problem. I'm trying to > install r2 on another machine and no htdocs folder. > ----- Original Message ----- > From: Alex Black <en...@tu...> > To: binarycloud-dev <bin...@li...> > Sent: Saturday, May 05, 2001 7:59 pm > Subject: [binarycloud-dev] wrong version of Sess > > >> that last one was an old version, only missing a few comments. >> >> _a >> >> >> -- >> alex black, ceo >> en...@tu... >> >> the turing studio, inc. >> http://www.turingstudio.com >> >> vox+510.666.0074 >> fax+510.666.0093 >> >> >> > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: stout <pm...@st...> - 2001-05-06 15:06:36
|
This may seem like a stupid question, but where is the htdocs folder that the installation instructions indicate should be present in the tarball? I installed r1 a while ago on another machine, no problem. I'm trying to install r2 on another machine and no htdocs folder. ----- Original Message ----- From: Alex Black <en...@tu...> To: binarycloud-dev <bin...@li...> Sent: Saturday, May 05, 2001 7:59 pm Subject: [binarycloud-dev] wrong version of Sess > that last one was an old version, only missing a few comments. > > _a > > > -- > alex black, ceo > en...@tu... > > the turing studio, inc. > http://www.turingstudio.com > > vox+510.666.0074 > fax+510.666.0093 > > > |
|
From: Andreas A. <a.a...@th...> - 2001-05-06 10:55:33
|
Hi Alex,
i would add support for multiple arguments to the registster/unregister
functions.
So it is possible to call $sess->register("x1", "x2", ... , "n").
function register() {
$arguments = func_get_args();
for ($i=0; $i < count($arguments); $i++) {
session_register($arguments[$i]);
}
}
Andi
a.a...@th...
www.thyrell.de
-----Original Message-----
> I've banged out a very, very simple class that wraps php4's sessions -
I've
> done this because I can see that it might be useful for people to be able
to
> use their own custom session code in special situations.
|
|
From: alex b. <en...@tu...> - 2001-05-06 05:49:47
|
heh. I'll add that as well. In r2/init we'll use init_set to set all those ini values so the setup isn't so dependant on apache. Actually, we _are_ using ini_set, I've got the class :) thanks. _alex ----- Original Message ----- From: "stout" <pm...@st...> To: <bin...@li...> Sent: Saturday, May 05, 2001 10:29 PM Subject: [binarycloud-dev] php_value allow_call_time_pass_reference on > The actual line should be: > > php_value allow_call_time_pass_reference 1 > > Note the "1" instead of "on". On does not work in an .htaccess file. Go > figure. > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > |
|
From: stout <pm...@st...> - 2001-05-06 05:28:42
|
The actual line should be: php_value allow_call_time_pass_reference 1 Note the "1" instead of "on". On does not work in an .htaccess file. Go figure. |
|
From: Alex B. <en...@tu...> - 2001-05-06 02:19:28
|
One of the things I've tried to incorporate into the design of Dispatch (the new, correct name for core_template) is the ability to use r1 modules with very little conversion work required. I think that's doable: There will be a dbobjects directory in user/db/objects (just like in r1) and a path constant for referencing that directory. The only conversion that would need to happen to modules is to turn them into classes, which is easier than it sounds. the public method of each module will be the same as the file name (just like the module_name() functions in the current system), and you can turn the module_name_print() functions into private methods that are called by the public module_name(). Dispatch will now use output buffering to cache output from modules, so we don't need to "save" the output functions so they can be called in the master template. I'll also try and find the time to write a "constants" conversion script which searches module code for r1 constants and replaces them with their r2 counterparts. So, for those of you with code in r1 installs, the migration process should be near painless. _alex -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Alex B. <en...@tu...> - 2001-05-06 02:09:28
|
Anyone have opinions on using PEAR_Error as the error class for binarycloud r2? "Speak now or forever hold your peace" :) I've looked over it, and am happy with it. Unless someone comes up with some _really_good_ negative arguments, we'll use it. Keep in mind that we'll still use the custom error handler that logs all errors to the DB, but I'd like to deprecate throw_error (which is in core/base/err/error_handler.php for the curious) - it works, but it's not groovy. Obviously because we're using PEAR_Error, we'll need to use the base PEAR class, which means you can get access to the entire PEAR library of classes (and while the DB code isn't fast enough, some of the other code is quite good). There will be a pear directory in the r2 distro core/lib/, which will store any pear code we need in the system. The same thing might be done for phplib, because could theoretically support phplib's DB abstraction, which means developers with phplib apps could move into binarycloud with fairly little pain. I'm also going to "formally announce" (in the docs) that all of the binarycloud base classes and distro modules will/do roughly adhere to the PEAR standard, though I can't bring myself to enforce the "tabs-must-be-4-spaces" rule. --- A major (read: clear) revision of the r2 specs will be up fairly soon, as I've worked out the final structure in my head, and just need to write it down and finalize the list of constants. _alex -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Alex B. <en...@tu...> - 2001-05-06 01:59:30
|
that last one was an old version, only missing a few comments. _a -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Alex B. <en...@tu...> - 2001-05-06 01:57:30
|
hi all,
I've banged out a very, very simple class that wraps php4's sessions - I've
done this because I can see that it might be useful for people to be able to
use their own custom session code in special situations.
This class has the following methods:
Start_Session()
Destroy_Session()
Destroys the session.
Returns true on success
Register($var)
Registers $var in the session
Returns true on success
Unregister($var)
Unregisters $var from the session
Returns true on success
Unset_All()
Nukes the session, forgets all registered variables.
Check_Registered($var)
Checks to see if $var is in the session.
Returns true if the variable exists in the session
In bc we haven't had use for the session_encode and other functions, but I
want to check that people don't need those because it's _extremely_ easy to
add them. This hasn't been tested (or checked thoroughly, for that matter) -
I want to add everything I need before doing that.
_alex
--
alex black, ceo
en...@tu...
the turing studio, inc.
http://www.turingstudio.com
vox+510.666.0074
fax+510.666.0093
|
|
From: Alex B. <en...@tu...> - 2001-05-04 19:12:52
|
> Nope, looks like it's set to "on" so that's good, > > Here is my phpinfo file, I've censored the sensitive settings. (not that I > don't trust you or anything :) > > Do you see anything else that would cause problems. PHPSESSID is the session name, I have a vague memory that the name of the session in the distro may be "session". Or that may be a tweak I made somewhere else. You can check that in user/conf/defined_constants.conf --- One thing to note, though: because you can't use another virtualhost, if you enable the binarycloud prepends the current permissions system will take over your apache docroot and supervise all php in it. That means you'll have to register every other php file in your docroot if you want to use them alongside binarycloud. I'm going to make that behavior optional in binarycloud r2 (in addition to getting rid of the prepends) - but for the moment that's how it work. Really secure, but inconvenient if you want to run other things in the same install. _alex -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Alex B. <en...@tu...> - 2001-05-04 18:04:09
|
> How hard is it to set up binary cloud on my hosted box. I have no root > access but I do have ssh access. assuming that the apache global php.ini has the right settings (allow_call_time_pass_by_reference = On, etc) you can run .htaccess with the prepend directives instead of putting them in httpd.conf, and everything else should be essentially the same. the "no access to php.ini" thing can be a problem in certain circumstances if you don't have any ability to request changes. if you see errors related to allow call time pass by reference, you need to get the provider to modify their php.ini _alex -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Faine, M. <Mar...@ms...> - 2001-05-04 12:44:39
|
How hard is it to set up binary cloud on my hosted box. I have no root access but I do have ssh access. It's running on a site hosted by http://www.phpwebhosting.com -Mark |
|
From: Blake B. <Bla...@De...> - 2001-05-03 18:03:37
|
We noticed in the neighborhood of 30% increase in overall speed. With some pages getting as much as 125% increase in speed. (there were special cirumstances why this happened.. I don't recall what they were.) * Blake -----Original Message----- From: alex black [mailto:en...@tu...] Sent: Wednesday, May 02, 2001 9:53 PM To: bin...@li... Subject: Re: [binarycloud-dev] the xsl decision yes, there is > As a long time user of PHPLIB templates, is there really that much of a > performance increase using smarty or other "compiled" template program? _______________________________________________ binarycloud-dev mailing list bin...@li... http://lists.sourceforge.net/lists/listinfo/binarycloud-dev |
5 messages has been excluded from this view by a project administrator.
