Messages

I'm presuming a full site backup would do this?  Minus the config file?

Look for a link in your inbox.  Please advise on download.

David

Those lines exist between lines 10 and 12 of the extension generator created code.

Inserting a

Code Select Expand

die() in to the core/strikehawk_ganalytics.php file does cause the script to die.

So, the issue is somewhere else.

David

Disk quota exceeded in

You're going to have to clear out some disk space or upgrade your hosting plan.

Ok, I put :

Code Select Expand

public function onControllerPagesCheckoutConfirm_UpdateData() {
$registry = Registry::getInstance();
$order_id = $registry->get('session')->data['order_id'];
$order_info = $registry->get('model_checkout_order')->getOrder($order_id);
$script_html = "Place Some html Here, for ex: <script> alert('Order Total: ".$order_info['total']."')</script>";
$this->baseObject->view->addHookVar('payment_pre',$script_html);
return ;
}

in extensions/strikehawk_ganalytics/core/strikehawk_ganalytics.php file as:

Code Select Expand

class StrikehawkGanalyticsStrikehawkGanalytics extends Extension {
public function __construct(){
  $this->registry = Registry::getInstance();
}

public function onControllerPagesCheckoutConfirm_UpdateData() {
$registry = Registry::getInstance();
$order_id = $registry->get('session')->data['order_id'];
$order_info = $registry->get('model_checkout_order')->getOrder($order_id);
$script_html = "Place Some html Here, for ex: <script> alert('Order Total: ".$order_info['total']."')</script>";
$this->baseObject->view->addHookVar('payment_pre',$script_html);
return ;
}




Placed:

Code Select Expand

<?php echo $this->getHookVar('payment_pre'); ?>
in:

storefront/view/default/template/pages/checkout/confirm.php

Nothing appearing.  Adding text above the getHookVar call does result in that text showing up on the page, so I think I have the right template for this purpose.  (Still would rather this comes out on checkout success, but at this point am just trying to get something to display in a catalog page...)

Now, should note I have no controllers or models setup for this extension. 

I'm under the impression that ControllerPagesCheckoutSuccess only knows that checkout is complete because it has been called. (routed to, whatever).

Are you telling me that the :

Code Select Expand

if (isset($this->session->data['order_id'])) {

conditional is a check for order completion ??

David

No, that file does not exist.

but extensions/banner_manager/storefront/controller/blocks/banner_block.php does.

OK - turns out my robots.txt file upload went into the wrong target location.  Updating this SEEMS to have fixed the issue.

David

I'm getting this type of error in large amounts:

Code Select Expand

2012-10-18 11:50:38 - App Warning:  ADispatch blocks/banner_block construct FAILED. Missing or incorrect controller route path  in /home/something/public_html/core/engine/dispatcher.php on line 45

I've installed and reinstalled the banner manager module - to no avail.

What would cause this??

David

I'm seeing the following error reported:

Code Select Expand

2012-10-18 11:50:38 - class not exist:  Error: URL: /robots.txt Could not load controller ! Call stack: Parent Controller:  |  < dispatch, argument :  < dispatch < build, argument : index/home < _route < processRoute, argument : index/home in /home/something/public_html/core/engine/dispatcher.php on line 180
2012-10-18 11:50:38 -

robots.txt is the usual text file located in the web root.

Any suggested method to address this??

David

Looking at the contents of this file, I see that it includes a column named "categories.status".  The contents of this column is the number 1 for every row in the file.

I also see a column 'categories_to_stores[0].store_id' - which contains the value '0' for every row.


Should this not have enabled those categories for the default store  to begin with 

David

Once again, I'm seeing the

Code Select Expand

' at line 3<br />Error No: 1064<br />SELECT *

in an sql error reported in the forums.

Don't recall where I saw this, just that it was sent recently.

Seems to reflect a failure in a query on which the broken query depends, because this reflects an error message from MySQL.

David

I am seeing a few application related problems in content optimization on Webmaster tools.

The problems are duplicate title tags and duplicate page descriptions.

The reasons for this include use of the same title tag for paged content (page=1 and page=2 have the same tag) and the replication of some query string functionality (apparently using path=1 and category_id=1 to point to the same content).

A couple of useful adjustments which could be made would include:

1. Replace references to the path variable with the appropriate object ID - category_id in this case.
2. Add page number to the title tag on paginated pages.


Not necessarily big problems - but some potential to stand out in the crowd in terms of search optimization..

David

Abolabo,

This looks more promising.  I'm concerned about the activity taking place on the confirm action, and using a payment_pre hook.

The whole idea of the tracking is to catch successful orders for which payment has been received.  This looks to me to be happening in the confirmation page, and before the transaction is complete.

Is this the case?

Oh, and from where can I hook this?

I've been trying to encode this from extensions/strikehawk_ganalytics/core  but that does not seem to work.

Thanks,

David

As the checkout success page is not changed in the 1.1.0 release, it would appear that the data needed to accurately emit transactional data remains missing from that page.

This does need to be addressed, quickly, and in the core code.

Depending on how you did your installation, you may have to do a global search and replace in the SQL file to remove or alter the table prefix.