Forum Replies Created

Viewing 15 replies - 1 through 15 (of 61 total)
  • Plugin Author cpjolicoeur

    (@cpjolicoeur)

    In the feedcache-cron.rb file, try commenting out line number 37 by putting a “#” symbol at the start of the line.

    Instead of the line being this:

    :socket => MYSQL_SOCKET,

    change it to this:

    # :socket => MYSQL_SOCKET

    and then see if it runs fine for you.

    Thread Starter cpjolicoeur

    (@cpjolicoeur)

    I have no problem using custom fields. I do it all the time in themes I write and I fully understand how to use them and how they could be used in this case.

    The big problem with this theme is the 300+ sidebars that are defined in the functions.php file for this theme. When the user actually tries to go to the widgets page in the WP Dashboard, all 300+ of these sidebars have to get loaded which causes serious slowdowns (and sometimes even crashes) in the dashboard.

    I guess the big question is is there a way to dynamically create new sidebars as you need them. For instance, I already have created and setup five unique sidebar configurations and now I determine that I need a new one. Is there a way to dynamically add a new one?

    I guess, I could store the current number in the database as a theme option, and then have a function in functions.php that loops through the count I need to create new ones??

    Thread Starter cpjolicoeur

    (@cpjolicoeur)

    all are sidebar with widgets. every page has no static content. all content for every page comes from the dynamic widgets in the left, center, and right sidebars that are defined in the functions.php file.

    Thread Starter cpjolicoeur

    (@cpjolicoeur)

    the problem arises in that each page needs to have its own unique sidebar. I can’t just have one generic “left” “center” and “right” sidebar because then the same content would be displayed on each page.

    Each page needs to be able to have its own unique left, center, and right sidebar to get its own unique content.

    therein lies the problem

    Thread Starter cpjolicoeur

    (@cpjolicoeur)

    again, that was my original though as well, each page could (and will ) have different sidebars.

    one page might have 2 rss widgest on the left, 3 rss in the middle, 1 rss and 1 text on the right (for an example).

    the next page might have 1 rss left, 2 rss in middle with 1 text, and 2 rss on the right.

    The feed list and output of each pages rss widgets will be different. the same widget isnt duplicated in multiple places.

    And using a $number variable like in your example really doesnt do anything special for me. I still would be required to have the 100 pages and 100×3 associated sidebar pages with them already created in the filesystem.

    Thread Starter cpjolicoeur

    (@cpjolicoeur)

    Ok. I randomly chose the “Page10” template as an example

    https://pastie.org/639378

    The pastie includes the main template and the three “sidebar” templates as well

    Thread Starter cpjolicoeur

    (@cpjolicoeur)

    Peter,

    I agree about using custom fields, and that in fact was my first thought.

    However, that didnt work for this client because he needs to have the ability to use widgets. How can I allow him to setup widgets for each column via custom fields?

    I can confirm this hacked worked (at least partially) on my site running 2.8.4

    There were 2 new admin accounts created but no files or permalinks were changed.

    The 2 new admin accounts were created with the javascript code embeded in their associated wp_usermeta values like we have seen so far.

    All my other 2.8.4 sites seem to be fine, but this one site was “hacked” so to speak.

    No real damage one other than the user accounts being created and the wp_usermeta values being added to hide the users from showing on the wp-admin users page.

    Just wanted to confirm that this IS affecting 2.8.4 though.

    Thread Starter cpjolicoeur

    (@cpjolicoeur)

    ok, thanks guys.

    I know that I could do it via writing a new plugin, but I just wanted to put some feelers out and make sure someone hadnt already done it.

    Guess its time to write another plugin.

    ditto.

    anyone willing to take a look at this and see if they can’t get the authentication working again?

    if not, can anyone recommend a *working* alternative that will post status updates to twitter when a new blog post entry is made?

    excellent. thanks Lester

    Forum: Plugins
    In reply to: Author box for each post

    Have you already found a solution or are you still looking for some help with this?

    I take it by your post that you aren’t interested in manually editing your theme files to add the “author box” section.

    There are a few author image plugins out there but if you are looking for something a little different let me know. I wouldn’t mind writing it up as a plugin for you.

    Just go to your Dashboard->Manage->Posts and select the post you want to close comments on. Then go down to the Comments & Pings section and uncheck the Allow Comments option for that post

    nice layout. well done design for a portfolio site

    The reason is needed is because the built in wp_fetch using MagPie doesnt perform well under heavy loads.

    The built in functions work well for 1 or 2 feeds, but if you are trying to grab and parse 30+ feeds with everypage load it bogs down.

    Yes, there is also built-in caching with wp_fetch, but still, once every hour (or however long you set the cache timeout) there will be a SUPER LONG page load as all 30+ feeds are updated.

    FeedCache fixes this by doing all the fetching and parsing in the background via CRON jobs. Then all the display theme needs to do is read a txt file and display the contents which results in SUPER FAST page loads.

    I’m not sure what this error with Podpress is, but I dont think its related at all to the FeedCache plugin

Viewing 15 replies - 1 through 15 (of 61 total)