I'm trying to help a friend migrate a classic ASP website, as the old webhotel no longer offers classic ASP support.
There were no databases to be found on the old server.
When just copying the public_html folder to the new server, I receive an error message saying:
msxml3.dll error '80072ee7'
The server name or address could not be resolved
?, line 0
I don't have any experience working with ASP before. Can anyone give me a clue where to start looking. Attaching an image of filezilla listing the old server on the left and the new server on the right.
file listing old server on the left, new server on the right
Technicians on the new webhotel have indicated that there seems to be a problem with the first line of the default.asp file.
Saying that the site doesn't seem to connect with this file even though it's in the folder.
The content of the db_conn.asp looks like this.
<%
Dim objConn, objConn02 'Holds the Database Connection Object
Set objConn = Server.CreateObject("ADODB.Connection")
objConn.Open "Provider=Microsoft.Jet.OLEDB.4.0; Data Source=" & Server.MapPath("_db/site_db.mdb")
Set objConn02 = Server.CreateObject("ADODB.Connection")
objConn02.Open "Provider=Microsoft.Jet.OLEDB.4.0; Data Source=" & Server.MapPath("_db/site_db.mdb")
%>
All tips and ideas gratefully received.
A common reason for the line 0 error is that you have the wrong or mismatched encoding on the files. I guess it is a swedish page, so open the asp file that gets the error in Notepad ++.
Now in the encoding pull down meny check what encoding you have, probably one of ANSI, UTF-8, or UTF-8-BOM. (Im guessing utf-8-bom)
Select all the text in the file, and copy it to the clipboard. Change the encoding to UTF-8 and paste all the code back into the file (this is because åäö) usually gets scrambled when changing encoding.
Save the file and check if the error disappears. If you are in "luck" this worked. I say "luck" because this means that you might have to change encoding on all pages.... :/ not so "lucky" ;)
Hope it helps.
Related
I copy pasted pages and datas from my local dokuwiki(windows) to an ftp dokuwiki (linux), the pages exist but cant be accessed, the
[[:informatique:angouleme:inventaire_licences|Inventaire Licences]]
the link state that the page exist but all i get is 'this page doesn't exist yet' i see nothing wierd with &do=debug i got no error message.
Note that it workds to copy paste data repo or pages repo. it works even if the sitmap isn't updated.
the
$html_output = ob_get_clean();
trigger_event('TPL_CONTENT_DISPLAY', $html_output, 'ptln');
is returning me the generic answer when he cant find the file i want him to show
i wish to know what is going wrong, thanks for the help.
The pages might have different permission which the www-data can't access.
Did you check your server error logs? It will give you more information about the exact problem.
Also, try the searchIndex plugin
I feel pretty stupid about it, when passing from a windows server to a Unix server i forget the caps handling are different and so i bad references to my namespaces where my files had caps and dokuwiki biuld all the links without
I have some code that reads pdf files. The code fails at the line :
iTextSharp.text.pdf.PRTokeniser.CheckPdfHeader() at
iTextSharp.text.pdf.PdfReader.ReadPdf()
I know from other entries that this issue is coming from some invalid formatting in the pdf. However I'm not in a position to tell my users to redo their pdfs. Is there some other way around this issue, that can allow reading of the pdf despite this problem?
If a file doesn't start with %PDF- then there's nothing to fix: the file isn't a PDF file.
However, there may be another problem: maybe you're trying to access a file that has zero length due to some problem while creating the InputStream. Another context in which I've seen this happen, is a PDF loaded from a server, where the server returned a 404 message in HTML instead of a PDF file ;-)
Whenever that exception happens, you should store the bytes somewhere, and examine them. Without those bytes, nobody will be able to give you useful advice.
I'm trying to create & save a new form using Oracle Form builder however, I get the error FRM-10044: Cannot create file.
The same thing happens when I open and save an existing form (.fmb)
I've check the folder permissions where the form is being save, it has read write access.
I've tried saving it into a differ folder and also tried creating a new folder but it still throws the same error.
I'm able to create and save a word, excel document in the new or existing folders (as mentioned-above) without any issues.
I suspect it could be something to do with the Windows Registry or System Configuration settings because I had recently shutdown/disabled so of the services in the System Configuration (using
msconfig.exe). Unfortunately, I don't remember all the options that were modified.
I've gone through numerous discussion forums, but still no luck.
Any help is appreciated.
Thanks in Advance
I've experienced the same thing. But in my case, i compiled the form on server side. The error appeared because it was remote-controlled by more than 1 person. One of the remote session was possibly locking the file creation. So I logged off the other session and try to use 1 session only when compiling the form. This happens sometimes when we're using an OS with multiuser and multisession capability.
I changed some permissions on my server and somehow broke TinyMCE so that it can no longer browse for images and files.
I changed the permissions back to what they were but the issue still persists - when I go to browse for files I am just presented with a blank screen:
Would anyone know how to repair this?
(PS using ModX Evo CMS)
EDIT: what I see on console on the edit resource page (nothing appears when I open the console on the browsing window):
6
Refused to set unsafe header "Connection" index.php:1
Uncaught Error: IndexSizeError: DOM Exception 1 /assets/plugins/tinymce/jscripts/tiny_mce/tiny_mce.js:1
2
Refused to set unsafe header "Connection" index.php:1
Thanks!
In case you do use standard installation of tinymce i suggest you reinstall tinymce over the files on the server.
Try checking all the file names for anything that might contain special character. A em dash, n dash, possibly left quote ”, right quote etc...
I would do this via ftp to make sure you can see all the files in admin section. Rename any of the files that might have questionable characters and see if that fixes it.
I'm writing server-side programs in PHP for an iPhone app. And I have no iPhone. :P
The iPhone app requests XML files from the site whenever a user runs the iPhone app. You may visit http://www.appvee.com/iphone/ads or http://www.appvee.com/iphone/latest for the XML files.
And a message box will show up with the following error messages:
"Web Site Error
Conversion of data failed. The file is not UTF-8, or in the encoding specified in XML header if XML.
"
Maybe I must add header("Content-type: text/xml"); at the beginning of the PHP files? I didn't add this line and it worked well before.
Any help is greatly appreciated.
I agree with ceejayoz, looks like this is a special characters issue.
I would suggest using the htmlentities method to encode the data in the xml file.
It might be the unescaped special character (looks like it's supposed to be a curly apostrophe) in the 'latest' XML. (in the line that goes "Find out information about what[THIS IS THE CHARACTER]s around you and how...")
Does adding an XML content type header resolve the issue? You ask it if's necessary but give no indication if it helps or not.