headers
Henri Bergius | 1 Nov 16:29
Favicon
Gravatar

Re: usability proposal for spider-admin

On Oct 31, 2005, at 15:54, Sonic wrote:
> Hi!

Greetings!

> I've been working with spider-admin a lot lately and while it is  
> fast and
> fairly bug-free, editing (style, page, whatever) elements is quite  
> a drag,
> because
<snip>
> This could be greatly simplified by using xmlHttpRequest for saving  
> the
> content. Workflow is then like that:

Basically, good ideas. And easy to implement also by using the Ajax  
libraries that
are in OpenPsa CVS.

However, I would suggest that the whole community would focus efforts  
into
Aegir 2 instead of trying to revive any of the legacy admin UIs.

Aegir 2 already can make basically any MgdSchema type editable, which
is something none of the others can.

> Andreas

/Bergie
(Continue reading)

Permalink | Reply | 1 comment |
headers
Henri Bergius | 1 Nov 16:34
Favicon
Gravatar

Staging/Live with Exorcist

Greetings!

Exorcist can now be used instead of Repligard for staging/live. Seems  
faster and more reliable. However,
I'll keep this stuff still off the Wiki until Jukka gets today's  
fixes to Exorcist tested and released.

Exorcist Staging/Live setup
===========================

## Staging/live concept

Staging/Live is a concept where content is produced and site changes  
tested on a separate CMS installation called _Staging_. When the  
changes have been approved, they get copied to the production site,  
called _Live_.

With Midgard CMS, the Staging/Live concept is handled by running  
Midgard on two separate databases. The Staging and Live databases can  
run either on the same server or on different servers, depending on  
your security requirements.

Content is copied from the Staging server by using the Exorcist  
replication utility. Exorcist first dumps the content from Staging  
database into a generic XML format, then filters out unapproved  
content from it, and finally imports it to the Live database.

## Exorcist vs. Repligard

Exorcist replaces the older Repligard-based Staging/Live system that
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sonic | 1 Nov 17:05
Picon

Re: usability proposal for spider-admin

Yeah, well, the code is very small and has nothing that is really 
spider-specific, so consider this a general usability suggestion :-)

BTW: From http://www.midgard-project.org/development/projects/spider/

"SpiderAdmin is the default administrative interface for the Midgard Content 
Management Framework."

Maybe there should be some mention that Aegir2 is the way of the future.

Bye,

Andreas

Am Dienstag, 1. November 2005 16:29 schrieb Henri Bergius:
> On Oct 31, 2005, at 15:54, Sonic wrote:
> > Hi!
>
> Greetings!
>
> > I've been working with spider-admin a lot lately and while it is
> > fast and
> > fairly bug-free, editing (style, page, whatever) elements is quite
> > a drag,
> > because
>
> <snip>
>
> > This could be greatly simplified by using xmlHttpRequest for saving
> > the
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tarjei Huse | 4 Nov 17:08
Picon
Favicon
Gravatar

Compiling midgard w/o using /etc/ld.so.conf

Howdy,

I've started using Midcom on PHP 4.4 w/ Mysql 5 now with the lampp apache distribution. So far it works very
well. There is just one problem with the lampp package I have released that I'm wondering if someone has
some input on.

With the original lampp, you do not have to edit the /etc/ld.so.conf file to get it running, but the Midgard
modules complain id I forget to edit the 

Does anyone know how I should compile the different components (pkg-config,glib-2.0, midgard-lib etc)
so I do not have to edit /etc/ld.so.conf?

Many thanks for any hints.

The text below this is what I sent to users <at> m-p as well.

tarjei

 www.apachefriends.org is a bunch of people who make a package out
of the latest versions of PHP, MYSQL and Apache. I've made a Midgard
package to the latest version of their tarball. This should make it
easier for other people to test midgard without having a hard time
installing Midgard from source on some unsupported distro.

So: Please test :-)

You can find the package here:
http://www.nehmer.net/~tarjei/midgard-1.7.2-xampp-1.5.0.tgz

Instalation instructions here:
(Continue reading)

Permalink | Reply | 2 comments |
headers
Johan Bernhardsson | 4 Nov 16:20
Picon

Re: Compiling midgard w/o using /etc/ld.so.conf

It depends where all the libs are placed. What do you add in ld.so.conf?
If the libraries are placed in the default paths for lammp it should not
complain.

/Johan 

On Fri, 2005-11-04 at 17:08 +0100, Tarjei Huse wrote:
> Howdy,
> 
> I've started using Midcom on PHP 4.4 w/ Mysql 5 now with the lampp apache distribution. So far it works very
well. There is just one problem with the lampp package I have released that I'm wondering if someone has
some input on.
> 
> With the original lampp, you do not have to edit the /etc/ld.so.conf file to get it running, but the Midgard
modules complain id I forget to edit the 
> 
> Does anyone know how I should compile the different components (pkg-config,glib-2.0, midgard-lib etc)
so I do not have to edit /etc/ld.so.conf?
> 
> Many thanks for any hints.
> 
> The text below this is what I sent to users <at> m-p as well.
> 
> tarjei
> 
>  www.apachefriends.org is a bunch of people who make a package out
> of the latest versions of PHP, MYSQL and Apache. I've made a Midgard
> package to the latest version of their tarball. This should make it
> easier for other people to test midgard without having a hard time
> installing Midgard from source on some unsupported distro.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Piotras | 4 Nov 16:50

Re: Compiling midgard w/o using /etc/ld.so.conf

Johan Bernhardsson <johan@...> wrote:

> It depends where all the libs are placed. What do you add in ld.so.conf?
> If the libraries are placed in the default paths for lammp it should not
> complain.

Yeah , but default paths are used by distro binaries.
And other not distro packages are installed with /opt, /sw or /usr/local as prefix.

Piotras
Permalink | Reply | 0 comments |
headers
Tarjei Huse | 6 Nov 19:47
Picon
Favicon
Gravatar

[Fwd: [php-dav] PHP_Webdav and XP]

Hi, I thought I'd forward this from the php-webdav list as it might
become relevant quite soon :-)

Tarjei
-------- Forwarded Message --------
> From: lapaz@...
> To: php-dav@...
> Subject: [php-dav] PHP_Webdav and XP
> Date: Sun, 6 Nov 2005 19:06:05 +0100 (MET)
> Hi,
> 
> I tried a long time to get WebDAV working and now I can share my
> experiences:
> 
> - I had problems with 2 authentication-popups coming with 2 different
> REALMS, one of them didn't even origin from me. It worked fine when I
> cancelled them manually but it wasn't a nice solution. When I turned off
> authentication in PHP-webdav the authentication popups were gone but XP had
> some strange behaviour and was slow. Using number 1) and 2) below this
> problem was solved.
> 
> - Using WebDav you can use cookies and therefore sessions. My webdav-link is
> on a page which requires a login. Therefore on this page I already have a
> session. When I connect to Webdav from here the session is still known and I
> don't need other authentication means!
> 
> - A link to a webdav-folder can be made on IE
> this
> way:
> http://msdn.microsoft.com/workshop/author/behaviors/reference/behaviors/anchor.asp
(Continue reading)

Permalink | Reply | 0 comments |
headers
Piotras | 8 Nov 10:56

Few CVS HEAD changes


	Hi!

Briefly:

	* We want to move datagard and repligard to src/data
	( probably cli midgard-xxxxx too )
	* Apache modules should be merged to one 
	( I am not sure if we need this for 1.8, but Jukka would like to make this ) 
	 
And I wonder about simple command-line tool midgard-unittest.
This tool should do:
	
	* initizalize one object per type from schema
	* create records for objects
	* get_by_id(guid) with QB 
	* update objects
	* delete object
	* more

Used with valgrind and cron could be very helpfull.
Finding memory leaks from Apache requests with midgard module loaded is 
sometimes impossible. And we have few of them since 1.2.x.

Comments?

Piotras
Permalink | Reply | 2 comments |
headers
Piotras | 8 Nov 11:26

Quota support in midgard


	Hi!

I am working on quota support in midgard-core. 
Now , with MgdSchema objects we can count real disk usage size of every record in database. 

	Features
	* disk usage per sitegroup
	* disk usage per class
	* records per sitegroup
	* records per class

MGD_ERR_QUOTA is returned when one of these limits is reached. So its up to the host admin 
set correct quotas. Attachments' size is "a special feature" of midgard_attachment objects. 
When core's function midgard_quota_update(object) is called for such kind of object, size is a sum
of object's properties lenght and file pointed by $object->location.

Example: 

$att->name = "123"  
attached file is a gif file with 100 bytes size
Disk usage size is 104 bytes ( 1 byte extra from DB storage specification) 

I will move new quota support to stable 1-7 branch and this feature will be included in 1.7.3 release.

	API changes:

	* mgd_quota_init(void)	
	Should replace Apache directive and used in code-global.
	Not OOP cause $_MIDGARD is not an object too.
(Continue reading)

Permalink | Reply | 14 comments |
headers
David Schmitter | 8 Nov 13:05
Picon

Re: Quota support in midgard

> 	Hi!
> 
> I am working on quota support in midgard-core. 
> Now , with MgdSchema objects we can count real disk usage size of every record in database. 
> 
> 	Features
> 	* disk usage per sitegroup
> 	* disk usage per class
> 	* records per sitegroup
> 	* records per class
> 

This is pretty much implemented...

> 	
> And issues:
> 
> 1. What to do with mgd_open_attachment or object's openattachment methods?
> Filehandler returned by this function is owned by php and midgard is not able to count file's size.
> 

No idea. Maybe you know some super-magic hooks for php streams? ;-)
Otherwise, I would leave it to the editing interface.

> 2. How to make db update to get existing db records disk usage?
> 
> 	* Bash script is not an option. 	
> 	* Not huge php-cli script which update's every object's quota?
> 	( SG logins seems to be an issue ) 	
> 	* Command line tool which make such updates switching between sitegroups ugly way?
(Continue reading)

Permalink | Reply | 13 comments |

Gmane