It would depend largely on how up-to-date your Sitefinity CMS is.
Sitefinity version 10 has an Export Content to ZIP feature. It’s meant for use between Sitefinity instances, but it at least packages content & structure data for you.
Synopsis Sitefinity 10.2.x 10.2.6604.0 Multiple Vulnerabilities Description The version of Sitefinity installed on the remote host is affected by multiple vulnerabilities: - An XSS vulnerability in Telerik.ReportViewer affects versions 4.2 through 11.0 (CVE-2017-9140) - An XSS vulnerability in?Identity Server affects versions 10.0 through 11.0 (CVE-2018-17053, CVE-2018-17054) - An XSS.
In all other respects, this would be a battle. Sitefinity and Drupal are written in different codebases (Sitefinity is ASP.NET, Drupal is PHP) and use different databases (Sitefinity - MS SQL, Drupal - MySQL). If you have custom Sitefinity modules you want to reuse, you’re in for some re-coding.
The best migration method, I’d say, is to focus on raw content and stylesheets. CSS is CSS; you can migrate any custom styles without much fuss.
As for raw content, this is my off-top-of-head suggestion:
- First, set up Drupal.
- Create pages to match your Sitefinity site’s sitemap.
- Page by page, strip the content from your Sitefinity site and copy it to the Drupal site. Preserve what HTML layout elements you can, but be prepared to recreate them.
- Apply the stylesheets. Adjust results as needed.
- Download each Sitefinity library (images, documents, videos) and upload them to Drupal. Do this one library at a time, so you’re sure you catch all the files.
After that you should have the content in Drupal, with digital assets and most of your styling. Custom functions will have to come afterward (and you may find plugins for much of that).
Best of luck. It’s doable, but you’re in for some back-and-forth work.
I recently upgraded Sitefinity from 9 to 10. After the upgrade I am not able to edit the content of content blocks on the pages. This only happens with Chrome. Everything seems to work just fine in IE and FireFox. After clicking 'Edit' on any of the Content type controls (Content block, image, video, ect) the white loading box shows and then just goes to an all white window the the x to close it out. Any of our custom widgets work fine. There are no Javascript errors showing in the console. Has anyone seen this type of behavior and how is it fixable?
** Note ** The MVC Content types do seem to work. It appears that it's just the regular Content types that do not seem to work correctly.
Corey Witherow
Corey WitherowCorey Witherow
1 Answer
Have you zoomed in or out your Chrome browser? I've seen this issue with Chrome and WebForms widget designers.Just try to zoom in and out the browser while the widget designer is open - you should start seeing the contents of the designer.
Veselin VasilevVeselin Vasilev