XESBlog-Talk

Summary: Talk page for XESBlog.
Maintainer: XES
Users: (View / Edit)

This space is for User-contributed commentary and notes. Please include your name and a date along with your comment.

Chris: 2008-02-10 -

When you approve comments, in the recipe a status message is set, but it isn't shown when you approve a comment. Adding a GoupHeader with (:messages:) solves that. This is a quick fix, so the output is visible, but doesn't stand out.

Chris: 2008-03-01 -

What would it take to condense the old posts, i.e. show only the posts of this month and provide a link to the posts of a previous month (if present).

The way I set up the Blogs, it might be as easy as (:pagelist link=BlogArchive.{$thismonth} fmt=#include:) where you define {$thismonth} in config.php as "today's date" in the 2008-03 format. Note that if you do this, the page will be blank in the beginning of the month -- not usually recommended in blog-land :) XES March 01, 2008, at 04:31 PM
Addendum: You should perhaps try: (:pagelist link=BlogArchive.{(ftime fmt="%Y-%m")} fmt=#include:) -- it doesn't require creating new page variables in config.php XES April 01, 2008, at 12:17 PM

When using $EnablePostCaptchaRequired=1, it messes up comment approvals and entering Tags. What do I do?

In config.php, put:

if (CondAuth($pagename, 'admin')) {$EnablePostCaptchaRequired=0;}
else {$EnablePostCaptchaRequired=1;}

Just before the include_once.

For the add tag (which is also reachable when only in edit authorisation, I did this in the Blog.GroupFooter:

(:if auth admin:)
(:input form action={*$PageUrl}:) (:input hidden action xestagpages:)
Tags:    (:input text "Tags" size="40":)    (:input submit value="Go":)
(:input end:)
----
(:ifend:)
(:if [ auth edit and ! auth admin ] :)
(:input form action={*$PageUrl}:) (:input hidden action xestagpages:)
Tags:    (:input text "Tags" size="40":)    {$Captcha} (:input captcha:) (:input submit value="Go":)
(:input end:)
----
(:ifend:)
Simon: 2008-03-29 -

Hi! Thanks a lot for your work! I've seen it working great on your site, but it just doenst work on mine, no matter what. I only get empty pages (Blog.Blog, Category.Category & Blog Archive). Only thing working on my installation is the tagcloud. I checked the pagestore locations several times by now with no effect, I deactivated pingback, doesn't helt either. Now I don't know what to do - any ideas? I guess there might be an error in the PmWiki-Code on Blog.Blog that should show the blog entries, something with the bracktes (?).

Thanks,

Simon


Simon 2008-03-29

Hi again! Sorry to have asked that supid question - I found out it was a bigger problem; since I had an old version of UserAuth the pagelist-directives didn't work at all, and that was the reason why the blog wouldn't work (PITS 00901) An Update to UserAuth2 solved my problem.

Thanks again for your great work!

Simon

The recipe still needs a lot of work to be completely polished, but several people have actually installed it other than me, some with more or less trouble. This recipe is MOSTLY a combination of a bunch of other recipes plus some extra templated pages in a new page directory to save people the trouble of figuring out all the page encoding. I'll hopefully be installing it on several more websites shortly, so I may have another round of revisions for it soon, but it does actually work for many people. Thanks! XES March 29, 2008, at 05:50 PM

togtog 2008-08-28

Hi, is it possible to have multiple blogs?

Probably, it would take changes to the code, and I haven't tried making it run multiple blogs. It would take some tinkering with both the PHP and the wiki itself to do so. XES August 28, 2008, at 01:33 PM

togtog 2008-08-29

thanks for the fast answer. From the technical point of view, is it possible by just extending the code base or would it be an rewrite of the whole code?

Can I have different blogs for each wikifarm or do they share some things? (as an different approach for multiple blogs)

togtog 2008-08-29

Hi again, just tried the wiki-farm approach.

But it seems not work propably, the plugin does not use the correct folder root/domain/subdomain/xeslib.d/ instead it only trys root/xeslib.d/ if it is there.

configuration root/local/farmconfig.php : include_once("$FarmD/cookbook/xesblog.php");

or do i miss something?

I'm sorry, I'm not sure I understand how you have your Farm set up, I don't currently use PmWiki in a farm set-up, and if "root" in your structure is the website root, then I am really confused -- the structure of Farms may have changed since I last made a farm, or perhaps you have your farm set up in a non-standard way? I think someone else got PmWiki to work in a farm setting. It would probably be looking for xeslib.d in the same directory as wiki.d if that helps. Also, you can copy all the pages in xeslib.d into wiki.d if you haven't edited them. Then you can edit out the lines that add xeslib.d -- and keep in mind that upgrading XESBlog, you may have to copy files into wiki.d very carefully, so you don't overwrite changes you made to your blog files. XES August 29, 2008, at 07:13 AM

togtog 2008-08-29 15:18:45+02:00

Hi XES,

yes the folder structure is not following the tutorial for wikifarms. root means the pmwiki folder /var/www/pmwiki-latest/.

But I found an workaround (not sure if it is save, security-wise). now I can have an xeslib.d folder in each wikifarm-folder.

diff 24c24,25
<               $WikiLibDirs = array(&$WikiDir,new PageStore('xeslib.d/{$FullName}'),new PageStore('wikilib.d/{$FullName}'));
---
>               $WikiLibDirs = array(&$WikiDir,new PageStore('$FarmD/xeslib.d/{$FullName}'),new PageStore('$FarmD/wikilib.d/{$FullName}'));
> 

btw, thanks again for all the fast and helpfull answers, togtog


Marte 2008-09-25 12:12:45+04

Hi XES,

is there a chance this blog can work together with presence ?. Once I install presence the pagelist (blogs pages) for Blog/Blog Dont Show.

Any Pointers or help would be apreciated.


Daniel 2009-10-21

All the links on my site became disabled with (Approve Links) in parentheses. How do I stop this from happening?

UrlApprovals are built in to PmWiki, but disabled by default. Here's the documentation for the built-in UrlApprove functionality: UrlApprovals. It may be possible to only have it check links in the comments group -- but it will be tricky because the Comments are included on the blog page. Trust me, you want comment links checked for approval! If you don't want comments on your blog, link approvals could be disabled for the entire website. I can build in the ability to disable UrlApprovals (with adequate warnings) with the basic package -- that's an easy tweak. The amount of comment spam out there on the web is extraordinarily high. People write generic "nice" blog posts like "I really agree with everything you said! Bravo!!" and then use their link back to their own website as the spammer link. This is very different from "Wow! When you said <specific point in paragraph 3>, my entire world turned upside down." type of comment or a comment from someone you know...it's spambot text, highly praising the post but with absolutely nothing specific in it, and occasionally completely out of context.
One other idea is to find a way to automatically disable comment links when the form is submitted -- both the commenter's URL and any URLs embedded in the comment text. Then you would have to edit the comment to enable the links in the comment post. i.e. purposefully breaking any "http://" or "https://" and making sure you don't have any recipes that automatically turn "example.com" into a real hyperlink. If you turn http:// into http:-// you'd just have to delete a character to "approve" a link in the comment. If you're still in need of this, I might be able to figure it out. I apologize for the long delay in responding -- I must have missed the notification of a post on the page. XES January 29, 2014, at 05:21 AM

rkm519 2015-07-29 22:05 CDT

Hi XES,

I downloaded the xesblog.zip to check it out but archive is NOT a zip file or else it is corrupted. It does not contain the first two bytes of PK not is there a content catalog and the end of the file.

After further investigation using UNIX tools I identified the file is tar gzipped file and should be named xesblog.tgz). I made a notation about this next to the download link.

Sincerely,

Russell K Montgomery, rkm519@gmail.com Corpus Christi, Texas, USA

Thanks for your note, I renamed the file and corrected the link. --Petko July 30, 2015, at 03:42 AM

Thanks for taking care of this :) XES July 30, 2015, at 04:07 AM


A quick PHP5.5-7.1 adjusted main recipe -- keeping the bundled recipes up-to-date should help too. When I have a moment after server migration, I'll go through and make sure all the included recipes are up-to-date and repackage the entire bundle. xesblog.phpΔ XES September 23, 2017, at 07:15 AM

PHP72

Talk page for the XESBlog recipe (users).