converting2wp
Forum Replies Created
-
Forum: Plugins
In reply to: Access control plugin recommendation?For now, I’m using Page Restrict, with additional controls based on User Role Editor
Forum: Requests and Feedback
In reply to: Flashy but useless "distraction free editor"@kato – yes the fade in/fade out tool bar has been there since the beginning. But the problem, as noted above, is that it has only a handful of the formatting buttons that are available in the non-full-screen editor.
Note that both the Full Screen and regular editor have keyboard shortcuts — find those by clicking the help button. [Is that what you were asking about with the “key command shortcut”?]
And one thing that might have been added more recently (given the comments above) is that Alt+, Alt-, and Alt0 can be used to widen, narrow and reset the width of the text area in Distraction Free mode.
Forum: Plugins
In reply to: Access control plugin recommendation?Thanks. I think that’s going to be overkill for my current situation, but it’s good to know that it’s out there.
Forum: Requests and Feedback
In reply to: Flashy but useless "distraction free editor"+1 for adding a more complete toolbar to the full-screen visual editor.
Full screen isn’t only useful for writers — but also for editors who are cleaning up the [semantic] formatting of others. In fact, I could argue that the full-screen view is even more important for those folks trying to make sure the entire article “looks” right.
So the editors *could* click the help button and find the keyboard shortcuts for adding headings and such. But keyboard shortcuts? It’s 2011 people, not 1986. Yep, I learned all those Word Perfect formatting keys, but my guess is that many folks who’ve come to WordPress from nontechnical fields may never have used a text formatting system that wasn’t completely GUI driven. Please give them a break! (And if this means that they should be using something else to post/edit and using remote publishing protocols to actually change their text, maybe there could be a list of other editors that are recommended?)
Is that a symptom of the development team’s fascination with the “distraction free writing” in the full-screen view? It has only a minimal set up buttons and many other formatting features (heading styles, for instance) are relegated to keyboard shortcuts.
/offtopic/
While I guess I see the point of the “clean screen” for writers, that new “feature” seems to ignore the fact that on many sites, there are also editors that go in and clean up the formatting for others. They, too, need a full screen mode — *and* access to easy formatting tools.It’s been 20 years now since most people left behind keyboard shortcuts for formatting in favor of icons and gui support for formatting. Yes, of course, the formatting should be semantic, but still – having the dropdown of styles would be helpful.
[I’ll figure a better place to post this –maybe its in the Ideas somewhere.]
/\offtopic/Forum: Fixing WordPress
In reply to: Changing Table Prefix – Current state of the art?I’ve updated the Trac ticket with some additional info:
http://core.trac.ww.wp.xz.cn/ticket/4780But the bottom line is that the only database entry that caused confusion above was XXX_options.wp_optimize (instead of XXX_options.XXX_optimize). On closer inspection the very existence of the wp_optimize option was a symptom my install had been hacked.
Forum: Fixing WordPress
In reply to: Changing Table Prefix – Current state of the art?Thanks.
The rename script I used was
RENAME TABLE
wp_commentmeta TO s_KifH_commentmeta,
wp_comments TO s_KifH_comments,
…and while I’m no SQL expert, I would have expected that to copy keys and such as well as your CREATE/INSERT.
The problem seems to be that after the rename, there is, for example, a row in the s_KifH_options table that has
option_name = wp_user_roles
that needs to be changed to
option_name = s_KifH_user_rolesIt’s not that much work, but it seems like changing all such “wp_*” entries isn’t quite right. For instance, I think there’s a
option_name = wp_optimize
that should be left alone.
Since I’m not getting any definitive answers, and I don’t want to (am not qualified to) read through the code, for now I’m just leaving the prefix at “wp_” and creating a new database for each install.
Glad it worked for you, though!
Forum: Fixing WordPress
In reply to: Changing Table Prefix – Current state of the art?Anyone? Or do I have to go back to one database per install?
Forum: Fixing WordPress
In reply to: NEW PROBLEM :(In the article esmi referred to above it talks about moving the files from the old system to the new. This would include the directory wp-content/themes that has all your theme files. In fact, all of the files under the wp-content (a directory at the same level as the wp-config.php file) should be moved to the new location. You may need to reactivate plugins and select the theme that you want after you put the files in place, but the first step is to make sure they are there.
Forum: Fixing WordPress
In reply to: Can i just use wordpress for one page on my website?Just to be clear – you did a “publish” not just a “save”, right?
Forum: Fixing WordPress
In reply to: How do I put the time and date of last update?Do you care about changes to pages or just posts?
What software’s available on the other site, and do you know how to use it?
If you don’t care about updates to pages, http://yoursite.xxx/feed/ is an XML file that can be parsed to pull out the date of the most recent post. For someone
o with experience manipulating RSS feeds and XML, and
o familiar with your platform for putting dynamic content on the other site,it shouldn’t take very long.
Forum: Fixing WordPress
In reply to: Changing Table Prefix – Current state of the art?Yes. I did both of that. But there are really 3 steps, not two:
1. Change the table prefixes
2. Change $table_prefix in wp-config.php
3. Change *entries* in the tableprefix_usermeta and tableprefix_options tables where the $table_prefix is embedded in the data, not just the name of the table.The Trac entry lists some of the fields where #3 is required. I’m asking if there are others that have been added since then (I can look at the tables and guess, but I’d prefer an answer from someone who knows the code).
Forum: Fixing WordPress
In reply to: Changing Table Prefix – Current state of the art?I did a little further investigating on an install where I *did* choose the table prefix when I installed things.
Of the items noted above, the xxx_options table *does* have an entry with option_name equal “wp_optimize” (not xxx_optimize). But the xxx_usermeta table had an entry with meta_key equal to xxx_dashboard_quick_press_last_post_id
Forum: Fixing WordPress
In reply to: Changing Table Prefix – Current state of the art?Because I want to support 3-4 different versions of the site from one database. And I want to install a “site” by moving a running system into place.
On the other hand, there’s a recommendation in the Hardening WordPress article that it’s good to change the table_prefix — and that’s not apt to be the *first* article someone new to WP reads, so there *should* be a way to do that on a running system in a reliable way.
Forum: Fixing WordPress
In reply to: Changing Table Prefix – Current state of the art?Okay, I lied trying to simplify things — but I don’t see any mention of “table prefix” in that article on Moving WordPress.
[I actually moved the site from an installation on another host — so steps (1) and (4) were ginormous oversimplification of how things were done.]
This article is about a problem is with changing the table_prefix *after* the installation. It’s a problem that’s been around for years, and I don’t see any plans to fix it so I’m just checking to see if earlier solutions are still valid.