I'm not sure how to phrase this question, but it's my understanding that a sharepoint run website (such as a business's intranet) can be mapped to a network drive. You could theoretically access that drive and get documents from it OR upload documents to that drive and it would update the sharepoint run website with the new document.
I have no experience with this and it seems like a very neat thing to do. I only have some experience with creating sharepoint webpages and some security regarding those webpages (so, not very advanced).
How do I go about enabling sharepoint webpages to do this? I don't really even know what to look up.
If a SharePoint site is accessible to employees, they can map a drive letter to the UNC filepath of a SharePoint site, library, or folder.
The UNC path requires dropping the http protocol prefix and flipping all forward slashes to backslashes.
For example, if you have a SharePoint library that can be accessed at http://contoso.sharepoint.com/mycoolsite/mycoollibrary, users can map a drive letter to \\contoso.sharepoint.com\mycoolsite\mycoollibrary to open that library in Windows Explorer.
Accessing a SharePoint site via Windows Explorer does require the WebClient service to be running on the user's computer. It uses the WebDAV publishing model to treat SharePoint directories as if they were PC folders. This service does have some limitations that you wouldn't run into when using SharePoint in the browser. For example, by default it can only move files up to 50Mb; this is a registry setting on the user's computer, not a SharePoint limitation.
Note that users do not need to map a drive letter to use this functionality; they can navigate to \\contoso.sharepoint.com\mycoolsite\mycoollibrary in Windows Explorer directly. Mapping a drive is sort of equivalent to bookmarking the location for easy access.
Related
I want to know where does the Internet Explorer stores the history for the downloads (urls).
Does it keep it in some DB files like Firefox and Chrome? Or does it store it in Registry?
The use of the term "Downloads" is a bit ambiguous-- do you mean "File downloads" or "All content downloaded by the browser including images, CSS, JS, etc)?
Internet Explorer stores virtually all of its records in databases (IE9 and below use memory-mapped files named index.dat, while IE10+ use a proper database engine).
You should not attempt to manually interact with index.dat or the database; instead, you should use the appropriate APIs (e.g. the WinINET cache APIs or the IE History APIs) to collect data as needed.
I have a project in mind for a desktop aplication that interacts with e-shops directly. My goal is to create an application that uses the e-shop´s table and presents it to the shop through this app.
Before I get too into it I want to find a shoping cart software (preferably the oneclick installs that many webhosts offer) that will let me access it´s tables and modify/read/write at will without going throught the website.
Could I do this with OpenCart?
if not which way should I shoot?
Thanks in advance
Normally this is not possible unless You'd stick directly with some DB administration tool that will connect directly to the database server. There are some options though:
write an API for the desktop application - it could be based on web services - that the desktop application will comunicate with (more work has to be done but this should be the best solution)
let the desktop application connect directly to the database server (the same settings as OpenCart uses; requires only the desktop application development)
or as I mentioned, use a desktop DBMS tool for MySQL (or one that is universal), there are plenty of them, many also free... (no development at all but I'm not sure if this would be the desired solution)
I have sharepoint document library which contains infopath files, however I want to write a c# console program to read a field of infopath file, from a client machine, via sharepoint web service.
how do i do that? I am not allowed to deploy any code to sharepoint server.
Couple steps involved.
1. Get the infopath file from the Sharepoint server using webservices. You most likely will use GetListItems to find the name/URL of the file and then you can use a webclient class to stream the file.
2. Once you have the file locally (in memory) you can read any infopath using the standard XMLReader class methods.
Shouldn't be terribly complicated but does involve a few different technologies (web services, web client, XML).
One other option would be to promote the field from the form into the SharePoint library (providing it is not a field in a repeating section or a rich text field) and then use the lists web service (http://mysite/_vti_bin/lists.asmx) to find your record and read the promited fields value from the returned results in web services.
Here is a link that will hopefully help you wish the lists.asmx web service (if you need it): http://msdn.microsoft.com/en-us/library/lists.lists.getlistitems(v=office.12).aspx
Hope this helps
Im my current project we need to interface with sharepoint to store and retrieve various documents.
This has previously been done by referencing the Microsoft.Sharepoint dlls directly and going from there. As I don't know a lot about sharepoint yet I have been doing some research.
Most of the examples I find actually refer to using the Sharepoint web services themselves (the various vti_bin ones shown in http://www.sharepointmonitor.com/2007/01/sharepoint-web-service/).
I cant seem to find the differences in approaches. This current project was written a few years ago so maybe the web services weren't available then?
I'm looking for a solution to add and retrieve data from sharepoint and also a little explanation as to the differences in using refernces vs the web service
Cheers
Referincing Microsoft.SharePoint.DLL is only supported on code that runs within SharePoint. It often does work on Projects that are not part of SharePoint but that are run on a SharePoint server, but that's a) unsupported and b) not all functions work. If your Applications runs outside of the SharePoint server, referencing Microsoft.SharePoint.dll won't work.
If you want to access SharePoint from an application outside of SharePoint, there's three ways:
Use the SharePoint Webservices, for example Lists.asmx
If your SharePoint site runs on SharePoint 2010, use one of the three Client Object Models (.net, Silverlight, JavaScript)
Develop some code that runs on the SharePoint Server and exposes the data through a Web Service. This only makes sense if you have to do something that's either complicated/painful to do entirely client side or if you really need full control over the web service.
Perhaps I am not asking or searching for this correctly:
I want to have a desktop script (currently using python) that will update a list on a sharepoint site.
The current script reads various file shares, ftp sites and a ArcGIS database to determine which metadata files have been updated and published. The script then writes all these results to a Excel spreadsheet.
We would like to do the same thing, but keep the data in a Share Point list instead of a spreadsheet. We don't need to upload any files (which is what I keep running across in my search) but just update or add to a list.
We could care less about what language or tools we use, we just don't have access to any custom coding on the Share Point server.
You should be able to use the lists webservice on the Sharepoint server,
the url is normally:
http://host/sitename/_vti_bin/lists.asmx
you are looking at the UpdateListItems webservice call. I don't know python but I use C# and work with sharepoint every day you can find a working example on MSDN on a Windows app to call the web service.