Beiträge von explanator

Die Stilbrüche machen die Seite schlecht, genaugenommen spitze Ecken und abgerundete Ecken gleichzeitig. Schatten sind ungeometrisch, mal links und rechts, dann mal oben, unten, links und rechts und dann wieder nur unten und rechts. Ja hallo von wo kommt denn nun die Schatten erzeugende Lichtquelle?

Dann die Farbgebung der ausgesuchten Hintergrundbilder ist nicht stimmig, sieht aus wie aus dem Kindergarten.
Die Auswahl der Hintergrundbilder ist mehr als unglücklich gewählt.

Das Schriftbild ist ungünstig und nicht gut lesbar, im Web verwendet man besser serifenlose Schriften bei Textabsätzen. Grosse Überschriften können dagegen schon mal in einer Serifenschrift gewählt werden obwohl auch hier gilt, weniger ist mehr und besser für den Betrachter. Warum hast du dort mitten im Text Wörter ohne Bedeutung fett?

Nicht jeder hat Design studiert oder ist ein begnadeter Zeichner, aber wenn man das nicht kann, dann kann man sich immer noch ein Template aussuchen oder jemanden beauftragen.

Du solltest ausserdem die Seiten nicht für dich machen sondern für deine Besucher, denen muss es gefallen, egal was du darüber denkst, denn sonst brauchst du sie ja gar nicht online stellen, wenn dir die Besucher egal sind.

Hatte ich die 10 grössten Designfehler schon erwähnt, ja habe ich, also hier noch mal, ich schreicbe die Links nicht hier rein weil ich langeweile habe sondern weil sie deinen Horizont erweitern, also bitte lesen. - > http://www.usability.ch/bn/news/alertb…ahres-2005.html

Wenn du ein Einsteiger in der Materie bist empfehle ich http://www.peterkropff.de/site/html/grundlagen.htm zu lesen sowie http://little-boxes.de/little-boxes-teil1-online.html und http://webkompetenz.wikidot.com/docs:html-handbuch

Design schaut grässlich aus. Alle Designfehler auf einer Seite vereint.
Schau mal bitte auf http://www.usability.ch/bn/news/alertb…ahres-2005.html

Schau dir mal den Quelltext deiner Seite im Firefox Browser an. Alles was rot ist, ist ein Fehler.
Du kannst dir auch mal die Fehler des Validators ansehen -> http://validator.w3.org/unicorn/check?…ask=conformance

Das ist eine Formssoftware, die ihr da verwendet, so wird das nie was.

Benotung:
Design 4-
Idee 3
Kreativitat 4

Du rufst innerhalb der Schleife innerhtml auf und ersetzt immer den Inhalt der Vorher drin war. Sprich das TR-Element fällt weg. Hier solltest du besser in eine Variable schreiben und den Inhalt der Variablen anschliessend innerhtml zuweisen.
Mit der dritten Funktion schreibst du lediglich Ausgaben hintereinander weg.

Also innerhtml ersetzt Inhalte innerhalb des Elementes im DOM.
write tätigt lediglich Ausgaben an der Stelle wo sich der Zeiger befindet.

Wenn du doch schon weisst, dass deine Seite nicht valide ist, warum präsentierst du sie dann?
Mach erst ein mal alle Fehler weg, dann sehen wir weiter.

Dein Vorgehen ist nicht zielführend. Du fragst auch nur 2 Typen ab, was ist mit dem Rest(zur Zeit Blackberry, Firefox mobile, Windows mobile etc.)?
http://www.useragentstring.com/pages/Mobile%20Browserlist/

Deine Umsetzung ist nicht gut. Warum sollte ein Benutzer die Ansicht wechseln müssen?
Verwende CSS und media queries, dann hast du automatisch immer die richtige Ansicht für den Benutzer, unabhängig vom verwendeten Gerät und zukunftssicher.

Lesestoff -> http://de.wikipedia.org/wiki/Responsive_Webdesign

Und ich hatte schon schimmste Befüchtungen

Java ist nicht Javascript.
Und wo ist deine Frage?

Wenn ihr beiden die Parameter ungeprüft übernehmt, wiegt ihr euch in falscher Sicherheit, bis zu dem Tage, an denen ein Hacker mal seinen Gehirnschmalz austesten will.
Ich denke dann dauert es keine 10 Minuten und er ist drin.

Der Hintergrund liegt in der Art und Weise wie Server Daten entgegennehmen. Entweder per POST oder per GET.
Javascript bringt nur dann eine gewisse Sicherheit, solange der Client auch Javascript verwendet.
Auch Javascript in Verbindung mirt AJAX ist für einen Hacker kein Problem, er schaut sich erst mit einem Browser an wie das geht, zeichnet die Requests auf und beim nächsten mal wird direkt angegriffen. Das heisst ein POST oder GET direkt auf den Server und schwupps fertig ist der Hack.

Zitat von erasor2010

die änderung in action ist richtig da das ergebnis des scripts in bei der progressbar variate in nem div ausgegeben wird. da in dem div aber nicht die ganz index.php geladen werden muss sondern nur das script fällt der teil weg.

Falsch gedacht.
Ich habe dir aber schon gesagt. dass du dir mal die Header anschauen solltest, die da übertragen werden. Nun mach das auch mal.
Mit den Entwicklerwerkzeugen im Firefox ist das mittlerweile kein Problem mehr.

Pfadangaben am besten immer absolut angeben, vielleicht hilft dir dieser Hinweis ja weiter.

Action war

[COLOR=#FF8000]action=[COLOR=#0000FF]"./index.php?page=add edit/add_episode_script.php"[/COLOR][/COLOR]

und ist zu

[COLOR=#000000][COLOR=#0000BB]client[/COLOR][COLOR=#007700].[/COLOR][COLOR=#0000BB]open[/COLOR][COLOR=#007700]([/COLOR][COLOR=#DD0000]"POST"[/COLOR][COLOR=#007700], [/COLOR][COLOR=#DD0000]"add_episode_script.php"[/COLOR][/COLOR]

geworden. Das kann ja schon mal nicht sein. Achte auch auf das Leerzeichen zwischen add und edit, was eigentlich escaped gehört.

Aus

<select name="lang" id="lang">          
    <option value="./images/german.jpg">deutsch</option>        
    <option value="./images/english.jpg">englisch</option>  
</select><br /><br />

hast du

<select name="serie" id="serie">


Titel:<input name="titel" type="text" size="25" />  
Sprache:  <select name="lang" id="lang">
  <option value="./images/german.jpg">deutsch</option>
  <option value="./images/english.jpg">englisch</option>
  </select><br /><br />

gemacht.

Das ist auf jeden Fall fehlerhaft.

Auf mehr habe ich derzeit nicht geachtet, weil das schon schlimm ist.

Ich meine deine Änderungen, die du vorgenommen hast. Ich weiss ja nicht was du da gemacht hast. Danach postet du mal den code, wenn es funktioniert. also der vorhergehende Zustand.

Nimm mal den Part für die Progressbar wider raus und schau mal ob es dann funktioniert.

Zitat von erasor2010

Der Upload und die Progressbar funktionieren.

Na, dann ist ja alles beim Besten.

Zitat

Leider werden die Formular daten nicht an das php-Script zur weiterverarbeitung der Daten übergeben.

Ich dachte der Upload funktioniert?

Zitat

Hat einer ne Idee wo mein fehler liegt?

Bei dem Quelltext wird sich niemand die Mühe machen. Bitte poste sauber eingerückten Code.
Ansonsten kann man nur sagen debuggen und Header des HTTP-Requests ansehen.
Stimmen Feldnamen und Parameter, Gross--Kleinschreibung etc.

Übergebene Parameter sollte man nie ungeprüft übernehmen.
Niemals nicht.
Niemals.

Der folgende Link sollte dir schon weiterhelfen, da dort eigentlich alles Wesentliche erklärt wird.
http://www.mamat-online.de/umkreissuche/opengeodb.php

Wir werden dir hier nicht deine Aufgaben lösen oder dir fertigen Code servieren, aber wenn du sagst, wo genau deine Probleme liegen, können wir dir sagen wo du nachzulesen hast.

Nutze statt der Kurzschreibweise die lange Form.

<?= $i ?>          // unsauber
<?php echo $i; ?>  // besser

Der Grund ist einfach, solltest du den Server oder Hoster wechseln, und dieses Feature ist nicht eingeschaltet, hast du bestimmt vergessen wo du überall die Änderungen vornehmen darfst. Auch bei einem Update von PHP auf die nöchste Version kann es passieren dass das Feature mal raus fliegt und dann steht du dumm da.

Anstatt

SELECT * FROM

solltest du immer alle Felder die ausgegeben werden sollen, aufführen, dass ist einfach guter Stil.

Anstatt hier

$locations_array = $my_db->QueryAllRecords($SQL);

den Umweg über das Array zu nehmen kannst du auch gleich die Liste erstellen.
Deine Suche dazu, auch zum von dir gesuchten Feature, nennt sich Gruppenwechsel. Google mal danach.