Classic ASP

Απ: Πρόβλημα κωδικοποίησης

mendrinos — Sun, 30 Dec 2007 20:11:44 GMT

Όντως καθώς ο νέος server είναι στην Αμερική.

Κάτι επιπρόσθετο που προέκξυψε, άν γνωρίζεις τίποτε σχετικά με αυτό θα με βοηθούσε επιπρόσθετα.

Κάποιες εικόνες στο photo gallery του site έχουν διεύθυνση όπου ένας φάκελος στο url έχει ελληνικούς χαρακτήρες. Στον παλιό server έπαιζε κανονικά γιατι φαντάζομαι το λειτουργικό σύστημα υποσήριζε ελληνικά στα ονόματα αρχείων και φακέλων.

Στον νέο server ακόμη και μέσω FTP τα ονόματα των φακέλλων που είχαν ελληνικό όνομα φαίνονται με πολύ περίεργους χαρακτήρες.

Πώς ρυθμίζετε το λειτουργικό σύστημα να υποστηριζει αρχεία με ελληνικούς χαρακτήρες?

Το photo gallery που οι εικόνες έχουν path με μόνο αγγλικούς χαρακτήρες και παίζει μια χαρά:
http://75.127.84.101/$sitepreview/kappa2000.gr/multimedia.asp?gid=11

Το photo gallery που οι εικόνες έχουν path με κάποιους ελληνικούς χαρακτήρες στα ονόματα φακελων και δεν φορτώνουν οι εικόνες:
http://75.127.84.101/$sitepreview/kappa2000.gr/multimedia.asp?gid=27

Απ: Πρόβλημα κωδικοποίησης

Παναγιώτης Καναβός — Sat, 29 Dec 2007 08:08:20 GMT

Πάω στοίχημα ότι στον παλιό server το system locale ήταν ελληνικό ενώ του νέου server δεν είναι. Η default τιμή του Response.Codepage προέρχεται από το codepage του συστήματος.

Απ: Πρόβλημα κωδικοποίησης

mendrinos — Sat, 29 Dec 2007 02:51:38 GMT

Φίλτατε ΑΥΤΟ ΗΤΑΝ!

Μιλάμε 15 μέρες τώρα με ταλαιπωρεί!

Έβαλα ένα:

Response.CodePage = 1252

και έπαιξε σωστά. Το περίεργο είναι ότι στον παλιό server αυτό δεν χρειαζόταν, φαίνεται ότι είχε ρυθμιστεί by default.

Ευχαριστώ και πάλι για όλαα... Καλή πρωτοχρονιά!

Απ: Πρόβλημα κωδικοποίησης

Παναγιώτης Καναβός — Sat, 29 Dec 2007 01:11:53 GMT

Ρίξε μία ματιά στο Codepage directive. Είναι αυτό το οποίο λέει στις ASP σελίδες σε τί codepage να φτιάξουν την τελική HTML. Διάβασε και τα remarks γιατί εξηγούν από τί επηρεάζεται η τελική HTML.

Απ: Πρόβλημα κωδικοποίησης

Παναγιώτης Καναβός — Sat, 29 Dec 2007 00:19:47 GMT

Με μπλέκεις όλο και περισσότερο. Άλλο μεταφορά σε νέο server (δεν χρειάζεται να αλλάξεις τίποτε στον κώδικα) και άλλο η μεταφορά από ASP σε ASP.NET (αλλάζει το σύμπαν - σαν να μετατρέπεις PHP σε JSP). Τελικά, τί είναι το project, ASP ή ASP.NET ? Αν είναι ASP, τότε οτιδήποτε έχεις διαβάσει για ASP.NET δεν ισχύει. Θα πρέπει να βρεις documentation και άρθρα πριν το 2002.

Βλέπω πάντως στον κώδικα κάτι που υποψιαζόμουν. Στη γραμμή 32 ο κώδικας γράφει απευθείας ένα string στην HTML σελίδα με Response.Write. Οι ASP σελίδες χρησιμοποιούσαν VBScript και όχι Visual Basic 6. Παρότι στη VB6 τα strings παρέμεναν πάντα Unicode, στην VBScript μετατρέπονταν στο codepage του server (νομίζω). Γι αυτό και ένα κανονικότατο Unicode string μπορούσε να καταλήξει ??????. Νομίζω ότι το Encoding το ορίζεις με κάποια κλήση στο Response, αλλά δεν θυμάμαι.

Θα μεταφέρω τη συζήτηση στο κατάλληλο forum για ASP μήπως και το δει κανείς που να θυμάται τί γινόταν τότε. (Ακούς Γιώργο?)

Απ: Πρόβλημα κωδικοποίησης

mendrinos — Sat, 29 Dec 2007 00:00:49 GMT

Το ερώτημα είναι αν υπάρχουν τίποτε extra ρυθμίσεις στον server που πρέπει να κάνω ώστε να παίξει σωστά αυτή η έστω πεπαλαιωμένη μεθοδολογία που χρησιμοποιεί.

Απ: Πρόβλημα κωδικοποίησης

mendrinos — Fri, 28 Dec 2007 23:58:46 GMT

Παναγιώτη σε ευχαριστώ για το αναλυτικό αυτό post.

Το θέμα είναι ότι δεν έχω προγραμματίσει εγώ αυτό το site, απλά έχω αναλάβει μόνο την μεταφορά του απο τον παλιό server σε έναν καινούριο.

Και απλά το πρόβλημα είναι η κωδικοποίηση των δεδωμένων από την db που φαίνεται χαλασμένη.

To site έχει ένα global.asa που εκεί υπάρχει το connection string και έχει ένα άλλο αρχείο στο οποίο φαίνεται να γίνεται όλη η δουλειά με την βάση.

<%
class RS_Data
    public pagesize
    public data
    public InitData
    public dataFields()
    public records
    public tot_Pages
    public Abs_Page
    public objConStr
    private objCon
    private objCmd
    public returnvalue
    private objRst
    private i
    private arrParams()
    private User_Name

    Private Sub Class_Initialize()
      pagesize = 10000
      Abs_Page=1
      objConStr=application("sql_connection_string")
      Set objCon = Server.CreateObject("ADODB.Connection")
      objCon.Open objConStr
      objCon.CommandTimeout=50
    End Sub

    public Function execSQL(sql)
          objCon.CommandTimeout=50
          Set objRst = Server.CreateObject("ADODB.Recordset")
          on error resume next
          objRst.Open sql,objCon,3,3
          if err.number <>0 then
          Response.Write sql
          Response.end
          end if
...

Αυτό το site παίζει μια χαρά στον παλιό server! Δεν έχω πειράξει τίποτε στον κώδικα.

Απ: Πρόβλημα κωδικοποίησης

Παναγιώτης Καναβός — Fri, 28 Dec 2007 20:41:06 GMT

Μαααααα .... η CreateObject και το ADODB.Connection δεν έχουν σχέση με το ADO.NET και την ASP.NET! Έχει σχέση με την ASP και το ADO, τεχνολογίες ξεχασμένες από το 2002!

Η CreateObject δημιουργεί ένα ActiveX αντικείμενο, στην περίπτωση σου το ADODB.Connection. Η κλάση αυτή καθώς και η ADODB.Command, ADODB.Recordset χρησιμοποιούνταν από την ASP και την VB6. Και αυτές υποστηρίζουν unicode, αλλά θέλουν περισσότερη προσοχή. Αν δούλευες σε VB6 πάλι δεν θα χρειαζόσουν να καρφώσεις πουθενά τη γλώσσα, στην περίπτωση σου όμως κάπου υπήρξε πρόβλημα κατά την μετατροπή από τον τύπο BSTR που χρησιμοποιεί το ADO σε .NET String. Τα πάντα εξαρτώνται από τον κώδικα που είχες γράψει (και δεν δίνεις εδώ).

Έχω μερικές παρατηρήσεις για τον κώδικα σου πάντως. Η ASP.NET είναι αρκετά διαφορετική από την PHP και παρακάμπτει πολλούς από τους περιορισμούς της. Θα πρέπει να μάθεις πως δουλεύει το ADO.NET και η ASP.NET πρώτα για να αποφύγεις κάποια συνηθισμένα λάθη.

Καταρχήν, δεν χρειάζεται και ΔΕΝ ΠΡΕΠΕΙ να καρφώσεις το Connection String στον κώδικα σου. Είναι θέμα ασφάλειας αλλά και έτσι αποφεύγεις να ξανακάνεις compile τον κώδικα κάθε φορά που κάποιος αλλάζει το connection string. Κάθε web application έχει τα δικά του settings τα οποία αποθηκεύονται στο web.config. Στο Visual Studio τα βλέπεις μέσα κάνοντας δεξί κλίκ στο project σου και επιλέγοντας properties. Υπάρχει ειδικός τύπος setting για τα connection strings. Την τιμή των connection strings την βλέπεις πολύ εύκολα μέσω της global κλάσης Settings (στην C#, δεν θυμάμαι αν είναι η ίδια στην VB.NET).
Καλύτερα να χρησιμοποιείς Integrated Security παρά sql username και password. Είναι πάλι θέμα ασφάλειας καθώς έτσι δεν χρειάζεται να αποθηκεύσεις πουθενά το password του connection. Θα πρέπει όμως να προσθέσεις το account του application pool του site σου στον SQL Server. Το default είναι το "Network Service".
Αντί για χύμα SQL πρέπει να χρησιμοποιείς parameterized queries. Στην περίπτωση σου δεν περνάς καμμία παράμετρο, αλλά υποψιάζομαι ότι αν ήθελες να βάλεις ένα where θα το κόλλαγες απλά στο SQL string. ΚΑΚΟ. Κάτι τέτοιο θα σε άφηνε έκθετο σε SQL Injection attacks. Αν περνάς μία τιμή ως παράμετρο όμως ο κίνδυνος εξαφανίζεται. H PHP δεν υποστηρίζει parameterized queries, το ADO.NET όμως το επιτρέπει πολύ εύκολα. Και το παλιό ADO το επέτρεπε.
Αντί να κλείνεις το reader και το connection με το χέρι μπορείς να χρησιμοποιήσεις το Using keyword για να κλείσουν αυτά αυτόματα, ακόμα και σε περίπτωση exception. Τώρα δεν έχεις κανένα exception handler, οπότε αν συμβεί κάτι περίεργο θα ξεμείνουν ανοιχτά τα connection, reader.
Είναι προτιμότερο να φτιάχνεις σελίδες με code-behind κλάσεις παρά να ανακατεύεις στην ίδια σελίδα κώδικα και HTML. Τα πράγματα γίνονται πολύ πιο ξεκάθαρα έτσι.
Αντί να γράφεις τις τιμές του DataReader μία-μία μπορείς να χρησιμοποιήσεις ένα DataGridView ή κάποιο άλλο databound control για να δείξεις απευθείας τα αποτελέσματα του query. Έτσι θα έχεις πολύ καλύτερο έλεγχο στην HTML που δημιουργείται απ' ότι τώρα, θα έχεις υποστήριξη για CSS και άλλα καλούδια. Τώρα, πρέπει να είσαι σίγουρος ότι δημιουργείς σωστό HTML. Χρησιμοποιώντας ένα έτοιμο control, αυτό το αναλαμβάνει το control.
Για να δεις πως γίνεται αυτό, φτιάξε ένα Data Connection στη βάση σου από τον Server Explorer και τράβα τον πίνακα pages επάνω στη φόρμα σου. Το Visual Studio θα δημιουργήσει αυτόματα τις κατάλληλες κλάσεις για να δείξει τα περιεχόμενα του πίνακα. Θα δεις ότι ο κώδικας είναι πολύ λίγος.

Η ASP.NET δεν είναι PHP, έχει πολύ περισσότερες δυνατότητες. Θα πρέπει πρώτα να εξοικειωθείς με αυτή, και το ADO.NET πρωτού αρχίσεις να δουλεύεις με αυτή. Και "O SQL Server δεν θέλει κόλπα για να υποστηρίξει ελληνικά!"

Απ: Πρόβλημα κωδικοποίησης

pap — Fri, 28 Dec 2007 20:13:47 GMT

Και κάτι άλλο.

Επειδή φτιάχνω ένα project-άκι σε jsp/servlets για έναν φίλο μου σε μια σχολή, μήπως ξέρεις πως μπορώ
να διορθώσω το πρόβλημα και εκεί; Πάντως με encoding utf-8, windows-1253, iso-8859-7 δεν γίνεται τίποτα.

Αξιοσημείωτο είναι το γεγονός ότι για mysql χρησιμοποιώ το xampp, οπότε το jsp-project βλέπει την Mysql από το xampp.

Απ: Πρόβλημα κωδικοποίησης

pap — Fri, 28 Dec 2007 20:08:52 GMT

OK, θα το δοκιμάσω σήμερα.

Ευχαριστώ.

Απ: Πρόβλημα κωδικοποίησης

mendrinos — Fri, 28 Dec 2007 20:07:04 GMT

Τρέξε τα παρακάτω sqls:

$query= "SET NAMES 'greek'";
$result=mysql_query($query,$dbLink);
$query="SET CHARACTER SET 'greek'";
$result=mysql_query($query,$dbLink);

Πώς έμπλεξα να μεταφέρω ένα ASP site απορώ.. ελπίζω να βρώ λύση...

Απ: Πρόβλημα κωδικοποίησης

pap — Fri, 28 Dec 2007 19:51:43 GMT

Και εγώ το ίδιο πρόβλημα έχω σε ένα site που φτιάχνω σε php/mysql. Τα ελληνικά τα εμφανίζει: "????????????????".
Τελικά στην php/mysql το έλυσες το πρόβλημα;

Απ: Πρόβλημα κωδικοποίησης

mendrinos — Fri, 28 Dec 2007 19:20:52 GMT

Λοιπόν,

Βρήκα κάτι λίγο ποιο διαφωτιστικό στο πρόβλημά μου:

Όταν εκτελώ το παρακάτω κώδικα:

<%@ Page Language="VB" Debug="true" %>
  <%@ Import Namespace="System.Data" %>
  <%@ Import Namespace="System.Data.SqlClient" %>
  <html>
 <title>Test</title></head>
 
  <body>
  <%
  Dim myDataReader as SqlDataReader
  Dim mySqlConnection as SqlConnection
  Dim mySqlCommand as SqlCommand
  
  
  mySqlConnection = new SqlConnection("server=<server>;user=<username>;password=<password>;database=db")
  mySqlCommand = new SqlCommand("SELECT * FROM  Pages", mySqlConnection)
  mySqlConnection.Open()
  myDataReader = mySqlCommand.ExecuteReader(CommandBehavior.CloseConnection)
      
  
  Do While (myDataReader.Read())
      Response.Write(myDataReader.getString(1))
      Response.Write(myDataReader.getString(1) )
      Response.Write("<br/>")
  Loop
       
  ' Always call Close when done reading.
  myDataReader.Close()
  
  ' Close the connection when done with it.
  mySqlConnection.Close()  
  %>

Φορτώνει κανονικά τα ελληνικά από την ΒΔ!

Όμως η εφαρμογή είναι προγραμματισμένη να χρησιμοποιεί:

1 2	objConStr=application("sql_connection_string") Set objCon = Server.CreateObject("ADODB.Connection")

Όπου τα ελληνικά χαλάνε...
Υπάρχουν τίποτε ρυθμίσεις σχετικά με το ADODB που να σχετίζονται με το encoding?

Απ: Πρόβλημα κωδικοποίησης

mendrinos — Sun, 23 Dec 2007 10:09:28 GMT

Ναι, τα δεδωμένα στην ΒΔ είναι σε unicode και χρησιμοποιουνται παντού nvarchar, από το webadmin βλέπω τα δεδωμένα της βάσης στα ελληνικά (σωστά).
Το webadmin τρέχει UTF-8.

To αξιοπερίεργο είναι πώς εγώ απλά κάνω restore την asp σελίδα από backups. Στον παλιό τον server: www.kappa2000.gr τρέχουν κανονικά τα δεδωμένα και η σελίδα είναι iso-8859-7.

Υπάρχει κάποια μαζική διαδικασία μετατροπής των αρχείων asp σε UTF-8?
Διότι άν αλλάξω απλά το meta-tag ότι στατικό ελληνικό κείμενο θα εμφανίζεται αυτό με την σειρά του λάθος.

Απ: Πρόβλημα κωδικοποίησης

Παναγιώτης Καναβός — Sun, 23 Dec 2007 09:47:43 GMT

Δεν έχει νόημα να πειράζεις το collation, γιατί εφόσον οι χαρακτήρες είναι ήδη σε μορφή Unicode δεν επηρεάζονται από αυτό. Μέχρι και τη στιγμή που το κείμενο της σελίδας σου στέλνεται στον browser (αφού δηλαδή ολοκληρωθεί η εκτέλεση του κώδικα σου) τα δεδομένα είναι σε μορφή Unicode (UTF-16). Εκείνη τη στιγμή μετατρέπονται στο encoding που ορίζεται στο web.config. Το πρόβλημα βρίσκεται στις σελίδες σου. Είπες στην αρχή ότι στο web.config είναι ορισμένο UTF-8 ενώ στις σελίδες είναι ISO-8859-7 (υποθέτω ότι εννοείς στο αντίστοιχο meta tag έχεις βάλει ISO-8859-7) . To λιγότερο, θα πρέπει και οι σελίδες να γίνουν UTF-8.

Ρίξε πάντως μία ματιά στα δεδομένα της βάσης για να δεις σε τί μορφή είναι. Αν δεν εμφανίζονται σωστά ελληνικά υπάρχει η περίπτωση να έχουν καταστραφεί πριν καν αποθηκευτούν στη βάση. Αν για παράδειγμα τα στοιχεία εισάγονται από μία σελίδα η οποία έχει διαφορετικό codepage από αυτό που έχει οριστεί στο web.config μπορεί τα δεδομένα να φτάσουν κατεστραμμένα στη βάση. Το ίδιο επίσης μπορεί να συμβεί αν τα δεδομένα προέρχονται από άλλη βάση στην οποία υπήρχε λάθος collation (π.χ. ελληνικό κείμενο αποθηκευμένο σε βάση με Latin 1 collation).