Re: [midgard] ISO 8859-2 characters and links
pp wrote: Hi! I'd like to know if there is any posibility to display ISO 8859-2 characters within links? When I name any article with these characters and sort it within topics it display incorrect but when I open it article name or title looks good. Sorting is the MySQL's area. You'll need to re-compile it with support for ISO 8859-2 character set. -- Sincerely yours, Alexander Bokovoy The Midgard Project | www.midgard-project.org |Aurora RD team Minsk Linux Users Group |www.minsk-lug.net| www.aurora-linux.com IPLabs Linux Team| linux.iplabs.ru | Architecte Open Source -- A little experience often upsets a lot of theory.
[midgard] Re: repligard
Ronan-Yann Lorin wrote: I'd like to use repligard to re-install a fresh database and then re-added my own site. Is repligard the right thing to do this? Yes, partly. Where can I find it? I downloaded repligard 1.4beta3 but can't compile Of course, because the Repligard version from CVS (or even previous ones) could be considered as alpha versions where functionality isn't there. it... is there a new release. Not yet. I'm working on new implementation. Its beta will be in CVS during this week. -- Alexander Bokovoy
Re: [midgard] Bugs
[EMAIL PROTECTED] wrote: While trying to compile midgard-php I got some funny errors. It complained about the varible PHP3_MAX_SALT_LEN on line 134 of crypt.c not being declared. I declared it and that fixed that problem now I have a new one. That's not Midgard-related problem. It seems that your system lacks crypt function support. As I can understand from the following, you're using Slackware which might have missing functionality during installation... /var/lib/apache/bin/apxs -c -o libphp3.so -I. -I. -I/usr/lib/glib/include -Wl,'-rpath /usr/local/lib' ./mod_php3.c libmodphp3-so.a -L/usr/local/lib -L/usr/local/lib -lexpat -lgdbm -lmidgard -lpam -lm -ldl -lcrypt -lresolv -lglib -lexpat -lmysqlclient gcc -DLINUX=2 -DMOD_SSL=206102 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I../lib/expat-lite -fpic -DSHARED_MODULE -I/var/lib/apache/include -I. -I. -I/usr/lib/glib/include -c ./mod_php3.c gcc -shared -o libphp3.so mod_php3.o libmodphp3-so.a -L/usr/local/lib -L/usr/local/lib -lexpat -lgdbm -lmidgard -lpam -lm -ldl -lcrypt -lresolv -lglib -lexpat -lmysqlclient -Wl,-rpath /usr/local/lib /usr/i386-slackware-linux/bin/ld: cannot open -lpam: No such file or directory collect2: ld returned 1 exit status apxs:Break: Command failed with rc=65536 make: *** [libphp3.so] Error 1 Not really sure what to do about that one. I can see that the gnu linker is getting passed a file called -lpam but I don't know why. It means that PAM (Pluggable Authentication Modules) support was enabled but your system lacks PAM. Again. -- Sincerely yours, Alexander Bokovoy The Midgard Project | www.midgard-project.org |Aurora RD team Minsk Linux Users Group |www.minsk-lug.net| www.aurora-linux.com IPLabs Linux Team| linux.iplabs.ru | Architecte Open Source -- I got vision, and the rest of the world wears bifocals. -- Butch Cassidy -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Bugs
[EMAIL PROTECTED] wrote: Alexander Bokovoy writes: It means that PAM (Pluggable Authentication Modules) support was enabled but your system lacks PAM. Again. Ok I had midgard up and running on the machine before I tried to upgrade to 1.4b5. Is PAM something that it needs that it didn't before? What is the easiest workable hack for this problem? I'm not to sure where I can find PAM and I'm not in a position to do a reinstall of slackware at this point. Midgard has no dependencies on PAM at all. PHP has only one mention of PAM in configure.in where it tests for PAM presence in system and silently tries to link with it to be sure that things will work as supposed. What you can do is to comment out PAM test in configure.in if your system lacks PAM modules: replace dnl If libpam is available, we might need it AC_CHECK_LIB(pam, pam_start, [ LIBS="-lpam $LIBS" AC_DEFINE(HAVE_LIBPAM) ], []) with dnl If libpam is available, we might need it dnl AC_CHECK_LIB(pam, pam_start, [ dnl LIBS="-lpam $LIBS" dnl AC_DEFINE(HAVE_LIBPAM) ], []) Be sure to run autoconf after this change. Config.h by default disables PAM so it might help. Another solution is to find libpam.a or libpam.so on your system and check it. -- Sincerely yours, Alexander Bokovoy The Midgard Project | www.midgard-project.org |Aurora RD team Minsk Linux Users Group |www.minsk-lug.net| www.aurora-linux.com IPLabs Linux Team| linux.iplabs.ru | Architecte Open Source -- To err is humor. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Asgard: What do you think ?
Hello David, Friday, September 29, 2000, 8:39:23 PM, you wrote: Attached to this message, you'll find the first graphic design proposition of the new administration site. Please tell me ASAP if you like it, or why you don't like it. Looks good for both shapes and colours. Several questions: 1. Is the 'We are here' location line automatically resizable? 2. Each field name at the left side might be clickable to direct user to the editable variant of property. It could be two pages: 1) if user clicked on any property but content, it'll display only edit properties dialog, not content (to minimize page overhead -- if user has clicked on property it wouldn't want to edit content right after that click) and (optionally) make active (select) edit box for that clicked property; 2) if user clicked on content label, it'll display only edit content dialog. 3. May be sitegroup name and realm could be displayed on the right side of line where 'Hosts' label now resides? A button to re-logon could be there too. 4. Just for fun: why 'Name' property has 'bold' background in comparision with others? -- Sincerely yours, Alexander Bokovoy The Midgard Project | www.midgard-project.org |Aurora RD team Minsk Linux Users Group |www.minsk-lug.net| www.aurora-linux.com IPLabs Linux Team| linux.iplabs.ru | Architecte Open Source -- "It's when they say 2 + 2 = 5 that I begin to argue." -- Eric Pepke -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] How to do it?
Hello Daniel, Friday, September 29, 2000, 6:51:31 PM, you wrote: To achieve what you want you could either write a navigation bar whose look depends on certain variables or you could write a master navigation bar which gets partially overwritten in subpages (using page elements). Not clear? And one aspect left: the (code-global) element. If a have one in my ROOT page, will it be parsed in the subpages, too? If you will mark it as 'inherited' in terms of the current Admin Site (or, more correct, 'inheritable'), yes. -- Sincerely yours, Alexander Bokovoy The Midgard Project | www.midgard-project.org |Aurora RD team Minsk Linux Users Group |www.minsk-lug.net| www.aurora-linux.com IPLabs Linux Team| linux.iplabs.ru | Architecte Open Source -- When you are in it up to your ears, keep your mouth shut. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] Asgard: What do you think ?
Hello David, Saturday, September 30, 2000, 1:12:42 AM, you wrote: Looks good for both shapes and colours. Several questions: 1. Is the 'We are here' location line automatically resizable? 2. Each field name at the left side might be clickable to direct user to the editable variant of property. It could be two pages: 1) if user clicked on any property but content, it'll display only edit properties dialog, not content (to minimize page overhead -- if user has clicked on property it wouldn't want to edit content right after that click) and (optionally) make active (select) edit box for that clicked property; 2) if user clicked on content label, it'll display only edit content dialog. OK, I'll check if it can be done this way. Good idea though. I thought also about a 'hide/unhide' feature flag stored in the user prefs. Yes, it could be interesting. How you can provide means to unhide properties on the page? 3. May be sitegroup name and realm could be displayed on the right side of line where 'Hosts' label now resides? A button to re-logon could be there too. The sitegroup/realm the user is logged in or the sitegroup the current edited object belong to ? Former one. Because the only persons who will see difference are ROOT Admins and sitegroup of the object being edited could be hidden/displayed field depending on user status (Root/others, because sitegroup admin has the same rights for changing sitegroup as regular users -- they have no such rights :-)) 'cause I thought about displaying the current object name/title in this area, and I'll put links to Help, Options, Language... right under the title bar. I think their current location (over title bar) is better. These links won't change from page to page, so it'll be easier to make a framed site. I could as well put the relog button next to this area (or a link to a relog page, maybe the option page). An area with 'Hosts' label is well suited for 're-logon' link (to additional page, yes) and notification about user status. 4. Just for fun: why 'Name' property has 'bold' background in comparision with others? Well this is not for fun ;) this is an example of decoration. :-) I understood. BTW, do you prefer the metallic look or the plain one ? Both. It could be an option in User preferences. Sometimes we all need to have fresh look to the interface and change themes periodically :-). -- Sincerely yours, Alexander Bokovoy The Midgard Project | www.midgard-project.org |Aurora RD team Minsk Linux Users Group |www.minsk-lug.net| www.aurora-linux.com IPLabs Linux Team| linux.iplabs.ru | Architecte Open Source -- I'd horsewhip you if I had a horse. -- Groucho Marx -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Asgard: What do you think ?
Jian Wang wrote: Just curious, does the new version support character sets such as Chinese internally? Yes. Asgard infrastructure tries to isolate character sets' problems as narrow as possible. Chinese will be in the set of core languages supported by Asgard, Alan Knowles of HKLC will provide translation as soon as Asgard development sources will be available to the masses (in a couple of weeks). Current admin site using (content); to display international text has serious problem. Set MidgardParser russian in the mod_midgard Apache's config file and it wouldn't do anything with character conversion in (foo); statements. This works only for 1.2.6beta2 and 1.4 betas, not 1.2.5. -- Sincerely yours, Alexander Bokovoy The Midgard Project | www.midgard-project.org |Aurora RD team Minsk Linux Users Group |www.minsk-lug.net| www.aurora-linux.com IPLabs Linux Team| linux.iplabs.ru | Architecte Open Source -- The way some people find fault, you'd think there was some kind of reward. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
[midgard] www.midgard.f2s.com
Hi! I updated www.midgard.f2s.com to follow current development of 1.4. Now it includes latest CVS version of Midgard 1.4 pre-packaged into 4 tar-balls bzipped with bzip2 (and Expat-lib tar-ball for those who haven't this wonderful library mandatory for Midgard 1.4). Also screenshot of Asgard is available for thoughts and suggestions at http://www.midgard.f2s.com/asgard.gif -- Sincerely yours, Alexander Bokovoy The Midgard Project | www.midgard-project.org |Aurora RD team Minsk Linux Users Group |www.minsk-lug.net| www.aurora-linux.com IPLabs Linux Team| linux.iplabs.ru | Architecte Open Source -- He who fears the unknown may one day flee from his own backside. -- Sinbad -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Asgard: What do you think ?
Jian Wang wrote:
As Alan and I mentioned in previous messages, for multi-byte character set,
(xxx); is not quite equal to ? echo xxx;, which means Chinese is properly
displayed using the later one but not with (xxx);
It is OK since February, 2000, with
MidgardParser russian
in HTTPD's config.
May be we will rename this option to 'MidgardParser raw' in the final version though
not sure.
Also, using htmlentities(string) causes the international chars not properly
stored and displayed, but using htmlspecialchars(string) is OK. see PHP
document:
http://www.php.net/manual/function.htmlentities.php for htmlentities:
" Note, that this function currently only escapes ISO-8859-1 (or
ISO-latin-1) charset.
Currently, if you don't know what you are really doing, you should try to
avoid to use this function.
You *cannot* rely on that the input an user sends you from his browser is
ISO-latin-1.
So it is *not quite correct* to use this function as a superior replacement
for
things, where HTMLSpecialChars(); is enough, cause you assume, that every
instance uses ISO-latin-1. "
For each language Asgard internal API requires defined asgard_localized_name()
function which should be provided by language backend. For Latin-1-based languages
asgard_localized_name() is {return htmlentities($name);}, for Russian and Chinese it
will be just {return $name;} IIRC.
--
Sincerely yours, Alexander Bokovoy
The Midgard Project | www.midgard-project.org |Aurora RD team
Minsk Linux Users Group |www.minsk-lug.net| www.aurora-linux.com
IPLabs Linux Team| linux.iplabs.ru | Architecte Open Source
-- He who fears the unknown may one day flee from his own backside.
-- Sinbad
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] I need a theory of operation document
Arne Schirmacher wrote:
Hi all,
my biggest problem as a new midgard 1.4 user is:
I don't really understand the concept behind it and I could not find a document
describing it. In particular, I don't know what of the features is PHP and what
is midgard.
My current understanding of how it works is:
For every page hit, midgard has the midgard-root.php3 document and the URL.
1. It finds the page document corresponding to the URL.
2. It finds the style associating with this document.
3. The style contains macro blocks of the form [name], which can contain HTML
or PHP code or other [name] macros. Midgard collects references to these
blocks. If a style is a child style, then also the macros of its parent style
are collected, and so on up to the top.
4. Midgard then replaces the [name] macros in the midgard-root.php3 with the
actual text. The midgard-root.php3 has one [ROOT] macro, therefore every page
must have at least one style with a [ROOT] macro, otherwise we would have no
HTML text at all.
5. Following that Midgard replaces any macro of the form (content) with the
content of the field named "content" of the page object found in step 1
6. The resulting HTML/PHP mix is then fed to Apache, which takes care of the
rest.
Ok, so far I understand the thing. Now here are the unanswered questions:
What are the (name) macros? It looks as if these are fields of a midgard
There is no difference between (foo) and [foo], both forms are valid now,
latter is preferred while former was added because Finnish keyboards had
problems with latter form.
object, but is it always from the Page object or can it be another object like
Article, Style, Topic? If the $object-name field is emtpy, will midgard look
for this variable in other objects?
Midgard (mod_midgard in fact) automatically fills three elements: 'author' with
the name of the page author, 'title' with the page title, and 'content' with the
page content. It means that you can consider them as pseudo-elements. There is
no way to fill out such information based on other objects because mod_midgard
deals only with host, page, and applied style (with style elements, possibly
overridden by page elements).
Which of these (name) macros are available? Or can I simply use all fields
of a particular object?
As I said, there are 'author', 'title', and 'content' of the page being executed
available as pseudo-elements.
How do page elements fit in this model? I noticed that macros of the form
[page-element-name] reference the code in the page element when used in a
style, just like other style elements, but what is the purpose? What are the
differences?
The purpose of the page elements is to override behaviour of the style applied
to the page. There is no difference between page and style elements for the
Midgard/PHP parser because all elements needed to produce page are put into
special array (name, value) during mod_midgard work phase which is used later by
Midgard/PHP. This array has no information about nature of its elements.
What is really important, that page elements can be marked as inhertable which
allows their propagation further on site structure. It means that you can
override style element somewhere at the upper level of your site and then use
this page element in all pages below by marking it as inheritable.
One last question: Can I set the style for a page dynamically somehow? I have
an active page of the form /topic/, which uses one style, and the pages of the
form /topic/article123.html should use another style. Currently I have merged
both styles into one style document and I select the appropiate one with an "if
($flag) {" construction, but this does not feel right. I would rather like to
set the style explicitely in the piece of code where I handle the argv[]
arguments.
This is not possible because mod_midgard is responsible for applying style to
the page (i.e. filling an array of used elements) and _it_ should know what
style must be applied. Due general nature of mod_midgard, there is no code in it
which could select style depending on request.
--
Sincerely yours, Alexander Bokovoy
// The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team
\\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru
A plucked goose doesn't lay golden eggs.
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] 1.4b5: another undefined symbol
Emiliano wrote: Frank Boehme wrote: Now, I am giving it a try... Ok, I compiled 1.4b5 and installed successfully. When apache tries to load php, I get: Cannot load /usr/lib/apache/libphp3.so into server: /usr/lib/apache/libphp3.so: undefined symbol: midgard_traverse_filetemplate But I am damn sure that the new php was linked against the new libmidgard. Any ideas? What does 'ldd /usr/lib/apache/libphp3.so | grep midgard' return? In the meantime, I try to recompile php without expat, as suggested in connection with another symbol error. Hmm, this could be a problem. libmidgard pulls in symbols from our libexpat, and php brings in the same symbols with the internal expat. Anyone have a clue on how to approach this? How is the potential conflict resolved between apache and php, since apache has expat-lite internal too? XML support in PHP uses the same expat-lib. It looks like actually these symbols resolve to Apache's internal expat-lite because these functions are exported via httpd.exp (apache/src/support/httpd.exp). It seems that we can use the same techniques. -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru A little experience often upsets a lot of theory. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] freebsd
Emiliano wrote:
"Alexey L. Tcharykov" wrote:
Emile,
E Any existing FreeBSD users, this is the time to pitch in
E with either success- or horrorstories.
I still have problems with installing Midgard on FreeBSD 2.2.8.
Alexander has all needed information about this case -- looks like
something wrong with ldconfig and libs.
You know, ldconfig in FreeBSD is not the same as in Linux.
The only place I've found that uses ldconfig is the data package (where
it is indeed linux-centric).
I installed a fresh copy of freebsd4.0.
Alexey has FreeBSD 2.2.8 which is a source of problems.
** data:
Change the ldconfig line to
LIBMIDGARD=`/sbin/ldconfig -r | grep libmidgard.so | awk '{ print $3;
}' | tail -1`
The best way to handle this transparently is to ship midgard-data with a
small C source
that we'll compile and have query these values. This should also handle
the situation
where people do not have a shared libmidgard.
I fixed it temporarily in CVS within script for the moment. One can force selection
of static library by setting environmental variable LIBMIDGARD before starting
installation script.
Yes, we need to do more smart checking on database installation step.
Just for thinking:
Imagine situation where C compiler isn't provided (such as Mandrake 'server' install)
and people are using binary Midgard packages.
--
Sincerely yours, Alexander Bokovoy
// The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team
\\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru
Heisengberg might have been here.
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] freebsd
Emiliano Heyns wrote: I installed a fresh copy of freebsd4.0. Alexey has FreeBSD 2.2.8 which is a source of problems. I know; someone else had an inquiry about 4.0, and I can't find a place to get 2.2.8 from anymore. 3.X is the oldest I can find. Alexey gave me an account on that system, if you want, you can try it, because my uplink provider does the best to slowdown my link. Yes, we need to do more smart checking on database installation step. Just for thinking: Imagine situation where C compiler isn't provided (such as Mandrake 'server' install) and people are using binary Midgard packages. *grin* coming from an academentia unix background, I still think shipping a unix system without a c compiler should be punishable with whip lashes :) :-) That's excerpt from the real life of Linux distributions. Anyway, I changed install-midgard to simply grep midgard.h. That should be about as platform-nonspecific as it gets. Don't tell me there are unixoids out there that ship without grep. Please. Sure. I improved it a bit. Now install-midgard doesn't depend even on awk. -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru He who foresees calamities suffers them twice over. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] has anyone got mgd_walk_topic_tree to work?
Hello Carl, Thursday, September 14, 2000, 9:00:11 PM, you wrote: CB I have been setting up a small product catalogue with in a midgard site, CB It seemed like a good idea to is use the topic/article structure to represent CB toplevel, sublevel, product and product properities where the properities are CB articles and everything above are topics (dif product properities for each CB sublevel). CB Now mgd_walk_topic_tree looked like the perfect answer to list the full product CB range, but I must be doing something wrong, it alsways come back with: CB 'Wrong parameter count for mgd_walk_topic_tree() in content on line ...' CB that sonds helpfull, but it does this with 0 - 5+ parameters ( i started as per CB manual) CB I have studied the twalk function in detail(i think) but it walks up a topic CB not down. CB when mgd_walk_topic_tree works the manual comments that it sends backa topic CB like object ( can use the -fetch() method), but how does it differicate from CB one level to the next? It seems that you have outdated manual which describes mgd_walk_xxx_tree() functions in wrong way. Please download current version of manual from http://www.midgard-project.org/~emiliano/docs/ In brief: mgd_walk_xxx_tree() doesn't return anything, it calls user-defined function (UDF) instead. Also it doesn't pass objects' IDs to UDF in some definitive order, so your code must do ordering if needed. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] freebsd
Hello Alexey, Thursday, September 14, 2000, 11:18:09 AM, you wrote: E Any existing FreeBSD users, this is the time to pitch in E with either success- or horrorstories. ALT I still have problems with installing Midgard on FreeBSD 2.2.8. ALT Alexander has all needed information about this case -- looks like ALT something wrong with ldconfig and libs. ALT You know, ldconfig in FreeBSD is not the same as in Linux. Yes. Unfortunately, our uplink provider has serious problems and I can't access reliably your machine for better testing. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] Question regarding sitegroups and the adminsite.
Hello Emiliano, Tuesday, September 12, 2000, 1:57:29 PM, you wrote: - How about making a sitegroup interface for the admin site? Only viewable by root and sg admins. The viewable restriction will have to be coded into the admin site itself. Alexander has the inside trak on the new admin site (Asgard) but I do believe sitegroup administration will be in it. It is planned though resource moving between sitegroups (as well as copying) left to Repligard due security considerations. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Format question
Ken Pooley wrote: echo $topicS-description:H."br"; ? It can only be executed by having PHP interpret it. Patrick showed me a trick a while ago that would get around this: eval "?($topicS-description:H);BR?"; That's not correct: you have to omit $ and - should be changed to . eval "?(topicS.description:H);BR?"; -- Alexander Bokovoy -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] Undefined symbol...
Hello Emiliano, Tuesday, September 12, 2000, 12:37:03 PM, you wrote: Rogaty wrote: I reconfigured midgard-php without expat and it seems to be working. Oh sweet. Well, no idea what was causig this then. Function names overlap with our expat-lib? -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Handling Chinese character set
Hello J, Monday, September 11, 2000, 7:08:54 PM, you wrote: JW I just made some changes to the admin site to handle Chinese character set. JW Now the site can properly handle Chinese GB input and display. There are JW some points I'd like to share with the development team to improve the code JW for multi-byte code support. This is actually very easy and not much change JW needed for coding. I only made the following two changes: Thank you for this report. It is simple workaround that will surely help other users. However, I have some comments (they all about 1.4 betas): JW 1. Go to Host Admin - Select Admin site - Edit root page: Admin Root - JW Page elements code-global - Modify JW All occurrence of PHP function htmlentities() was changed to JW htmlspecialchars(). The later is a better version of the function doing the JW same job and not restricted to particular character set. That's not correct. htmlentities() does conversion of HTML entities which are characters with codes greater than 160, while htmlspecialchars() does conversion of "special chars" likeand so on. Former function stricly needed if charset of the page set to ISO-8859-1 (Latin-1), while latter one should be used in all cases. JW 2. Go to Host Admin - Select Admin site - Edit root page: Admin Root - SubPage topic - subpage article - Modify JW Replace all (article.title); to ? echo $article-title; ? JW Do the same for article.abstract, article.content, article.name, JW (title),(abstract),(content),(name) JW The Midgard manual acclaims that (string) does the same thing as ? echo JW string ?. But apparently it is not for at least Chinese character set. I JW think the underlying code needs to be changed to let this syntax honestly JW comply its PHP counterpart. (string) does the same as ? echo $string; ? when MidgardParser set to 'russian' (so known 'Russian Midgard mode'). JW With above simple changes, Chinese character set is properly handled for JW content diplaying and input. It is actually very simple. I recommend that JW the development could think about this and made a little change in the code. JW (The same code works for any other character set too.) I would like to help JW if needed. It is already done in Russian Midgard Admin Site, and in Asgard (Admin Site for 1.4final) there will be function asgard_localized_name() which does needed conversion (htmlspecialchars+htmlentities if needed) for corresponding Admin Site's translation. For Chinese (and Cyrillic too) mode it will be set do htmlspecialchars() only. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Undefined symbol
"Alexey L. Tcharykov" wrote: midgard/mgd_main.c:359: Undefined symbol `_g_hash_table_size' referenced from text segment midgard/mgd_main.c:404: Undefined symbol `_g_hash_table_destroy' referenced from text segment *** Error code 1 Stop. AB You need glib from www.gtk.org. glib 1.2.6 fine (latest is 1.2.8 and it works fine too). Nothing has changed. :-( I installed glib 1.2.8 and even added its paths as additional INC- and LIB-DIRs to my Makefiles... I even recompiled the complete midgard kit. No way. I'm confused a lot. How to tell Apache/Midgard to include my glib into the game? Have you re-configured midgard-lib after glib's installation? -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] midgard and mandrake
Hello stelios, Friday, September 08, 2000, 12:36:50 PM, you wrote: I am trying to install midgard on a mandrake 7.0 linux distribution the first error I got was that the host could not be defined so I defined it as i686-pc-linux-gnu the next error I got was the following: checking whether the C compiler (gcc ) works... no configure: error: instalation or configuration problem: C compiler cannot create executables any help would be gratefull What does config.log says? Also, what does output the following command? rpm -qa | grep gcc -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] midgard and mandrake
stelios issaias wrote:
What does config.log says?
configure:577: checking for a BSD compatible install
configure:634: checking whether build environment is sane
configure:691: checking whether make sets ${MAKE}
configure:738: checking for working aclocal
configure:751: checking for working autoconf
configure:764: checking for working automake
configure:777: checking for working autoheader
configure:790: checking for working makeinfo
configure:804: checking whether to enable maintainer-specific portions of
Makefiles
configure:898: checking host system type
configure:939: checking build system type
configure:980: checking for ranlib
configure:1010: checking for gcc
configure:1123: checking whether the C compiler (gcc ) works
configure:1139: gcc -o conftest conftest.c 15
/usr/bin/ld: cannot open crt1.o: No such file or directory
collect2: ld returned 1 exit status
configure: failed program was:
#line 1134 "configure"
#include "confdefs.h"
main(){return(0);}
It means that your environment miss glibc-devel package which is mandatory to compile
any package, this is not Midgard-related at all. I expect that you've selected either
'Novice' or 'Server' mode for Mandrake installation, isn't it?
Install glibc-devel.
Also, what does output the following command?
rpm -qa | grep gcc
gcc-cpp-2.95.2-3mdk
gcc-2.9.5.2-3mdk
gcc-chill-2.95.2-3mdk
OK. Now next step: check
--
Sincerely yours, Alexander Bokovoy
// The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team
\\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru
Many hands make light work.
-- John Heywood
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] midgard and mandrake
Emiliano wrote: Alexander Bokovoy wrote: It means that your environment miss glibc-devel package which is mandatory to compile any package, this is not Midgard-related at all. I expect that you've selected either 'Novice' or 'Server' mode for Mandrake installation, isn't it? Install glibc-devel. If that's the case configure should test for it. For better user information?. If someone has no glibc-devel on his machine, it means that he can't compile even 'Hello world' in C, so the problem more fundamental. Unfortunately, 'smart' installer from Mandrake has low dependancy for glibc-devel in 'Server' and 'Novice' installation modes. -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru A chicken is an egg's way of producing more eggs. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Undefined symbol
"Alexey L. Tcharykov" wrote: Hi, Here is what Apache "make" says - the errors I had after "./apache configtest" appeared all-in-one. And I'm totally confused - what to fix? Cut - gcc -funsigned-char -DRUSSIAN_APACHE -DUSE_EXPAT -I./lib/expat-lite `./apaci` -o httpd buildmark.o modules.o modules/extra/libextra.a modules/standard/libstandard.a modules/php3/libphp3.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -L/usr/local/lib/mysql -L/usr/local/lib -L/usr/local/lib/mysql -lmysqlclient -L/usr/local/lib -lexpat -Lmodules/php3 -L../modules/php3 -L../../modules/php3 -lmodphp3 -lm -lcrypt -lcrypt -lmidgard gcc -funsigned-char -DRUSSIAN_APACHE -DUSE_EXPAT -I./lib/expat-lite `./apaci` midgard/mgd_main.c:169: Undefined symbol `_g_hash_table_lookup' referenced from text segment midgard/mgd_main.c:287: Undefined symbol `_g_hash_table_lookup' referenced from text segment midgard/mgd_main.c:288: Undefined symbol `_g_hash_table_insert' referenced from text segment midgard/mgd_main.c:310: Undefined symbol `_g_str_equal' referenced from text segment midgard/mgd_main.c:310: Undefined symbol `_g_str_hash' referenced from text segment midgard/mgd_main.c:310: Undefined symbol `_g_hash_table_new' referenced from text segment midgard/mgd_main.c:355: Undefined symbol `_g_hash_table_destroy' referenced from text segment midgard/mgd_main.c:359: Undefined symbol `_g_hash_table_size' referenced from text segment midgard/mgd_main.c:404: Undefined symbol `_g_hash_table_destroy' referenced from text segment *** Error code 1 Stop. Cut -- Any ideas? What does it need? You need glib from www.gtk.org. glib 1.2.6 fine (latest is 1.2.8 and it works fine too). -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru Nothing is but what is not. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] mod_midgard compilation error
Alan Midga wrote: Hi, I tried to compile the mod_midgard-1.2.5 with command "./configure --with-apache=/usr/local/apache --with-midgard=/usr/local/lib" but I received the following error; First, you don't need to append 'lib' to --with-midgard=/usr/local, configure script will add it (as well as 'include' for include files). configure:685: checking for mgd_connect in -lmidgard configure:704: cc -o conftest -I/usr/local/lib/include -L/usr/local/lib/lib conftest.c -lmidgard 15 /usr/local/lib/libmidgard.so: undefined reference to `mysql_store_result' /usr/local/lib/libmidgard.so: undefined reference to `mysql_fetch_row' /usr/local/lib/libmidgard.so: undefined reference to `mysql_init' /usr/local/lib/libmidgard.so: undefined reference to `mysql_close' /usr/local/lib/libmidgard.so: undefined reference to `mysql_free_result' /usr/local/lib/libmidgard.so: undefined reference to `mysql_query' /usr/local/lib/libmidgard.so: undefined reference to `mysql_real_connect' collect2: ld returned 1 exit status It means that your system lacks libmysqlclient.so or ld can't find it. What 'ldconfig -p | grep mysql' says? -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru Being popular is important. Otherwise people might not like you. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] charset and apache
Piotr Pokora wrote: I wanted to configure midgard-php with lang-russian, but I don't know how to compile Apache? What module or anything? I looked in apche.org but there is nothing like mod_charset. http://apache.lexa.ru/, it is in Russian though, use http://apache.lexa.ru:8100/english/getit.html for English version of download page and select PL29.7 for download. -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru "We will bury you." -- Nikita Kruschev -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] How do they do this in the function reference?
Ken Pooley wrote: In the function reference at the bottom of the page it lists the next and last article...how does it do that? Do the articles have to be numerically sequential? They aren't in Midgard database, function reference is generated from SGML sources and stored as static HTMLs on disk. Then page code reads those HTMLs, strip all except body content and displays. Actual names for pages are stored in SGML sources. See code-init element which does it: http://bergie.greywolves.org:8081/source/element/271.html -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru It's not whether you win or lose, it's how you place the blame. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] installing beta 1.4.5a
Piotr Pokora wrote: cannot load /usr/lib/apache/1.3/libphp3.so into server: /usr/lib/apache/1.3/libphp3.so: undefined symbol: charset_vbprintf next bug? or midgard is made for redhat only? Neither. Definitely, you passed --with-mod_charset to configure of PHP while Apache has no mod_charset compiled in, isn't it? I don't know - wait for some stable version or look for something like Zope? I'm not a programmer but I just want to start work with midgard, with Mad King I loved You guys but now .. Always be careful in optionality selection and do not select dependencies for tools you are not having on your system. -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru "The only way for a reporter to look at a politician is down." -- H.L. Mencken -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] (Alternative) Framed Admin release for testing!
Emiliano wrote: Alan Knowles wrote: Score one for the dummy... enable it in the front page of the site. Good work, Alan. This stuff rules. One thing though, I can't get the 'content' DHTML editor to be bigger than the default 80x20. the other boxes with numbers enable it to get get bigger I'm not that much of a dummy :) I tried it, no effect. Does it use cookies or preferences to store this info? The DHTML setting doesn't persist after restarting the browser. The same for me, either from IE or Netscape 4.74/Mozilla M17. -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru "The only way for a reporter to look at a politician is down." -- H.L. Mencken -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard 1.4b5
Erwin LEUBAZ wrote: Hello Emile, I see that the Midgard 1.4beta5a is in download on the http://www.midgard-project.org/article/8325.html Yaooo but what's about Asgard. While there's only the version midgard-data-1.4beta4.tar.gz of the database ! Asgard will be unavailable for beta 5. The data package for beta 5 will be uploaded to site soon, it has changes in database structure and installation script, so it is quite different from data package for beta 4. Please wait for tonight's official announce of Midgard 1.4 beta 5a. -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru Misery loves company, but company does not reciprocate. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
[midgard] ANNOUNCE: Midgard 1.4 beta 5a released
Hi! Below you'll find an announcement for Midgard 1.4 beta 5a. We apologize for delay with this beta release due last minute bug hunt in installation phase (that's why 'a' suffix in its name and CVS tag). We hope we were able to catch these errors and beta 5a is ready for public testing. This is quite stable version but, as always, we don't recommend you to use it on mission-critical servers unless you have "Midgard guru" sign on your jacket. We'll be happy to find your feedback in our mailboxes -- it really helps us with Midgard development. Remember that OpenSource always has been two-sided: OpenDeveloper and OpenUser which are two sides of one coin. Midgard 1.4 beta 5a fixes various problems with 'named' functions (i.e. functions like mgd_get_something_by_name) and object management as well as installation issues in beta 4. Below is the list of notable changes, for full description please look into documentation inside packages: - Authentification now provided by Midgard itself, without help of Apache's configuration options. It means that you have to remove [tt]Files[/tt] section for [tt]midgard-root.php3[/tt] file. - Midgard now can be used as a source of authentication information for regular Apache sites using standard Apache's directives. - FileTemplates were incorporated into Midgard in order to allow creation of portable Midgard applications on platforms where databases unavailable. - Database structure has changed: now all text fields can contain up to 2^32 bytes instead of 2^16 in 1.4 beta 4 and previous versions. You need to export your data with mysqldump, re-create tables (or update their fields), and put data again in order to use this feature. There is nothing to change at Application level. - Midgard now uses GNOME [b]glib[/b] library for safe and reliable resource management, as well as James Clark's [b]expat[/b] XML parser for working with FileTemplates. There will be yet another beta release of Midgard after this one before final release of Midgard 1.4 at the end of September. Please read installation instructions in archives. Midgard-data package uses semi-automagical installation script which will set up database information and prepare Apache configuration file. You need to add instructions from it to actual Apache config, as well as copy images to Apache's document root as described in INSTALL document. -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru If you don't care where you are, then you ain't lost. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
[midgard] ANNOUNCE: Midgard 1.4 beta 5a released
Hi! Below you'll find an announcement for Midgard 1.4 beta 5a. We apologize for delay with this beta release due last minute bug hunt in installation phase (that's why 'a' suffix in its name and CVS tag). We hope we were able to catch these errors and beta 5a is ready for public testing. This is quite stable version but, as always, we don't recommend you to use it on mission-critical servers unless you have "Midgard guru" sign on your jacket. We'll be happy to find your feedback in our mailboxes -- it really helps us with Midgard development. Remember that OpenSource always has been two-sided: OpenDeveloper and OpenUser which are two sides of one coin. Midgard 1.4 beta 5a fixes various problems with 'named' functions (i.e. functions like mgd_get_something_by_name) and object management as well as installation issues in beta 4. Below is the list of notable changes, for full description please look into documentation inside packages: - Authentification now provided by Midgard itself, without help of Apache's configuration options. It means that you have to remove [tt]Files[/tt] section for [tt]midgard-root.php3[/tt] file. - Midgard now can be used as a source of authentication information for regular Apache sites using standard Apache's directives. - FileTemplates were incorporated into Midgard in order to allow creation of portable Midgard applications on platforms where databases unavailable. - Database structure has changed: now all text fields can contain up to 2^32 bytes instead of 2^16 in 1.4 beta 4 and previous versions. You need to export your data with mysqldump, re-create tables (or update their fields), and put data again in order to use this feature. There is nothing to change at Application level. - Midgard now uses GNOME [b]glib[/b] library for safe and reliable resource management, as well as James Clark's [b]expat[/b] XML parser for working with FileTemplates. There will be yet another beta release of Midgard after this one before final release of Midgard 1.4 at the end of September. Please read installation instructions in archives. Midgard-data package uses semi-automagical installation script which will set up database information and prepare Apache configuration file. You need to add instructions from it to actual Apache config, as well as copy images to Apache's document root as described in INSTALL document. -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru If you don't care where you are, then you ain't lost. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Ideas to dramatically increase nb of Midgard users
Emiliano wrote: He'll see this in the morning and we'll get a double check. Thanks for asking. I was still sorta-kinda hoping we'd get 1.4b5 out very soon after BTW but we're still having some problems with it. Anyway, I think the latest release is still what should be out. Beta releases are not production releases but work in progress, and the snapshots that are provided whena beta release is announced would be best kept up to date with the CVS version. Having an explanation available and making 1.4b3 (and other betas) easier to find would be my preference. But in the end this is just my own opinion, and I think I jumped the gun a little. I should have asked Alexander. We'll see how he rules. I was able to successfully compilerun Midgard 1.4 beta5 without any problems after applying fixes I commited to CVS right now. The test machine was Mandrake RE 7.0 with GCC 2.95.2 and glibc 2.1.3 (Apache 1.3.12 with SGI patches). It would be nice if you can try your test again on RedHat 6.2 which failed last time. -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru "Help Mr. Wizard!" -- Tennessee Tuxedo -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] [Q] How to find dynamic page name information.
Ken Pooley wrote: Q. Where does this code-init come from? How do I use it? (In my experience we don't really talk much about this element but it seems pretty key) Each application requires some definitions for doing different parts of work. [code-init], [code-compat], [code-global] are suggested names for initialization, compability and global definitions in PHP code being generated by Midgard during page composition process respectively. We used this names because we need some naming anyway. If you look into midgard-root.php3 file you'll find that these elements are called before calling another element with name 'ROOT' (which is also part of name convention). We supposed that -- code-init element will contain initialization code such as parsing query parameters, initialize internal structures used on the page and so on. -- code-compat element will contain code that should be deleted in the future versions of page but still used for achieving compability between old code and new one. -- code-global element will contain definitions for global variables, functions and so on, possibly re-usable on all pages of the site. Though Midgard itself has no internal dependencies on these names (except for midgard-root.php3 which could be edited, of course, and Admin Site which uses 'ROOT' element for displaying style elements hierarchy) we suggest to use this naming scheme. Q. How do I know when to make a page or page element active? You can make page active if you want: a) pretify URIs by passing parameters as a part of path (i.e. /page/foo/bar/12345.html instead of /page/?var1=foovar2=barvar3=12345), b) make your pages distinguishable for search engines because many of them can't understand that /page/?var=foo and /page/?var=bar are different pages. There is no 'active' page elements. Instead, page element could be marked as 'inheritable' (inherited in the current Admin Site) and it will be inherited by pages which lay in depper in page hierarchy than current page. It could be used for more flexible control of page content (for example, you could define page element named 'banner zone', make it inheritable and redefine with empty content on the pages where you don't what to place banners). Q. What is argv? Why does it return things to me? $argv[] is an array which contains values passed to active page as path. For example, if you have page named 'page' and it is active, then URI /page/foo/bar/12345.html will be automatically translated by Midgard into values in $argv[] as $argv[0] = 'foo'; $argv[1] = 'bar'; $argv[2] = '12345'; // Midgard automatically strips '.html' And variable $argc will contain number of passed parameters (3 in this case). This behaviour very similar to C programming. -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru A sinking ship gathers no moss. -- Donald Kaul -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] Ideas to dramatically increase nb of Midgard users
Now we have: | Recommended Beta: Version 1.4beta4 (recommended beta) of | Midgard is now available. Click here to download! Are you really sure you want to recommend beta_4_? After all the issues I noticed in this list I'll wait for beta5 after having run beta3 quite stable for a few months ... By the way, in the MWS for 18th of August, 2000, there is an interesting line stating | 1.4b5 should be out soon after the release of this newsletter. I'm forwarding my message from midgard-dev in order to clear out situation: Hi! As you all probably know, we scheduled previously Midgard 1.4 beta 5 release to 23rd of August. We actually had plans to release it on date but also had faced with several serious problems in installation phase. We apologize for yet another delay and think that it's better to have stable beta version than have compile-not-run variant. Anyone who want to help with debugging installation process could download current CVS version (modules are: addon, midgard/lib, midgard/mod, midgard/php, midgard/proposals/data, midgard/proposals/images) and try to install it. Any feedback is appreciated. -- Sincerely yours, Alexander Bokovoy // The Midgard Project // Minsk Linux Users Group // IPLabs Linux Team \\ www.midgard-project.org \\ www.minsk-lug.net \\ linux.iplabs.ru Don't have good ideas if you aren't willing to be responsible for them. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] debian hints some bug fixes for midgard 1.4 from CVS
Alan Knowles wrote: greywolves.org is not resovling so I cant to a cvs diff, here is the output from cat -n mod_midgard.c | grep -2 set_sitegroup [strip-code] I've already fixed this right after receiving your mail yesterday. -- Alexander Bokovoy /\\//\\//\\//\\//\ Minsk Linux Users Group | http://www.minsk-lug.net The Midgard Project | http://www.midgard-project.org/ IPLabs Linux Team | http://linux.iplabs.ru/ Life is the urge to ecstasy. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Copying articles.
Tarjei Huse wrote: Hi. Thanks for pointing me in the right direction (=RTFM). I'm not sure what you guys like when it comes to the end results, but I'm posting the on the list so others comming later can use the code. Comments are welcome. What this function does is to take a topic id and return to variables, var and lvar, where $lvar is the parent topics to the topic. The code is used to tell the user where he or she is in the topic structure, and I'm using a modified version to make links independant of where in the topic tree the article is. For many of you this might seem trivial, but I've spent some time on finding this out. It might be an idea to put the snippet (or something simmilar) into the midgard documentation. As far as I can understand the following code it doesn't solve problem #1 you've mentioned before and which is described in your Subject line. For copying (or moving them) in Midgard 1.4 you should use mgd_copy_article()/mgd_move_article() which is documented in Manual. [strip-code] Afte a month in development we're soon finished with our new midgard site. There's a few things left (SG for one). I got two questions: 1. Does anyone have some code for the admin site so that I can copy/move an article to another topic? As a result of a missunderstanding I will need to move ca 100 articles around. :-( [strip-code] -- Alexander Bokovoy Minsk Linux Users Group | http://www.minsk-lug.net/ The Midgard Project | http://www.midgard-project.org/ IPLabs Linux Team | http://linux.iplabs.ru/ Necessity hath no law. -- Oliver Cromwell -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] mgd_auth_midgard
John-Andrew Minniti wrote: Anybody have a problem with mgd_auth_midgard? Well its not a problem, but it seems I have to log in twice to get it to authenticate. Anyone else have this issue, or is it just me? Heres the basic page I have set up: You can see how it organized in admin site on the first page. [strip-code] -- Alexander Bokovoy /\\//\\//\\//\\//\ Minsk Linux Users Group | http://www.minsk-lug.net The Midgard Project | http://www.midgard-project.org/ IPLabs Linux Team | http://linux.iplabs.ru/ If you think before you speak the other guy gets his joke in first. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Multi-language sites - slightly different issue
Alan Knowles wrote: The site we did with chinese and english used 2 seperate content tree's and totally different templates, It just crosslinked on the URL and check to see if a matching article existed in the second language. The problem we did find was that as chinese is a double byte language the (content:h) - did a htmlentities rather than a htmlspecialchars() - I think - anyway it obliteratied the double byte code. ended up just doing a ? echo $content ? Midgard 1.x does not support multi-byte encodings, sorry. The default internal encoding for Midgard 2.0 probably (with very high level of probability :-) will be one of Unicode's (UTF-8, UTF-16, UCS2, UCS4) and there will be filters for conventional encodings (from/to Unicode, for exchange with other apps). -- Alexander Bokovoy No use getting too involved in life -- you're only here for a limited time. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Multi-language sites again
Sergio Bruder wrote:
I came with this solution:
in the page I only this:
?
local_page();
?
in a PHP_INIT element in the style:
function local_page() {
[skip]
}
which retrieves the page *ELEMENT* with the same name of the current language,
$lang (en, pt_BR, es, etcetera). If the page element is not found, we retrieve
the default language, pt_BR in this case.
Note that with the :p modifier I can put even PHP code in the page elements.
With this setup I can solve the static content problem:
All pages will have only the ? local_page(); ? content, and we put all the
real content in en, pt_BR, es, etcetera, page elements (even with PHP code.
UHU!!).
Even more: you could drop completely [content] call in your style
definition and replace it with
? local_page(); ?
:-)
Current CVS version now has mgd_get_reply_by_name($articleid, $name)
well suited exactly for building multilanguage sites (which use 8-bit
encodings). You store article in default language and all translations
as replies to it with names equal to language codes ($lang) and then
just do:
?
$article = ($lang != $DEFAULT_LANG) ?
mgd_get_reply_by_name($articleid, $lang) :
mgd_get_article($articleid);
?
--
Alexander Bokovoy
No use getting too involved in life -- you're only here for a limited
time.
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] midgard 1.4b - now verrry important!!
Piotr Pokora wrote:
Cannot load /usr/lib/apache/1.3/libphp3.so into server:
/usr/lib/apache/1.3/libphp3.so: undefined symbol:
php3_mgd_delete_sitegroup
Check your environment for old libmidgard.so library. What options you
gave to libmidgard's configure and php's configure? Show them 'as is'
in
email, they are usually stored in config.status, see several first
lines
of it for actual command line string.
Yesss!
My great guru wrote something like patch for this and modified
funcion/midgard.c just a little.
Here is the code:
--- midgard.c.orig Fri Aug 18 13:35:33 2000
+++ midgard.c Fri Aug 18 13:29:00 2000
@@ -7183,9 +7183,9 @@
if (getThis(this) != SUCCESS) { RETURN_FALSE_BECAUSE
(MGD_ERR_NOT_OBJECT); }
midgard_set_field_index(ht, this, "id", 0);
-
+#ifdef MIDGARD_SITERGROUPS
php3_mgd_delete_sitegroup(INTERNAL_FUNCTION_PARAM_PASSTHRU);
-
+#endif
}
static void midgard_oop_host_create(INTERNAL_FUNCTION_PARAMETERS)
But now I got the bigger problem:
when I open my admin or demo site the only thing I can see is:
argc; $argv = $midgard-argv; ? [code-compat] [code-global] [code-
init] [ROOT]
What's the problem?
Midgard does not working. Please switch on 'LogLevel Debug' in
httpd.conf, do several requests and post corresponding lines of
access_log and error_log.
--
Alexander Bokovoy
No use getting too involved in life -- you're only here for a limited
time.
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re[2]: [midgard] midgard 1.4b - now verrry important!!
Hello Piotr, Friday, August 18, 2000, 4:56:57 PM, you wrote: Hi! I should go under the table and seat there till morning.. yes, mu great guru wrote this patch I posted you but I didn't noticed - #addmodule lbphp3.so - in my httpd.conf. so, when I reloaded apache my problem returned like Yedi ;)) So, you added those into httpd.conf?: LoadModule php3_modulemodules/libphp3.so AddModule mod_php3.c (replace modules/ by actual path to Apache's modules?) -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] I am making a dumb mistake here....
Hello Ken,
Thursday, August 17, 2000, 12:41:29 AM, you wrote:
OK...there is something dumb going on here, I have mis written something
but can't find my errorit should list the subtopics of topic 240 if the
id = 240 otherwise list the articles in the subtopic = id. the second
part works fine, but the first part only gets the last subtopic in topic
240any suggestions?
1: ? $topicnum = $topic-id;?
2: ? echo "topicnum =". $topicnum; ? br
3: FONT SIZE=+1BNotes for the class of (topic.name);/B/FONT
4: ? if ($topicnum==240) { ?
5: ? if ($topic = mgd_list_topics(240)) while ($topic-fetch()) ?
Replace line 5 with
5: ? if ($topic = mgd_list_topics(240)) while ($topic-fetch()) { ?
6: (topic.name); |
7:
8: ? } else { ?
And line 8 with
8: ? } } else { ?
--
Best regards,
Alexandermailto:[EMAIL PROTECTED]
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] midgard 1.4b - problem with installation
Piotr Pokora wrote: Hi, I got a little problem: Cannot load /usr/lib/apache/1.3/libphp3.so into server: /usr/lib/apache/1.3/libphp3.so: undefined symbol: php3_mgd_delete_sitegroup Check your environment for old libmidgard.so library. What options you gave to libmidgard's configure and php's configure? Show them 'as is' in email, they are usually stored in config.status, see several first lines of it for actual command line string. -- Alexander Bokovoy There is no statute of limitations on stupidity. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Oddities with 1.4b3 and Mandrake 7.1
Hello fhirsch, Thursday, August 17, 2000, 10:37:55 PM, you wrote: I decided to install Mandrake 7.1 a second time, and now, I get the oddest errors when trying to compile (haven't even gotten to PHP4). I often get compiler crashes with no apparent code errors. Additionally, any compile on midgard.c warns numerous times with the following: functions/midgard.c:line: warning: `sortv' might be used uninitialized in this function functions/midgard.c:line: warning: `typev' might be used uninitialized in this function Mandrake uses gcc 2.95.2, it uses much stricter ANSI C by default. You can safely ignore these warnings. It does usually finish the compile (if the compiler doesn't crash), but will not load in Apache (usually one of the module functions does not define correctly, or it simply segfaults with no explaination). Midgard-lib compiles with no errors, mod_midgard compiles with no errors. Have tried with and without sitegroups. Things I have noticed which differ from my Mandrake 6.0: - 7.1 uses Apache with SGI patch, my next task will be to recompile Apache from scratch, however, with my current compiler crashes, this probably won't work. Apache 1.3.12+SGI patches works perfectly with Midgard 1.4 (I'm maintaining Russian Apache RPMs for Linux Mandrake Russian Edition and I'm using the same SGI patches as Jean-Michael Dault from MandrakeSoft). - Mandrake 7.1 does not install many development libraries on a "Server" install, perhaps I should use a "Development" type? You can additionally install them, but true, "Development" installation much better. Anyhow, I am very strongly considering throwing out my 7.1 CDROM.. and going back to 6.0 or 6.2, on which I had no problems at all. Or maybe RedHat or Suse.. this has wasted three days of my time (hey, its just a hobby). Actually, Linux Mandrake 7.1 was a fault. You could use either 7.0 (it is much more better) or Mandrake RE 7.0 + Appendix which is more fresh then original Mandrake 7.1 and it works solidly with Midgard. You can get it from ftp://ftp.iplabs.ru/linux/mandrake/7.0RE/ Don't hesitate about RE = Russian Edition, it has normal English installation mode but also includes numerous patches against original Mandrake version. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Multi-language sites again
Hello Sergio,
Friday, August 18, 2000, 12:29:06 AM, you wrote:
I'm working in an site (http://distro.conectiva.com.br) already Midgard-based
(1.2.5) with success until now.
We are internacionalizing it now, and we have 2 different problems:
- static content, ie, page elements;
- dynamic content, ie, topic/articles;
The static content is my problem now:
I was thinking in this pseudo-code:
?
$page = mgd_PAGEMYSELF(); // is there a way to recover the name of the actual page
element?
$newpage = $page ."_". $lang; // say, $page == "foo", and $lang can be "pt_BR",
"en", "es", and so on.
$newpage_ob = $mgd_get_pagebyname($newpage);
echo $newpage_ob-content;
?
or, perhaps, an active page which execute static pages?
Probably it's better to use articles, especially with Midgard 1.4.
Suppose that you have topic and articles in it named as $lang (article
has 'name' and 'title' fields, so it is not a problem with them). Then
you can create active page which accepts ID for subtopic ('article'
from the point of view of visitor) and then looks for article named
$lang in it.
?php
$article = mgd_get_article_by_name($id, $lang);
?
And then display it.
Pros: simplicity.
Cons: for each article you have to create sub-topic. There will be no
articles in actual topic but many subtopics which represent
'articles'.
Another way is to use replies to articles as additional translations,
but this way you need to fetch all replies until good one will be
found because we have no function yet to get replies by name.
--
Best regards,
Alexandermailto:[EMAIL PROTECTED]
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] Midgard-php and php4
Hello Silas, Tuesday, August 15, 2000, 8:23:16 PM, you wrote: Are Midgard php and php4 mutually exclusive on the same copy of apache? I've run standard versions of php3 alondside php4 (as dynamic shared modules), but when I try to do this with midgard-php, I get a seg fault, and a core dump . Any thoughts? Should I just turn off php4, and lose that functionality?Thanks I successfully run both dynamic Apache modules midgard-php and php4 using --enable-versioning and no dynamic PHP's modules (i.e. all PHP's modules compiled in). PHP3 has problems with versioning support for shared PHP modules. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] 2[midgard] Auto encoding/OFF
frank f wrote: Hi all, Urgent ,,, I need Help please. I'm using midgard 1.2.5 on linux with apache 1.3.9 I would like to know how could I turn off Auto encoding on midgard to support charset=windows-1256 as well as the default charset. Are you saying about autoconversion to HTML entities? If so, try to look at 1.4beta5 which will be released in few days and set up so named 'Russian' Midgard environment (use 'MidgardParser russian' in httpd.conf). It'll disable any translations of HTML entities. -- Alexander Bokovoy The descent to Hades is the same from every place. -- Anaxagoras -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] midgard 1.4b
Piotr Pokora wrote: Oh! I forgot! What about russian_midgard for 1.4? Integrated. Use MidgardParser directive in httpd.conf for selection (latin|russian). For automatic translation from one encoding to another (in case of mod_charset), you need to add --with-mod_charset --with-midgard-lang=russian to PHP configure's options. If you're not using mod_charset, it will work too but without conversion between different encodings. -- Alexander Bokovoy Being popular is important. Otherwise people might not like you. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] midgard 1.4b
Piotr Pokora wrote: What about russian_midgard for 1.4? Integrated. Use MidgardParser directive in httpd.conf for selection (latin|russian). For automatic translation from one encoding to another (in case of mod_charset), you need to add --with-mod_charset --with-midgard-lang=russian to PHP configure's options. If you're not using mod_charset, it will work too but without conversion between different encodings. WOW Minimal required version: 1.2.6beta2 -- Alexander Bokovoy An intellectual is someone whose mind watches itself. -- Albert Camus -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] root page and something else
Hi!
Piotr Pokora wrote:
I changed this e-mail topic ;))
I just wanted to back to my old problem with history and root page.
In admin demo site You have table with Location for any topics in
specific topics tree. I just wanted to use these functions for may root
page and all topics. But I don't know how to use it on root page. I
thinj I must use it in some of my layout pages (table in this case).
How may I create sth like code-init for static page? ( I guess I can
not )
And how can I use these functions in any page element in Laoyut
administration? ( I guess I can not).
I tried with this in table:
?
function twalk($id) {
if ($id !mgd_is_in_topic_tree(12, $id)) $id = 0;
if (!$id || !($t = mgd_get_topic($id))) return;
twalk($t-up);
printf(' / a href="%d.html"%s/a ', $t-id, htmlentities($t-
name));
}
if ($topic) { twalk($topic-up); ? / (topic.name); ? } else echo
'top level topic'; ?
But it doesn't work when I want to see any article. So I wanted to use:
if ($topic) { twalk($topic-up); ? / (topic.name); ? } else
twalk($topic)
But it doesn't work either.
Any hints or something like this???
Yes. The problem with code above is that you are trying to use it to
generate links to articles but it generates links for topics. For
articles you need something like this but with mgd_list_topic_articles()
instead.
The "problem" with static page is solveable easily. Remeber: page marked
as "active" automagically converts path after its name to parameters in
$argv[] array, while "static" page doesn't do this. Simple solution is
to pass object (topic|article) ID as query string, for example:
printf(' / a href="%s?topic_id=%d"%s/a ', $midgard-uri, $t-id,
htmlentities($t-name));
Then all links will have form 'foo/?topic_id=bar' where 'foo' is page
name and 'bar' is ID of topic. Request for such link will bring you
$topic_id variable defined and initialized to value of topic's ID.
--
Alexander Bokovoy
"Open Channel D..."
-- Napoleon Solo, The Man From U.N.C.L.E.
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] root page and something else
Piotr Pokora wrote: From the academy of kludges: if your images live in a subdirectory 'images', define a page by that name under the (active) root page. Midgard will find a 'better' match for the request, then find out the full URL isn't in the database and let apache handle it - images show up. Yop! I got this: ? $host = mgd_get_host($midgard-host); ? IMG src="(host.prefix);/images/any.gif" Anything else? Yes. Create static page 'images' under (host.prefix); -- Alexander Bokovoy If you don't do the things that are not worth doing, who will? -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] root page and something else
Piotr Pokora wrote: The "problem" with static page is solveable easily. Remeber: page marked as "active" automagically converts path after its name to parameters in But when my root page is active I'm miising all images :( No, we just discussed it in this thread. -- Alexander Bokovoy Serenity through viciousness. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] root page and history - once again
Piotr Pokora wrote:
Hi Alexander,
Thanks for your help :))
But now I just wonder how to generate correct link with:
? if ($topic) {
function twalk($id) {
if (!$id || !($t = mgd_get_topic($id))) return;
twalk($t-up);
printf('/ a href="%d.html"%s/a ', $t-id, htmlentities($t-
name));
}
twalk($topic);
}
if I use it like this and when I read some article, link is like this
/topic/article/1.html
when I look for topics link looks /topic/1.html (this is correct)
I know I can use a href="/really_topic_name_/%d but I want to use
this function for all topics.
You know , I want page to look like this:
history
menu | centent | something
Seems that it's better to provide you with working code :-)
On our LUG site (www.minsk-lug.net) we are using the following code to
display arbitrary topics and articles. The implications that we are
using mgd_get_topic_by_name and mgd_get_article_by_name for accessing
topics and articles.
If you'll place this code in page named 'foo' and make it active, then
it'll serve all topics/articles under your root topic (in code below it
marked as $mlug-RTopic) automatically. It works like active directory
and shows only sub-topics and articles under 'current' topic, i.e. if
you'll ask for 'foo/topic/' it'll display all sub-topics and articles
for 'topic', making links as 'sub-topic/' or 'article.html' (they are
relative and it means that browser will ask for 'foo/topic/sub-topic/'
or 'foo/topic/article.html' actually). Moreover, this script has no
limitations on depth of topic's tree.
Of course, you need to replace $images - path to images, $MLUG_prefix --
prefix of the site and other variables to get it working. $link argument
to article is used for displaying different icons before article name
(we have articles and links, the latter one is articles which describes
documents on other sites).
?
if(ereg("^(.*)/(.*)|(.*\.html)$",$midgard-uri,$p)) {
$kpath=$p[1]."/";
}
$topic=mgd_get_topic($mlug-RTopic);
$max=(substr($midgard-uri,-5)==".html")?$argc-1:$argc;
for($i=0;$i$max;$i++) {
if($topic) $topic=mgd_get_topic_by_name($topic-id,$argv[$i]);
}
if($topic) $ktopic=$topic; else unset($ktopic);
if(isset($karticle)) unset($karticle);
if(!empty($p[2]) isset($ktopic)) {
$karticle=mgd_get_article_by_name($ktopic-id,$argv[$argc-1]);
}
// $ktopic now is set to last requested topic, $karticle - to requested
article, if any
function DisplayArticle($article, $full = true) {
global $mlug, $MLUG_prefix, $images, $midgard;;
$DisplayTypes = array( 0 = ":p", 1 = ":F", 2 = ":h");
$author = mgd_get_person($article-author);
$revisor = mgd_get_person($article-revisor);
?
p class="textright"[span class="timestamp"? echo
strftime("%d.%m.%Y", $article-created); ?/span
/ (author.name);]/p
h1(article.title);/h1
? if($article-type != 1) { ?
p
? }
$ArticleText =
"?(article.abstract".$DisplayTypes[$article-type].");\n(article.content".$DisplayTypes[$article-type].");?";
eval($ArticleText);
if($article-type != 1) { ?
/p
? }
if($article-created != $article-revised) { ?
p class="textright"(Last revision: ? echo strftime("%d.%m.%Y",
$article-revised); ?, (revisor.name);)/p
? }
}
function DisplayTopic($topic, $link = false) {
global $mlug, $MLUG_prefix, $images, $midgard;
$DisplayTypes = array( 0 = ":p", 1 = ":F", 2 = ":h");
?h1(topic.description);/h1
p(topic.extra:F);/p
br
? $t = mgd_list_topics($topic-id); ?
table border=0 cellspacing=0 cellpadding=0 width="550"
? if($t) {
while($t-fetch()) {?
trtd width=24 valign=top align=leftimg src="(images);folder.gif"
width=20 height=22 border=0/td
td valign=top align=lefta class="headerleft"
href="(t.name);/"(t.description);/abrnbsp;/td/tr
? }
}
$article = mgd_list_topic_articles($topic-id,"reverse created");
if($article) { ?
? while($article-fetch()) { ?
trtd width=24 valign=top align=leftimg src="(images);? echo $link
? "link" : "text";?.gif" width=20 height=22 border=0nbsp;/td
td valign=top align=lefta class="headerleft"
href="(article.name);.html"(article.title);/a/td
td valign=top align=right class="textright"[span class="timestamp"?
echo strftime("%d.%m.%Y", $article-revised$article-created ?
$article-revised : $article-created); ?/span]/td/tr
trtdnbsp;/tdtd colspan=2 valign=top
align=leftp(article.abstract:p);brnbsp;/p/td/tr
?
}
}
?/table?
}
// Actual page code that handles requests
if( $karticle) {
DisplayArticle($karticle, true);
} elseif ($ktopic) {
DisplayTopic($ktopic);
} else { ?
h1Error/h1
pThe document you've requested does not exist in our data base.
Please check the source for this link, it is probably out
Re: [midgard] Questions on latest cvs source
Emiliano wrote: Alexander Bokovoy wrote: The scenario will be: installation script for AdminSite will delete old AdminSite and insert new one automatically. What about people with customized admin sites (like moi for example)? Since new AdminSite is complete rewrite, it'll be hard to adopt it leaving old code in it. Sure but what if I want to keep 'my' adminsite _alongside_ the new one? No problem, we'll add an optional removing of old site. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] root page and history - once again
Piotr Pokora wrote: Hi, I can't solve it anyway When I walk through pages with topics everything seems to be ok but when I open any article my page shows 'top level topic'. In pages with topics it shows /topic/topic/topic the code is below: ? if ($argc == 1) $id = $argv[0]; if ($modify $id) mgd_update_article($id, $topic, $name, $title, $abstract, $content, $author, $url, $calstart, $caldays, $icon, $view, $print, $extra1, $extra2, $extra3); Here you are using $id as an ID for article. if ($id isset($score)) mgd_update_article_score($id, $score); if ($id isset($approve)) mgd_approve_article($id); if ($id) $article = mgd_get_article($id); if ($article) $topic = $article-topic; if ($modify $id) mgd_update_topic($id, $name, $description, $extra, $owner, $code); And here you are using $id as an ID for topic. I think that's your problem -- you're overusing one variable for two completely different needs. -- Alexander Bokovoy He who laughs has not yet heard the bad news. -- Bertolt Brecht -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] root page and history - once again
Piotr Pokora wrote: He who laughs has not yet heard the bad news. -- Bertolt Brecht Or you can record on Your phone: "If You have bad message leave it before signal, and the good one leave after the signal" :-) I just tried to make friendship between Netscape Mail and fortune. -- Alexander Bokovoy Doubt is not a pleasant condition, but certainty is absurd. -- Voltaire -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Questions on latest cvs source
Frank Boehme wrote: Off Topic: I saw the pictures from the Midgard tour. I became concerned about the health of the midgard development team. You guys eat too much junk food and you are smoking a hell of a lot. Well, well :-) Anyway, I have built a recreation related site with midgard, mainly in order to learn how to use it. URI? I want to spend some time with rest :-) Now it comes to some real stuff. I have some questions, assuming, I update to the most recent cvs version: 1. Are snippets working, especially mgd_include_snippet ? Yes. They are working. I fixed that error. 2. Has authentication changed with respect to 1.4.beta? I mean, does midgard still grant access to auth required pages with any valid user-password combination? I know that I can kick out unwanted groups myself using mgd_is_member or something like that. Nothing changes in this part. Midgard still has no read access controls (except for SiteGroups). With 1.4 it is serious and complicated task. Probably AdminSite will include snippet for doing this work like you described above and you could include it into your pages and call with ID of needed group. Another thing: Repligard is not ready, I know. When the new admin site is released, can I simply update my database to the new admin site (by running a script) and subsequently use the new admin site to delete the old one manually? The scenario will be: installation script for AdminSite will delete old AdminSite and insert new one automatically. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] Questions on latest cvs source
Hello Emiliano, Wednesday, August 09, 2000, 11:29:26 PM, you wrote: Another thing: Repligard is not ready, I know. When the new admin site is released, can I simply update my database to the new admin site (by running a script) and subsequently use the new admin site to delete the old one manually? The scenario will be: installation script for AdminSite will delete old AdminSite and insert new one automatically. What about people with customized admin sites (like moi for example)? Since new AdminSite is complete rewrite, it'll be hard to adopt it leaving old code in it. But it will be generic and extensible by design (all algorithms are not involve markup and styling or involve in very small parts like little templates, no HTML code in algorithms itself), so it would be no problem to integrate customizations back. And now Admin Site changes will be discrete because of modularity -- there is no errors in its algorithms themselves (though it sounds like hold forth), the only errors could be in small functions which manage each part of functional block (copy, move, edit). It would be possible to use something like diff/patch for replacements with intelligent context detection. The basic code, as well as prototyping system for Midgard RAD will arrive into CVS soon. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] Odp: [midgard] root page and history
Hello Piotr,
you wrote:
I called it like this because:
? function twalk($id) {
55: if (!$id || !($t = mgd_get_topic($id))) return;
56: twalk($t-up);
57: printf(' / a href="/topic/%d.html"%s/a ', $t-id,
htmlentities($t-name));
Replace '/topic/%d.html' by '/topic/?topic=%d' and then examine $topic
in your page '/topic/' for actual ID for requested topic.
58:}
59:if ($topic) { twalk($topic-up); ? / (topic.name); ? } else echo 'top
level topic'; ?
Best regards,
Alexandermailto:[EMAIL PROTECTED]
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] Result of brain shortage...how do I...?
Hello Ken, Monday, August 07, 2000, 11:24:49 PM, you wrote: I have the following which lists all of the subtopics of a topic(17)I want to then list the subtopics and articles of the list when I say "mgd_list_topics" do the subtopic #s come back? could I then use them in a statement at the end of this one that said use a variable set to the number of the gotten subtopic to get its articles.without the last section this works fine...then I get a parse error@ ? $topicart = (topic.id); ? I know this is some little stupid thing but my noggin will no longer You should never use (foo.bar); inside PHP context, this construction is only available outside it. You should write ? $topicart =$topic-id; ? instead -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] 1.4b5?
Ken Pooley wrote: I saw a reference to 1.4b5did it get released, I have looked through the back e-mail and found now reference but given the volume of mail I am getting right now I could have missed it... We aren't released it yet -- I'm working on fixes for the Admin Site for the moment in order to get this thing clear of existed errors, actually they are not 'errors' in a usual sense but what I'm calling "half-finished" features. I'll return to the home on Friday and will be able to put my hands on release during the first half of the next week. There are few bugs in the current CVS version we are aware of and which wouldn't be fixed before transition to PHP4, but all of them will be documented. For example, please never use the following programming style with Midgard/PHP3: Suppose you have a style with a style element called 'foo'. At the some page you're redefining this style element with the page element named 'foo' but call the style element 'foo' inside it: 'foo' at style: some text 'foo' at page: b [foo] /b This way you'll effectively put Midgard into infinite loop because it'll try to include page element into itself and will involve Apache's child into crash. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Odp: [midgard] root page and history
Piotr Pokora wrote:
Hi,
I called it like this because:
? function twalk($id) {
55: if (!$id || !($t = mgd_get_topic($id))) return;
56: twalk($t-up);
57: printf(' / a href="/topic/%d.html"%s/a ', $t-id,
htmlentities($t-name));
58:}
59:if ($topic) { twalk($topic-up); ? / (topic.name); ? } else echo
'top level topic'; ?
Sorry, Piotr, but could you give me an actual code used on your page
together with results and error messages (if they are there) and so on
because I'm not so enlightened to look through the monitor into your
porject. :-)
--
Alexander, /not a wizard/
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] Odp: [midgard] root page and history
Piotr Pokora wrote: On Thu, 3 Jun 1999, Alexander Bokovoy wrote: PP wrote: Could you repeat your question again? I can't find your e-mail about it. yes I want function with walking history use on root page but the root page should be static I guess. I asked about any hints for this problem. Sorry, I can't understand what do you exactly need. What does 'walking history' mean? function twalk($id) it works fine with active pages but I have some problems with static page There is no such function in Midgard's API for PHP language, I'm supposing that this is some kind of user function, could you provide us with the source for it? -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Odp: [midgard] root page and history
PP wrote: Could you repeat your question again? I can't find your e-mail about it. yes I want function with walking history use on root page but the root page should be static I guess. I asked about any hints for this problem. Sorry, I can't understand what do you exactly need. What does 'walking history' mean? -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] root page and history
[EMAIL PROTECTED] (PP) wrote: hi, Did I lost my mind or forgot? Did I asked about function_twalk and the root page which is static? Is it so simple or impossible to do ? Maybe my question is naive? any way I'll be thankfuul for any answer- even if you say RTFM ;)) Have a nice weekend (there is rainy here). Piotras Could you repeat your question again? I can't find your e-mail about it. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard beta 1.4 and encoding
PP wrote: Hi, I asked about beta 1,4 but I forgot to ask what about encoding with iso 8859-2. With 1.2.5 midgard I installed russian-midgard. Does anybody did something like this for 1.4? Russian Midgard for 1.4 works without any problems. Maybe I can compile Mysql with latin-2 (It didn't work with 1.2.5)? Just try it. I can't say about latin-2 in MySQL because I never used this encoding in MySQL. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] manual for download?
Hello Emiliano, Saturday, July 22, 2000, 3:11:56 PM, you wrote: Reiner Keller wrote: thanks for the URL (the .rtf.gz ist not a valid archive told winzip me). I unpacked it with gzip just now and it appears to be fine. Maybe winzip doesn't support max compression gzips? I have to translate the admin site (and think the example site too) for "my" users to german. Are you interested in this version? Sure! Alexander will be back monday and you can coordinate with him. Of course. I'm finishing specifications for new Admin Site for Midgard 1.4 now (they'll be available for Midgard developers on Wednesday or Tuesday). I hope that Midgard 1.4 will be released in September, do you really want to translate old site? -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] Designing company directory
Hello Emiliano, Tuesday, July 25, 2000, 1:27:37 AM, you wrote: I thought about the parameters, but at present the admin site doesn't seem to offer access to them, and I am hoping to have users maintain the directory. I don't have the skills/time at this point to write the front-end needed to let them manage the parameters, although I am trying to change that. The admin site is getting an overhaul. I wouldn't at all be surprised if parameters were supported although Alexander has the skinny on We have no support for Parameters in current version of Admin Site, actually it wasn't changed since 1.2.5 radically in functionality. New Admin Site will have all those things like Preferences, Parameters, etc, but I'm afraid you'll see it no earlier than in beta6. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] mgd_copy_article
Hello Vincent, Wednesday, July 19, 2000, 1:12:47 PM, you wrote: I tried to use the "mgd_copy_article" function (which is supported by the version I'm using (ie. 1.4 beta 3)) but apparently it doesn't seem to do anything. Is that normal ? No, it isn't normal. mgd_copy_article() exists since 1.2.6beta2 and works perfectly for me at least. What syntax you've used? Try to check permissions on target topic too. Will it work in future releases ? Of course. Is that why it says "doesn't work yet" in the Admin site for the "clone article" option ? No, an interface in Admin Site just not finished yet. It requires managing tree structure for visual selection of target topic and so on. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] My experience with 1.4beta4
Emiliano wrote: 1.4beta4 still has bugs. For instance, in my case mgd_include_snippet causes php to die. Who is the main architect of snippets? Is this being looked at? I had no time yet. May be tonight. I had to apply a patch (by Emile) that includes some version dependant code to mod/mgd_apache.c. You only need it if your apache is older than ???. Maybe the patch got subsequently included in beta 4. Emile should know. The patch is in CVS. Forget about beta4; stay with beta3 or grab a fresh tree from CVS. CVS tree does not in compilable state for the moment if your system lacks libexpat. Tonight I'll commit a sources for libexpat. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] My experience with 1.4beta4
Emiliano wrote: Hello Alexander Bokovoy, The patch is in CVS. Forget about beta4; stay with beta3 or grab a fresh tree from CVS. CVS tree does not in compilable state for the moment if your system lacks libexpat. Tonight I'll commit a sources for libexpat. That's so, but it is available 'externally'. Redhat users can use google to find libexpat in RPM format. RedHat is not only one platform on which Midgard is working. I can't understand RH-tighteness. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] My experience with 1.4beta4
Emiliano wrote: RedHat is not only one platform on which Midgard is working. I can't understand RH-tighteness. Geez, I was just saying that redhat users could grab the CVS version and used the libexpat RPM. If you can find debian packages or solaris packages I'll say the same about them. Settle down. :-) I understood you fully. There are debian and mandrake packages available from tuxfinder.com and rpmfind.net though links for Debian were broken when I've checked them this morning. We've already discussed it on midgard-dev and came to common point. I just repeat main idea for those who don't monitor midgard-dev: There is no such thing as libexpat with available sources from James Clark (an author of expat), he is providing only sources for reference XML parser fully conforming W3C's XML standard and Makefile for sample appication that uses this parser. It means that others (FreeBSD or Solaris, etc) will be unable to build Midgard quickly and will have to put their hands into additional work. For those who are in such situation I've uploaded 'hacked libtoolized' expat package at http://www.midgard.f2s.com/midgard-libexpat.tar.bz2 which could be installed using "./configure [--prefix=/usr] make make install" sequence. I think it'll be enough to place this tarball or link to it together with sources for beta5 (and future 1.4final). Any toughts? -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard and PHP4 ?
Reiner Keller wrote: Hello, I tried the Version 1.2.5 of Midgard and it works perfect. But I have one BIG problem: I'm using PHP4 and the (patched) libphp3 and the libphp4 didn't work together... Is there a solution yet without running two main apache-processes (because I can't run these on the same port)? Thanks. Yes. Add --enable-versioning to configure scripts in _both_ PHP3 and PHP4 and don't use PHP's dynamic loading subsystem because it is broken with versioning, at least in PHP3. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Making a copy of a Midgard website
Emiliano wrote: Is there a simple way to make a copy of an entire Midgard site and place it on a separate host? If the host is the only one in your database, a database dump and restore is easiest. I'm not current on what repligard can do but I think Alexander can tell more about that. Current Repligard version 'Proof-of-the-concept' can download data from the database and update existing info but not upload new one yet. You might look into two our little C programs distributed in Data package with 1.4 betas, they have simplified (very rough) updating possibility by dumping Midgard site into SQL script which could be used at remote system. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Snippets vs Page Elements
Hi, Vincent! Vincent QUERU wrote: Hi to you all Midgard maniacs, I'm currently using the 1.4 beta 3 version of Midgard which already has the snippet and snippetdir tables but doesn't have any of the associated mgd functions. Yes, Snippets are available since beta 4 only (though tables are there since 1.2.6beta2). 1) I could use pure PHP code with separate files and include statements : it would undoubtedly work but it is not too satisfactory. Of course :-) 2) Snippet and snippetdirs were designed to do just that but for the time being I would have to do most of the job by hand (this shouldn't bee too long though as I could use phpMyAdmin to modify Midgard's internal database). Use 1.4beta4 and experimental Admin Site mode for Snippets management. We are planning to release beta 5 in a couple of weeks. As I intend to upgrade to newer stable versions when they are released this is probably the best solution but I could also do : 3) Use inherited page elements. This will also work but I wondered if this is rellay what Page Elements were created for ? You certainly could use them (not by their design though :-)), you could also use code-compat element which is requested automatically from midgard-root.php3. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard and PHP4 ?
Reiner Keller wrote: thanks for the hint with --enable-versioning , but it didn't work (-DPHP loads libphp3.so, -DPHP4 loads libphp4.so): # httpd -DPHP -DPHP4 Segmentation fault Disabling of loading dynamic libraries (function not used) didn't help. In PHP4 versioning was already activated, but the PHP3- Module seems to ignore this option. I grepped configure for this option and didn't found it... What version of PHP3 you're using? If it is from Midgard 1.2.5, it wouldn't work because versioning support was added after that version of PHP3. If you're using Midgard 1.4 betas then it should work, I tested it on my machine and versioning was working perfectly. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard and PHP4 ?
Hi! Reiner Keller wrote: Hello, What version of PHP3 you're using? If it is from Midgard 1.2.5, it wouldn't work because versioning support was added after that version of PHP3. If you're using Midgard 1.4 betas then it should work, I tested it on my machine and versioning was working perfectly. ok. I update to 1.4b... If I run httpd without the libraries from midgard-lib, I get: # httpd -D PHP -D PHP4 Syntax error on line 193 of /etc/httpd/httpd.conf: Cannot load /usr/lib/apache/libphp3.so into server: libmidgard.so.3: cannot open shared object file: No such file or directory If I run httpd with the libraries, I get: # httpd -D PHP -D PHP4 BUG IN DYNAMIC LINKER ld.so: ../sysdeps/i386/dl-machine.h: 380: elf_machine_rel: Assertion `! "unexpected dynamic reloc type"' failed! I'm runnning Kernel 2.2.16-SMP (SuSe-Linux 6.4), Apache 1.3.12 and now with midgard-lib-1.4beta4... You have to recompile all parts of Midgard, not just midgard-lib. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard and PHP4 ?
Reiner Keller wrote: Hallo, You have to recompile all parts of Midgard, not just midgard-lib. it's clear. I have dropped also the database midgard and created it with the new install-script again. Now I removed all old midgard- Files and build 1.4b4 from scratch. Same error message appears, when i start httpd... Could it be somehow connected with SMP? Can you test this configuration on non-SMP SuSE 6.4 system? -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] backward compatibility on admin site
Hello Alan,
Monday, July 17, 2000, 7:08:07 AM, you wrote:
Just looking at making my framed admin backwards compatible -
The first one I came across was adding in the sitegroup stuff - on the main
page -
if(function_exists("mgd_has_sitegroups"))
to wrap any sitegroup stuff...
It will work. Anyway, current Admin Site doesn't fully backward
compatible with 1.2.5 because it uses PCRE, for example, and PHP
version included with 1.2.5 doesn't have PCRE support by default.
There are other incompatibilities (backward-related) like
$midgard-prefix, (author), $mgdroot, etc.
--
Best regards,
Alexandermailto:[EMAIL PROTECTED]
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] backward compatibility on admin site
Alan Knowles wrote:
Alexander Bokovoy [EMAIL PROTECTED] said:
Hello Alan,
Monday, July 17, 2000, 7:08:07 AM, you wrote:
Just looking at making my framed admin backwards compatible -
The first one I came across was adding in the sitegroup stuff - on the
main
page -
if(function_exists("mgd_has_sitegroups"))
to wrap any sitegroup stuff...
It will work. Anyway, current Admin Site doesn't fully backward
compatible with 1.2.5 because it uses PCRE, for example, and PHP
version included with 1.2.5 doesn't have PCRE support by default.
PCRE? was that the object orientated update of elements?
Perl Compatible Regular Expressions, we use it in tree displaying code
in Style Admin. And it'll be used in new Admin Site (but it'll be no
problem because since PHP 3.0.13 PCRE are compiled in by default).
There are other incompatibilities (backward-related) like
$midgard-prefix, (author), $mgdroot, etc.
mmh, Since function_exists("mgd_has_sitegroups") should return true whether or
not it was compiled in, I guess this is a good check for $host-prefix as
well
the input name=prefix value=$host-prefix
$host-prefix already exists in 1.2.5, but there is no support for
managing it, so it is empty all the time. And it is a variable, not
function.
--
Alexander
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] backward compatibility on admin site
Alan Knowles wrote: Actually the style stuff is OK except for mgd_get_element_by_name which is a new one... Actually I don't see the reason for coding new Admin Site with backward compability with Midgard 1.2.5 because it will be oriented to all those new features from 1.4 branch. Most of them can't be emulated with 1.2.5. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] backward compatibility on admin site
Alan Knowles wrote: Kind of right there.. - I'm doing cause I need the framed admin on older systems.. as well as the new one.. The only thought was if you added anything that would be usefull to older versions ??nicer hightlighting on styles??? Unfortunately, I have almost no time for working on old code. It got most of my strengthes to support both EnglishRussian Admin Sites with that disorganized a little :-) code. Actually, the beta5 compiled very well - I have got the install down to about 5 minutes (from the original 5 days it took with the first 1.2 I did :) - the download on the f2s.com site could do with the changes that where done last week.. - but they where pretty easy if you read the mailing list :) I wonder what the proportion of users would upgrade old boxes? - or am I just lazy:) I think that in mid-September many users will update their boxes :-) though it probably will require serious (mostly automated I hope) changes in their applications. For example, authentication layer already gone from httpd.conf, template syntax might be changed, PHP will be (I hope, again) version 4, replication will work and Admin Site will have at least two interfaces -- framed and non-framed (I'm busy with this part of Midgard right now and found a solution for combining both approaches in one site code). -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] Re: MidgardDefaultRealm error
Hello Emiliano, Saturday, July 15, 2000, 7:46:50 PM, you wrote: Emiliano [EMAIL PROTECTED] writes: The spec file? Don't you mean the conf file? That has been changed in CVS. mod_midgard.spec.Redhat still contains unnecessarily: Files midgard-root.php3 require valid-user AuthName Midgard AuthType Basic /Files I see. Where are the spec files anyway in CVS? I thought I had the RH spec file checked into mod. I moved all specs into midgard/SPECS and now specs for RedHat and Mandrake RE there. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard 1.4beta4 (or pre-beta 5) on www.midgard.f2s.com
Emiliano wrote:
Could someone with 1.3.9 try the patch below?
I did, but I have apache 1.3.6 (from SuSE 6.2). After patching,
compilation breaks with:
mgd_apache.c: In function `mgd_get_basic_auth_pw':
mgd_apache.c:33: warning: assignment makes pointer from integer without
a cast
mgd_apache.c: In function `mgd_note_basic_auth_failure':
mgd_apache.c:80: `STD_PROXY' undeclared (first use in this function)
What is APACHE_RELEASE defined to httpd.h?
The problem is not in APACHE_RELEASE value, you forgot to change second
MODULE_MAGIC_NUMBER to APACHE_RELEASE.
Also, a code flow with APACHE_RELEASE added is broken (there is no need
to do r-proxyreq comparision).
Frank, could check new version of mgd_apache.c attached to this letter?
--
Alexander
#include "mgd_apache.h"
int mgd_get_basic_auth_pw(request_rec * r, const char **usr, const char **pw)
{
const char *auth_line = ap_table_get(r-headers_in,
#if APACHE_RELEASE = 1031
r-proxyreq == STD_PROXY
? "Proxy-Authorization" :
#endif
"Authorization");
const char *t;
if (!auth_line)
{
return AUTH_REQUIRED;
}
if (strcasecmp(ap_getword(r-pool, auth_line, ' '), "Basic"))
{
/* Client tried to authenticate using wrong auth scheme */
ap_log_rerror(APLOG_MARK, APLOG_NOERRNO | APLOG_ERR, r,
"client used wrong authentication scheme: %s",
r-uri);
return AUTH_REQUIRED;
}
/* CHARSET_EBCDIC Issue's here ?!? Compare with 32/9 instead
* as we are operating on an octed stream ?
*/
while (*auth_line == ' ' || *auth_line == '\t')
auth_line++;
t = ap_pbase64decode(r-pool, auth_line);
/* Note that this allocation has to be made from r-connection-pool
* because it has the lifetime of the connection. The other allocations
* are temporary and can be tossed away any time.
*/
*usr = ap_getword_nulls(r-connection-pool, t, ':');
*pw = t;
return OK;
}
void mgd_set_apache_auth_env(request_rec *r, const char* user)
{
r-connection-user = (char*)user;
r-connection-ap_auth_type = "Basic";
}
void mgd_note_basic_auth_failure(request_rec *r, midgard *mgd, midgard_server_config
*scfg)
{
char* realm = "Basic realm = \"Midgard\"";
#ifdef MIDGARD_SITEGROUPS
midgard_res *res;
int sitegroup = mgd_sitegroup(mgd);
if (sitegroup == 0)
realm = ap_pstrcat(r-pool, "Basic realm = \"", scfg-default_realm, "
(SG0)\"", NULL);
else
{
res = mgd_ungrouped_select(mgd, "name,realm", "sitegroup", "id=$d",
NULL, sitegroup);
if (!res ||!mgd_fetch(res)) {
if (res) mgd_release(res);
realm = ap_pstrcat(r-pool, "Basic realm = \"", scfg-default_realm, "
(???)\"", NULL);
}
else {
realm = ap_pstrcat(r-pool, "Basic realm = \"", mgd_colvalue(res, 1), " (",
mgd_colvalue(res, 0), ")\"", NULL);
}
}
#endif
ap_table_setn(r-err_headers_out,
#if APACHE_RELEASE = 1031
r-proxyreq
== STD_PROXY
? "Proxy-Authenticate" :
#endif
"WWW-Authenticate",
realm);
}
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re: [midgard] Midgard 1.4beta4 (or pre-beta 5) on www.midgard.f2s.com
Frank Boehme wrote: Alexander Bokovoy wrote: Frank, could check new version of mgd_apache.c attached to this letter? Compiled without problems. Still, when apache tries to load the module, it dies with Cannot load /usr/lib/apache/mod_midgard.so into server: /usr/lib/apache/mod_midgard.so: undefined symbol: ap_pbase64decode Yet another version-dependant function. I'm sure Emile is working on fixing mgd_apache.c now. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Where is mgd_include_snippet in 1.4beta4
Hello Frank,
Saturday, July 15, 2000, 1:23:37 AM, you wrote:
According to phpinfo(), I have the following snippet-related functions:
mgd_list_snippetdirs() mgd_get_snippetdir() mgd_get_snippetdir_by_path()
mgd_create_snippetdir() mgd_update_snippetdir() mgd_delete_snippetdir()
mgd_copy_snippetdir() mgd_list_snippets() mgd_get_snippet()
mgd_get_snippet_by_name() mgd_create_snippet() mgd_update_snippet()
mgd_delete_snippet()
No mention of mgd_include_snippet()!
It should be so. mgd_include_snippet() is not a function, it is a
statement, equal to include() but working with Midgard database.
Is there another way to execute a snippet? Suppose I get it by its id
(rather than by path) using
$snippet = mgd_get_snippet($id);
Now what? Is there something like
$snippet-run();
or any other way to circumvent the missing function mgd_include_snippet?
Just use
mgd_include_snippet("/MySnippets/Cool/snippet");
--
Best regards,
Alexandermailto:[EMAIL PROTECTED]
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
Re[2]: [midgard] Where is mgd_include_snippet in 1.4beta4
Hello Emiliano, Saturday, July 15, 2000, 1:48:17 AM, you wrote: mgd_list_snippetdirs() mgd_get_snippetdir() mgd_get_snippetdir_by_path() mgd_create_snippetdir() mgd_update_snippetdir() mgd_delete_snippetdir() mgd_copy_snippetdir() mgd_list_snippets() mgd_get_snippet() mgd_get_snippet_by_name() mgd_create_snippet() mgd_update_snippet() mgd_delete_snippet() No mention of mgd_include_snippet()! mgd_include_snippet is embedded directly in the language scanner. I wonder if there's another way to go about this. Yes, that was a tricky step. I hope in PHP4 (where include() is a function) mgd_include_snippet() will be a function too. Is there another way to execute a snippet? Suppose I get it by its id (rather than by path) using $snippet = mgd_get_snippet($id); Now what? Is there something like $snippet-run(); I suppose (snippet.code:p); or ? eval $snippet-code; ? should work too. Yes. Adding run() method will be another hard task (that's why include() is statement, not function in PHP3). -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] Where is mgd_include_snippet in 1.4beta4
Hello Frank, Saturday, July 15, 2000, 1:35:44 AM, you wrote: I wrote: No mention of mgd_include_snippet()! I have php/mgd_snippet.c,v 1.1 2000/07/05 12:54:49 ab Exp $ from cvs. I reckon that mgd_include_snippet() is not implemented here. See into mgd_main.c where all internal functions implemented. mgd_include_snippet() is called from language parser directly. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard 1.4beta4 (or pre-beta 5) on www.midgard.f2s.com
Frank Boehme wrote: I wrote: In /lib, /mod and /php, there are no configure scripts. Can I take those from 1.4b4? I downloaded the newest tar.bz2 from http://www.midgard.f2s.com/ . The formerly missing configure scripts are now present, but they stop after complaining about a missing install-sh file. So I followed Alexander's instructions, namely cd lib aclocal libtoolize -f --automake automake -a autoconf This did work and I was able to compile the lib. The newest tar.bz2 includes bootstrap which contains all these lines. However cd mod aclocal libtoolize -f autoconf resulted in the following output: # Remember to add `AM_PROG_LIBTOOL' to `configure.in'. # You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. # configure.in:37: warning: Cannot check for file existence when cross compiling and the configure script exits with the same error as above. Hm. I left the module alone and went to php. Did you deleted previous configure file? These info could be safely ignored. The last warning has meaning only for cross-compiling. cd php autoconf which worked and I subsequently compiled php. Thus, I am still missing a 1.4beta4 mod_midgard.so. I think, I should read some info pages on autoconf and friends... Try to delete generated files and start boot strapping for this directory again. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard 1.4beta4 (or pre-beta 5) on www.midgard.f2s.com
Frank Boehme wrote: Alexander Bokovoy wrote: The newest tar.bz2 includes bootstrap which contains all these lines. I just downloaded a fresh tar.bz2 archive. I cd to mod. Now, step by step: # aclocal No errors reported. # libtoolize -f Remember to add `AM_PROG_LIBTOOL' to `configure.in'. You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. # autoconf configure.in:37: warning: Cannot check for file existence when cross compiling # ./configure creating cache ./config.cache configure: error: can not find install-sh or install.sh in . ./.. ./../.. and no makefile is created. Sorry, to bother you, Alex Try this: cd mod libtoolize -f --automake aclocal automake -a autoconf -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard 1.4beta4 (or pre-beta 5) on www.midgard.f2s.com
Frank Boehme wrote: Alexander Bokovoy wrote: Try this: cd mod libtoolize -f --automake aclocal automake -a autoconf This did work. Now I got a makefile, but a compiler error later on: mgd_apache.c: In function `mgd_get_basic_auth_pw': mgd_apache.c:10: `STD_PROXY' undeclared (first use in this function) mgd_apache.c:10: (Each undeclared identifier is reported only once mgd_apache.c:10: for each function it appears in.) mgd_apache.c:33: warning: assignment makes pointer from integer without a cast mgd_apache.c: In function `mgd_note_basic_auth_failure': mgd_apache.c:80: `STD_PROXY' undeclared (first use in this function) apxs:Break: Command failed with rc=65536 make: *** [mgd_apache.o] Error 1 Probably a missing include directive??? It means that you have Apache older than 1.3.11 I think. David reported this error, but we didn't fixed it yet because need to know on which version of Apache STD_PROXY was introduced. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] building static pages
Lynn Winebarger wrote: Hi. I was wondering if anyone's built in a way to build static pages from midgard-administrated content for efficiency reasons, or if I have to build one in. I'm very interested in Midgard for website administation, the main drawback is having to dynamically generate the pages which are mostly static (changed once a day) - not sure our hardware will handle the load very well. You could use separate Midgard-powered server and rsync static pages from it to serve them by old good Apache. Also, is there any way to use a remote database for midgard, rather than one on localhost? I'm planning on (eventually) setting up a load balancing router for multiple web server machines, with a database server on a separate machine, so this is also an important issue (though not so much if pages could be statically built, then served off NFS). You could change defaults in midgard-lib's defaults.h -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard 1.4beta4 (or pre-beta 5) on www.midgard.f2s.com
Emiliano wrote: For those who can't access CVS repository, I placed current development snapshot of Midgard 1.4 at http://www.midgard.f2s.com/ In /lib, /mod and /php, there are no configure scripts. Can I take those from 1.4b4? No, they've changed. Unless Alexander rebuilds them I'll make them available, but it'll probably be tomorrow, late this evening earliest for me. They are checked in in CVS now. I'm in process of re-uploading updated tarball to www.midgard.f2s.com. -- -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] article sorting
Emiliano wrote: Is it possible to sort articles in a tree by more than one criteria? For example, to sort first by the extra1 and if those are the same, to sort by reverse score? I tried to do that like this: but that will only work with the first sort item. There's probably something obvious I'm missing here. That will probably not do what you think it does. The first 'sort parameter' will not match existing criteria and default to 'created DESC', the second is the type parameter which is converted to long and which will be 0 (any). We don't have multiple sort criteria currently, but I think it's a good idea and I'll keep it in mind for the 2.0 design. For the time being you're going to have to fetch the lot and sort them. It is not a problem to add multiple sorts to 1.4, probably I'll do it during this week. For the moment I could fix number of sorts by less than 32 (to comply efficientness and fool-proofness). -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] MidgardDefaultRealm error
Emiliano wrote: I just installed the CVS versions of midgard-lib, mod_midgard and midgard-php on a SuSE Linux 6.4 machine with apache and midgard DB already installed. When I open the Midgard site, I get a password request -- which shouldn't occur. Even after a correct login I only receive a server error. The log says: Files midgard-root.php3 require valid-user AuthName Midgard AuthType Basic /Files The new authentication code in mod_midgard doesn't need this section anymore and ignores it. That means apache tries to force authentication and can't. Remove these lines and try again. And I should add here that anyone who tries to install CVS version of Midgard strongly encouraged to read through Midgard-Dev mailing list for possible changes. Use either http://marc.theaimsgroup.com/?l=midgard-dev or http://bergie.greywolves.org:8081/archive/midgard-dev/ or just subscribe yourself to [EMAIL PROTECTED] -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Re: MidgardDefaultRealm error
Jochen Lillich wrote: Alexander Bokovoy [EMAIL PROTECTED] writes: And I should add here that anyone who tries to install CVS version of Midgard strongly encouraged to read through Midgard-Dev mailing list for possible changes. On my defense: I actually do. But since our company participated in the LinuxTag 2000 show (where we raised quite some interest in Midgard, btw), I have a backlog of several hundred mails in the related mail folder... :-( I'll try to do better. :-) Don't take my warnings so seriously, I know about your attention to midgard-dev. My sentence was general, and the goal was to remind about possible valuable sources of information for users that try to deal with CVS version of Midgard. BTW, (offtopic here, but.. :-) what you demonstrated on LinuxTag2000? -- Alexander. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] Midgard1.4beta4 installation
Hello Martin, Saturday, July 08, 2000, 3:10:17 PM, you wrote: Hi there, The php4.sh and the midgard.sh scripts are the ones to look at. I had to use the mm-1.0.12.tar.gz in the install. I don't fully understand what I did but got the instruction in the apache install readme. The key, I think, is --enable-versioning for both php versions. Hope this helps. I looked at your scripts but there's nothing new for me :) If ya do a ./configure --help with the midgard-php 1.2.5 version you can see that there is no --enable-versioning support here. Still i tried to compile with versioning but all i get, when i start apache, is some errors like this: PHP Warning: Function registration failed - duplicate name - define in Unknown on line 0 this looks like there's no versioning support to me. Because it was introduced with PHP 3.0.13, I think. You have to use Midgard 1.4beta4 for enabling versioning support. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Moving articles around...
QUERU VINCENT wrote: Sorry if this question has been asked before by someone else, I am quite new to this list so I haven't read the older messages. I noticed in the manual that there is a "mg_move_article" function that enables to move articles to another topic (this is very useful if you want to redesign your topic tree for example) but this feature doesn't seem to exist anywhere in the current Admin Site. Yes, current Admin Site doesn't include support for many modern Midgard features. We are working now on the new version of Admin Site. There is no code available yet. That's not really a problem : I designed a very simple HTML form that simples passes the article and new topic ids to a small php script that calls the mgd_move_article function. Unfortunately, that doesn't seem to work and I noticed in the manual that this feature is only available from the 1.4 versions of Midgard so here are my questions : 1) I'm not sure which version of Midgard I am using right now (someone else installed it), is there an easy way to know it ? Add small PHP statement into simple page: ?php phpinfo(); ? and you'll find Midgard's version in output. If you see a list of Midgard functions there, than your version supports all tree-related functions (this feature -- list function names -- and tree management was added at the same time). Tree management and object moving/copying exist in Midgard since 1.2.6beta2. 2) When it says in the manual that a functionality needs the 1.4 version does this include the 1.4 beta versions too ? Exactly, because final version of 1.4 doesn't released yet (scheduled for September). 3) Would it be sufficient just to change the topic field in the article table in the database to move articles around ? Yes, in most cases, there could be exclusions, I can't remember exact variants. -- Alexander -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
