When I tried to edit a WordPress site, I:
set up a local testserver (MAMP)
created a "new site" in DW
opened up the index.php of the WP root folder
initiated the procedure to discover dynamically-related files
Up to this point, everything worked fine: The website shows up in DW's live preview and in a web browser perfectly. DW resolved all dynamically related files to the index.php by its build-in feature as expected (CSS, JS, SVG, XML, PHP) and they showed up in the top bar of DW correctly.
My problem:
Except the xmlrpc.php file, no PHP files are shown in the Related Files list (no errors showing up).
This issue is replicable on different WP sites (whether an existing one or a fresh new one).
I've already deleted Dreamweaver and reinstalled it with no success. I've also set WP's permalinks to default with no success.
How can I solve this?
Screenshot | Annotated issues: a new installed WordPress site
Screenshot | Annotated issues: an existing WordPress site
Related
Yesterday everything was working just fine but now today when I try to access a PDF or RTF file served by IIS, I get a 404 error (when accessing it through HTTPS) or a 403 error (when accessing it through HTTP). I can still access DOC files hosted by this server. What could have possibly changed to prevent the PDF and RTF files from loading? They are being generated properly in a folder that belongs to a virtual directory being requested.
Looks like I had two similarly named folders and the files were being written to one folder and read from the other, which of course did not contain them because they were actually in the first folder. Fixing this issue solved my problem. Must have goofed up a configuration setting somewhere that this broke...
I built a site for a client on my subdomain. I then transferred it accross - files and data base - to a new server.
Problem is base url no longer works.
I manually set it, eg:
<base href="http://www.website.com/">
But this seems to make all links open in new tabs.
Is there any way I can fix this via the database or config file?
After moving a MODX site to another server, domain or subdomain, you need to check the following places and take actions:
clear the site cache (!)
check via FTP if cache folder is really empty
if not -> set permissions, ask your hoster if 777 or 755
edit templates to contain new base href
check your .htaccess if you have old rewrite rules set
check core/config for old paths or urls
also check config.inc.php inside root folder, inside /manager/ and inside /connectors/.
Most of the paths and urls in Modx are based off of the site-wide settings. There are probably several that you would have to adjust. core_path is the most basic of these.
These can be found under the gear in the top right corner of the manager, under 'system settings'
Also, if this and the config file are not enough alone, this SO question suggests re-installing the setup folder and re-running the initial setup.
Move modx site from subfolder to root folder
I am using Netbeans in Linux environment to develop my project. I have put my .htaccess in Web pages folder in Netbeans. But my .htaccess file is not getting loaded.
Now as suggested in many forums I wanted to change <Directory/> tag in /etc/httpd/conf/httpd.conf file. But There are many such tags. My question is which one I have to edit?
I want this file to affect whole directory. So putting it in web pages folder is ok or not?
It might be a repeat question but I could not find a solution in any forum.
Note: I have tried putting garbage or deny from all in .htacces file it is not getting loaded for sure.
Working on this website I was going to add a simple .hide(); and onclick animate(); functions to a menu, but the menu div wasn't closed (stupid mistake). When I upload the file to the live website it hides everything in the website cause of the open div tag, obviously I fix it and also delete the jQuery function but when I upload the file to the FTP the website is still showing the old file for some reason.
More info: I already deleted the cache/cookies/history off this computer and reloaded the page and re uploaded the file. Also tried in 4 different computers with 3 different IPs I did a search of all the files and the code is not there anymore. Deleted the directory and it still shows up.
As i can suggest from your question, i can say its a stupid mistake. Happened to me a few times.
I would try the following:
Make a working folder of your "new" website - locally
Delete EVERY file and folder from your server (of course only your whole website)
Get sure that nothing is displayed when you open it at the browser, should be fail
Now load your local folder completely to the new, empty space at your FTP
Rather than re uploading the file. Delete it, visit it in your browser and verify you get a 404 and then upload it again.
I have had this problem before when re-uploading a file in some FTP clients.
I am tearing my hair out with a file weird file upload issue that I have never run into before. For some reason I’m unable to upload images via the file manager (both in the file manager itself and if I upload with a custom field using the “file” fieldtype). Strangely, if I add files directly to any of the file upload directories, and sync the files, everything works fine.
After selecting the file and hitting “upload file” (see 01_choose_file.jpg) the modal window displays the CP homepage in an iframe (see 02_upload_progress.jpg).
Has anyone else seen this? Does anyone know how I can start troubleshooting this?
Background Info:
I’m running EECMS v2.5.2 - Build Date: 20120606 in MAMP (only 2 out of 15 sites I have set up locally are not working)
I have tried uploading images/files using the latest versions of Chrome, Chrome Canary, Safari, and Firefox (OS X 10.7.5)
This issue is showing up on the two latest sites I’ve started dev’ing locally on, no other site (locally or otherwise)
Things I’ve done:
Checked Apache/PHP error logs; they don’t show anything
Confirmed file upload paths and file upload directory settings are correct – I can sync files that i manually move into the various file upload directories
Permissions are fine; image manipulations and thumbnail creation work fine if I manually add files to the upload directories
Tested various other 2.5.2 installs I dev on locally and they work fine (settings on these two new sites are identical to sites that work)
Only a handful of native add-ons are enabled
“Apply XSS Filtering to uploaded files?” setting Yes or No does not make a difference
Huge thanks for any help!
I can't post images so here are links to the images:
01_choose_file.jpg: http://expressionengine.com/?ACT=51&fid=105&aid=16264_Jiof3p0V1gfEEFrpC55G&board_id=5
02_upload_progress.jpg: http://expressionengine.com/?ACT=51&fid=105&aid=16265_mjGH02xK2fIFZJI6kruP&board_id=5
I have sorted this out. I went back through to make sure I disabled all third party add-ons and I had forgotten to uninstall the "Quickee" extension http://devot-ee.com/add-ons/quickee. For now that seems to be the culprit.
I've submitted the bug to Matt (the developer) and it should be patched up soon.
The ExpressionEngine filemanager sends out a AJAX POST request to the following URL:
http://YOUR_ADMIN_CP_URL?S=0&D=cp&C=content_files_modal&M=upload_file
Have you tried loading that URL yourself? You should get a page like this
But maybe EE is trying to POST to a different URL. You can find it by uploading a large file and while it's uploading using Firebug and in the Network tab at the bottom of the list you will find the URL EE is posting to