Απορία στην asp

rounaldou · 15 Σεπτεμβρίου 2007

Καταρχήν γεια σε όλους είμαι καινουριος σε αυτό το forum.
Θα ήθελα τη βοήθειά σας αν γίνεται καθώς πιστέυω οτι θα υπάρχουν αρκετοί έμπειροι προγραμματιστές.
Λοιπόν έχω φτιάξει την παρακάτω .aspx σελίδα στο visual studio που χρησιμοποιώ σαν αρχική για την εφαρμογή μου.Την έχω μεταφέρει στο inetpub/wwwroot και πάω να την ανοίξω με internet explorer.
Μόλις πάω να την ανοίξω όμως μου παρουσιάζει το εξής μήνυμα λάθους

Code:

<%@ page language="VB" autoeventwireup="false" CodeFile="login.aspx.vb" Inherits="login" %>-^A name was started with an invalid character. Error processing resource 'file:///C:/Inetpub/wwwroot/a/login.aspx'. Line 1,...
 
The XML page cannot be displayed

ο κώδικας ειναι ο εξής

Code:

 <%@ page language="VB" autoeventwireup="false" CodeFile="login.aspx.vb" Inherits="login"%> 
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "[URL]https://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd[/URL]"> 
<html xmlns="[URL]https://www.w3.org/1999/xhtml[/URL]" > 
<head runat="server"> 
<title>Untitled Page</title> 
</head> 
<body> 
<form id="form1" runat="server"> 
<p align="center" style="left: 8px; width: 272px; position: absolute; top: 160px; height: 240px; background-color: #00ff33;" > 
<asp:Label ID="Label3" runat="server" Text="password:" style="position:absolute; left: 16px; top: 160px;"> 
</asp:Label> 
<asp:Label ID="Label1" runat="server" Text="username:" style="position:absolute; left: 16px; top: 120px;"> 
</asp:Label> 
<asp:Label ID="Label4" runat="server" Text="Εισάγετε το username και το password για δυνατότητα χρή σης του forum και λήψης  
βι βλίων απο τη βιβλιοθήκη" style="position:absolute; left: 16px; top: 24px;" Width="192px"> 
</asp:Label> 

<asp:TextBox ID="tbox_username" runat="server" style="position:absolute; left: 104px; top: 120px;" Height="16px"></asp:TextBox> 

<asp:TextBox ID="tbox_password" TextMode="Password" runat="server" style="position:absolute; left: 104px; top: 160px;"> 
</asp:TextBox> 
<asp:Button ID="btn_login" runat="server" Text="login" style="position:absolute; left: 48px; top: 200px;" Width="72px"/> 
<asp:Button ID="btn_register" runat="server" Text="register" style="position:absolute; left: 136px; top: 200px;" Width="72px" /> 
</p> 
<asp:HyperLink ID="HyperLink1" NavigateUrl="secure_pages/Default10.aspx" runat="server">Πατήστε εδώ για την προστατευμένη σελίδα</asp:HyperLink> 
</form> 
</body> 
</html>

Τι έχω κάνει λάθος?

Subject to change · 15-09-07

Σου έβαλα τον κώδικα εντός [code][/code] tags ώστε να είναι πιο ευαγνάνωστο το μήνυμα.
Δεν ξέρω asp ώστε να σε βοηθήσω, αλλά μια ερώτηση: Γιατί προτίμησες την asp?

rounaldou · 15-09-07

Εσύ δηλαδή θα πρότεινες κάποια άλλη γλώσσα?

Subject to change · 15-09-07

Θα πρότεινα php.
Ευκολότερη, πιο συχνά χρησιμοποιούμενη (άρα θα μπορούν να σε βοηθήσουν και περισσότεροι), πιο "δυνατή".

Bill · 18-09-07

Εχεις εγκατεστημενο τον IIS;

Αρχική Δημοσίευση από Michelle:
Θα πρότεινα php.
Ευκολότερη, πιο συχνά χρησιμοποιούμενη (άρα θα μπορούν να σε βοηθήσουν και περισσότεροι), πιο "δυνατή".

+1

rounaldou · 19-09-07

Ναι τον έχω εγκαταστήσει.Και μέσω του localhost που προσπάθησα να το τρέξω πάλι πρόβλημα έβγαλε στο web config και συγκεκριμμένα στα conection strings ενώ το προγραμμα τρέχει κανονικά στο visual studio.
Μήπως το πρόβλημα ειναι ότι εγκατέστησα το iis μετά το visual studio?

dooo · 19-09-07

το visual studio έχει δικό του ενσωματωμένο web server. Δες από τα settings, ποιος είναι ενεργοποιημένος.

rounaldou · 19-09-07

Τελικά το πρόβλημα ήταν ότι η εγκατάσταση του iis έγινε μετά την εγκατάσταση του visual studio.
Υπρχει περίπτωση να βρω site για free hosting τζάμπα?Θέλω να τρέχει ASP.NETκαι MS ACCESS.

Bill · 19-09-07

Δεν εχω καποιο συγκεκριμενο να σου προτείνω.
Εξαρταται κυρίως και το χώρο που θες.Απο google μου εβγαλε αυτα.

cap · 22-02-08

Αν και πολύ πολύ καθυστερημένα, γιατί τώρα το εντόπισα το θέμα, να σας ενημερώσω οτι μέχρι και πριν λίγο καιρό η εταιρια Xelixis.NET πρόσφερε δωρεάν web hosting σε .NET developers. Για περισσότερες πληροφορίες, εδώ. Δεν γνωρίζω αν ισχύει ακόμα αυτή η προσφορά. (Δεν σχετίζομαι με την εταιρία, αν και γνωρίζω τους ανθρώπους της).

Skeptikistis · 21-04-08

Θα πρότεινα php.
Ευκολότερη, πιο συχνά χρησιμοποιούμενη (άρα θα μπορούν να σε βοηθήσουν και περισσότεροι), πιο "δυνατή".

Τι εννοείς πιο δυνατή για να καταλαβω και εγώ.
Σε πιον τομέα και με τι κριτήρια?
εχεις κάνει benchmark σε κάποπιον κώδικα? και είδες οτι ειναι πιο fast?
που ειναι πιο δυνατή?

iJohnnyCash · 21-04-08

Σε μια τέτοια περίπτωση δεν χρειάζονται benchmerks, μιας και η μελέτη της αρχιτεκτονικής αρκεί να βγάλουμε συμπεράσματα.

Φυσικά και η php είναι πιο γρήγορη επειδή πολύ απλά για να συνδεθεί σε μια db ή να διαχειριστεί ένα αρχείο δεν απαιτεί την κλήση COM-Object.

Συγκεκριμένα η asp για να μπει στο file system καλεί το σχετικό com-object και το com-object αυτό καλεί ένα άλλο com-object.
Όλα αυτά τα Com-Object επιβραδύνουν το σύστημα κατά πολύ.

Σε αντίθεση με την php όπου για τα πάντα χρησιμοποιεί την Ram χωρίς μάλιστα να γεμίζουν το σύστημα με άχρηστα Procress, όπως η asp που για κάθε compiler χρησιμοποιεί και άλλο Procress

cap · 21-04-08

Αρχική Δημοσίευση από Exposed_Bone:
Σε αντίθεση με την php όπου για τα πάντα χρησιμοποιεί την Ram χωρίς μάλιστα να γεμίζουν το σύστημα με άχρηστα Procress, όπως η asp που για κάθε compiler χρησιμοποιεί και άλλο Procress

Αυτό το τελευταίο ομολογώ αγαπητέ οτι δυσκολεύομαι να το καταλαβω.

Το οτι ένα process (PHP) χρησιμοποιεί για τα πάντα τη RAM είναι καλό; Αν είναι έτσι όπως φαντάζομαι οτι το εννοείς, μάλλον κακό ειναι

Το οτι "η php χρησιμοποιεί τη RAM χωρίς να γεμίζει το σύστημα με άχρηστα processes" δεν καταλαβαίνω που κολλάει. Η ίδια η php είναι ένα process στο σύστημα, και ούτως η άλλως, και τα processes, άχρηστα ή χρήσιμα, τη RAM χρησιμοποιούν. Αρα το να χρησιμοποιεί κάποιος τη RAM δεν τον απαλάσσει από το να γεμίζει το σύστημα με processes. Εκτός αν κάτι άλλο εννοούσες και δεν το κατάλαβα.

"Η asp για κάθε compiler χρησιμοποιεί και άλλο process" - Μιλάς για asp classic ή για asp.net; Γιατί στην asp classic έχουμε interpretation και όχι compilation. Διαφορετικά processes χρησιμοποιούνται σε επίπεδο συστήματος όταν υπάρχουν isolated application pools, και αυτό είναι επιλογή του administrator. Αν μιλάς για πιό low-level πράγματα, ίσως να έχει μεν ενδιαφέρον, αλλά από ακαδημαϊκής απόψεως και όχι από απόψεως επιδόσεων.

Προς Θεού: ΕΙΜΑΙ microsoft developer, αλλά ούτε ευλογώ τα γένια μου ούτε υποστηρίζω άκριτα μια τεχνολογία/εταιρία. Απλά όταν βλέπω κάτι που δεν καταλαβαίνω προσπαθώ να το κατανοήσω και να το εξηγήσω και / ή να ζητήσω περισσότερες λεπτομέρειες από τον αρχικό γράφοντα.

iJohnnyCash · 21-04-08

@Cap, πραγματικά χαίρομαι που ήρθες στην συζήτηση θα μας βοηθήσεις στην διεξαγωγή κάποιου συμπεράσματος. Αν και θεωρώ ότι πλέον οι δύο γλώσσες έχουν αναπτυχθεί τόσο που ο καθένας διαλέγει με κριτήριο με τι θέλει να ασχοληθεί. Π.χ. κάποιος θέλει να ασχοληθεί με software για forums είναι αυτοκτονία να ξεκινήσει από την asp

Από όσο θυμάμαι όταν έτρεχα στο Desktop μου php ... πάντα μα πάντα ένα Procress έβλεπα. Από όσο διαβάζω για την asp, δεν περιορίζεται σσε ένα Procress. Γιατί πιστεύεις ότι κάτι που διασπάτε σε πολλά Procress είναι καλύτερο;

Δεν μπέρδεψα τα Procress με το μέγεθος τις Ram. Είπα απλά ότι η άμεση σύνδεση της asp με τα com-object έχει σαν αποτέλεσμα την αύξηση της Ram. Ισχύει κάτι τέτοιο;

Κάτι ακόμη, μιας και ασχοληθεί με asp, θα ήθελα να σε ρωτήσω εσύ προσωπικά ποία θεωρείς τα μειονεκτήματα της asp; Επίσης θεωρείς ότι ένα vs php με asp έχει νόημα; Τέλος, θεωρείς της δυο γλώσσες εξίσου δυνατές;

cap · 21-04-08

Να απαντήσω καταρχήν στο τελευταίο σου ερώτημα: Δεν υπάρχει θέμα σύγκρισης μεταξύ δύο πλατφορμών (μια και πρόκειται για πλατφόρμες, στην ουσία, και όχι απλά για γλώσσες). Η καθε μία κάνει κάποια πράγματα καλύτερα και κάποια χειρότερα, στην πραγματικότητα όμως η ποιότητα των προγραμματιστών είναι αυτή που εγγυάται την ποιότητα του αποτελέσματος.

Μια πεποίθηση που επικρατεί στην αγορά (και δυστυχώς επιβεβαιώνεται μέχρι σήμερα, από κουβέντες που έχω με εταιρίες) είναι οτι οι PHP developers στην Ελλάδα είναι λιγότερο "μπασμένοι" στο χώρο και προσπαθούν να χρησιμοποιούν πολλά έτοιμα πράγματα τα οποία στην πραγματικότητα δεν πολυγνωρίζουν πως λειτουργούν, κάτι που οδηγεί σε ερασιτεχνικά, στην καλύτερη περίπτωση, αποτελέσματα. Το φαινόμενο αυτό συντηρείται και από τις εταιρίες, οι οποίες πληρώνουν συνήθως λιγότερα για ένα php developer από ο,τι για έναν ASP.NET developer παραπλήσιου επιπέδου. Εχει βέβαια μια λογική, μια και ο asp.net developer συνήθως μπορεί να μεταπηδήσει ευκολότερα σε enterprise-level εφαρμογές ή / και win32 εφαρμογές, κάτι που αποτελεί συνήθως επένδυση για τις εταιρίες.

Στο θέμα μας τώρα (και μιλώντας κυρίως για asp.net): Οταν έχεις πολλαπλά sites σε ένα server τα οποία τρέχουν κάτω από το ίδιο process, σημαίνει συνήθως (στον IIS) οτι μοιράζονται το ίδιο application pool, ήτοι τον ίδιο χώρο μνήμης. Αυτό μειώνει τον αριθμό των processes (μονο ένα που κάνει τα πάντα), αλλά αυξάνει την πιθανότητα αν "σκάσει" ένα από τα sites να συμπαρασύρει μαζί του και όλα τα άλλα. Επίσης, αν ένα από τα sites έχει π.χ. memory leaks για κάποιο λόγο δεν έχεις κανένα έλεγχο στο πόση μνημη δεσμεύει και πόση μνήμη αφήνει ελεύθερη στα υπόλοιπα. Εκεί περιλαμβάνονται και σενάρια DoS.

Με πολλαπλά application pools έχεις απόλυτο έλεγχο στο πόση μνήμη καταλαμβάνει το καθένα, έχεις έλεγχο στο πότε θα κάνει recycle ("καθαρισμό" ουσιαστικα) - μετά από ένα συγκεκριμένο αριθμό requests, όταν η μνήμη φτάσει σε κάποιο νούμερο, ακόμα και όταν η virtual memory φτάσει σε κάποιο σημείο. Φυσικά, για κάθε application pool έχεις και ένα process.

Σε production περιβάλλοντα αυτό είναι critical, μια και δεν μπορείς να αφήνεις ΕΝΑ process να παίρνει το ρίσκο να "κατεβάσει" 100 π.χ. sites αν κάτι δεν πάει καλά. Ειναι μια τακτική που την έκαναν και παλιότερα οι asp classic άνθρωποι, όλα τα sites στο default application pool. Ομως, μιλάμε για sites που δεν είχαν ιδιαίτερη περιπλοκότητα ούτε μεγάλες απαιτήσεις σε μνήμη. Αν βάλεις όμως πέντε portals σαν το e-steki, γραμμένα σε asp.net, σε ΕΝΑ application pool, τότε μοιράζεις το ρίσκο που μπορεί να έχει ένα από αυτά και στα άλλα τέσσερα. Συνεπώς, η ύπαρξη πολλαπλών processes (σαν αποτελεσμα των πολλαπλών app pools) είναι τελικά καλό πράγμα

Οσον αφορά στα com objects: Η asp πράγματι μπορεί (και το κάνει) να καλέσει διάφορα com objects. Κλασική περίπτωση το adodb.recordset που χρησιμοποιούνταν ευρέως στην asp classic. Στην asp.net, οπου όλα τα objects αποτελούν (σε μεγάλο ποσοστό τουλάχιστον) managed .net assemblies, δεν υπάρχει αυτό το θέμα πλέον. Και οχι, η άποψή μου είναι οτι δεν καθυστερεί ΑΥΤΟ την εκτέλεση των εφαρμογών και δεν αυξάνει τη μνήμη. Εμπειρική άποψη, και όχι benchmark-based βεβαια.

Τελος, να ξεκαθαρίσω για άλλη μια φορά οτι άλλο asp classic (μια τεχνολογία που έχει "φύγει" εδώ και χρόνια) και άλλο asp.net. Δεν θα μπω, λόγω έλλειψης χρόνου, σε πλεονεκτήματα και μειονεκτήματα. Εξάλλου, θα ήταν άδικο προς την php, μια και γνωρίζω πιό καλά τα πλεονεκτήματα του asp.net. Ομως, θα μπορούσα να ανταπαντώ σε κάθε πλεονέκτημα που παρατίθεται για php με ένα αντίστοιχο ή παραπλήσιο πλεονέκτημα (αν υπάρχει ) της asp.net.

cap · 21-04-08

Οσον αφορά στην αρχική ερώτηση του φίλου μας, έχω να παρατηρήσω τα εξής:

Ειτε έστησες IIS αφοτου έστησες το .net framework, είτε κάτι έγινε κατά τη δημιουργία των mappings των διαφόρων extensions και το .aspx extension δεν έχει γίνει mapped σωστά στο asp.net με αποτέλεσμα ο iis να το βλέπει ως απλό xml αρχείο.

Δες εδώ για πληροφορίες για το πώς να διορθώσεις αυτό το πρόβλημα:
https://support.microsoft.com/?id=306005

Skeptikistis · 23-04-08

Αρχική Δημοσίευση από cap:
Τελος, να ξεκαθαρίσω για άλλη μια φορά οτι άλλο asp classic (μια τεχνολογία που έχει "φύγει" εδώ και χρόνια) και άλλο asp.net. Δεν θα μπω, λόγω έλλειψης χρόνου, σε πλεονεκτήματα και μειονεκτήματα. Εξάλλου, θα ήταν άδικο προς την php, μια και γνωρίζω πιό καλά τα πλεονεκτήματα του asp.net. Ομως, θα μπορούσα να ανταπαντώ σε κάθε πλεονέκτημα που παρατίθεται για php με ένα αντίστοιχο ή παραπλήσιο πλεονέκτημα (αν υπάρχει ) της asp.net.

Μην περιμένεις να πάρεις απαντηση φίλε δεν θα τολμήσει κανεις να αντιπαρατεθεί στα επιχειρήματα σου ακομα και ο ιδιος ο κατασκευαστής της php.

Θα ηθελα ομως να σε ρωτήσω κάτι μιας και γνωρίζω ελάχιστα asp.net.
Τι ειναι αυτο που δεν μπορεις να κάνεις με classic asp και το κάνεις με asp.net ?
Και δεν εννοώ ταχυτητα εγγραφής κώδικα δεν θα το δεχτώ σαν επιχειρημα γιατι απο την στιγμή που εχεις πολλές ετοιμες ρουτίνες σε .asp η ταχύτητα ειναι σχετική.

Ρωτάω για να καταλάβω αν αξίζει κάποιος αν μεταπηδήσει απο .asp σε asp.net.Ευχαριστώ.

cap · 25-04-08

Αρχική Δημοσίευση από Skeptikistis:
Θα ηθελα ομως να σε ρωτήσω κάτι μιας και γνωρίζω ελάχιστα asp.net.
Τι ειναι αυτο που δεν μπορεις να κάνεις με classic asp και το κάνεις με asp.net ?
Και δεν εννοώ ταχυτητα εγγραφής κώδικα δεν θα το δεχτώ σαν επιχειρημα γιατι απο την στιγμή που εχεις πολλές ετοιμες ρουτίνες σε .asp η ταχύτητα ειναι σχετική

Η απάντηση δεν μπορεί να είναι απλή. Εξαρτάται από τη χρήση που σκοπεύεις να κάνεις. Ειναι όμως ένα ερώτημα που έχει τεθεί πολλές φορές και από πολύ κόσμο, οπότε μπορώ να σου παραθέσω ορισμένες πολύ απλές, γενικού τύπου απαντήσεις, οι οποίες ενδεχομένως να καλύψουν την απορία σου.

Ουσιαστικά ρωτάς ποιό το όφελος από την εγκατάλειψη μιας scripting/interpreted γλώσσας και την υιοθέτηση ενός fully object-oriented, strongly-typed περιβάλλοντος ανάπτυξης. Η απάντηση, αν σκοπεύεις να αναπτύξεις ένα site με 2 δυναμικές σελίδες οπου η μια θα τραβάει πληροφορίες από ένα table μιας access και θα τις δείχνει σε ένα πινακάκι και η άλλη θα έχει μια φορμα που θα στέλνει email, είναι οτι το όφελος ειναι μηδενικό.

Αν όμως θέλεις να αναπτύξεις μια multi-user κατάσταση με membership (login κλπ), που να χρησιμοποιεί μια αρκετά περίπλοκη database, να τραβάει πράγματα και να τα δειχνει σε διάφορες μορφές και / η να επιτρέπει εξίσου εύκολα καταχωρήσεις μέσω admin εργαλείων, να υποστηρίζει scalability, να είναι εύκολη στο debugging, να είναι αρκετά εύκολο να προσθέσεις features, και το βασικότερο, να έχει αρκετό έτοιμο functionality, πολύ περισσότερο από το να έχεις ένα σκασμό έτοιμων scripts, τότε asp.net.

Η συντήρηση ενός περίπλοκου site/εφαρμογής σε asp classic είναι πολυέξοδη και χρονοβόρα. Δουλεύω ένα multi-user intranet project εδώ και αρκετά χρόνια (κληρονομημένο, όχι από την αρχή κατασκευασμένο από εμένα), το οποίο έχει ένα μέρος του ήδη κατασκευασμένο σε asp classic και ένα μέρος του σε asp.net. Η συντήρηση στο κομμάτι του asp classic απαιτεί πενταπλάσιο χρονο από την συντήρηση στο κομμάτι του asp.net.

Σιγουρα μια τόσο σύντομη και απλοϊκή απάντηση δεν "πείθει", μια και θα μπορούσα να γράφω μέρες ολόκληρες, απλά προσπαθώ να δώσω (όσο μπορώ) την κεντρική ιδέα. Η asp.net δεν απευθύνεται μόνο στον developer που θέλει να "εμπλουτίσει" ένα στατικό κατά τα άλλα site με λίγο δυναμικό περιεχόμενο (αν και εκεί ακόμα τα πράγματα είναι αρκετά γρήγορα με τη χρήση έτοιμων πραγμάτων όπως datagridview, repeaters και δεν συμμαζεύεται). Η asp.net απευθύνεται ΚΑΙ σε πιό complex καταστάσεις που ζητούν πολύ περισσότερο functionality, και εκεί τα πάει πολύ καλά.

Ολα εξαρτώνται από το υπόβαθρο του προγραμματιστή και από το σκοπό του. Τις περισσότερες φορές, αν μιλήσει κάποιος σε asp classic developers για inheritance, interfaces, delegates και δεν συμμαζεύεται, θα εισπράξει ένα "ε?" γεμάτο απορία, και δικαιολογημένα. Αν όμως έχει κάποιος χρησιμοποιήσει έστω και μια φορά στη ζωή του αυτά τα principles, τότε είναι εύκολο να καταλάβει που υπερέχει η μια κατάσταση από την άλλη.

Σταματώ εδώ, για να μην δημιουργήσω σύγχυση, και θα επανέλθω για να σου απαντήσω σε συγκεκριμένες ερωτήσεις, αν θέλεις να θέσεις κάποια.

Απορία στην asp

rounaldou

Νεοφερμένο μέλος

Subject to change

e-steki.gr Founder

rounaldou

Νεοφερμένο μέλος

Subject to change

e-steki.gr Founder

Bill

Επιφανές μέλος

rounaldou

Νεοφερμένο μέλος

dooo

Διακεκριμένο μέλος

rounaldou

Νεοφερμένο μέλος

Bill

Επιφανές μέλος

cap

Νεοφερμένο μέλος

Skeptikistis

Νεοφερμένο μέλος

iJohnnyCash

e-steki.gr Founder

cap

Νεοφερμένο μέλος

iJohnnyCash

e-steki.gr Founder

cap

Νεοφερμένο μέλος

cap

Νεοφερμένο μέλος

Skeptikistis

Νεοφερμένο μέλος

cap

Νεοφερμένο μέλος

Χρήστες Βρείτε παρόμοια

Λοιπές Σελίδες