Jonnyirish

Check your apache2.conf file. First make a backup copy, then…

The following section is standard:

<Directory /var/www/>
        Options Indexes FollowSymLinks
        AllowOverride None
        Require all granted
</Directory>

Change AllowOverride None to AllowOverride All then save it. Restart Apache then should be o.k.

This assumes that your v-host file also has the AllowOverride All.

• This reply was modified 4 years, 4 months ago by Jonnyirish. Reason: blockquoted word instead of making it bold

You’ve renamed Http -> Https, so you need to update the wordpress database with the new url names also. In the past, I’ve used a plugin to do this – called Search & Replace. Hope this sets you in the right direction!

glad it worked out for you!

Ritgo.. by default, when you add a field to the application form (in the settings) the new field gets included in the email that’s sent. Maybe I’ve misunderstood what you’re looking for.

Hi Thomas,

Here’s the solution packaged into an add-on plugin.

-Jon

Job Manager Add-on for WP All Import

Hi Thomas,

Here’s my fix. It’s not pretty but it works…

Since the plugin doesn’t strictly conform to custom-post types methodology, I had to update the POST_PARENT by accessing the database directly using $wpdb method. I did this from within functionality in the WP ALL IMPORT plugin.

The WP_ALL_IMPORT plugin has a hook at ‘post_saved’.

add_action('pmxi_saved_post', 'post_saved', 10, 1);
function post_saved($id) {
}

So, I just hooked into that and performed a query to update the post_parent for each record that I was importing:

add_action('pmxi_saved_post', 'post_saved', 10, 1);
function post_saved($id) {
global $wpdb;
$wpdb->query( $wpdb->prepare( "UPDATE $wpdb->posts SET post_parent = %d WHERE post_type = %s",8, 'jobman_job' ) );
}

I used the value 8 in the query because that’s the ID of my Job Manager base page. Other users would just need to insert their Base Page ID and it would work. The table names would be the same for all users.

Hope this helps somebody.

-Jon

Hi Thomas,

Following some more research on this issue by comparing and contrasting posts that displayed versus posts that did not display (when view post is clicked), I’ve discovered something unusual with the one of the post meta.

When a job is imported into jobman (using wp-all-import Pro), the job is added to the WP_POSTS table in the SQL Database with a POST_PARENT value = 0 (possibly from admin-jobs.php … approx line 575). So this is creating a permalink for the newly imported job in the form of https://example.com/the-name-of-the-job-here for each job when it’s imported.

When I visit the SQL Database directly and I change the POST_PARENT value from 0 to 8 (will be a different value for different sites I expect) on a job record, the problem disappears when I revisit my WP installation.

Would it be possible to (easily) update the plugin to address this issue?

If not, you might be able to give me a few ideas on how I could workaround? Please not: My objective is to be able to import jobs into the plugin and not have to do any manual intervention once the jobs have imported into the JM plugin.

Rgds,
Jon

Thomas,

I have found an interesting situation in relation to my imported jobs showing with no ‘/jobs/’ piece in the URL on the ‘Job Manager: Jobs List’ page where we can view or edit or archive each job by selecting it.

When I turn off my permalinks (they’re always set to/%postname%/) I can view the imported jobs when I click on ‘view’ in the jobs ‘Job Manager: Jobs List’ !! But, when I turn on my permalinks, I go back to the situation where the jobs aren’t viewable.

This leads me to think that there may be a simpler solution to fix the issue I’m seeing. Any thoughts?

Hey Thomas – don’t worry about it. I was trying to print out an extra variable using the existing jobs widget.

For example, the widgets display only the ‘job title link’ and the ‘job title’ in each of the widgets. I wanted to print out one of my own fields along with those other two.

In the ends, I figured out what I was doing wrong. In order to print the extra ‘custom fields’ (called ‘data5’) in my theme files I was using:

<?php echo get_post_meta(get_the_ID(), 'data5', true); ?> … and that was working fine in my theme’s search results.

… but in the loop in widgets.php that code wouldn’t work; found out that I needed to change it to:

<?php echo get_post_meta($job->ID,'data5',true); ?> …. all is fine now.

-Jonny

Note : I inserted an echo var_dump($jobs); and noticed that there’s no reference to any of the jobman fields there… so I guess I’m on the wrong tract?

Thanks for that Thomas. I’ll dig into it and reply back here when I have it figured out. I appreciate the responses –

I imagine this will take me some time so by all means mark this topic as resolved while I go do some work.

Rgds,
Jonny

Much appreciated Tom-

Hi Tom,

The link you referenced is the importer that I’m using.

I will try to figure it out. To get me started, would you be able to tell me what fires in your plugin when the ‘update jobs’ button is clicked?

Cheers,
jon

Thanks for clarifying that. I thought that I was missing some styling but I wasn’t.

Here’s a snapshot of what I’m seeing at the link I gave you… just in case we’re seeing different things:

https://djonryan.com/mobile_qptech/wp-content/uploads/2015/drp.jpg

none of the styling is showing. I’m just seeing the ‘choose file’ button and the ‘submit’ button