Jump to content

Welcome, Guest!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

  • 0
Billy

copy_shopdata Parse error: syntax error, unexpected?

Question

Posted (edited)
( ! ) Parse error: syntax error, unexpected ',' in C:\wamp64\www\4_clone_xxx_new\Admin\prestools\copy_shopdata_config.php on line 88
Call Stack
#	Time	Memory	Function	Location
1	0.0023	371080	{main}( )	...\copy_shopdata.php:0

 

Hi @musicmaster here is line 88 from copy_shopdata_config.php which looks fine to me. Is the error from a wayward comma in my database? Thank you in advance

$carrier_tables = "carrier","carrier_group","carrier_lang","carrier_shop","carrier_tax_rules_group_shop"

 

1335310597_Screenshot(2599).thumb.png.a39021a01fcb77fba5304659ef39fd1e.png

 

Edited by Script-Fu

Share this post


Link to post
Share on other sites

14 answers to this question

Recommended Posts

  • 0

Ok I a reverted back to the release before your last and it worked for me once again. The new release hung up on me. (bug report) 

Screenshot (2606).png

Share this post


Link to post
Share on other sites
  • 0

@musicmaster Hi, I re downloaded prestools and now have strange issue unpacking the zip?

Screenshot (2780).png

Share this post


Link to post
Share on other sites
  • 0

@musicmaster sorry to keep bugging you. PHP 7.0.33 and yep just notices but they weren't in your last version. Ty

2083272498_Screenshot(2807).png.af0c79cac0b79107f64156be699cbd43.png

Edited by Billy

Share this post


Link to post
Share on other sites
  • 0

@musicmaster Okay I have a new one. 

 

22:15:25
You are copying tables 1-262 of 262 tables.
Beware of timeouts: After finishing the last line on the screen should be "** finished **". If necessary increase the timeout at the start of this file. After a timeout you can increase startnum as you don't need to copy processed tables again.

oldconn = localhost.1_tw_clone_v10 = 140
new conn = localhost.1_tw_v10 = 139
1 old languages: en-us (1); 1 new languages: en (1);

Both shops need to have the same languages defined!en-us != en
Languages may have different id's but must have exactly the same names.

Share this post


Link to post
Share on other sites
  • 0

Never mind I found it under ps_lang and changed it in the language_code to just en.

1726859821_Screenshot(2813).png.cea5b074b5012320650b92a578dc607f.thumb.png.10b3d26b7b12a073de0447384c6a4e60.png

Edited by Billy
Edit out tables

Share this post


Link to post
Share on other sites
  • 0
17 hours ago, Billy said:

@musicmaster sorry to keep bugging you. PHP 7.0.33 and yep just notices but they weren't in your last version. Ty

2083272498_Screenshot(2807).png.af0c79cac0b79107f64156be699cbd43.png

Strange, I didn't change anything in this part of the code for ages. Maybe you changed some setting in Prestools.

It is the display of the VAT. Do you see any problem there?

Share this post


Link to post
Share on other sites
  • 0

@musicmaster I don't have either vat module installed from 1.6.1.10 as I'm in the US. I wouldn't even know where to look for any vat stuff.

 

Here are some more from prodcombi-edit.php

 

1.thumb.png.d2ff377469bd5809e38bf05ea359434e.png

 

2.thumb.png.66532b733dbf5f8ab153e5a8a29338e6.png

Share this post


Link to post
Share on other sites
  • 0

This may have to do with faulty data in your database.

It says that some product has an id_tax_rules_group value of 21. And that value may be not or insufficiently defined. 

If you don't use VAT the id_tax_rules_group would be expected to be zero.

BTW: VAT is not a module. It is a fundamental part of the software.

Share this post


Link to post
Share on other sites
  • 0
9 minutes ago, musicmaster said:

This may have to do with faulty data in your database.

It says that some product has an id_tax_rules_group value of 21. And that value may be not or insufficiently defined. 

If you don't use VAT the id_tax_rules_group would be expected to be zero.

BTW: VAT is not a module. It is a fundamental part of the software.

Quick questions then... Btw thank you for your time!

I am sitting here this morning matching module for module with your prestools between two websites before I run your copy_shopdata hopefully for the last time.

Both websites are presta 1.6.1.10 the first one is old as heck upgraded from around presta 1.3.1 the second one is a brand new install of 1.6.1.10 to well copy_shopdata over too.

I am missing one module on this old website called 

bvkexportproducts

I'm not even sure where to find this module as prestashop.com has been down for days now. All I can see about it is two tidbits in google search. Anyway with your post about "faulty data" gives me concern. Will your copy_shopdata move this faulty data over to the new website?

Share this post


Link to post
Share on other sites
  • 0

444323182_Screenshot(2841).thumb.png.1d87e20893f5044ba3cb4c4be8b3116d.png@musicmaster Okay so your saying that vat is system wide and used as tax no matter where you are in the world. As the tax in this shop is set to the US state of Maryland @ 6%

Okay so yea I think I'm going to need that to be moved over. Just not sure what to do about this as it's just a notice. Is there anyway to gather more info from presta than what I have at the moment?

 

 

 

 

 

Edited by Billy
To trim out some of the picture with all my tables.

Share this post


Link to post
Share on other sites
  • 0

1.png.9fd04bc994c38d8465939734bfe2448a.png 

 

2.thumb.png.0686459a37067e9537258eea23c51f84.png

 

I deleted these two so there's that. That must have been one very old module.

 

 

 

Share this post


Link to post
Share on other sites
  • 0

Copy_shopdata doesn't copy modules. So deleting them from the ps_modules tables is not needed.

For knowing which modules were in the old shop - so that you later can install them in the new shop - you should either look in the backoffice or at module-info in Prestools. If you look at the database you should combine that with a look at the modules directory as deleting the files is a rather common way to delete modules (and that leaves them in the database).

I once had a look: there are two "countries" in the TB database that don't have VAT: Guernsey and Gibraltar.

If 21 is in the id_tax_rules_group table there must be another explanation for this warning. I am not sure what else it could be.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...