For Zoho Services only:


I'm actually part of a bigger team at Ascent Business Solutions where we have support technicians and project consultants. Support is for smaller technical fixes but this can include developments, reports or integrations; depending on the size of the task. Projects are for more time-consuming developments such as revamps of the Zoho Suite of apps or on-site training. The advantage of a team is that if I am out-of-office for a day or so, there is always someone at Ascent Business Solutions who can deal with any queries/issues you may have.

Our support rates can be found and purchased at http://ascentbusiness.co.uk/zoho-support-2. A support bundle doesn't have an expiry date. So whether we can do what you want within the bundle and a year later need further support, if there are minutes left on the bundle then there is no additional charge.

Our project rates for bigger developments can be found at http://ascentbusiness.co.uk/crm-solutions/zoho-crm-packages-prices and will involve a dedicated project consultant along with developers who will hold your hand through the development process.

If you want help building a solution for one of the Zoho Apps in the Zoho Suite, contact us on 0121 293 8140 (UK) or by email at info@ascentbusiness.co.uk. You can also visit our website at http://ascentbusiness.co.uk.

I regularly build and specialize in 2-way API integrations for Xero, Shopify and eBay.

Zoho Deluge: Date from a String (dd/MM/yyyy to yyyy-MM-dd)

What?
A quick article to remind me of the regex to change a date from the format dd/MM/yyyy to yyyy-MM-dd.

Why?
Irrespective of server, organization or user settings, the date handling can vary. If we are getting a date from a CSV or other external source as "dd/MM/yyyy", how do we guarantee that the system will understand the date correctly?

How?
It may be that when obtaining a date string and applying the method .toString("dd/MM/yyyy") is dependent on the settings. But making a date into a SQL format or from largest denominator to smallest in "yyyy-MM-dd" will usually handle the date better. Consider the following:
copyraw
v_TestDate = "07/01/1975";
info v_TestDate;
info v_TestDate.toDate();
info v_TestDate.toString("E, d MMM yyyy");
info "*********************";
//
// regex change dd/MM/yyyy to yyyy-MM-dd
v_RegexdDate = v_TestDate.replaceAll("(\\d{2})/(\\d{2})/(\\d{4})","$3-$2-$1", false);
info v_RegexdDate;
info v_RegexdDate.toDate();
info v_RegexdDate.toString("E, d MMM yyyy");
info "*********************";
//
// pure Deluge no Regex
v_DelugeDate = v_TestDate.toList("/").get(2) +"-"+ v_TestDate.toList("/").get(1) +"-"+ v_TestDate.toList("/").get(0);
info v_DelugeDate;
info v_DelugeDate.toDate();
info v_DelugeDate.toString("E, d MMM yyyy");
  1.  v_TestDate = "07/01/1975"
  2.  info v_TestDate; 
  3.  info v_TestDate.toDate()
  4.  info v_TestDate.toString("E, d MMM yyyy")
  5.  info "*********************"
  6.  // 
  7.  // regex change dd/MM/yyyy to yyyy-MM-dd 
  8.  v_RegexdDate = v_TestDate.replaceAll("(\\d{2})/(\\d{2})/(\\d{4})","$3-$2-$1", false)
  9.  info v_RegexdDate; 
  10.  info v_RegexdDate.toDate()
  11.  info v_RegexdDate.toString("E, d MMM yyyy")
  12.  info "*********************"
  13.  // 
  14.  // pure Deluge no Regex 
  15.  v_DelugeDate = v_TestDate.toList("/").get(2) +"-"+ v_TestDate.toList("/").get(1) +"-"+ v_TestDate.toList("/").get(0)
  16.  info v_DelugeDate; 
  17.  info v_DelugeDate.toDate()
  18.  info v_DelugeDate.toString("E, d MMM yyyy")
Yields:
copyraw
07/01/1975
01-Jul-1975
Tue, 1 Jul 1975
*********************
1975-01-07
07-Jan-1975
Tue, 7 Jan 1975
*********************
1975-01-07
07-Jan-1975
Tue, 7 Jan 1975
  1.  07/01/1975 
  2.  01-Jul-1975 
  3.  Tue, 1 Jul 1975 
  4.  ********************* 
  5.  1975-01-07 
  6.  07-Jan-1975 
  7.  Tue, 7 Jan 1975 
  8.  ********************* 
  9.  1975-01-07 
  10.  07-Jan-1975 
  11.  Tue, 7 Jan 1975 

Additional
You would of course need to check that there is nothing wrong with the date that was submitted. Especially if it is coming from a data source, the Zoho deluge .toList() fails the function if the .get is an out-of-bounds and the .toDate() or .toString() fall apart with an unparsable date:
copyraw
v_TestDate = "07011975";
info "*********************";
//
// regex change dd/MM/yyyy to yyyy-MM-dd
v_RegexdDate = v_TestDate.replaceAll("(\\d{2})/(\\d{2})/(\\d{4})","$3-$2-$1", false);
if(isDate(v_RegexdDate))
{
	info v_RegexdDate.toDate();
	info v_RegexdDate.toString("E, d MMM yyyy");
}
info v_RegexdDate;
info "*********************";
//
// pure Deluge no Regex
v_DelugeDate = null;
if(v_TestDate.toList("/").size()>2){
	v_DelugeDate = v_TestDate.toList("/").get(2) +"-"+ v_TestDate.toList("/").get(1) +"-"+ v_TestDate.toList("/").get(0);
	info v_DelugeDate.toDate();
	info v_DelugeDate.toString("E, d MMM yyyy");
}
info v_DelugeDate;
  1.  v_TestDate = "07011975"
  2.  info "*********************"
  3.  // 
  4.  // regex change dd/MM/yyyy to yyyy-MM-dd 
  5.  v_RegexdDate = v_TestDate.replaceAll("(\\d{2})/(\\d{2})/(\\d{4})","$3-$2-$1", false)
  6.  if(isDate(v_RegexdDate)) 
  7.  { 
  8.      info v_RegexdDate.toDate()
  9.      info v_RegexdDate.toString("E, d MMM yyyy")
  10.  } 
  11.  info v_RegexdDate; 
  12.  info "*********************"
  13.  // 
  14.  // pure Deluge no Regex 
  15.  v_DelugeDate = null
  16.  if(v_TestDate.toList("/").size()>2){ 
  17.      v_DelugeDate = v_TestDate.toList("/").get(2) +"-"+ v_TestDate.toList("/").get(1) +"-"+ v_TestDate.toList("/").get(0)
  18.      info v_DelugeDate.toDate()
  19.      info v_DelugeDate.toString("E, d MMM yyyy")
  20.  } 
  21.  info v_DelugeDate; 
Yields:
copyraw
*********************
07011975
*********************
null
  1.  ********************* 
  2.  07011975 
  3.  ********************* 
  4.  null 

Source(s):
Category: Zoho :: Article: 763

Credit where Credit is Due:


Feel free to copy, redistribute and share this information. All that we ask is that you attribute credit and possibly even a link back to this website as it really helps in our search engine rankings.

Disclaimer: The information on this website is provided without warranty and any content is merely the opinion of the author. Please try to test in development environments prior to adapting them to your production environments. The articles are written in good faith and, at the time of print, are working examples used in a commercial setting.

Thank you for visiting and, as always, we hope this website was of some use to you!

Kind Regards,

Joel Lipman
www.joellipman.com

Related Articles

Joes Revolver Map

Accreditation

Badge - Certified Zoho Creator Associate
Badge - Certified Zoho Creator Associate

Donate & Support

If you like my content, and would like to support this sharing site, feel free to donate using a method below:

Paypal:
Donate to Joel Lipman via PayPal

Bitcoin:
Donate to Joel Lipman with Bitcoin - Valid till 8 May 2022 3QnhmaBX7LQSRsC9hh6Je9rGQKEGNQNfPb
© 2021 Joel Lipman .com. All Rights Reserved.