CooLMinE
Forum Replies Created
-
Forum: Fixing WordPress
In reply to: Is my webserver compromised ?Hello octalmage,
I am not using RevSlider, neither is my theme referencing it (at least from what I am aware).
I don’t have the RevSlider plugin, I’ve searched through all the files for RevSlider references (TotalCommander, find text feature) as well as all the web server logs to see if anyone called a URL that had to do with RevSlider. I couldn’t find anything related to RevSlider.
My guess at the moment (shot in the dark) is that the website might been have a malicious cron job, since this triggers every 2~ days. I’ve used WP Crontrol to view all the scheduled cron jobs but nothing looked suspicious since there was nothing that was running every 2 days.
Forum: Fixing WordPress
In reply to: Is my webserver compromised ?Extra information from the event log:
Name: Backdoor:PHP/WebShell.J ID: 2147683134 Severity: Severe Category: Backdoor Path: containerfile:_C:\Windows\Temp\php99EB.tmp;containerfile:_C:\Windows\Temp\phpDC36.tmp;file:_C:\Windows\Temp\php99EB.tmp->revslider/error.php;file:_C:\Windows\Temp\phpDC36.tmp->revslider/error.php Detection Origin: Local machine Detection Type: Concrete Detection Source: System User: NT AUTHORITY\NETWORK SERVICE Process Name: Unknown Signature Version: AV: 1.191.4893.0, AS: 1.191.4893.0, NIS: 113.69.0.0 Engine Version: AM: 1.1.11302.0, NIS: 2.1.11005.0Name: Backdoor:PHP/WebShell.J ID: 2147683134 Severity: Severe Category: Backdoor Path: file:_C:\Windows\Temp\php9CBA.tmp Detection Origin: Local machine Detection Type: Concrete Detection Source: Real-Time Protection User: NT AUTHORITY\IUSR Process Name: C:\Program Files (x86)\PHP\v5.4\php-cgi.exe Signature Version: AV: 1.191.4552.0, AS: 1.191.4552.0, NIS: 113.67.0.0 Engine Version: AM: 1.1.11302.0, NIS: 2.1.11005.0Forum: Fixing WordPress
In reply to: Is my webserver compromised ?Yes, my website is on this machine. It is a dedicated server running Windows Server 2012 R2.
By default when something is uploaded or created using PHP, the file is created in the temp folder (based on my understanding), then moved to the upload location as soon as the file is fully uploaded.
By the looks of it the antivirus detects the upload/file creation before it is fully finished.
I don’t see much info on your page that answers the issues I raised though, and this is the second time I went over the changes. Could you please point me to the information you think they answer the issues I raised ?
As for the links on the referrers, personally I would prefer the previous functionality rather than seeing duplicate values for the same referrer with different session count. You could have added that as an option instead of removing it completely.
Currently I am being forced to log into Google Analytics to get the information I want since you do not provide them any more. Referrers being one of them. Something which sadly makes this plugin obsolete (for me).
Now I understand that you have your own vision for the plugin and I am not trying to force anything here. I am just stating my thoughts and, hopefully, providing some constructive criticism. What route you will choose to take, that is up to you.
Sadly I will have to agree with oskard on this one.
It takes more clicks that I would feel comfortable with to get all the information I will want to see. In addition to that, in the referrer’s section, it doesn’t seem to be possible to see the actual URL anymore, just the domain.
For me both of these issues are a show stopper as these are some basic features I was looking for from the start.
A solution to this, although I am not sure if that would be possible, is to allow for multiple “Widgets” on the dashboard. This means you can keep exactly the same functionality (dropdown menu) but also allow the users to spawn more than one “widget” of information (of different type) as well as giving them the ability to re-arrange them how they would like.
Forum: Plugins
In reply to: [SlimStat Analytics] the yellow block, when it after upgrateYeap I see now… I tried to duplicate the issue on the test side and it doesn’t appear there either. On the main side switching to the side menu option fixes the issue completely.
I feel a bit reluctant about giving you an account on the main side since I never bothered optimizing user permissions and some of the plugins expose critical information (mainly hard coded credentials), hope you understand. On the other hand I wouldn’t mind giving you access on the test site but since I can’t duplicate the issue there (even with the same theme files and WP version) I don’t think that will do any good.
The only thing that the two installations don’t have in common are the plugins (which I already tried disabling them or installing them on the test site) and the database which I actually tried to uninstall the SlimStat plugin to ensure it wasn’t any leftovers in the database that might were the reason of conflict but the issue remained even with reinstalling the plugin.
On the plus side everything works smoothly using the side menu, just need tokyo3th to verify if that fixes his issue as well to ensure this isn’t something that only works for me.
I will continue my search to find what is causing the issue and I will update if I find anything. In the meanwhile if you need any information that I can provide feel free to ask.
Forum: Plugins
In reply to: [SlimStat Analytics] the yellow block, when it after upgrateExcept SlimStat ofcourse 😛
I think I managed to find the issue. Try switch to the admin bar menu (my guess is that your are using the side menu) and tell me if you can duplicate the issue 🙂
Forum: Plugins
In reply to: [SlimStat Analytics] the yellow block, when it after upgrateI am running WordPress 3.8 on both the main website and the test website.
I just tried disabling all the plugins and clearing the cache but the issue persists (even with 0 plugins enabled). The main website runs exactly the same theme files as the test site so I’m assuming the theme isn’t the issue. In addition I tried installing all the plugins from the main side to the test side and the issue doesn’t appear there.
I am running out of options. Is there anything in the changes (mainly html source wise) that could be the issue ? (Since the older version works).
Forum: Plugins
In reply to: [SlimStat Analytics] the yellow block, when it after upgrateUpdate: The issue doesn’t appear on my test site. I noticed that on the main site there were a lot of stray end tags divs which are probably the cause of the issue.
</div> <div id="slimstat-modal-dialog"></div> <div class="clear"></div></div><!-- wpbody-content --> <div class="clear"></div></div><!-- wpbody --> <div class="clear"></div></div><!-- wpcontent -->Trying to figure out if it’s an addon issue. I will update as soon as I have more info.
This issue appears to be happening only on this version of wp-slimstat so there is probably a conflict somewhere.
Forum: Plugins
In reply to: [SlimStat Analytics] the yellow block, when it after upgrateMay I ask if you are running WordPress 3.8 on the site you are testing ?
Not sure if it’s a site based issue since tokyo3th is suffering from the same.
This seems to be related to a css issue since setting .postbox’s overflow property to hidden seems to somewhat fix the problem. Everything seems to be properly visible the way they were before the update. Though it is still not displayed correctly I think (http://i.imgur.com/jkOleuo.png) but it narrows down the problem.
Forum: Plugins
In reply to: [SlimStat Analytics] the yellow block, when it after upgrateGoogle Chrome 31 has the same issue.
Forum: Plugins
In reply to: [SlimStat Analytics] the yellow block, when it after upgrateYou can get a glimpse of the backend showing properly (when cache is cleared) but towards the end of the page load this happens.
Forum: Plugins
In reply to: [SlimStat Analytics] the yellow block, when it after upgrateSame here, not exactly yellow, a bit brownish 186, 118, 10 (rgb value). Using Firefox 26 and already cleared the cache.
Forum: Fixing WordPress
In reply to: Add subfolder to a page's permalinkThanks for the response keesiemeijer,
That was my first approach, tried both setting the page to be a child of another page and even setting a different template for it. Sadly it doesn’t affect the permalink (I’ve created a new page each time since from what I’ve the permalinks doesn’t update automatically).
Could this be a conflict between my permalink settings ? At the moment the permalink settings are set to “custom structure” with “/%category%/%postname%/” as value.
Edit: Ignore what I said above, it seems that the permalink doesn’t reflect the actual permalink till the page gets published.
Thank you for your help 🙂
Forum: Fixing WordPress
In reply to: WordPress wraps divs with a "strong" tagThat was an example link to illustrate how I did the installation 🙂
I managed to find the issue, and I am a bit ashamed to admit it. It was an open strong tag (that I never closed) on an older post.
I was so fixated on the strong tags FireFox’s source inspector was displaying (which apparently did not even exist) that I did not check for the most fundamental source of problems, forgotten open tags.
You learn something new every day, don’t trust this specific feature from firefox, don’t write HTML code in notepad after 3am 🙂
Thank you once again both of you.
