I have a problem with the charset of my files.
I create the documents in localhost by setting the charset to UFT8 (wb), but when uploading to the online server the charset is changed to ANSI.
I use Filezilla and the provider is Kinghost.
Update: I switched to binary transfer. Apparently it did not work. See the configuration in the image below. In the second image, the encoding in notepad.
Filezilla's transfer mode must be binary so that the file does not have its edited charset.
But my problem was having created the files in ANSI. When creating the files we must choose UTF-8 without BOM.
Related
I'm building a web page that uses Google WebFonts (open sans) on a PC and it works perfectly, but when I try it on a mac computer it shows a question mark within the text. Why is this?
The character you are seeing is the replacement character, which is used when a font does not contain a particular Unicode character, in this case, "ñ" AKA U+00F1 AKA "Latin small letter n with tilde".
Google Open Sans does contain this character, so it seems that Safari is not correctly getting the font from the web. The rendering engine is then reverting to another font, and that one is missing the offending character. You will be able to check in dev tools on your mac which font is being grabbed by your script.
I checked the script annotation you posted in the comment to your question. You are returning the fonts in the woff2 format. It turns out that woff2 is not supported in Safari as of version 9, but woff is. I therefore recommend changing the format to woff and serving it to your page locally:
Download the script you posted (http://fonts.googleapis.com/css?family=Open+Sans:300,400,500,700)
Save it as a css file (e.g. fonts.css)
Find-and-replace woff2 to woff
Save the file
Add it to your web project (however you add your other files)
Replace #StyleSheet({"fonts.googleapis.com/css?family=Open+Sans:300,400,500,700";}) with a reference to this newly uploaded file.
Solved! One of the developers had its Eclipse not set to UTF-8 so the file transfer using Git wasn't working properly...to check, go to Preferences>General>Workspace>Text file encoding and set to UTF-8
I have windows XP at home - home ed, with SP3. In any case, at College, they have windows 7. So, basically when I saved my documents and brought them here, things messed up. I was writing up a short bio.
I was coding my website, and so as usual I had used charset utf-8, the standard. But when I get home and I verify my website (locally), I see the weird characters appear! The triangle and the question mark inside it. So, then I'm like WTF? So I decide to go online and check which charset is better. So randomly, I fall onto windows-1252. Voila, it worked! But then, I decided to re-use charset utf-8, being the standard. I don't want to mess up my website lol.
So I basically go back inside my html document, just to notice that very weird characters appeared. So I delete them and replace them with the the apostrophe that were originally there. Finally, I check my website, and the apostrophes correctly appear.
So, what the hell is going on??? And should I keep using utf-8?
It sounds like the content of the webpage is actually encoded as Windows-1252 by whatever editor you are using, but you are manually writing a <meta> tag that states UTF-8 instead. That would account for the behavior you describe. An explicit charset declaration must match the actual encoding used by the data. When you tell your editor to save the document, make sure it is saving the data in the correct encoding you are expecting. Some editors do support multiple encodings, so don't just blindly use a default encoding if multiple encodings are available.
On my XAMPP server I have PyroCMS installed. Version 2.1.4 to be exact. When I go to upload files via the file browser in the admin page it will work. I installed the same version on my hosting platform and whenever I go to upload a PNG file it won't work. This is the error I get:
The filetype you are attempting to upload is not allowed.
I checked the file size limits and changed them to no avail. I was then told I should check the mime type of the image and see if that type is in the CodeIgniter mime type declarations. I did that and it came back as: image/png. Which was in fact in the declaration in and array with image/x-png. Does anyone have an idea of what's going on here? PNG is in the allowed file types and I am well out of ideas...
I fixed it. Adding text/plain as a MIME type to the PNG array in CodeIgniter fixed it.
I have an issue of showing Chinese characters, look at these 2 pages.
http://www.wufangsingapore.com/instructor-junbeng.php
http://www.wufangsingapore.com/schedule.php
You will realised that the first link which I linked didn't have any issues with the Chinese characters while my second one is showing as ??? despite the fact that it is showing fine in cPanel. Both pages' charset in the meta tag are set to "charset=utf-8" which is supposed to be right. What could be the issue?
Both of them are just pure html, even though they are in PHP extension, they are not reading from any database.
Thanks!
WHile I didn't figure out what really happened.
This is what i did to make the chinese characters appear.
Open up the file in cPanel's File Manager and copy the whole chunk of PHP/HTML code onto the notepad
Save the notepad file as the file name again schedule.php
Reupload via Windows Explorer FTP.
I am using Komodo Edit. I have to encode some files as UTF-8 without BOM in Komodo. In my localhost and site there is no problem but on some sites i am seeing BOM sign and this is a terrible problem for AJAX-JSON response.
Any advices?
Thanks.
The option can be found in the Properties section of the File Properties and Settings dialog box.