When you have lots of user groups joomla fails to save your content. It is something to do with the way joomla validates forms
Is there anyone that has resolved this issue in Joomla 2.5.* or 3.*?
Is there a modified mootools-more.js or more-tools-core.js and validate.js that fixes this?
Thanks,
Mat
Just to update this with a partial answer.
I went to the assets table in the database and changed the rule field to long text and then i set max_input_vars = 5000 in my php.ini and now it is saving articles again.
I didn't need to modify any js files to do this.
Related
I have a problem,
I changed the url of my prestashop because I have a new url.
But now i have the Problem that i tipped in the wrong path, and if i want to log in as admin then the shop directs me everytime to the wrong path so I can't change anything...
Does anybody know in which folder of the FTP Server I can change it in the data?
I tired to delete the htaccess data but this didn't help me.
Or is it another option to go back to where I started, before i changed the Url?
I think that your problem occurred not from a .htaccess but from your database. Prestashop keeps domain URL in the DB and if you changed it you better to check table configuration fields PS_SHOP_DOMAIN, PS_SHOP_DOMAIN_SSL and table shop_url. I think that the problem is over there.
When you want to migrate to another server, you have to
Update the _DB_... constants in config/settings.inc.php file
Since your database does not changed, this step is not necessary.
Update PS_SHOP_DOMAIN and PS_SHOP_DOMAIN_SSL fields in configuration database table
Update the domain, domain_ssl and physical_uri fields in the shop_url database table
Now you can log in to the admin page. When you did it, your first step has to go to Preference -> SEO & URLs, then turn off and on again the Friendly URLs switch to update the .htaccess files.
These steps are works on Prestashop 1.6, but not tested on 1.7.
See the official blog post for additional details:
https://www.prestashop.com/en/blog/how-to-migrate-prestashop-to-a-new-server
Error : Image type and information need to be specified for each store view.
I have tried cache clearing and it doesn't help for me.
I am using magento 1.8
just do below step as per link
http://mokamedia.ca/how-to-fix-image-type-and-information-needs-to-be-specified-for-each-store-view-in-magento-commerce/
Also try this
http://magentopaper.blogspot.in/2011/10/image-type-and-information-need-to-be.html
Try adding a php.ini file in your magento root directory and see whether it works:-
magic_quotes_gpc = off
short_open_tag = on
extension=pdo.so
extension=pdo_mysql.so
hope this will help you
I resolved this issue in 1.9.x using "Dull uploader" which removed the smart flash uploader in favor of a plain browser based file upload.
Image type and information need to be specified for each store view:
Go to File structure root/media/ dhl
Cut or delete the “dhl” folder from there.
Clear cache from Admin Panel and now do upload the images
Hope, Its working good.
Anybody know how to add custom fields, new fields to enter some values with joomla 2.5 articles in backend.
I want to add some values when i create an article and want to get these values in frontend.
Is there any way i can do this??
Any help will be appreciated.
Thanks in Advance
Tibin Mathew
I think Joomla team predicted that in some way:
Joomla step by step
you would have to
Modify the _content database table
_content is the suffix name of the table that contains all the articles. If you want to add new fields you have to modify this database table to reflect those new fields.
com_content files
com_content is the component in control of articles in both the frontend and backend. It can be found under the components folder under the main directory, and in the administrator/components folder under the main directory. The files in com_content control how the articles are displayed how the form is displayed how actions like save unpublish etc work. So these files will have to be edited to work with your new fields
xml files in the models/forms models/fields
There are XML files under these folders within the com_content folder that tell how the edit form of articles are supposed to be viewed, what type of fields are used, etc. These will have to be modified to reflect your new fields
then you have to do it all again
Each update has updates to the core files (com_content is a core component so all its files are core files). If you go about editing the files in com_content and then do an update these files are more then likely will be overwritten by the update basically losing your modifications. So you would have to redo the modifications.
It is better to make your own component
this is probably really easy, but here goes:
My changes to the magento email templates don't show in the emails.
What am I doing wrong? Do I need to reinstall magento to get the updates? Am I simply editing the wrong files?
Thanks...
UPDATE: So now:
I have a fresh magento install
I haven't touched the Transactional Emails admin
I don't have locale set to 'en_US' (but since 1.4 that shouldn't be a problem right? Anyway, I tried setting the locale but it didn't help)
I ERASED the entire app/locale/en_US/template/email/ catalog
With this setup I completed an order and I still get the default email.
The only thing I can think of is I'm coming at this from the wrong direction, but I can't for the life of me figure it out.
Is it possible that your email templates are already saved into the database, and that your changes of the files are therefore not editing the correct version of the templates? Take a look at System -> Transactional Emails to see any templates that have been "promoted" to the database.
Hope that helps!
Thanks,
Joe
Make sure you have the proper locale selected within the admin if you are using the Transactional Emails to create new templates. Also you can also edit the files directly via
/app/locale/[language]-[country]/template/email/
I've copied an existing joomla site from one domain to another, but when I hit the menu items it redirects to the old domain articles. Where is the setting to change this?
Thanks
Narkoz's answer isn't correct, there isn't an option to set your site domain in the joomla backend.
The problem isn't that joomla doesn't know your site URL, it gets that from you server, but rather the menu links are probably hard coded. Check your menu links in the backend and make sure the point to an "internal" link of some kind.
Set $live_site variable in your configuration.php file by adding this line:
$live_site = "http://www.example.com";
Export the database to SQL file then open it with a text editor and do a search/replace
Search : old-site-url.com
and replace it by : new-site-url.com
Save your file and import it to the database.