The short: I inherited a website I didn't make. The previous site (which I have been redesigning) had a file upload feature which converted .docx, .xlsx, .pdf, etc. into .fil and stored them in an uploads folder.
The previous developer is no longer available and I'm looking for a reliable way to convert the files back into their original types/extensions. Any ideas on a reliable conversion application? Or just a simple way to go about this?
I'd try to just change the file extension to .pdf or .doc and try to open the file with Microsoft Word or Adobe Reader. If that fails, give opening straight into Word a shot. I don't think that Word handles that file extension natively, but it may be able to interpret it. Good luck.
Related
i am writing a web application with React, where users can write protocolls for their appointments. The current system is: the web application saves the word file in the local file system, the user edits it and uploads it via a macro in word.
That seems a bit clunky to me and i am not so sure about the security issues of letting the browser directly access the local file system.
So i wanted to let the users edit the files directly via the browser, with an editor similar to GoogleDocs.
Problem is:
Documents have to remain on premis
Converting doc files to a format that can be displayed in a browser and back seems to have some formating issues.
The user must be able to download the file and edit it, in case they have an appointment without internet access and upload it later. So it has to be at least convertable to a document that can be easily edited in Word.
There are so many richtext editor, but from what ive seen none is designed for that use-case. So my question is: Is what i want to do even possible, and if so does anyone know a good editor or library for doing so?
I'm using Lynch at my work place. But none of us was able to save the convo history in outlook as expected.
Basically when I close the conversation window, all history is lost.
After some search, I found that the convo history is actually stored in local files under:
C:\Users\myuser\AppData\Local\Microsoft\Communicator\sip_user#domain\History Spooler
and there's a bunch of files with .hist extension, containing a "weird" header and the conversation in HTML format.
Is there any software to read/access those files in a "clean" way?
That said, I found Lync SDK but it's to be used server side.
I don't have access to the server, nor any network resources. Just local .hist files.
Till now, I was able to open those files in a browser, by renaming them to .html(with some garbage at top of page due to the "weird" header).
Next step was to write some code, in order to parse those files, as asked here: How can I read a Lync conversation file containing HTML?
but not much came out of it.
This is temporary solution to view lync history under you mentioned path
C:\Users\myuser\AppData\Local\Microsoft\Communicator\sip_user#domain\History Spooler.
You need to change .hist to .HTML format. After double click the .html file. Now you are able to see the proper chat data.
I have a Lightspeed POS 3.x Backup file. I would like to abstract the database out of it. Is this at all possible? The file extension of the backup file is .lightspeedBackup.
I believe you should be able to just rename it as a .zip and extract it. Once you do you should have several directories and files with all your data in it.
Not sure why they try to hide that or are using their own extension.
I am developing a web application and I have a folder containing a bunch of files with .adm , .adi and .adt and .bak extensions.I want to be able to read this data and convert put it in mysql db.
I have figured that these are files stored by sybase in its proprietary format. I have opening with sybase advantage server but the folder does not have a .db file.
I am really trying hard to just read this data but am not able to. It'd be a great help if you can give me some direction.
On one very old server, i found the files, and i could open it with "Advantage Data Architect" software.
Maybe helps someone.
I know this is a really old post but some people (like me) might get here by Googling because they have an issue like mine. If you just open the file in notepad you MIGHT be able to read some of the data. My issue was with Medisoft version 17. A client of mine was transferring computers and we needed the registration code that is generated for the upgrade serial number. (It's in rgnpds.adt. look for the serial number and it should be the next "string" of characters). I just opened it up in notepad and the information that would normally be displayed to the user if they generated a report was readable in notepad. Hope this helps someone even if I am too late for the OP.
The better way to open the ADT file will be with Advantage Data Architect,
the other extensions are the index and memo files.
Thanks
I'm searching for a good way to add meta data to a file. dsofile.dll works fine for NTFS. The meta data is lost, when one drops a copy on a FAT32 share (it uses NTFS hidden streams I guess). Microsoft Word documents contain meta data that are not lost, how do they do it? Similiar to FAT, sending the file via E-Mail strips of all meta data created with dsofile (and also meta data created by hand with Windows Explorer). Separate meta data files are not an option. It must be compatible with standard Windows techniques. If I send someone a file with Outlook and he sends it back, the meta-data should not be lost.
(the required meta data is actually only an ID)
The issue is that all file systems provide a single-stream view of the file as a greatest-common-denominator. Through this interface which exposes the files "contents", you can read or store properties and have them be transported with the "contents" by naive system (or user-) utilities. For example, CopyFile in Windows will carefully lose alternate data streams and has no notion of "shadow files".
The question is whether or not the format of the "contents" allows for arbitrary addition of properties.
Some formats allow arbitrary content (e.g., MSFT's docfile aka .doc/.xls/etc). Some allow limited content (.mp3, .jpg, .exe).
Some are completely SOL (.txt, .bmp).
Any solution would be format-dependent. MS OFfice files are (all) compound files and there's a place for properties there. In some formats (PE files, for example) it's safe to just append data to the end of the file, if you know how to read them later. In ZIP file you can probably find a place in the directory or just add a helper file with your data to the archive. Other formats can't stand this, and you'd need to find your own way at solving the problem.
Actually, file name can also be a good placeholder for your ID.
If you need to store the files somewhere but don't need the file to remain readable by outside applications, you can pack them to ZIP archive or use something like our SolFS
library.
What about the standard properties rather than custom DSOFile properties? Ie Comments, Author etc? do they get wiped?
Not sure if its ideal but a way we've gotten around it is that we have a tool that will take the DSOfile properties and save a text file, which is then emailed along with the file, and at the other end the user runs a tool to re-import the dsofile properties from the text.