I apologize if this is an easy question and I was just googling the wrong keywords. It's been a few years since I've used Joomla! but got handed a site to make some changes to, that someone else originally developed and can't seem to figure out what's going on. I'm running Joomla! v1.5.26.
I'm trying to add a blog section to the site, so I created a blog section and category and then I created a new "Category Blog Layout" in my menu and set the Columns value to 3:
However, whenever I view the page, it keeps showing 2 columns. So I went to phpMyAdmin and found the menu in jos_menu and confirmed that the database did in fact get updated:
So next I opened up /components/com_content/views/category/tmpl/blog.php and added this to to the top of the PHP file to see what values were being loaded:
<?php
print '<pre>';
print_r($this->params);
print '</pre>';
?>
Which produced the following results on the front end:
...
[num_leading_articles] => 1
[num_intro_articles] => 4
[num_columns] => 2
[num_links] => 4
...
So for some reason, even though I've set the values to update, and they do in fact update in the database, they are not updating on the front end. I've tried clearing the cache and all that fun stuff, without much luck. If it was just "num_columns" having an issue I could probably just override that functionality. However, it appears to be doing the same thing with all of the parameters, not just number of columns. I'm just using that as an example.
I haven't ruled out the possibility that it's a conflict with some third-party plugin yet, but am trying to see if maybe I'm missing something obvious and someone can point me in the right direction.
--UPDATE: 12/4/12--
So it appears to be a conflict with the sh404sef plugin. I'm not exactly sure what the deal is quite yet, but when I disable the plugin it works fine, but it happens again once I re-enable it. Now to see if I can figure out what's wrong with the plugin.
In Joomla! 1.5 while the parameters are being saved the implementation is effected/affected(?) by the template in use at the time.
Check your templates index.php, or if present the override for com_content's Blog layout (usually found in yourSite/templates/yourtempalte/html/com_content/category/blog.php
You will probably find the override either doesn't handle the columns or has a bug in it.
Okay so I figured out my own problem. As I stated above, I discovered the problem was with the sh404sef plugin. Apparently anytime you make changes to the menu layout settings, you have to purge your entire SEF URL list and then rebuild it. It seems quite strange that we'd have to do that every time, but I guess that was intentional for some reason. Anyway, it's working now. I just wanted to make sure I posted a solution for anybody else who may stumble across this.
Related
This error showed up as plain text on white background after logging in to the Maintenance Login window on the public front end of our Joomla 3.5.1 site. We are using a template from TemplateMonster called "theme3289" (default version), aka "Truckie".
For no apparent reason, we found we could not log in to the Maintenance Login window on the public front end. We got the error:
"Modulo by zero" on a plain white background.
No part of the front public end of the site could be navigated to, even by pasting in a link. However, we could navigate fine to the backend ([site_domain_name.com]/administrator)
Not sure exactly what caused this, but we did have the internet connection go down in the middle of saving an article. After re-gaining connection, the new article was missing. We had also made some simple content changes (not configuration or settings changes) in the articles inside the TM Parallax module.
Looking for help on this "Modulo by zero" error.
RESTORED DATABASE BACKUP = Solved the problem. I am pretty sure it was some kind of database error or corruption. We tried clearing the cache (Joomla System Menu) and a number of other things. Nothing worked.
We had two staff working on the site at the time of the error, one a newbie, one an advanced beginner. Interviewing them with "what were you doing at the time" didn't seem to lend any clues. Unless perhaps the TM Parallax module may have a bug (???) - or a corruption somehow when internet went down while saving an article.
SOLUTION: We restored a recent backup copy of the database made only 2 hours prior to the ERROR. This solved our problem.
This worked for us.
I faced this issue today, and I found out the cause. Its simple actually,as the issue says your code somewhere is attempting to do division or modulo by 0. Maybe you had added a new field with value 0 in your db after taking backup and the data there was causing it. This may not be helpful for you now but I'm leaving this here to make it easy if someone has a similar issue and ends up here.
I think the problem was caused by a change in the template. For example, some templates do not allow specific values to be zero, and will crash when this happens.
A good idea to discover the root cause of the problem is to compare the templates settings of the backup to the template settings of the problematic site. If everything is exactly the same, then you should compare the modules, and finally the menu items. It is not a fun job to do, but will help you isolate the problem in case it happens again.
For your reference. Just had this issue and the above information did not help. Finally found the solution:
In Article > global Options > Blog/Featured layout I had the columns set to 0
Hello
I have a live Magento 1.8.1 site where pagination was working on product list pages (such as category pages) but I’ve been adding and removing a number of extensions / plugins and I’ve lost all pagination. Unfortunately, I can’t remember the last time it was working so I can’t think precisely what extension might have caused the problem.
I’ve checked all the usual fixes such as here but my catalog.xml is fine (and all problems seem to only relate to 1.4 - 1.6). I am reluctant to upload new files which I actually think might fix it but I also know how temperamental Magento is! Everything else is working perfectly for the first time after a month of serious hard work including a couple of reinstalls!
The website is next2new.net and although you can see a custom theme, there is also no pagination on the default magento theme which indicates to me it’s a core problem somewhere.
Any thoughts on any files I could check / change before I do a big overwrite?
Many thanks
Following things you can try in order to Cope-up with this situation :
1) Disable those modules which is overriding Catalog module and check once again.
2) Check whether Toolbar block is calling or not using Template and Block Path hints using Magento Admin.
3) If you are using any template, possibly there could be a setting in Admin section to Manage toolbar.
I have an annoying problem and am hoping someone will be able to help.
We use quite a few extensions on our Joomla site (Roksprocket mainly but also Global News Filter for instance).
The modules themselves are working fine however when I click on an article in one of these modules the article opens but it doesn't use the nice URL that should be displayed (we have Search Engine Friendly URLs set to Yes and Use URL rewriting set to Yes). This happens for all modules that draw off a category (so I don't think its linked to a specific extension).
For instance on our Case Studies page if you click on Read More on the RSA Case Study you get this URL
http://www.assima.net/en/resources/case-studies/99-home/resources/case-studies/ats-case-studies/649-case-study-rsa
but what you should get is the menu item URL associated with this article which is this
http://www.assima.net/en/resources/case-studies/ats-case-studies/rsa
I don't think there is anything wrong with our .htaccess as I reverted back to the default Joomla one and it still occured.
Also this used to work perfectly. I first noticed it around October or November last year.
If anyone has any ideas I would really appreciate it, I've googled the problem many times and not found any help.
Thanks
Emma
FIXED.
Due to a Joomla bug. Fixed by overwriting the route.php file as described in this post: http://forum.joomla.org/viewtopic.php?f=625&t=831007&start=30
I have just installed Halogy on my MAMP localhost. I've followed the instructions here to set up all my folders and this is working fine. Dashboard looks good. However, my default template is empty. And, no matter what I put in it, after editing and saving - the markup is still empty. So I cannot get any editable fields in my pages whatsoever. When I edit my page content its just empty. I have also tried creating a new template and applying that to a new page. Same results. I am scratching my head here. Does anyone have any ideas as to what's gone wrong?
I could help you, since I've been working exclusively with and extending Halogy for about 8 months now. But, I need more details, since this behavior could be attributable to any number of issues. For example, what does the page source look like? Also, please note that, if you're not logged into Halogy, unpublished pages will not appear. However, your default home page should be visible. Have you searched the Halogy forum and/or posted your question there?
I can't seem to figure out how to disable the header as a whole. I have installed the blank theme, and have been playing in the page XML, but to no avail. I also cannot seem to switch from 2columns-right to 2columns-left, even though i've run searches for every damn file that includes the phrase and swapped it. I'm wondering if it's just not displaying to me, but I've disabled my catch, repeatedly clear it, and have even tried disabling cookies. Anyway, once all this is done, how do i add static pages and my own navigation.
Sorry I know this covers several questions, but I have been tirelessly searching and experimenting on my own to no avail.
thanks!
I can answer the part about adding new static pages.
Go to Admin , Under CMS->Manage Pages ... choose add new Page
Well, I have some of the problems. I did lots of modification to default/mystore/layout/something.xml but saw nothing happen in the frontend.
Then I did the same modification in default/default/layout/something.xml and now changes where done.
For now for me it seems that I can only modify template files in default/mystore/template but not layout files in default/mystore/layout.
Maybe your issue is the same, that Magento is using the default files and not your theme files?