I have two umbraco websites; test and live. I'm making updates to the content through umbraco on the test site and will push that to live via sql 2014 when I copy the database over. Users can login to view the website.
What I'd like to know is, will the members who have joined the live site in the meantime be lost when I overwrite the live database with the test database? Will the test website members data overwrite the live site?
Yes unfortunately they will be. All members are contained in the Umbraco database so if you overwrite the live database with your test database you will of course lose anything in that database.
If you are using Umbraco 7 your best bet would be to purchase Umbraco Courier which will allow you to merge the changes in your local copy to the remote copy. This would be the most straightforward option in my opinion.
Related
We have an existing web project with MVC 5 that currently accesses a database to show listings and search results.
This project needs to be reskinned, which requires a large amount of frontend work. But we're not sure how to let a developer do this without giving him the entire database.
Since we can't set up the database on his computer, is there an easy way to let him edit the pages (i.e. make changes to views and preview this in the browser with test data)?
Any ideas would be appreciated.
We're doing an application which takes feeds and items in that feed to entities on our own site. This is supposed to be an open site which anybody can sign up to. All of this is done with MVC + knockoutjs. We are thinking about managing the entities from that site using Sharepoint 2013, essentially replacing our SQL tables of those entities, and putting them into lists on in our Sharepoint instance. We're also thinking of doing the same thing for users and passwords and such. Then we might have a setup for a single sign on for any other sites my company makes. Currently we're using NHibernate and SQL server.
Are we are naive to think that Sharepoint could handle the amount of traffic, with outside users using our site, along with customers. I've heard that it's doable, I'm just wondering if it's a smart thing to do, and if there are hickups, limitations that any of you have run into trying to do this.
We went pretty far down the Sharepoint-as-a-development-platform path and ultimately ended up scrapping what we had done and rewriting it in other technologies. That doesn't necessarily mean it is not the right choice for your situation, but there a few things to consider:
"Why do it this way?". What are the benefits to adding the Sharepoint layer to your technology stack? If not Sharepoint, what do the alternatives look like?
Do you already have a solid Sharepoint admin team in place? Sharepoint definately requires a dedicated admin or team of admins that really understand the product to keep it performant and to help you troubleshoot when things are not working correctly.
Do you have Sharepoint development talent already in house? Good Sharepoint developers are harder to find and are typically more expensive than your regular .NET developer. Also, some existing .NET developers may not be interested in learning Sharepoint.
What is your expected traffic, and can Sharepoint handle it out of the box? At least in previous versions of Sharepoint there were internal limits on the amounts of data that could be stored in each list. On top of that, there were practical limits before the performance of the app becomes totally unacceptable. Understanding what those limits are should be a part of your initial due diligence so you can plan for those eventualities.
Will you be extracting operational data for external reporting or warehousing purposes? Is your data team already familiar with getting data out of Sharepoint?
Ultimately, the reason we failed was we ran down the path after the promise of "easy" development without really committing to the product. When we started running into problems, we struggled with basics like troubleshooting because we had lost a couple key people and our regular devs and admins struggled to figure out what was going on. If we had had the right people in place, our experience might have been different. We didn't, however, and we eventually chose to move away from Sharepoint and rebuild on our standard MVC/SQL platform.
SharePoint has come a long way in a short time to allow external applications to interact with it in the way you describe. I wouldn't try it with anything but SharePoint 2013 mostly because the licensing allows for this without additional cost per user and partly because what I mention next isn't available in 2010 or earlier.
You can use a MVC/knockout frontend but, the MVC app for SharePoint template isn't exactly what you want unless you will provision every user as a SharePoint user account. That template is still an SP app which means it's run by an SP user. I would look at SharePoint as just an OData service that your app writes back to. You can either use the client object model (SCOM) and write back directly (each user exists as a SharePoint user), or you can proxy the data access from your MVC controller and use a 'service' SP user to connect to SharePoint using SCOM. SCOM is just REST and OData so you can use any web-capable language you choose. I know there are examples for C# and JavaScript (node.js). There may be others.
If you are expecting a lot of volume, I would suggest you host this application on SharePoint Online (Office 365), if possible, and configure it to federate with the rest of your environment. That way you only need to add more space as your data grows (rather than more and more servers as load grows).
Here's a nice overview of the APIs available to you:
http://msdn.microsoft.com/en-us/library/office/jj164060.aspx
SharePoint 2013 Developer Center:
http://msdn.microsoft.com/en-us/library/office/jj162979.aspx
5 minute video on SharePoint 2013 SCOM:
http://www.microsoft.com/office/preview?videoid=1e859ac8-58ca-46d0-a8e0-00f4189761a8&from=sharepermalink-link
Timely blog on anonymous access to SCOM:
http://blogs.msdn.com/b/kaevans/archive/2013/10/24/what-every-developer-needs-to-know-about-sharepoint-apps-csom-and-anonymous-publishing-sites.aspx
There is no point to redesign you application only for replacing your database tables with sharepoint lists. Performance is one issue. Sharepoint list limitation is another issue, you will lose flexibility from relational database design and give your life to a black box design called sharepoint list.
I've worked on ASP.NET MVC site using Entity Framework code first approach.
I've finished my initial website and uploaded it to Windows Azure.
Now, I wish to continue developing the site and enhance the database structure.
The problem is that because it was created as code-first when I'll modify my entities - the database will re-created so my data will be lost.
My questions is - how can I get the live data from windows azure back to my local machine (registered accounts, posts etc.) and how can I continue developing my site without loosing that data. To be more specific - I wish to update the database structure in Azure to the new structure without losing the data inside it. I know about the entity framework DB strategics, but didn't saw anything that saves the data.
Thanks for your help!
Here are instructions for exporting form SQL Azure to blob storage.
http://msdn.microsoft.com/en-us/library/windowsazure/hh335292.aspx#Export
As rjovic said modifying your entities doesn't imply losing data. You can used code first migrations move data from your old entities to your new ones.
I was interested in using Umbraco for an internal project. Can I use it to query a legacy database and display the results within the CMS? Can this page that I created be limited security wise via Active Directory (I read you can use AD in Umbraco. Hope it's true.)
Am I going outside of what Umbraco is supposed to be for?
Thanks.
Have a look at the wiki article about Active Directory authentication here:
Yes, you can query a legacy database. Umbraco uses Razor or Web User Controls in MasterPages so you can do anything you'd normally do in ASP.NET in Umbraco as well.
In the future, if you have more questions, it might be a better idea to post to our.umbraco.org instead, you will get faster and better answers than here on SO.
I'm very new to Sharepoint and I am just wondering if it's possible to somehow use data from an external database as a List that users can select from within a form. How much extra development does this involve?
Essentially we have a different (non sharepoint) site that allows us to set up projects. Once a project is set up I would like the project code to be usable from within workflows, forms, etc.
If you have MOSS Enterprise, you may want to take a look at the Business Data Catalog (BDC). It allows you to bring external data to SharePoint. Supported inputs are either a database or a webservice.
http://msdn.microsoft.com/en-us/library/ms563661(office.12).aspx
After you have set up the BDC, you can use the business data field to use that external data as metadata. That way, you can make decisions in workflows based on that metadata. If you want to play with the BDC, get yourself a decent tool to generate the application definition files (xml), because creating them manually is cumbersome.
Consuming external data in forms is even easier. It doesn't require the BDC as you can use databases and webservices directly as a secondary datasource in InfoPath.
Another option (if you don't have MOSS Enterprise) is to create a timerjob that keeps a list up-to-date based on the projects found. Of course, this is not updated in realtime and requires some programming.