Hpatoio

So, here we go.

In resources/widget.php change

var params = {
 "containerID": "<?php echo $this->cmpId;?>",
 "initialTab"  : "<?php echo $initial_tab;?>",
 "feedID" : <?php echo (!$feed_id) ? "false" : "'".$feed_id."'";?>,
 "width"  : "100%"
};

to

var params = {
 "containerID": "<?php echo $this->cmpId;?>",
 "initialTab"  : "<?php echo $initial_tab;?>",
     <?php if ( $feed_id ) { ?>
	"feedID" : <?php echo $feed_id; ?>,
     <?php } ?>
 "width"  : "100%"
};

In widget.php change

$title = esc_attr($instance['title']);
$feed_id = esc_attr($instance['feed_id']);
if(empty($initial_tab)) $feed_id = "";
$initial_tab = esc_attr($instance['initial_tab']);
if(empty($initial_tab)) $initial_tab = "everyone";

to

$title = esc_attr($instance['title']);
$feed_id = esc_attr($instance['feed_id']);
$initial_tab = esc_attr($instance['initial_tab']);

if(empty($initial_tab)) {
      $initial_tab = "everyone";
      $feed_id     = "";
}

Hello, I’m experiencing the same problem.

When you put the “Feed activity widget” in the sidebar if you do not set the “Feed ID” the plugin set, at the javascript level, the value for feedID to a string with value “false”.

In this way the “Feed activity widget” try to load the feed with the ID “false” (that usually doesn’t exist)

Read the documentation for more info
https://developers.gigya.com/020_Client_API/010_Socialize/socialize.showFeedUI

This is not the only problem that this plugin has. If you try to set the FeedID in the widget form the value is not saved.

I’m working on a patch

—
Simone

Hello, and thank you for using *our* plugin.

You are right, messages are not very clear. Anyway here a short explanation.

Nginx keeps only one version of page in the cache[1]. If your site has a “mobile version” that is served when a mobile device connect two things can happen:

1) The page is cached and the cache was generated by a request from a desktop browser. In this case the user who get the desktop version of the site instead of the mobile one

2) The page is not cached. In this case the user get the mobile version of the site and the mobile version also get stored in the cache thus when a desktop user connect, if the page is still cached, get the mobile version

If you flag the checkbox when the backend send the response for a mobile request[2] set the HTTP header X-Accel-Expires to zero. In this way the response is not cached by NGINX

I hope these few lines help. Feel free to ask more question

—
Simone

[1] You can have multiple versions of the same page in the cache but you have to correctly set the the _cache_key_

[2] To determinate if a request come from a mobile device the plugin use the regexp you set in the next input field

You can use a script like this one.
https://github.com/perusio/nginx-cache-purge

Hello, can you please give me the URL for the “redirection plugin errors” you are using ?

Thanks

—
Simone

If this is your network setup then it’s good what your are doing.

PS: I’m just curious about what kind of website you are running to be afraid of 2GByte/s Ddos attack …

Are all your RP in the same LAN or are they spread around the planet ?

Hello nicloay.

It’s better if you set a shared cache for all your RP (a memcache server for instance)

Sharing the cache as the known different pros:

• if the resource A was cached by RP1 also the RP4 can reply with the cached resource. this will reduce the number of requests that are passed to the backedn
• the space for the disk/memory space for the cache is smaller
• having only one cache is good when you have to debug
• last you just need to invalidate the cache in one point

The NGINX configuration for this setup is even easier then your because all the RP have the same cache key.

Let me know if you need more details or help.

proxy_pass https://ALL_backend;

ALL_backend and ALL_ADMIN_backend are two variable that contains the addresses of all the backend and admin backend server.

In our configuration we have something like

upstream ALL_backend  {
  server 111.2.3.1:80;
  server 111.2.3.2:80;
  server 111.2.3.3:80;
  ...
  server 127.0.0.1:8080 backup;
}

upstream ALL_ADMIN_backend  {
  server 111.2.4.1:80;
  server 111.2.4.2:80;
  ...
  server 127.0.0.1:8080 backup;
}

About the things to change: the other values are about the cache duration etc. It’s better you read NGINX wiki for details.

ciao

Ciao !

Can you please post your nginx conf ? You run NGINX in front of an Apache ? can you provide details about your setup ?

—
hpatoio

PS: Spento l’incendio ?

Version 1.1.1 committed.

You don’t need “Nginx Proxy Cache Integrator” anymore if you install nginx-manager.

—
Simone

Version 1.2 is on the way, we are introducing few new features like

– purging for custom post type
– purging for custom taxonomy

we are testing it.

I’m going to commit another bug fix version 1.1.1 to solve problem on a single blog installation.

—
Simone

I’ve the very same problem after updating my blog to versione 2.84 !

I don’t have any plugin to insert video but I use the standard button “Embed Media” in WYSIWYG Editor.

I’ve noticed that the code inserted in the post in different from the previous version. Now an attribute classid=”clsid:d27cdb6e-ae6d-11cf-96b8-444553540000″ is added.

I’ve noticed that also on TinyMCE forum people are talking about this
https://tinymce.moxiecode.com/punbb/viewtopic.php?id=15202

If I delete “classid=”clsid:d27cdb6e-ae6d-11cf-96b8-444553540000” from the code inserted by the “Embed Media” button the video show up.

Now I’ve to figure out why they added this part in the generated code and how auto remove it.

Ciao

I’ve created my own templates starting from those I found on “view” folder.

I’m using version 1.3.1

—
Simone

I was working on this, I still have to test it a bit and then I can release it.

Can you send some test pics with EXIF data ?

Ciao

—
Simone