Jump to content

MrGettingRatherFrustrated

Member
  • Content Count

    82
  • Joined

  • Last visited

Everything posted by MrGettingRatherFrustrated

  1. Thanks Brian, There are a few factors behind this including usability and SEO so the horrible currency=n option wont achieve what I want Background:- I have products that have country specific variants - ie different keyboard layouts, part numbers and even manufacturers warranty length, so I have two occurences of these products - one with only a GBP price and another with only a Euro price, so chosing the currency reveals different products. As I have language specifc presentations of the site ie en_GB and fr_FR (and they only provide that single language which forces it to the default (lets ignore Belgium and Switzerland on that for now) etc - so I want to adjust the site to choose a country rather than language, remove the currency selector option and force the currency (there are other reasons for this such as not exposing me to EU import/export issues, exchange rate fluctuations and conversion costs). I have found I can set the currency via session with a hook and I think that works for most pages - BUT found two issues. 1) Cookie Consent stops the hook running on page load - whether accepted or declined it then runs on a page refresh or change but that may be too late if there are no products initially displayed 2) As far as I can establish setting this via session wont work for search engines/indexing bots - ie my installations default is GBP so they will only see products in that As an example https://www.truffiere.co.uk/en_GB/store/microsoft-surface-laptop-4 should show one set of products exclusively for the UK (and Ireland) as they are only priced in GBP And https://www.truffiere.co.uk/fr_FR/store/microsoft-surface-laptop-4 should only show another set of products that are only priced in Euros Currently flipping the currency between £ and € on those pages reveals different sets of products and the Euro products will never be found as the default returned for the group is in the installation currency I'm open to ideas and suggestions
  2. And now the next question 🙂 I need to force a specific currency to be the default for a subsite, I have had a fiddle around but cant find a way to do this - basically I need to cause the equivalent of currency=9 to be the default for that subsite. I am hoping that you have the answer somewhere in your deep vaults!
  3. The license verification page has recently been updated to only show licenses with a “Last Access” date within the last 10 days show as valid. The last access is you as an admin logging in - so yes that can only be a dial home of some sort on admin login. The reason I needed to force mine was that a developer tried to access the admin site from the wrong URL and that then caused their crappy verification to continue to try and use that invalid URL (it was when a test site was being copied and the admin element was then removed)
  4. It is showing my site is valid but only because I forced the registration... They said they are "dialling home" when you log into the admin area, so any firewall rules you have to stop outbound access will also result in your site being show as not authrorised. It is really unaccepable from multiple angles 1) They are attemting to "diall home" without permissions or notification 2) Who knows what they are capturing, they are at least capturing your internal IP - my guess is active user count and this is all linked to the recent price changes so that they can identify sudden reductions ... 3) They already have the list of licenced domains in their database 4) They are publicly showing the status of licenced domains as unlicenced
  5. What I am most concerned about is that any man/woman/being and his/her/its dog/cat/creature can put my domain name in and be given this incorrect information which could result in reputational damage and/or loss of potential customers and partners or more To publically declare my site as unlicenced because of their shitty coding is totally unacceptable - any Americans could sue for it I am sure, I would recommend someone does ...
  6. Out of idle curiosity I put my own site in the licence checker earlier and was rather alarmed when it reported "This domain is not authorized to be using WHMCS" I raised a ticket and this was their response:- Thank you for contacting us today. The license verification page has recently been updated to only show licenses with a “Last Access” date within the last 10 days show as valid. Accessing your installations admin area and forcing a license update would refresh our licensing servers. To do this, first login to your admin area and navigate to Help > License Information. Then click the 'Force License Update' button. Please let me know if I can assist you with any further questions or concerns. Apart from the total invalidity of that change it doesnt actually work as I am logged in every single day
  7. Brilliant, thanks so much Brian, that works like a dream! You've got to wonder why all these simple usability enhancements arent in the product to start with ...
  8. As far as can be seen he has no active involvment with the company anymore - he may have a title and salary but for WHMCS to imply that he is actively involved is misleading
  9. And why are they still making out that Matt is a director and have him in pictures like this - he left sometime ago as far as I understand and certainly isnt a director anymore
  10. In viewcart.tpl the selected country is taken from the installation defaullt, I want to set this to match the primary country for the language in use, I can set a value in the header, such as <country="FR"> but cant work out how to change the code below to use that to match to FR and make France the default selected country. <form method="post" action="cart.php?a=setstateandcountry"> <div class="form-group row"> <label for="inputCountry" class="pt-sm-2 col-sm-4 control-label text-sm-right">{$LANG.orderForm.country}</label> <div class="col-sm-7"> <select name="country" id="inputCountry" class="form-control"> {foreach $countries as $countrycode => $countrylabel} <option value="{$countrycode}"{if (!$country && $countrycode == $defaultcountry) || $countrycode eq $country} selected{/if}> {$countrylabel} </option> {/foreach} </select> </div> </div>
  11. Thanks, once more, for your effortsand assistance Brian, I changed it to a new group and it was still the same, the fact that the template worked as is for you and can be forced with carttpl left me stumped. In desperation I changed the default theme back to twenty-one and it worked as expected, then I reverted to my custom theme and it is now behaving as expected! I have no idea how this could fix the issue or how the theme could impact the order forms Bemused!
  12. 3.0 now at this rate it might be below 2 by the end of the week - self inflicted stupidity.
  13. Thanks Brian, much appreciated There are literally no language strings or anything in this example other than commenting out the Promo Code element and the State drop down - intentionally to try and prove that there was something fundamentally wrong here No domain is required I will PM you the example products using them, 1 has custom fields and a module, another is as raw as it can be with no module and no custom fields
  14. To further update, I complety replaced my standard_cart with the one from the 8.1.3 download to remove any risk of that having being modified or corrupted I created a new order_form with just theme.yaml and the viewcart.tpl plus checkout.tpl as it is referenced by viewcart.tpl I then modified viewcart to remove the Promo options on checkout and also to remove State - both theme.yaml and viewcart.tpl are attached I clreared the template cache and assigned the orderform to a product hroup and went to order a product in that group - the default_cart is used showing the Promo options & State If I replace viewcart.tpl in standard_cart with this modified one then I get the desired result I really cant see how this can be a conflict of some sort and am following exactly the process described in the documentation for a child template so am inclinded to think that this is some sort of bug - or the documentation isnt accurate I have contact support abut this but as always that isnt yielding much in the way of support ... theme.yaml viewcart.tpl
  15. Hi Brian, Do you mean changing the labels in the database - I couldnt see a way to do this via the admin interface but did try it directly in the DB I found that there were two issues with that 1) I was actually trying to do something a bit more complex but kept the explanation simple - what I was actually trying to do was add a localised ex. VAT/inc. VAT lable to the product prices AND localise the name of VAT so needed to customise the template regardless 2) When I tested changing the tax names in the DB there were some places where the change only took effect once the billing country was specfied during the order, until then defaulting to the installation default of VAT - I dont recall where now though (it could have been on the product pages it didnt show but on the cart pages it did) The conflict makes sense and is almost certainly the cause as adding configproduct,tpl to that child order form (without modificiation) results in a blank page - that hadnt occured to me but gives me a glue as to where to investigate, so thanks once more! All that aside it does seem another defect with the product that a language key isnt being used in the templates for some of these fields and given how common it is, in Europe at least, to state whether prices include or exclude tax - and often show both prices - this does seem a weakness and oversight in the cart - I am sure you will advise it is one of many! 🙂
  16. Right, I am back on this and it is def a bug as far as I can see. The default order form is the standard cart I have two child order forms and have viewcart.tpl in both Some but not all of of the customisations are honoured For example in standard_cart viewcart.tpl has {if $taxrate} <div class="clearfix"> <span class="pull-left float-left">{$taxname} @ {$taxrate}%</span> <span id="taxTotal1" class="pull-right float-right">{$taxtotal}</span> </div> {/if} and ordersummary.tpl has {if $producttotals.pricing.tax1} <div class="clearfix"> <span class="pull-left float-left">{$taxname} @ {$carttotals.taxrate}%:</span> <span class="pull-right float-right">{$producttotals.pricing.tax1}</span> </div> {/if} In my custom order forms I have changed both of these to $LANG.truffiere.taxname which I have in language overrides but it has no effect, even if I force the template on the URL with ?carttpl=xxx. If I change these in the standard_cart templates then I get the desired effect - ie TVA shown rather than VAT for France, IVA for Spain etc Obviously the custom order forms are assigned to the relevant product groups
  17. The standard_cart is the default order form template for WHMCS and then I have a custom child order form set on the category I actually have a couple of custom child order forms for different product types - although that change is made to both. I did try WHMCS set to one of the custom order forms but that screwed up some links for add to cart etc so I reverted and havent had time to investigate that again yet
  18. Hmm, I already had viewcart.tpl in the custom child order form so that doesnt appear to fix it now 😞 I've logged another bug to go with the 30+ already on the list. I wonder how many more months they will wait until approving my feature requests - its blatantly clear that it is quite deliberate obstruction although why is beyond me.
  19. OK, am I missing something or is this a bug? I'm using a child theme of 21 and child order forms of standard_cart I can succesfully modify register.tpl in the theme - so I've moved the salutation to Personal Details and the Currency choice to Billing Address (which I shall now rename to Billing Details in language overrrides) I copy checkout.tpl from the standard_cart order forms to my custom child order forms. modify it and the layout changes are ignored, if I make the exact same changes to checkout.tpl in standard_cart itself then the checkout is displayed with the changes - so my editing appears correct and the child order form is not behaving as it should as far as I understand things. I have purged the cached templates to ensure that its not caused by that
  20. That really is nothing other than pure arrogance and laziness by WHMCS - I do see a recurring theme here .... I think I'm more shocked that such basic and relevant personal information wasnt identified from day 1 as being needed - I can go back 30 odd years to designing forms (on paper then dBase) where title would have been part of the form and certainly in the UK referring to customers by firstname would have been frowned on back then in my experience. The fact that multiple templates have to be bastardised and hacked about simply to achieve this also shows what a mess things are - why isnt user registration a common template consumed by others instead of each being unique. I still do wonder whether the obsfuscation of the PHP pages is more to hide what a shambles the code is than anything else ...
  21. Thanks once more - Brian! Over 8 years old! OMFG that is beyond ridiculous that it still hasnt been implemented
  22. Doing some work on the email templates and I was surprised to discover that the user information doesnt include title (ie Mr, Mrs, Miss etc) Has anyone ever raised this with WHMCS or created a feature request? The reason I ask is that in French, and I'd imagine in other languages too, a business email should really be addressed to M, Mme or Mlle %Surname%
  23. Thanks Brian, that confirms what I suspected - I’m not intending on spending that - or anything! I am relatively comfortable I can find a way to display the information to the end user - I was going to say it’s just the admin side which seems unnecessarily restrictive but then realised that it applies all over the place and the admin side is completely restricted - it really should be so simple to do this! So I guess I’ll need to:- Create new columns in the products DB - my preference although against WHMCS “guidance” Create a custom php page on the admin side to write the various attributes to new fields in the DB, I can create a menu link to it as an addon module (or a hook from what I understand) Add some code to the various product & order templates, email templates (possibly) and to display the additional desired info and similarly for invoices Am I missing anything?
  24. What version are you using, what is your “home” country in WHMCS & what is the customers country?
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated