Jump to content

FullCircles

Members
  • Posts

    98
  • Joined

  • Last visited

  • Days Won

    1

FullCircles last won the day on November 21 2021

FullCircles had the most liked content!

About FullCircles

  • Birthday 04/01/1983

Contact Methods

Profile Information

  • Location
    East Midlands, UK
  • Activity
    Web development agency

Recent Profile Visitors

3,656,318 profile views

FullCircles's Achievements

Newbie

Newbie (1/14)

26

Reputation

4

Community Answers

  1. Having the same problem currently, product with 69 combinations, throwing memory limit errors in 1.7.3.0 That really isn't a large number of combinations, it's pretty bad if this is still an issue after 8 months
  2. Can't think of anything else myself either, no.. perhaps there's a problem with the translations in that release, as you say, works fine in the earlier ones
  3. Not spotting any issues offhand really, sounds like it should be working. One thing I'd check, have a look in the skins folder, see if there are any language files in the module override section there, might be that it auto generated one for de using all the standard english originals, any language files in the themes folder take precedence afaik, and whenever you change them in the admin, it seems to store them in there, rather than the module folder. That's how it worked last time I had some translations anyhow
  4. Ah, apologies, I didn't spot the product list bit, hmm, I think it isn't available there, no. Would be a bit more involved in that case, you'd need to set up an override file for the front categoryController, then alter the function which returns the product list, called assignProductList, to include an sql query that checks if there are combinations and returns a true/false value. Hmm, actually, checking the query, you might be able to just check if $product.id_product_attribute > 0 .. I think it tries to grab one of the combinations if it can, so that in theory should confirm the existence of them
  5. !isset is checking that the variable doesn't exist, so that will be doing the opposite of what you're after. Assuming the variable does indeed exist, this code should do the job: {if !empty($product.combinations)} That is a function which checks if a variable exists and that it isn't empty (bool false, numeric 0, empty array, etc). If you wanted to be a bit more specific to check that it's an array, you could use: {if (isset($product.combinations) && is_array($product.combinations) && count($product.combinations) > 0)}
  6. Try changing this bit: {else} label-success{/if} To: {else} label-success" style="display: none;{/if}
  7. I seem to recall also having a fair bit of trouble figuring that one out when we had something similar happen. I believe the reason for the change, is due to the multishop code which was added in 1.5, rather than just having a single root category now, I believe it expected there to be a root category and then a root shop category below it, so all you should need to do is make sure that on the database, there's a category with ID 2 that has a parent pointing to 1, with all your other categories linking to 2 rather than 1, and I suspect that should sort the problem out I'd take a backup of the database before changing anything just in case
  8. Yes, we've had clients with similar problems in the past, the issue is indeed that mysql's default ordering treats those numbers as strings PascalVG's solution is the best one certainly, if it's a custom field, you might also be able to change it to be an integer rather than a varchar, which might also get it to use proper numeric sorting. If neither of those are a possibility, you could also try using the LPAD function to automatically append 0's to any numbers that are smaller. For example: ORDER BY LPAD(`colName`, 4, '0') ASC Where 4 is the number of digits to go to, e.g. 0001 That is definitely not the best solution however, as it will have an impact in the speed of the SQL queries, reducing database overhead is generally the better way
  9. Doesn't sound good, but I'd first try just going into the database and adding the missing column to the table You'll want to run something like: ALTER TABLE `ps_employee` ADD COLUMN `last_connection_date` date DEFAULT '0000-00-00'
  10. If it can't be transplanted, it means there isn't a function in the module for that particular hook. You'll want to edit the file for it, probably modules/themeconfigurator/themeconfigurator.php, find a section called hookDisplayHome or some such.. You'll then want to add a new function, named after the hook you'd like, and pointing to that original hook: public function hookBeforeFooter($params) { return $this->hookDisplayHome($params); } After that, it should let you transplant it to the new position
  11. Try putting the full url path in rather than just www. So http at the front If that still happens, it's probably being run through some function which is adding the local path in first, could just try avoiding that function
  12. I'd say it's likely that the problem is somewhere inside the block that loops through the products, the number of < matches it exactly, plus, it's being output at the top of the table, which is usually the case when unexpected content not inside a <td> tag gets added in the middle of a table. I can't see anything wrong in the php code provided, but I've spotted the actual issue on the source code of the page, it's this bit: <<!-- <td class="cart_avail"><span class="label label-success">În stoc</span></td>--> Probably in shopping-cart-product-line.tpl
  13. Those aren't file upload corruptions, I'd be more worried that the files have been modified personally, that isn't garbage code as far as I can tell, the bits at the top are running checks on what browser the client is running, likely with the intent on running various malicious things on them. I'd get in touch with your host and ask them if they can identify how those files came to be changed overnight, because it suggests someone was able to do that if it was working before you went to sleep. Either that or it had been like that the entire time, which they also need to be told about, possibly someone had gotten malicious code into the auto installer, not impossible for that to happen But yes, if you have a backup from before this happened that doesn't have that code in, I'd upload it over the top, because you don't want any of that remaining
  14. You can use serialize($arrtest); and unserialize($this->context->cookie->test); to convert arrays to safe strings for any situation where you can't just plug them in, so that'll be a simple solution
  15. You can run the exact same regex using the php, just need to use preg_replace So it'd be something like: $price = preg_replace('/[,.]0+$/', ',-', $price); For javascript you can just run regex's in the standard replace function price = price.replace(/[,.]0+$/, ',-'); I'd recommend trying to switch the pattern to this though, just in case for whatever reason the price you're trying to convert doesn't stop directly at the price (maybe the currency symbol comes after or some such) /[,.]0{2,5}/
×
×
  • Create New...