skippix

Thanks for your reply. I tried that but instead of getting my thumbnails I get black squares…no joy.

Ok, first, thanks for your response…high marks for that.

Yes, to answer your question, the Classic Editor plugin does respect the category restriction.

Unfortunately, that is an all-or-nothing proposition. Unless I’m missing something, there is no way to make the editor specification user-specific – which means that all contributors, authors, editors, and admins have to use the classic editor. That’s not really a good thing…

Any other ideas? Or any more questions? I’m willing to work with you on this.

AFAIK, it is dead. at the moment, i’m testing out https://www.ads-software.com/plugins/anti-captcha/

hannah, if I recall correctly I simply left the separate XML files on my local HD and then browsed for them when prompted by the import process.

As for the XML, that is a bit tricky. Even if Dreamweaver doesn’t like the XML file, the importer should be able to handle it. I don’t recall the content being as much of an issue as the other things (dates, permalinks, size of files).

FWIW, my situation is decidedly different that most, as my main site is for photography; my 600-ish posts have nearly 4000 pieces of media that all are treated as separate posts. In the end, I have abandoned trying to use this plugin, instead opting for simply exporting the SQL through phpMyAdmin, then using a text editor to break the larger files down, and then importing the SQL into the target WordPress’ database. As I’m hosting through bluehost, I used their file manager to move the contents from one place to another; this could just as easily be done by zipping up the upload folder and using an FTP utility to move it somewhere else and then unzipping it.

I don’t know if this will be helpful or not, but I’ll toss it out there.

I needed to build an archive for digital images. The catalog had a hair under 5000 images organized into 300+ collections. Seeing that the csv importer wouldn’t handle images, I opted to go with the built-in WordPress importer.

To get it to work, I reverse engineered an export and then wrote a little program that generated the xml necessary for the import. It handles posts, images, featured images, and tags (and the images are associated with the post via the post_parent field). My program also sorted out my photos into a folder structure that corresponds to my WordPress upload configuration. In the end, I uploaded my images (yes, that took a while), ran the import, and ultimately had my website completely populated.

So, it is possible to automate a batch population of a WordPress site. I wrote my program in Delphi (the only language I’m fluent in), and I was able to take advantage of a uniform image naming convention that made it easy to keep things organized. I don’t know how well my little program will work for others, but I think the idea is fairly simple. If you have the ability to create your csv file, it might not take you much more work to create the appropriate xml file.

You can see the end result here

This has been a nightmare for me, as well. I am getting it there, kicking and screaming, by breaking the import file down into smaller chunks, putting the posts in one file, the attachments in another, as well putting the tags and categories into their own files.

One problem I had was with some post that had dates in the future; these would hang the process. For whatever reason, when I changed their dates, they went in just fine.

I’ve been pulling my hair out with this plugin as well. I’m not completely out of the woods, but I’m getting close, mainly by breaking the import down into smaller files. I haven’t got a magic number, yet, as to how many lines are edible in a single bite.

What I’ve been doing is watching the process through phpMyAdmin to note where the process seems to hang; when it does, I go back to my source and delete out the items that made it in. It sucks, but I don’t have an alternative ??

Found it!

It’s in the wp_postmeta table

If one is already defined, then
UPDATE your_database.wp_postmeta SET meta_value = ‘[the wp_post.ID value of the gallery image]’ WHERE wp_postmeta.post_id = [the wp_post.ID value of the post] and wp_meta_key=’_thumbnail_id’;

If you are inserting one then
INSERT INTO your_database.wp_postmeta (meta_id, post_id, meta_key, meta_value) VALUES (NULL, ‘[the wp_post.ID value of the post]’, ‘_thumbnail_id’, ‘[the wp_post.ID value of the gallery image]’);

can anyone point me to the code?

anyone? just a little help, please?

anyone?

sorry for that awfully formatted post ??

the form code is this:

<form name="registration" method="post" action="/wp-content/themes/kbb8/register.form.post.php" >
<p><label for="BQ_name">Name</label><input type="text" id="BQ_name" /></p>
<p><label for="BQ_email">E-mail</label> <input type="text" id="BQ_email" /></p>
<div style="padding-top:4px;" >
<input type="button" name="button" value="Submit">
</div>
</form>

the processing code is this:

<?php
echo "I was clicked!";
echo "<p>";

$grf_name = $_POST['BQ_name'];
$grf_email = $_POST['BQ_email'];

$sql = "insert into wp_gRF (gRF_name,gRF_email,gRF_date)
values ('$grf_name','$grf_email',NOW())";

echo $sql;

global $wpdb;
$wpdb->query($sql);

echo "<p>";

echo "Your registration has been submitted!";
?>

Thanks again to anyone who can help me straighten this out and make it work!

Are you using FF? The uploader is working for me under IE, just not FF.

I hate having to resort to workarounds. It seems that this has been a problem for long enough that someone would have dealt with it by now…

There is still something amiss. A few weeks ago, I had the same problem and was able to resolve it be removing Google Gears. Unfortunately, after upgrading to wp2.8, I’m having problems again with the uploader. Now it goes from “crunching” to prompting me to login. The files actually do upload, but they aren’t showing in the media list.

On the other hand, the uploader is working fine in IE. I hate IE, and I really hate the idea of having to go back and forth between the IE and FF just to upload photos.

I really wish someone could solve this flash/FF thing…

I have exported the ngg tables from the source site using phpMyAdmin

I have imported those tables into the target site

First, you have to have at least two databases (I’m using bluehost). In phpMyAdmin, select your database, then click Export.

Next, pick the tables you want to export and then down at the bottom, click on ‘Save as File’. Click the [Go] button, and follow any prompts you get to save the file to your harddrive.

To import, simply pick the database and use the import function.

Hope this helps.