Sqltutorials.info is your gateway to the best
sites on the Internet for sql tutorials!
Looking for Computers, Technology, or Domain
Names? Browse our recommended resources or
just try the Sqltutorials.info search.
http://sqltutorials.info/

Good assumption!  I am using MT 3.3.  Thanks for the suggestion.

Easy installation and problem solved.  Thank you!

--- In mt-feeds-discuss@yahoogroups.com, "Timothy Appnel" <tim@...> wrote:
>
> You didn't say what version of MT you are using, but I will assume MT
> 3.3 and would suggest using Feeds.App 3. That version is most like
> Lite then version 2 which had numerous shortcoming I fixed in the
> overhaul that was the version 3 effort. I've been meaning to take the
> RC label off of Feeds.App 3 for months because I had no outstanding
> bugs left and haven't gotten around it. That's probably OK since I
> have to make some changes for it to operate in MT4. In rolling out
> Lite to Japan the issue of international character handling was
> resolved.
>
> Give Feeds.App 3 a try and see if you still have problems.
>
> <tim/>
>
> On 9/16/07, dmcycloid <keith@...> wrote:
> > This feed works in my installation of Feeds-App-Lite, but not the new
install of
(otherwise
> > working) Feeds.App 2.01
> >
> > http://www.mnf-iraq.com/index.php?option=com_rd_rss&id=3
> >
> > This one works: http://www.timaoutloud.org/xml/index.rdf
> > And this one: http://news.google.com/news?
> > hl=en&q=iraq&um=1&ie=UTF-8&tab=wn&output=rss
> >
> > But the one listed up top brings this error whenever it is present in a
template that's
> > rebuilding:
> >
> > "Build error in template 'Main Index': Error in <MTFeedsInclude> tag: Build
error in
template
> > '': Error in <MTFeeds> tag:"
> >
> > Any ideas?
>

You didn't say what version of MT you are using, but I will assume MT
3.3 and would suggest using Feeds.App 3. That version is most like
Lite then version 2 which had numerous shortcoming I fixed in the
overhaul that was the version 3 effort. I've been meaning to take the
RC label off of Feeds.App 3 for months because I had no outstanding
bugs left and haven't gotten around it. That's probably OK since I
have to make some changes for it to operate in MT4. In rolling out
Lite to Japan the issue of international character handling was
resolved.

Give Feeds.App 3 a try and see if you still have problems.

<tim/>

On 9/16/07, dmcycloid <keith@...> wrote:
> This feed works in my installation of Feeds-App-Lite, but not the new install
of(otherwise
> working) Feeds.App 2.01
>
> http://www.mnf-iraq.com/index.php?option=com_rd_rss&id=3
>
> This one works: http://www.timaoutloud.org/xml/index.rdf
> And this one: http://news.google.com/news?
> hl=en&q=iraq&um=1&ie=UTF-8&tab=wn&output=rss
>
> But the one listed up top brings this error whenever it is present in a
template that's
> rebuilding:
>
> "Build error in template 'Main Index': Error in <MTFeedsInclude> tag: Build
error in template
> '': Error in <MTFeeds> tag:"
>
> Any ideas?

This feed works in my installation of Feeds-App-Lite, but not the new install
of(otherwise
working) Feeds.App 2.01

http://www.mnf-iraq.com/index.php?option=com_rd_rss&id=3

This one works: http://www.timaoutloud.org/xml/index.rdf
And this one: http://news.google.com/news?
hl=en&q=iraq&um=1&ie=UTF-8&tab=wn&output=rss

But the one listed up top brings this error whenever it is present in a template
that's
rebuilding:

"Build error in template 'Main Index': Error in <MTFeedsInclude> tag: Build
error in template
'': Error in <MTFeeds> tag:"

Any ideas?

Thanks,
Keith

Six Apart's team in Japan got to the bottom of this in order to ship
Feeds.App Lite with MT4 in their country. I'm working on a MT4
compatible version of Feeds.App 3 that applies this fix and hope to
release it in the coming week or two. <tim/>

On 8/1/07, martin_infj <m.p.petrov@...> wrote:
> Hi Timothy,
>
> Is there a solution or do you plan a fix for this problem?
>
> As I previously wrote here, Feeds.App beta3 was working properly,
> fetching cyrillic feeds for a whole year until this problem occured.
> These feeds haven't changed at all. Maybe my web host has changed
> something...
>
>
>
>
> Yahoo! Groups Links
>
>
>
>


--
Timothy Appnel
Appnel Solutions
http://appnel.com/

Blogcast / Powerful blogging systems made easy
http://blogcast.net/

Hi Timothy,

Is there a solution or do you plan a fix for this problem?

As I previously wrote here, Feeds.App beta3 was working properly,
fetching cyrillic feeds for a whole year until this problem occured.
These feeds haven't changed at all. Maybe my web host has changed
something...

Right. Sorry I should have mentioned that. Glad that got things going. <tim/>

That did the trick.  Thanks!

(One note - it wasn't immediately obvious to me which files exactly to
delete.  Just in case anybody in the future runs into the same issue,
the cache is located in a directory called "feeds" in your mt-static
directory.  Just delete the files in there and you're good to go.)

-- Jason

--- In mt-feeds-discuss@yahoogroups.com, "Timothy Appnel" <tim@...> wrote:
>
> On 7/18/07, jason_lefkowitz <jason@...> wrote:
>
> > Storable binary image v2.7 more recent than I am (v2.6) at
> > ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/thaw.al)
> > line 363, at lib/MT/Serialize.pm line 46
>
> This would indicate that i Storable got downgraded and that the files
> Feeds.App 2 wrote can't be understood by the older version.
>
> These files are just caching (local copies of feeds) files. If you
> delete them there will be little impact to your system. Feeds.App 3
> shouldn't hang and the first time its run it should get fetch and
> rewrite the cache files to the new database driven system. (No more
> Storable -- I got rid of it for precisely these reasons.)  The only
> temporary side effect is that some feeds may appear out of
> chronlogical order. This happens when a feed doesn't include a
> published date. Feeds.App will create one using the present time
> before caching it. By deleting the cache files those timestamps are
> lost.
>
> Hope that helps. Sorry you are having trouble with this.
>
> <tim/>
>
> --
> Timothy Appnel
> Appnel Solutions
> http://appnel.com/
>
> Blogcast / Powerful blogging systems made easy
> http://blogcast.net/
>

On 7/18/07, jason_lefkowitz <jason@...> wrote:

> Storable binary image v2.7 more recent than I am (v2.6) at
> ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/thaw.al)
> line 363, at lib/MT/Serialize.pm line 46

This would indicate that i Storable got downgraded and that the files
Feeds.App 2 wrote can't be understood by the older version.

These files are just caching (local copies of feeds) files. If you
delete them there will be little impact to your system. Feeds.App 3
shouldn't hang and the first time its run it should get fetch and
rewrite the cache files to the new database driven system. (No more
Storable -- I got rid of it for precisely these reasons.)  The only
temporary side effect is that some feeds may appear out of
chronlogical order. This happens when a feed doesn't include a
published date. Feeds.App will create one using the present time
before caching it. By deleting the cache files those timestamps are
lost.

Hope that helps. Sorry you are having trouble with this.

<tim/>

--
Timothy Appnel
Appnel Solutions
http://appnel.com/

Blogcast / Powerful blogging systems made easy
http://blogcast.net/

Tim,

I've been using Feeds.App 2.01 on my MT 3.35 blog for quite some time
now with no problems. However, I recently started getting the
following error when I tried to rebuild my index pages:

Storable binary image v2.7 more recent than I am (v2.6) at
../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/thaw.al)
line 363, at lib/MT/Serialize.pm line 46

My presumption was that my webhost had upgraded the version of
Storable on my box, and that somehow broke Feeds.App.  I checked your
site and noticed there was a new 3.0 release candidate available that
explicitly removed the Storable dependency, so that seemed like just
the thing to get going again.

However, after unpacking the 3.0RC1 files into the appropriate places
in my MT directory and starting the upgrade process by logging in, the
upgrade fails with the same Storable error:

Error during upgrade: Storable binary image v2.7 more recent than I am
(v2.6) at ../../lib/Storable.pm (autosplit into
../../lib/auto/Storable/thaw.al) line 363, at lib/MT/Serialize.pm line 46

What's more, MT is stuck in the "Time to Upgrade!" loop. Every time I
log in it wants to upgrade Feeds.App, and it won't let me get into MT
until the upgrade completes successfully.

Is there a solution to this? Should I just completely blow away all
Feeds.App related files and try a 'clean' install, rather than an
upgrade from v2?

Thanks in advance...

-- Jason Lefkowitz

Yes. There is an option on the system overview page for percisely this
purpose. See attached screen grab. <tim/>

On 6/21/07, Martin Petrov <m.p.petrov@...> wrote:
> Timothy, is there a way to clear the FeedsApp cache?
>

Timothy, is there a way to clear the FeedsApp cache?

On 6/18/07, Martin Petrov <m.p.petrov@...> wrote:
> Thank you for your reply. It seems other people using FeedsApp Lite
> have encounter the same problem.
>
> On 6/18/07, Timothy Appnel <tim@...> wrote:
> > You are pulling in a feed that has a characters outside of your
> > default character set. I'd list it as an issue thought its unclear to
> > me if this is something specific to Feeds.App or something in MT. I'm
> > really under educated when it comes to Perl and character set
> > handling. <tim/>
> >
> > --
> > Timothy Appnel
> > Appnel Solutions
> > http://appnel.com/
> >
> > Blogcast / Powerful blogging systems made easy
> > http://blogcast.net/
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
>

Pel on all machines is running 2.22 which is the same as what's living
in /mt/extlib/date/

Bobb

Timothy Appnel wrote:
> I'd start by looking at Date::Format which is bundled in the TimeDate
> package. What version are you running in comparison to the latest? I
> ship Feeds.App 3 with the latest. <tim/>
>

I'd start by looking at Date::Format which is bundled in the TimeDate
package. What version are you running in comparison to the latest? I
ship Feeds.App 3 with the latest. <tim/>

--
Timothy Appnel
Appnel Solutions
http://appnel.com/

Blogcast / Powerful blogging systems made easy
http://blogcast.net/

Tim

I blew away the entire cgi-bin/mt/ directory and did a clean install
with version 3.35, (leaving my backend SQL db in place so I didn't need
to import blogs from backup), then I re-installed all the plugins
afresh. Everything looks happy, but I'm still getting the same error on
those feeds.

So I certain that the modules that run inside cgi-bin/mt/ are fresh,
which leaves me with two other possibilities:

Clear the feeds from the cache - which I don't see how to do in
Feeds.App 3 or MT 3.35. It isn't an option in the plugin settings. I
have the cache update settings set to 1 hour in the plugin setting panel
- is there a way to just force a cache clear that I'm missing?

This machine has been running Feeds.app since we worked out the internal
vs. external proxy stuff a few years back and it has lots of old perl
modules loaded in perl (as opposed to those in /extlib in MT). Could the
plugin be running one of those instead? If so what might be the likely
candidates for me to get rid of on the perl side of things?

Thanks.

Bobb Menk


Timothy Appnel wrote:
> I tried reproducing this and can't. This code running under MT 3.33 on
> Mac OS X (sorry I don't do Windows) everything turns out swell. I
> suggest the version of  all the modules starting with Date::Format and
> then XML::RAI to make sure you have the latest. With all the different
> versions you tried you may have an older version or incompatible
> versions getting loaded. <tim/>
>

I tried reproducing this and can't. This code running under MT 3.33 on
Mac OS X (sorry I don't do Windows) everything turns out swell. I
suggest the version of  all the modules starting with Date::Format and
then XML::RAI to make sure you have the latest. With all the different
versions you tried you may have an older version or incompatible
versions getting loaded. <tim/>

--
Timothy Appnel
Appnel Solutions
http://appnel.com/

Blogcast / Powerful blogging systems made easy
http://blogcast.net/

Tim

I'm getting this error during some rebuilds:

"Day '' out of range 1..31 at C:\Program Files\Apache
Group\Apache2\htdocs\local-cgi\mtblog\extlib/Date/Format.pm line 237"

I've tried this in Feeds.app commercial 2.01 with MT 3.2, 3.0 beta 3
with MT 3.33 and 3.0 RC1 with MT 3.35 (can you tell I'm testing prior to
upgrades here? :)

It looks to me like it may be having trouble in all those cases in
parsing rdf-formatted feeds (as opposed to xml, Atom, etc.)

When I look in the browser at two examples like these:
http://export.arxiv.org/rss/physics.optics
http://ej.iop.org/rss/0953-4075/latestpapers.rdf

Firefox can read the feeds just fine. When I test these using the
Feeds.app tracer in v2.01 it generates the same error message as above.

Any clues as to what might be happening here?

There are a growing number of scholarly journals that seem to be doing
their feeds in this format and unfortunately a lot of them are from
titles of importance to us here in the library.


Thanks for your help.

Bobb Menk
MIT Lincoln Laboratory Library

Thank you for your reply. It seems other people using FeedsApp Lite
have encounter the same problem.

On 6/18/07, Timothy Appnel <tim@...> wrote:
> You are pulling in a feed that has a characters outside of your
> default character set. I'd list it as an issue thought its unclear to
> me if this is something specific to Feeds.App or something in MT. I'm
> really under educated when it comes to Perl and character set
> handling. <tim/>
>
> --
> Timothy Appnel
> Appnel Solutions
> http://appnel.com/
>
> Blogcast / Powerful blogging systems made easy
> http://blogcast.net/
>
>
>
> Yahoo! Groups Links
>
>
>
>

You are pulling in a feed that has a characters outside of your
default character set. I'd list it as an issue thought its unclear to
me if this is something specific to Feeds.App or something in MT. I'm
really under educated when it comes to Perl and character set
handling. <tim/>

--
Timothy Appnel
Appnel Solutions
http://appnel.com/

Blogcast / Powerful blogging systems made easy
http://blogcast.net/

I solved it by going to the plugin settings and deleting all html
tags from "Limit HTML Tags".

.. I have a new problem :( Suddenly I got this error message when
rebuilding: "Wide character in print at lib/MT/FileMgr/Local.pm line
89."

Since I got this message, rebuilding the page makes all characters
look wierd (www.samocska.com/test). If FeedsApp tags are removed from
the template then the page is rebuilt with the correct characters.

Hi Timothy,

I'm afraid I have a problem again.

I just moved to MT 3.35 and the first time I ran run-periodc-tasks I
got this error:

Subroutine edit_object redefined at lib/MT/App/CMS.pm line 1991.
Argument "a href,b,i,br/,p,strong,em,ul,ol,li,blockquote,pre" isn't
numeric in numeric eq (==) at /home/martinpe/public_html/samocska/
_source/mt/plugins/feeds/lib/MT/Plugin/FeedsApp/ConfigMgr/System.pm
line 18.

Do you have any ideas what could be causing this?

I did a clean install of mt 3.35 and also added the following
plugins: Compare 1.1, MT-Notifier 3.4.4, RightFields 1.13 and
FeedsApp 3.0 RC1 ofcourse. All other plugins are disabled.

Hope you can help me. Thank you...

Its been on the roadmap for over a year. The issue is that a plugin of
this sophistication takes a lot of time and effort and pays almost
nothing. Given my current workload its never made it to the top.
<tim/>

--
Timothy Appnel
Appnel Solutions
http://appnel.com/

Blogcast / Powerful blogging systems made easy
http://blogcast.net/

Hello,

I'm very interested if the author is planning something similar in
the near future.

My English isn't very good...

Basically I would love to see FeedsApp being able to store all items
into a database, so old items can be displayed on a web page even
after they are not available from the original source anymore.

For example I'm showing 10 items on my home page and when there is a
new item, an old one is gone forever. Users sometimes want to find
something they've seen before, but it's not avaiblable anymore.

An archive page displaying all items ever fetched would be great :)

What do you think about it?

These are warning messages Perl will generate when in strict and
warnings mode. They indicate there is some sloppy programming (oops)
that "might" be causing an error. These issues may have no impact, but
should be cleaned up. I will log it in my list of issues to handle.
Thanks for reporting it. <tim/>

--
Timothy Appnel
Appnel Solutions
http://appnel.com/

Blogcast / Powerful blogging systems made easy
http://blogcast.net/

I just received this error after I rebuilt a template using run-
periodic-tasks:

Use of uninitialized value in string gt at /home/martinpe/public_html/
_source/mt/plugins/feeds/lib/MT/Template/Tags/FeedsApp.pm line 327.

It is repetead for every feed. Should I pay attention to it?

There is also another error I get from time to time:

Use of uninitialized value in length at /home/martinpe/public_html/
_source/mt/extlib/MT/Log/Base.pm line 42.

I asked MT support forum about it and they said this file is not part
of MT. So maybe it comes with FeedsApp?

Despite these errors, everything is working perfectly :) Thanks!

MTFeedEntries doesn't support a days attribute. Here is something you
could do though:

Feed Title - <MTIfFeedEntryUpdated
days="1"><strong></MTIfFeedEntryUpdated>todays's
date<MTIfFeedEntryUpdated days="1"></strong></MTIfFeedEntryUpdated>

I'm glad you asked this because it made me realize that I forgot to
document MTIfFeedEntryUpdated and a couple of similar ones.

=item MTIfFeedUpdated [minutes="" days=""]

A conditional tag that will display its contents if the feed
in context has been updated in the defined period of time. A
minute or days attribute is required.

=item MTIfFeedEntryPublished [minutes="" days=""]

A conditional tag that will display its contents if the feed
entry in context was published in the defined period of
time. A minute or days attribute is required.

=item MTIfFeedEntryUpdated [minutes="" days=""]

A conditional tag that will display its contents if the feed
entry in context has been updated in the defined period of
time. A minute or days attribute is required.

I've updated the knowledge base docs already:
http://appnel.com/kb/feeds-app/feedsapp-3-tag-reference

Hope that helps.

<tim/>

On 2/28/07, martin_infj <m.p.petrov@...> wrote:
>
>
>
>
>
>
> Timothy,
>
>  I'm using the method you suggested in your previous post, but can you
>  tell me if it's possible to show feeds from the last two days instead
>  of showing last number of feeds (lastn="10"). There isn't a "lastd"
>  attribute, is it?
>
>  I'm trying to achieve something like this:
>
>  Feed Title - <strong>todays's date</strong>
>  Feed Title - older date
>

--
Timothy Appnel
Appnel Solutions
http://appnel.com/

Blogcast / Powerful blogging systems made easy
http://blogcast.net/

Timothy,

I'm using the method you suggested in your previous post, but can you
tell me if it's possible to show feeds from the last two days instead
of showing last number of feeds (lastn="10"). There isn't a "lastd"
attribute, is it?

I'm trying to achieve something like this:

Feed Title - <strong>todays's date</strong>
Feed Title - older date

I'm running into a problem with the Task Manager and "run_periodic_tasks".

Seems that when I run it, and there is actually something for to run, my
index.html for blog_id=1 gets overwritten with my index.html for
blog_id=5.

In other words, my front page, which lives in /var/www/html, gets replaced
with the front page that lives in /var/www/blogs/my_ID.  The content is
all the same, etc...although it uses the styles_site.css that lives in
/var/www/html.

MT 3.34.

I've got my feeds configured as feed widgets...but I can't figure out, for
the life of me, why MT would be overwriting the index.html for one blog
with the index.html for another, but I end up having to rebuild the index
for my /var/www/html based site to get it back to normal.

> The Task Manager was a good idea that Six Apart added to MT 3.3, but
> sadly never documented it. This is something I had expected they would
> do so I wouldn't, but alas that's not the case.
>
> The MT Task Manager can run periodic tasks and is a usability
> improvement over the traditional means -- cron.  What's nice about the
> Task Manager is that plugins can add tasks to its work queue and
> provide an interface via MT with virtually no fuss to users. Using
> cron has meant shell access and understanding its somewhat crypt
> scheduling notation. Some ISPs provide web administration tools (such
> as Plesk or cPanel) that include a cron interface that doesn't require
> shell access making things a bit easier, but it still requires tasks
> (scripts) be setup manually each time. This said, cron has the
> advantage of being more precise. It can run a job at a specific time
> while The MT task manager cannot. I'll get into that in a minute
> though.
>
> The MT Task Manager runs one of two primary ways:
>
> * Fetching an activity feed
>
> MT added activity feeds to version 3.3 to monitor system activity
> through a feed aggregator. That feature in and of itself is quite
> helpful and convenient because it does away with email notifications
> (if you want) and monitor virtual any activity in the system without
> having MT open in your browser and refreshing the page. These activity
> feeds serve another purpose though -- they will cause the Task Manager
> to run. This allows users without access to cron service to
> run scheduled tasks.  The problem here is if an activity feed is not
> being accessed, then the
> tasks won't run either. The workaround is to use an online feed reader
> that will be polling an activity feed 24 hours a day.
>
> * Running tools/run-periodic-tasks.
>
> Yes, this would typically get run by cron; however, you only need to
> set this up once and you never really need to install another MT task
> script again. In version prior to MT 3.3 this script published any
> scheduled posts. Now it runs the Task Manager and publishing scheduled
> posts is just a task in its queue. If you are comfortable and have
> access to cron I recommend this method as its more reliable. If you do
> I suggest adding this line to you mt-config.cgi file:
>
>   ActivityFeedsRunTasks 0
>
> This will make MT skip over running tasks when an activity feed is
> fetched thereby saving some potentially unnecessary processing time
> and delay in fetching feeds.
>
> ON TIMING
>
> As I mention cron is more precise. To schedule a task to be run, you'd
> add a line like this to the crontab:
>
>   */15 * * * * cd /path/to/mt/tools; ./run-periodic-tasks;
>
> With this line saved to your crontab, periodic tasks would always be
> run at precisely the top of the hour, quarter past, half past and
> quarter of every hour.
>
> The task manager works by monitoring time elapsed since a task last
> ran. So a task like updating feeds may be configured to run every 30
> minutes. If the task manager is run and the feeds update task ran 29
> minutes ago, it would be skipped until the next time it is run which
> may not be another 30 minutes. So in other words, the task manager
> only allows you to control the minimum time between execution of a
> task and little else. When and how frequently you run trigger the task
> manager to run helps, but there is no guarantee of precisely when a
> task will run.
>
> The reduced precision of the MT Task Manager is an acceptable trade
> off in that most tasks in MT do not require such precision. If you do
> find you need very precise execution you need to use cron or the like.
>
> Hope that helps.
>
> <tim/>
>
> --
> Timothy Appnel
> Appnel Solutions
> http://appnel.com/
>
> Blogcast / Powerful blogging systems made easy
> http://blogcast.net/
>


--
Mike Burger
http://www.bubbanfriends.org

Visit the Dog Pound II BBS
telnet://dogpound2.citadel.org or http://dogpound2.citadel.org

To be notified of updates to the web site, visit:

https://www.bubbanfriends.org/mailman/listinfo/site-update

or send a blank email message to:

site-update-subscribe@...

On 2/13/07, martin_infj <m.p.petrov@...> wrote:

> I'm not sure if this error is related to FeedsApp.

It isn't. lib/MT/Util.pm is part of the MT core. Feeds.App uses it in
a few select areas like virtually all other MT software. It nothing I
have developed.

<tim/>

--
Timothy Appnel
Appnel Solutions
http://appnel.com/

Blogcast / Powerful blogging systems made easy
http://blogcast.net/

I'm not sure if this error is related to FeedsApp.

It happened after I added a bulgarian language dates entry to Util.pm.
When I delete it eveything is ok.

I added the entry via cPanels editor which transforms the cyrillic
characters (bulgarian) into html entities which displays correctly in
the html source.