Forenbeiträge von Waschbecken Ingesamt 799 Beiträge
Einfach nicht im Designer umbennenen, sondern in der Code-Ansicht. Und das gleiche auch im CodeBeside durchziehen.
Nein.
Womit wurde die Website erstellt? Ner dynamischen Umgebung wie ASP oder ASP.NET? dann gehört das damit erledigt. Wenn einfache HTML-Seiten: Dreamweaver & Co. bieten ebenfalls Templating-Features.
Ja, Referer ist der Begriff zum Glück, aber Vorsicht, das ist eine freiwillige Angabe, die von mancher Software (Norton Internet Security) gerne mal geblockt wird.
Url: Request.Url
Templates benutzen, an den Button die ID binden. Schau dir mal die Beispiele und Dokus zum Thema im Netz an, ist wirklich kein Problem - du machst es dir komplizierter, als es ist.
Auf dem Weg kann es auch nicht funktionieren, die Zelle/Stelle gibt es nicht ...
Wenn du kein Risiko eingehen willst, dann nimm Centron ... 10 EUR im Monat mit hervorragendem Support, der mir selbst nach 18 Uhr meistens noch innerhalb von 10-15 Minuten auf meine Mails geantwortet hat.
Setze das Feld in die Liste der DataKeys
Arbeite doch mit eigenen Objekten und Listen, dann hast du alles typisiert und hast die volle Bequemlichkeit in Sachen IntelliSense, Debugger und weniger Fehleranfälligkeit.
Beispiel:
public class MyObject
{
private string text;
public string Text
{
get { reteurn text; }
set { text = value; }
}
}t
Binden:
List<MyObject> dataSource = new List<MyObject>();
dataSource.Add(new MyObject());
dataSource.Add(new MyObject());
dataSource.Add(new MyObject());
GridView1.DataSource = datasource;
GridView1.DataBind();
Die Daten sind auch in HttpContext.Current verfügbar übrigens. Wenn du erweiterte Infos zum User speichern und anzeigen willst, musst du dir noch einen Profil-Provider schreiben, in dem dann außer Username und Mailadresse alles weitere gespeichert wird.
Neben dem obligatorischen Blick über den Tellerrand, sollte man sich auf das Wesentliche konzentrieren. Das heißt alles das, was für einen selbst wichtig ist oder wichtig werden könnte, für mich persönlich ist es das, was ich in der Praxis einsetzen kann, und was mich weiterbringt.
Es gibt so vieles in der Welt da draußen, von dem man keine Ahnung hat, wenn man versucht von allem und jedem etwas mitzubekommen, verfranzt man sich, und am Ende steht man ohne jegliche Top-Qualifikation da.
Mal davon abgesehen, dass Microsoft-Produkte prinzipiell ne Versionsnummer > 1 benötigen, um brauchbar zu sein 😉
Dann ist das Ding nämlich wirklich sehr praktisch, bis jetzt darf ich zum Anschauen von XML-Files nämlich immer ActiveSync + PC benutzen, da er die Dinger im IE aufmacht.
Gruß
Wenn du noch .xml, .config und .txt damit verknüpfst, installier ich es mir. Oder hast du das schon?
Die Performance steigerst du vor allem mit drei Sachen: Caching, Caching und Caching. Wenn das noch nicht hilft, benutz Caching!
Kann es ebenfalls bestätigen.
"Keiner mag Microsoft"
wollte er allerdings nicht haben. Musste schon der Satz sein. Strange 🙂
"Das Problem ist keineswegs neu, sondern für Internet Explorer 6 bereits seit April 2006 bekannt."
Das zeugt von Unfähigkeit oder mangelhaften Prozessen. Anderthalb Jahre sollten reichen, um sowas zu fixen, vor allem wenn man eine neue Version rausbringt, die 5 Jahre nach der letzten kommt. Da gibt's nichts zu beschönigen, das ist einfach nur unprofessionell.
Peinlich bleibt es trotzdem. Die kriegen einfach nicht die Kurve.
Original von ZiMD
Warum heißt Eule Eule und nicht Leeu? Warum heißt Essen Essen und nich Bla? Die myCSharp.de-Philosophenrunde 😄
Die Antwort, die nicht fehlen darf: weil nichts ist, wie es scheint.
Original von ZiMD
namespace Project.Common.Bla { public class Auto { public Auto(AutoMotor autoMotor) { this.autoMotor = autoMotor; } private brumBrum() { } private AutoMotor autoMotor; public AutoMotor AutoMotor { get { return autoMotor; } set { autoMotor = value; } } } }
👍
Soweit hab ich natürlich nicht gedacht ... das macht Sinn
Meistens erschließt es sich dennoch aus dem Kontext heraus, sowas gewöhne ich mir gar nicht erst an, nicht nur weils nervt, sondern weil es auch nicht cool aussieht 😉
Jörgs Variante gefällt mir auch nicht, dann eher verzichte ich ganz auf _ und verwendete in der Konstruktor-Signatur logische Bezeichnungen wie newAuto.
namespace Project.Common.Bla
{
public class Auto
{
public Auto(AutoMotor _motor)
{
motor = _motor;
}
private AutoMotor motor;
public AutoMotor Motor
{
get { return motor; }
set { motor = value; }
}
}
}
Zum Konstrutkor: das ist eigentlich das einzige Dilemma ... wie macht ihr das? Sinnigerweise würde ich in der Signatur auch motor und nicht _motor verwenden wollen, vom Gefühl her.
Original von .Kai
Original von Waschbecken
Ich weiß ja nicht was du mir erzählen willst, aber ich schreibe den Namen der zum Event aufzurufenden Methode in das entsprechende Attribut im Markup, lege es mir im CodeBeside an und fertig - ich muss nirgendwo etwas von Hand registrieren.Als ich "registrieren" schrieb, meinte ich genau diesen Vorgang. Entweder per Atrribut oder per Code-Beside (Code-Behind) muß die Methode registriert werden.
Ok 👍
Original von .Kai
Original von Waschbecken
Original von .Kai
Ohne Registrierung wird der Handler nicht aufgerufen:Das halte ich in der Form für ein Gerücht, das übernimmt VS bzw. ASP.NET eigentlich von selbst.
Moment, ohne eine Registrierung direkt im Control oder per Code-Behind, wird die Methode doch mit Sicherheit nicht aufgerufen.
Ich weiß ja nicht was du mir erzählen willst, aber ich schreibe den Namen der zum Event aufzurufenden Methode in das entsprechende Attribut im Markup, lege es mir im CodeBeside an und fertig - ich muss nirgendwo etwas von Hand registrieren.
Original von samuel83
Ich ermögliche nämlich anschliessend dem Benutzer das DataGrid zu exportieren und wenn ich die Tabelle so ins DataGrid einfüge, dann wird diese Tabelle beim Exportieren einfach entfernt.Gruss
Da hast du noc hein Logik-Problem, denn einfach mal sagen du bist jetzt diese Tabelle und zwar auf immer und ewig wird nicht funktionieren. Nach dem Ende des Prozesses, also wenn die Seite im Browser steht, ist auch das alles im Eimer.
Original von .Kai
Ohne Registrierung wird der Handler nicht aufgerufen:
Das halte ich in der Form für ein Gerücht, das übernimmt VS bzw. ASP.NET eigentlich von selbst.
@samuel:
formTable ist nicht null? ich würde es mal eher mit Controls.Add() probieren, anstatt ner direkten Zuweisung.
Mit oder ohne Link-Funktionalität? Alleine aus dem Text heraus kann der Browser nicht erkennen, ob es sich um eine Mail- oder sonstige Adresse handelt, das kannst du du ganz allein - entweder schon vorher am Server oder über JavaScript.
Ansonsten musst du die Textstellen halt "taggen", d.h. wenn du nicht
sondern
<email>info@irgendwas.de</email>
verwenden würdest, sollte folgende CSS-Definition greifen:
email { font-weight: bold }
Das ist ne weit verbreitete Fehleinschätzung. Denn kein Mensch liest FAQs, wenn er nicht ne Frage hat, die er meint durch das Lesen beantwortet zu bekommen.
Ich hab sie jedenfalls auch nicht gelesen.
Was steht letztendlich genau im Datensatz in der Datenbank, und wie sieht der Select für das Gridview aus?
Es gibt etwas für Mono hab ich kürzlich gelesen, für .NET selbst ist das wohl viel zu aufwändig. Zumindest hat sich selbst das Sharpdevelop-Team aus genau dem Grund noch nicht rangetraut.
Würde also mal vermuten, es sieht schlecht aus.
Da musst du mal genauer werden. Grundsätzlich hast du ein Problem, wenn du mehrere Applikationen (virtuelle Verzeichnisse) oder Domains einsetzt ... da jede Anwendung für sich autonom läuft.
100% sicher geht das nur, wenn du die Seite, auf die er vorher war an die andere übergibst. Entweder per Session oder per QueryString z.B.
Seite 1:
Response.Redirect("Seite2.aspx?From=" + Request.PathInfo);
Seite 2:
Response.Redirect(Request.QueryString["From"]);
Das macht keinen Sinn. Jeder Webserver bietet die Möglichkeit, jedes Bit ins Logfile zu schreiben. Richte dir das ein, und werte die Logs dann aus. Dazu gibt es fertige Tools (Analog, Webalyzer um zwei zu nennen, die kostenlos und gut sind), wenn du aber das Rad neu erfinden willst, kannst du die auch selbst auswerten.
Ja genau, so weit es geht die Logik komplett vom Webprojekt, sprich Webforms und Usercontrols, abkapseln.
foreach(ListItem bla in MyListbla.Items)
{
}
Dann richte dir auf dem Zielserver einen FTP-Server ein und benutz ein FTP-Upload-Tool, da gibt's Java-Lösungen, evtl auch was mit Flash.
Ansonsten musst du immer den Umweg über den Server gehen, auf dem das Uploadmodul läuft.
Ja mit dem Postback liegst du richtig, nach dem Reload ist das Objekt imho wieder tot. Dann kannst du das Fenster nur noch aus sich selbst heraus schließen.
Denke schon, hab kein Express. Mach mal die web.config oder nen .aspx auf, dann müsste im Erstellen-Menü "Website veröffentlichen" auftauchen.
Geh doch einfach über "Website veröffentlichen" (am besten mit fester Benennung), dann bekommst du alles vorkompiliert, und das Problem sollte sich in Luft auflösen.
Das liegt am Konzept von .NET und ASP.NET. Die Kurzfassung: Der Code deiner Anwendung wird "zwischenkompiliert" und dann beim ersten Aufruf der Anwendung in Maschinencode umgesetzt. Daher dauert der erste Aufruf so lange, alle folgenden gehen fixer von der Hand.
Wenn du Stunden später das gleiche Phänomen hast, liegt dass daran, dass sie Anwendung inzwischen ausm Speicher geräumt wurde und nun "neu gestartet" wird, weil zwischenzeitlich niemand mehr drauf zugregriffen hat.
Mit 2.0 hat sich das aber alles wesentlich gebessert, bei meinen Anwendungen dauert der erste Aufruf vielleicht noch 5 Sekunden.
Da müsstest du hier mal das Forum wechseln. Viel Erfolg 😉
Mehr verbrauchen vielleicht nicht, aber es blockiert und lähmt den ASP.NET-Workerprocess. Wenn du das von einem anderen Prozess erledigen lässt, ist die Balance wahrscheinlich besser.
Der Trick ist für mich der Griff zum Windows-Dienst 😉
In der Theorie liest sich das gut, praktisch wird das aber bei einer hochfrquentierten Anwendung Probleme in der Performance mit sich bringen, weil du CPU-Zeit und Speicher klaust, was eigentlich nicht nötig wäre, wenn sich ein eigener Dienst darum kümmern würde.
Wie soll es denn anders funktionieren? Irgendwo muss ja der Anstoß herkommen "mach jetzt was".
Wie gehen die Devices denn überhaupt online? Hoffe für dich das ist keine Endkunden-Anwendung, denn da kennen viele erfahrungsgemäß nicht einmal ActiveSync 😉.
Ehrlich gesagt bin ich auf dem Gebiet wohl genaus unbefleckt wie du, was mich jetzt zum antworten bewegt hat, war das hier:
http://www.microsoft.com/germany/msdn/library/vs2005/samples/default.mspx?mfr=true
Teil des Projektes ist eben auch eine CF-Anwendung die über nen Webservice kommuniziert. Kannst du dir mal reinziehen.
Das ist imho nicht mehr Aufgabe von ASP.NET - hier würde sich ein Windows-Dienst oder aber zumindest ein per Windows-Scheduler aufgerufenes Konsolen-Tool anbieten, was dann alle paar Minuten oder Sekunden "nachschaut". Das setzt natürlich voraus, dass du Zugriff auf den Server oder einen netten Admin hast, der dir das einrichtet.
Original von joerguth
Original von Waschbecken
Nimm das try/catch wieder raus ...Warum das?
Jörg
Damit er den Fehler sieht ... ist bisschen müßig im Entwicklugnsprozess
Ja schaut nett aus auf den ersten Blick, wenn auch nicht so gut wie VS 😉. Danke.
Da hier auch Leute unterwegs sind, die die Welt jenseits des .NET-Tellerrandes kennen, stelle ich die frage einfach mal:
Was benötige ich, um in etwa auf Augenhöhe mit ASP.NET Webentwicklungen mit Java entwickeln möchte?
- Server (Apache? IIS?)
- Komponenten
- Entwicklungsumgebung (Eclipse?)
Gibt es Möglichkeiten das auch unter Linux oder OS X zu tun? Sind Lizenzkosten abzudrücken? Wie schaut die Hostinglandschaft aus - Wüste?
Danke schonmal.