I am attempting to update/create post on wordpress. However, I am always redirected to post.php stating: "It seems we can’t find what you’re looking for. Perhaps searching, or one of the links below, can help."
I have attempted the following:
- Checked Permalink Settings (Currently is by Post Name)
- Disabled all Plug ins
- Update Wordpress
- Enable Debug mode in wp-config (no debug logs captured)
- use a default theme (same error)
The site is showing perfectly, just having issues on making changes to post/page. I suspect that it is some permission issue
The website is http://stss.org.sg
thanks in advance!
Try adding a new user account with administration role! Then delete the previous user and use the new user account! Hope that will help!
Related
I am using magento multisite functionality using this tutorial on my localhost:
http://www.templatemonster.com/help/magento-how-to-set-up-and-manage-multiple-stores.html
Using it I have successfully created multisite in magento but I am unable to set theme in my another site which I created. I have tried to system->design and system->configuration->design both options but did not get any success yet.
The another site is rendering by base/default but I had set it to default/modern.
Please tell me what is going wrong?
PS: sorry I cant post snap but I have following configurations:
Main Website
Main Website Store
Default Store View
mytheme/default
My Site
My Store
My Store View
default/modern
ok I got the issue,
I have to set base url as localhost/magento/ and base link as localhost/magento/mysite2/ but I had set localhost/magento/mysite2/ for both. anyway thanks for help.
I have a joomla website in localhost.
I installed a template called Helix 2 which also has a set of Shortcodes. (i just put in something like [block]blah blah [/block] and my blah blah is highlighted in a nice looking box.)
I posted beautiful looking articles that way from BackEnd. Unfortunately, I have setup some users to be able to edit those articles from frontend. I have manually checked the Database and the shortcode is saved in the database. But when clicking edit in frontend, THAT DATABASE VERSION is not loaded in the edit field! When editing from frontend, the joomla engine DOESNOT load the database version of the article, but the version rendered from the browser or something else. The latter version doesn't have the shortcodes. So, after clicking save from Frontend the original article formatting is lost! I then have to manually reenter shortcodes in the frontend.
So the solution is, while clicking on edit button, if the article for editing is loaded from the database I can see my shortcodes in their proper places. So, is there a setting anywhere in joomla that can help me out with this?
PS: I HAVE TRIED ALL EDITORS TINYMCE, JCE, EDITOR-NONE WITH SAME RESULTS. ITS NOT THE EDITOR PROBLEM.
Which Joomla version are you using?
In Joomla 2.5 if you use a user from a different group, checkout the text filter options tab in the general settings. If you login as a super-admin and the setting for that group is "No filter", please try to change to "default blacklist" than save. Clear all joomla cache (just to be on the save site). Than change back to "No filter" option.
I have seen complaints on the joomla forum that the No Filter option while default set in some cases is not properely set. Resetting it to default blacklist and back to "No filter" might solve that problem.
What a simple solution and I had to spend so many sleepless nights surfing for a solution. In my site http://lokkatha.comthe problem was persisting for quite some time. However, with the help of the solution suggested by Wouter here, I could sort it out. the process is
Go to BACKEND ADMIN >> General configuration >> Text filters
Covert all filters to NO FILTERING The problem is solved.
I have been trying to integrate a custom Wordpress plugin called custom_rss into Wordpress by following http://net.tutsplus.com/tutorials/wordpress/creating-a-custom-wordpress-plugin-from-scratch/.
I have successfully achieved the proper URL in the menu items for settings. However, when I click on the custom_rss link under settings, the url that loads the plugin just returns content with the text You do not have sufficient permissions to access this page.. I am logged in as the super user admin.
The script that fires when the menu item is clicked is wordpress/wp-admin/options-general.php which passes page as its parameter :options-general.php?page=CustomRSSGenerator.
Does anyone have any ideas about how to allow privileges for this page or better yet, has anyone found out how to do a custom plugin for Wordpress 3.5.2 who can offer a solution to my problem? This has been beating me for about a week now and any advice is appreciated.
So there is a solution!
If you read the comments below the tutorial you will find a comment by a Robert character which states:
Great article. 2 things:
1. The following code produces an error in Admin panel, that makes the page inaccessible:
add_options_page("OSCommerce Product Display", "OSCommerce Product Display", 1, "OSCommerce Product Display", "oscimp_admin");
ERROR: "You do not have sufficient permissions to access this page."
To remove this error, modify the above code to:
add_options_page("OSCommerce Product Display", "OSCommerce Product Display", 1, "OSCommerce_Product_Display", "oscimp_admin");
That change will help you display the page correctly when the link
"OSCommerce Product Display" is clicked under the "Settings" menu
option. Hope this helps anyone who experienced a problem with the
code.
"The first parameter of this function is the option name which will be sued later to uniquely identify this option and its value." It
should have been "used" but incorrectly spelled as "sued". Not a big
deal, but just wanted to let you know.
Posting on this old topic because it was the most relevant Google result when I was searching after running into a similar problem so I figured I'd add my fix.
I had a really similar problem where any change I made to the page slug resulted in an insufficient permission error. At first I thought my page slug must be getting referenced somewhere else in my code so I searched and found no other references. I also tried stripping away every line of code outside of the basic plugin instantiation code but it still didn't work.
The fix was to deactivate then reactivate the plugin (within admin UI). I'm guessing upon plugin activation wordpress adds various entries to it's DB; some of which are likely your plugins name, menu page names, slugs, etc. After reactivating the plugin, the exact code that previously threw permission errors now worked perfectly.
Frustrated SO regular here:
I'm creating a theme-options.php page for a child theme in Wordpress. Here's the code. The page renders correctly, including: Adding the page link to the correct admin menu, creating and displaying the options page. When I click save, however, it takes me to a 500 (internal server error page).
Using the 'adminer' plugin (phpmyadmin) I have looked at the wp_options table, and there are none of the custome settings/fields that I have specified. My best guess at the problem is that the settings aren't registering properly so when I post the form to options.php it responds with an error because it doesn't expect those form fields.
I've been wracking my brain around this code for a few days now, and am wondering if someone else can take a look at it for me? I would really appreciate a few extra eyes...
Some resources I have tried:
http://ottopress.com/2009/wordpress-settings-api-tutorial/
http://themeshaper.com/2010/06/03/sample-theme-options/
http://codex.wordpress.org/Function_Reference/add_settings_section
My settings are not saving in wordpress theme options page (his settings appear empty in db. mine don't appear at all)
Oh crud,
It dawned on me after I spent an hour figuring it out that Richard M had given you the answer.
I created a new paste of your code, cleaned up some: http://pastebin.com/enUa3xme
I fixed the issue and also added the function add_my_options() and removed the is_admin() wrapper around your admin action hooks since they will only be triggered in the admin area, so they are unnecessary.
I needed to learn this since I use a half-way-done implementation of this, so even if it isn't helpful to you, it was worth learning...
Intergration
Pligg URL
http://localhost/pligg/
Wordpress URL
http://localhost/pligg/wordpress/
I think you're trying to make it so that when a user is logged into Wordpress they are also logged into Pligg. Is this correct?
There is an interesting article covering this where the author mentions editing the \libs\login.php file. It's basically editing the file's function and adding user_logged_onto_wp() as a custom function which... well here's the author's quite:
All the work to modify Pligg takes place in ‘libs/login.php’. What we want to do is get Pligg to login using WordPress cookies/authentication. If the user doesn’t yet exist in Pligg, create it. Also, copy over all the existing user data to the Pligg database. We won’t be using Pligg’s login, authentication or logout any more.
However, we can’t just include wordpress and call wordpress functions. Instead, we’re going to have to do it manually. What I’ve done is added a function called is_user_logged_onto_wp(), which does all the extra work.
Check the link and follow his code, this should still work with the latest Pligg 1.1.4 CMS. Not sure though as I haven't personally tested...