I am using NetBeans 8.0.2 firefox 37.0.1, WAMP 2.5(php develpoment).
I am using the "Copy files from Source folder to another location" feature which copies the development files to the WAMP directory.
My problem is that whenever I hit run, I get cached version and only after I hit refresh in browser, I get the latest version.
This complicates the development process.
I have tried disabling Firefox cache using this
and tried disabling apache caching using this.
But neither worked. Any help would be appreciated.
Related
I've recently had an issue with my Wordpress (version 5.5 on Ubuntu 18.04, PHP 7.2) website which meant I needed to restore from a backup and debug.
I restored an alternative version of one of my PHP pages from my dev site and executed it in the browser - it worked as expected and through the debugging console I realised where my issue was and went ahead and fixed it in the latest version of the file.
I then copied the "newest" PHP back into the directory and ran it in the browser. The browser is still loading the "old" PHP page.
I assumed it was a caching issue, so I've cleared browser cache, tried different browsers, even different clients, disabled all caching plugins in Wordpress, restarted apache, confirmed Opcache is disabled, renamed the file - and as a last resort even removed the PHP file completely, and yet it still loads the old version in the browser!
Is there another server side caching mechanism I've overlooked?
-- EDIT -- I should add that I don't use a CDN either
I am using Aptana 3 studio to work on my php (drupal) projects. All of the sudden, the debug function stopped working. It used to work flawlessly. Now when I select a debug configurtion and debug it, an empty page opens in firefox.
Is this connected with how Aptana communicates with the browser? With the server?...
EDIT:
So I decided to try a new thing altogether and installed a full new system based on LXLE 14.04 (based on the same ubuntu 14.04, which I used in a full unity version before).
Now, after some quirks, I have a running debug in Aptana on that system. I am pretty sure, though, that this is the configuration that worked for me in the first place.
I also remarked some weird window behavior on the system - sometimes the Aptana window would get so small it is hardly noticable (1px*1px?) and gets to the top left corner.
I found that setting xdebug.remote_autostart=1 in php.ini and restarting Apache allows me to debug somewhat. Although Firefox still opens a blank page, opening the page myself in the browser now allows me to get a break in Aptana.
Before I used to press the 'run' button in netbeans and the website would pop up on firefox.
Now suddenly something changed in my WAMP server (might have been because I installed an older version of PHP to test PHPunit and then deinstalled it again once i figured out how it worked with 5.5( i changed some settings in WAMP but put em all back)).
Does anyone have the slightest idea how I might be able to send the impulse to the firefox web browser again to open the link when I press run in Netbeans?
I can reach the sites by typing in the URL on the firefox webbrowser so the problem isn't that big but it's still a tiny annoyance.
I just created an empty HTML5 project and could not run it through the new Chrome netbeans Connector feature. I have added the netbeans connector extension to my chrome browser, but I keep getting this warning "Could not access Url through external browser. Check browser configuration."
I have the latest netbeans version 7.3 and jdk 7u17. Chrome browser Version 25.0.1364.172 m.
Anyone with some suggestions?
I got the same error using OpenSUSE 12.3 x86_64.
My solution was this: go to Netbeans Menu > Tools > Options. In the General tab press Edit and then edit the command for Chrome browser to:
/opt/google/chrome/google-chrome
Hope it works for you.
I'm having the same issues with Netbeans 7.3.1 and Chromium 29.0; editing the "Chrome" browser executable in the "Tools>Options>General" section to point to the "chromium" exec location didn't seem to make a difference at first.
Open the project properties, you can further edit the application with which the file will open/execute. The default browser is "Chrome with NetBeans integration". So far, changing that "Browser" field in the
project properties to point to the edited Chrome exec runs the file in the Chromium browser. However, I'm not sure how well--if at all--it integrates with NetBeans itself.
Try running it in the embedded browser. Does it work?
In this case it's probably best to file a bug report at http://netbeans.org/community/issues.html. Where/when does the warning appear? If you file a bug, please attach the IDE log and a screenshot of the error. Thanks.
I'm hoping someone can help me with this, as I've kinda hit a wall. Here's the situation:
I'm currently setting up a knowledge base using MediaWiki. I'm using XAMPP to aggregate my tools. The site itself is working fine, and coming along nicely.
I'm now trying to set up a cache to speed things up. I've opted to use PHP APC, as it is recommended for MediaWiki. The troubles started here.
Current versions are:
PHP: 5.4.4
Apache: 2.4.2 (apache2handler)
SQL: 5.5.25a
XAMPP: 1.8.0
MediaWiki 1.19.1
I am currently using Windows, so the first issue I had was finding the correct php_apc.dll file for my PHP. I tried numerous versions unsuccessfully (with log errors stating the .dll cannot be found). I eventually was able to secure a version which seems to work, APC 3.1.14 for PHP 5.4, downloaded from http://dev.freshsite.pl/php-accelerators/apc.html. It is the TS version, as this option is enabled on my PHP.
Now, with this presumably correct version of APC, Apache is now able to start fine. phpinfo() also shows the APC extension as available. The problem is now that no pages on the wiki will load. Precise situation is that:
All pages on the Wiki do not load (IP/mediawiki/*)
Pages on XMAPP itself do seem to load correclt (IP/XAMPP/*).
Other utilities are not able to load either, (e.g. phpMyAdmin).
No error messages seem to be created either in apache logs or php logs. Now, I am by no means an expert on this.
I have confirmed that environment variables in Windows TMP and TEMP both point to the same folder (C:\WINNT\TEMP), on which I gave "everyone" full access rights.
Here is an image showing the phpinfo() for APC that I can see:
http://i.stack.imgur.com/hYHwP.png
Any ideas?
edit: I forgot to mention: there actually are 0kb sized files that seem to be related to APC being created under c:\winnt\temp. For instance, one of them is called ".apc.a02684".
This has come up previously on the MediaWiki Support Desk. MediaWiki apparently doesn't run under Apache 2.4.