Messages

Also, check to make sure your MySQL user id and password are valid, and that the MySQL user has permissions sufficient to allow creating a database...

David

Abolabo,

On or about line 57 of core/init.php you see:

Code Select Expand

// Error Reporting
error_reporting(E_ALL);

This will include E_STRICT from 5.4 onwards, and in any previous release which is configured at compile time to do so.

I would assert that the issue as originally reported above does NOT involve E_STRICT.  Why?

Because we do not set E_STRICT on our production servers at all.  Quite the opposite, in fact.

The E_ALL in the init file is overriding server defaults, including the

Code Select Expand

~E_NOTICE setting normally present.

Note that each of the reported errors is preceded by the " runtime notice: " label which explicitly identifies a runtime notice.

I'm suggesting that adding the

Code Select Expand

~E_NOTICE  to the error_reporting statement might remedy this situation in production sites...

David

install new options for product or servis

Please install the button for the product to be switched to the product or service.
If enabled service is disabled weight, model, manufacturer

Sorry - I completely missed the point of this post.  Can someone restate this ?

Why would someone want to switch from one product to another ?

What would the weight, model or manufacturer have to do with a disabled service??

David

I would add to this, that I've had some issue with our upgraded store from time to time with the store id not being set on import.  1.1 seems to fix this. 

If the store ID is not set in the uploaded file, the categories and products still may not show up in the store until they are manually set.  Setting the store ID to '0' just might resolve this.

David

Some general guidance:

1. When dealing with import file issues, the best example to offer is a sample of the file itself.  This should be archived if possible, to prevent any inadvertent modification of the file contents.

2. Data on the source of the file should include the application used to generate the content and the export method and settings used to output the file.

In general, my experience has been that CSV outputs from Excel are problematic, in that the content may be escaped in unexpected ways that cause the parsing code to lose synchronization with the field contents (ie "it gets confused").  Once this happens its rather hard to get more specific than "data is empty or corrupted".   This can often be worked around by using a tab delimited format - which seems to have fewer problems.  Your mileage may vary on this - there are a lot of environmental variables involved..

David

error_reporting ralated notices.
check error_reporting value of your php.ini.
I guess you have E_STRICT there. Try to set E_ALL & ~E_DEPRECATED

Question:  Can this not be done when generating the distribution??  No full release should go to the server with an E_STRICT in place..

David

Thanks,  I'll check there.

Odd thing is, now that I have logged out once, it appears to have stopped happening...

Now working on accessing various elements of the order and cart....

David

One thing I am noticing is that I have products reappearing in the cart after I log in to complete the next checkout...

It appears that

Code Select Expand

$this->baseObject->loadModel('checkout/order'); works.  Not sure why, as the baseObject type calls have been failing earlier..

Now to look at how to obtain itemized product data....

Thanks!

David

I'm now working on generating transactional data on the checkout SUCCESS page.

This location is important.  I've mentioned a number of times throughout this process that analytic software should only report success after the confirmation is received and the payment processed.

I'm currently using:

Code Select Expand

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

as opposed to the suggested:

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);
        $webpropertyid = $this->baseObject->get('config')->get('strikehawk_ganalytics_webpropertyid');
        $script_html = "Place Some html Here, for ex: <script> alert('Order Total: " . $order_info['total'] . "')</script>";
        $this->baseObject->view->addHookVar('payment_analytics', $script_html);
        return;
    }

In either case, I'm getting an error similar to this:

Fatal error: Call to a member function getOrder() on a non-object in extensions/strikehawk_ganalytics/core/strikehawk_ganalytics.php on line 27

which refers to the line:

Code Select Expand

$order_info = $registry->get('model_checkout_order')->getOrder($order_id);


My diagnostic code (echoing the $order_id variable) indicates that I do have a valid order ID in the session.  So, it appears that this is not the correct way to invoke the checkout order model...

David

I understand your point.

Do you understand that there is NO WAY to tell the difference between those who do want and account and those who don't before they take some action to communicate their decision?

Do you understand that the decision is pointless if the cart is empty?

If you are concerned about the use of the word account, change it using the language management system.  There is no point to any code changes.

I can't really help you with the 404 issue yet - but the footer template can be found based on which template you are using.

If you are modifying the cart default that would be in storefront/view/default/template/common in the footer_top.tpl and/or footer.tpl files.

abolabo

That last example worked, after I changed the include call in the main.php file to match the class name - to the extent that the confirmation message now appears on the screen.

That left a PHP error on the config value call - which I managed to resolve using another example in the documentation.  More specifically, I changed from:

Code Select Expand

$webpropertyid = $this->baseObject->get('config')->get('strikehawk_ganalytics_webpropertyid');
to:

Code Select Expand

$webpropertyid = $this->registry->get('config')->get('strikehawk_ganalytics_webpropertyid');

Implementing a similar method for the footer controller with an additional hook var display in the footer.tpl file also worked.

At the moment, I am now able to generate the script markup for the head and foot, and am now working on the transaction script output.

This is a very nice piece of progress, which I could not have done without your help.

Thanks!

David

I would say it is pointless to do so.

Unless a visitor is checking out or logging in, there is no point to differentiating between them and any other visitor.  More importantly, there is no logical basis on which to do so.

IP?  Nope.  Some IP addresses are shared.

Cookie?  Well, already holds session for visitors and registered clients alike.  Could hold a flag to do so, but again, whats the point?  Are you suggesting that the cart should present a query as to whether someone wants to be a guest or not and flag the cookie in response?  Why?  The fact that they are there and viewing pages, makes them your guest.

David

He is referring to customer account areas in the catalog.

You will see the register, guest checkout and login options on the login page when trying to reach the checkout.

You will only see the register and login options when trying to reach customer account specific pages like My Account.

Example: 

Code Select Expand

https://www.exampledomain.com/index.php?rt=account/account  will show the page with only two options.

while 

Code Select Expand

https://www.bathsafetyfirst.com/index.php?rt=checkout/shipping will show all three, provided that you have a product in your basket.

David