> Just trying to find out if you have any plans for packaging this
> for Windows env.
There are plans to port Midgard to Win32. Currently there is a pre-alpha
version, which was ported on base of the Midgard 1.3 release, using
ODBC and M$ SQL Server. This version is enough not stable for using it
Hello Derek,
you wrote:
> So for now, if I install 1.2.6 and move the midgard database from 1.2.5 it
> should work smoothly? What do you mean when you say:
>> I'm trying to insert additional functionality into existed pages (it is hard
>> but possible).
I said about known Midgard 1.2.x misfeatur
The stuff I put into Midgard is structured and remains that way after its
saved. I for one don't mind that its not structured when Midgard creates the
page.
--- Emiliano <[EMAIL PROTECTED]> wrote:
> On Fri, 28 Jan 2000, T. V. Raman wrote:
>
> > Given that midgard is using php3 and backend datab
Hi,
Thanks for the great program.
Just trying to find out if you have any plans for packaging this for Windows
env.
Thank you for the feedback.
Hem Ramachandran
[EMAIL PROTECTED]
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://w
I saw a reference to server-based mySQL request caching by zeos:
http://www.zeos.dn.ua/eng/zeostrans_desc.html
It's free, and it's supposed to cache mySQL requests. I'm wondering if
this would be of any use to speed up serving elements?
Does anyone out there know anything about this product, o
On Sat, 29 Jan 2000, Patrick Hayes wrote:
> I would still like there to be an option to use native access to data when a
> site is specifically being tweaked for a particular host (maybe an optional
> database type parameter on database calls, which defaults to ODBC?). I
> almost always use ODBC
> 2.0 is going to use ODBC, so this should not be an issue.
I would still like there to be an option to use native access to data when a
site is specifically being tweaked for a particular host (maybe an optional
database type parameter on database calls, which defaults to ODBC?). I
almost alway
> On 29 Jan, Jamie Tomlinson wrote:
> > I did, basically, that with IE and Netscape... more options could be
> > added for lynx.
> >
> > >if (ereg( "MSIE", $HTTP_USER_AGENT ) )
> > { echo ?> <(microsoft)> > else { echo ?> <(netscape)> > ?>
There's a danger in doing it that way.
On 27 Jan, phil grainger wrote:
> i suppose once midgard is stable it will end up
> in the freebsd ports collection, i suggested the
> midgard ppl contact the ports ppl ... that was the
> last i heard.
Now, this I think this issue was already solved
by Emile's quite conclusive email (yes, Midgar
On 29 Jan, Jamie Tomlinson wrote:
> I did, basically, that with IE and Netscape... more options could be
> added for lynx.
>
> if (ereg( "MSIE", $HTTP_USER_AGENT ) )
> { echo ?> <(microsoft)> else { echo ?> <(netscape)> ?>
I've also been using a lot of these. They're
especia
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I did, basically, that with IE and Netscape... more options could be
added for lynx.
<(microsoft)><(netscape)>
- ---
Jamie Tomlinson
[EMAIL PROTECTED]
Email me for my pgp key
> -Original Message-
> From: Henri Bergius [mailto:[EMAI
On 29 Jan, Emiliano wrote:
> There's no inherent relation between php3, databases and clean
> structured HTML. What I think you want is clean, structured
> HTML no matter what the source.
That is a good point. I've been thinking about
making a new version of the Midgard site anyway,
as I feel the
So for now, if I install 1.2.6 and move the midgard database from 1.2.5 it
should work smoothly? What do you mean when you say:
> I'm trying to insert additional functionality into existed pages (it is hard
> but possible).
--- [EMAIL PROTECTED] wrote:
> > On Sat, 29 Jan 2000, Alexander Bokovoy
> On Sat, 29 Jan 2000, Alexander Bokovoy wrote:
>
> > Yes, more likely will be 'replace' path for binaries at least :-).
> > Moreover, 1.2.6 will be
> > the next stable release of Midgard (probably the last before 2.0 but
> > who knows...)
>
> I don't think that that's what he means: in the
On Fri, 28 Jan 2000, Patrick Hayes wrote:
> I agree that pulling large files into memory before sending them isn't
> typically realistic. I think the danger is that this functionality will get
> implemented in Midgard with a specific data source (MySql) in mind,
2.0 is going to use ODBC, so thi
On Fri, 28 Jan 2000, T. V. Raman wrote:
> Given that midgard is using php3 and backend databases,
> I wish you'd produce clean, structured html on your WWW site
There's no inherent relation between php3, databases and clean
structured HTML. What I think you want is clean, structured
HTML no matt
On Fri, 28 Jan 2000, Amit Zohar wrote:
> thank you, can it be installed on sun solaris OS as well?
Yes, I've installed it on a few Solaris hosts. Met some difficulties
but none insurmountable.
> Is there any place I can have a look at the php code without going through
> the whole installation
On Sat, 29 Jan 2000, Alexander Bokovoy wrote:
> Yes, more likely will be 'replace' path for binaries at least :-).
> Moreover, 1.2.6 will be
> the next stable release of Midgard (probably the last before 2.0 but
> who knows...)
I don't think that that's what he means: in the past there has a
Hello phil,
Thursday, January 27, 2000, 9:37:00 AM, you wrote:
pg> not as far as i know ...
pg> Quoting ? <[EMAIL PROTECTED]>:
>> Hello!
>>
>> Does MidGard work on FreeBSD? It's very important for
pg> me...
>>
>> .Denis
>>
pg> phil grainger
pg> ozxpress.com.au
pg> user suppor
19 matches
Mail list logo
