ottofilm

Since there aren’t many wordpress files and a new upload would be fast, I would upload an exact set of the files to where you want them, then delete the old set after you made the change. This way, you can get to admin files from the old location to make the change, and can check it at the new location. I’ve been shuffling files around and I’ve found that two sets for a minute or two saves headaches.

Hi Ville –

Six months later, I have an answer to your question. 🙂 I was looking for a solution to this myself, and a search of the forums didn’t come up with anything except this post, so I went into the code. In /wp-includes/links.php, at the bottom in the get_links_list function, the before, after, and between fields are not called from the database on lines 486-488, and then on about line 507, those items are hardcoded when the call is sent to get_links, and what is hardcoded for between is just a newline (\n). There are two ways to fix this:

1. a) Add the three fields to the SELECT so they’re picked up for the fuction. Lines 486-488 would probably become:

SELECT DISTINCT link_category, cat_name, show_images,
show_description, show_rating, show_updated, sort_order,
sort_desc, text_before_link, text_after_link, text_after_all, list_limit
"

b) then, list those three database items in the call to get_links, so line 507 changes from:

'
<li>',"</li>
","n",<br />


to:

"get_links($cat['text_before_link'],","get_links($cat['text_after_all'],","get_links($cat['text_after_link'],",<br />


Then the call to get_links should properly pull those settings from link categories.

The other, fast cheap and wrong (but the way I did it) way to do it, is to just hardcode that BR tag into line 507:

'
<li>',"</li>
","n<br>",<br />


or of course br \ if you’re doing that xhtml thing.

Dougal wrote this function originally so I might send this to him to see if I did it right.

Thanks podz and chuckg both!
you seem to have some problems with your site getting nuked now and then… is there a setting for that you could check? 🙂

Structure and data are both needed to recreate the database if it’s gone. SQL would most easily allow an import back in to recreate everything; with both structure and data in SQL format it will rebuild everything for you before you can even blink. I think extended inserts are overkill but someone else might know better; I think it’s just it labels every insert but the data will already be orderly and I don’t think that’s needed. Zip would be fine; it can read it back I believe on re-install.
If you post a lot, do it more often than once a month; remember there are no physical files to try and salvage as backup if the database is gone.