ole1986

Hi @xindaoict

I havent done it on windows – Maybe this link might help you a bit:

https://www.schaeuffelhut-berger.de/wordpress/apache-single-sign-on-in-windows/

Hello to everyone,

what I can tell you I am also using Windows server and it is working just fine.

try using the IP address of the DC instead of the name – Port 389 should be ok
Also enter a BaseDN – Something similar to:
dc=yourDomain,dc=LOCAL

and add the account suffix in “User” tab properly: @yourDomain.local

In some cases it is helpful to change the

load_plugin_textdomain( wp_listings', false, [...] );

to

load_plugin_textdomain( wp-listings', false, [...] );

This line is located in the plugin.php file

language files like wp-listings-de_DE.po (wp-listings-de_DE.mo) should than be used

I made the latest active-directory-integration plugin working with SSO.

You can find it here:
https://github.com/ole1986/active-directory-integration

Forum thread here: https://www.ads-software.com/support/topic/single-sign-on-active-directory-patch-sso?replies=2

First login automatically creates the user (dependent on the settings)

Hey,

Well than this function is even slower as I was expecting… And should not be used for large images or need an additional caching concept

I still would recommend my patch as workaround to skip this slow calculation once the thumbnail already exists

Thank you Kadence,

Reported this bug as pull request #87 on https://github.com/syamilmj/Aqua-Resizer
Direct link: https://github.com/syamilmj/Aqua-Resizer/pull/87

And BTW your answer is incorrect:
“certainly checks if the image is there before it’s remade”
– check line 118 (this is where it gets resized)
– check line 138 (this is where it checks for caching after line 118)

Regards

Hey,

I noticed we are using a custom plugin, which uses its own upload function.
That is why the extension of the “original” is different from the thumbnails.

If you want to have it more compatible, use my path

If you want to have more performance (because your cache check routine comes AFTER the image resize), use my patch.

Up to you

We will put the changes into our repo anyway

Regards

Unfortunately I cannot send you the image do to copyright protection.
What I can tell you is, its a large JPG image (~5MB) (written as filename.JPG <- uppercase extensions)

Maybe its because we are not using jetpack from wordpress

so the below condition does NOT apply to me:

if( class_exists( 'Jetpack' ) && Jetpack::is_module_active( 'photon' ) ) {

and it uses the below:

$aq_resize = Aq_Resize::getInstance();
return $aq_resize->process( $url, $width, $height, $crop, $single, $upscale );

Regards

A possible workaround is: to change the ‘spam’ column to’user_status’

$spam_column_test = $wpdb->get_row("SELECT ID FROM $wpdb->users WHERE ID=1 AND user_status != 1");
if(empty($spam_column_test))
    $sql = $wpdb->prepare( "SELECT user_id, value FROM {$bp->profile->table_name_data} WHERE field_id = %d", $this->bdfid);
else
    $sql = $wpdb->prepare( "SELECT profile.user_id, profile.value FROM {$bp->profile->table_name_data} profile INNER JOIN $wpdb->users users ON profile.user_id = users.id AND user_status != 1 WHERE profile.field_id = %d", $this->bdfid);

The .htacces file to authenticate against using Kerberos will look the following:

AuthType Kerberos
KrbAuthRealms YOURDOMAIN.LOCAL
KrbMethodNegotiate On
KrbMethodK5Passwd On
KrbServiceName HTTP/HOSTNAME.YOURDOMAIN.local
Krb5KeyTab /etc/yourKrb5.keytab
require valid-user

# BEGIN WordPress
# [...]
# END WordPress

Assuming that kerberos is properly configured on the server.
Howto setup kerberos: here