Hi I've discovered something that quickly can be seen as s discrepancy or limitation with the Arista design. Something I hope there's a solution for. When you create pages with content types, for sections such as Services or Portfolio, these will, when accessed from the menu, cause loading of design via scripts to be displayed correctly. But a problem occurs when/if a page or node ID (NID) is being indexed by, for instance, Google. The whole point for all of us is, if the document is considered public, to get maximum exposure of content. But when google indexes the content it creates a path directly to the document/NID. When you click the link it in Google to the NID the page is loaded without correct design, or without the design specifics for that given panel/view.
Tue, 01/20/2015 - 05:17
The problem reported is identical on the Arista demo
try http://demo.megadrupal.com/d7/md-arista/md-portfolio/loadcontent/full/35
When the scrips is bypassed, as it will be by Google if the page is indexed i.e. #cbp= is gone from the url, the design also heads south.
So either the solution must be a reload of the NID with the correct script or a redirect to <front>.
Latter is the poorest solution, since that means anyone coming in via a search engine and direct NID link, will have to traverse through the menus again.
Hi. This link http://demo.megadrupal.com/d7/md-arista/md-portfolio/loadcontent/full/35 is wrong. It is not Drupal's link, thus why CSS and JS is not loaded and the page displays incorrectly
Hi , sorry for the late response. Been away.
The above posted link is what it looks like when pages are indexed in google. Indexing in google or any other search engine excludes the page loading mechanism/script. Naturally, they don't get the design. I have tried internal redirects but that just causes a loading loop ( quite as expected).
Also, when loading page via a link like the one above special characters are not displayed. this should be an easier fix?
We need a solution for this problem, even if it is a customization or extension to the original design. Even if the solution is either:
- a link at the bottom of the page that will reload the page content with design
- a re-direct back to the front or <top> of main page
Any of these wouild be better than how it is now. The pager that is loaded without the design does not offer any return to menu for a viewer.
Thanks
Just updating the re. issue with special characters not being displayed correctly if design is overridden. Anyone with this problem can simply add
AddDefaultCharset UTF-8
to the .htaccess file of the root directory. Hey Presto, character issue solved.