[== html ==]
<script__ type="text/javascript">
$(function() {
     field_name = 'ma5380billing_country';
     default_value = 'CH';
     $("select[name='"+field_name+"'] option[value='"+default_value+"']").attr('selected', true);
});
</script>

Underscores sollen entfernt bei <script__, dann ist es "normal".

Schau mal da:
http://www.webshop-in.eu/index.php?menu … bshopsfrei

Ein richtige Webshop ist immer besser als ein CMS mit Shopmodule.

MfG
Jan

Ich möchte zunächst vergleichen, ob der Feldinhalt überhaupt verändert wurde. Um nicht auf JavaScript, etc. angewiesen zu sein, habe ich die Felder doppelt ausgeben lassen und mit CSS versteckt. Es gibt also
<input name="Feld1" />
<input name="Feld1Kontrolle" style="display:none" />

Ich möchte "Feld1" und "Feld1Kontrolle" vergleichen - und wenn gleich, ggf. unten als Notiz anzeigen lassen, oder gleich ganz wegpacken. Aber, so weit komme ich gar nicht erst...

Zunächst wollte ich eine Email proof-of-concept mit allen Feldern und die Felder dafür namentlich ansprechen (muss ich ja eh, wenn ich die Inhalte später vergleichen möchte).
Also:

[== PHP ==]
$Feld1          = $_POST['$Feld1'];
$Feld1Kontrolle = $_POST['$Feld1kontrolle'];
$mailcontent  = "Blabla";
$mailcontent .= "Für Feld1 gibt es den Inhalt".$Feld1;

bekomme aber nur dann einen Inhalt der Felder, wenn ich mit foreach arbeite:

[== PHP ==]
foreach($_POST as $name => $value) {
  $mailcontent .= $name .": ". $value;
}

Also, irgendwo hab ich doch einen Denkfehler...
Warum kann ich die nicht per Namen aufrufen, wenn ich die Variablen über den $_POST Weg zuordne?

Vielen Dank für einen Kick-Start... 

Edit:
DUH!
Manchmal braucht man einfach eine Pause, dann geht's schon wieder...
Aber da hab ich einfach zu lange daran gefuchst und dann hats mich gefuchst dass es nicht wollte wie es sollte.
   Logisch: $Feld1 = $_POST['$Feld1'];
Das Feld heißt nicht "$Feld1", sondern nur "Feld1". Wer lesen kann, kommt weiter im Leben... 

Naja, die CG-Module haben schon viele in den Wahnsinn getrieben ... ich hatte mal einen Hinweis in Bezug auf den Calendar irgendwo im US-Forum gelesen und siehe da, es hilft. Erklären kann man bei 'seinen' Modulen wohl nicht alles...
Der Befehl löst aber auch andere Probleme und wird hier im Forum empfohlen:
http://www.cmsmadesimple.de/dokumentati … ellen.html

LG Jamman

Der vorher von mir direkt eingebaute link zu dem LISE-Detail mit <a href.. >  führte nämlich dazu, dass der verlinkte Detail-Eintrag (der auch ein Formular enthielt) von Spammern überschwemmt wurde.

Mit dieser Lösung hoffe ich, dass die Spammer vergrault sind.

Zur Abwehr von Spammern ist diese Lösung weder gedacht noch geeignet ... zum Thema Absicherung von Formularen hatten wir letztens ein Thema, was dir weiterhelfen könnte

https://www.cmsmadesimple.de/forum/view … hp?id=4969

Zunächst einmal vielen Dank.
Ja, ist und war alles aktuell und die CGExtensions sind installiert.
Ich suche mal wo ich die Php-Fehlermeldungen aktiviere und schau dann mal nach.

MfG

Ich verstehe leider zu wenig von Datenbanken um eine FEU Anmeldung auch auf ein Forum übertragen zu können.

So schwer ist das nicht ... FEU hat eine Schnittstelle, wo man alternative Möglichkeiten zur Anmeldung einbinden kann. Wird zum Beispiel in diesen Modulen genutzt

http://dev.cmsmadesimple.org/projects/feu_auth_basic
http://dev.cmsmadesimple.org/projects/feu_auth_ldap

Ich weiß, die Module sind nicht aktuell ... aber zumindest könnte man sich mal anschauen, wie es funktionieren kann.

FluxBB ist gut (klar, sonst würden wir es hier nicht nutzen  ), da ist aber momentan die Zukunft etwas ungewiss. Der Hauptprogrammierer von FluxBB setzt auf ein komplett neues System namens Flarum als Quasi-FluxBB 2. Die Meinungen dazu gehen jedoch arg auseinander, da das System dem Anspruch von FluxBB "small, slim, fast" vom Konzept her nicht mehr ganz so gerecht wird.

Es gibt zu FluxBB-1 einige Forks - FeatherBB, Luna und Panther.

Den Fortschritt der ersten beiden hab ich nicht weiter verfolgt, da mit großer Wahrscheinlichkeit hier demnächst Panther im Einsatz sein wird (hab vor Weihnachten die Übersetzung/Konvertierung als .po Dateien fertig bekommen). Steht nach meinem persönlichen Empfinden in der besten Tradition der Ursprungs-Software.

Der Zugriff auf die FluxBB Login Daten ist auch nicht so schwierig umzusetzen, siehe

http://www.develophp.org/2010/05/integr … te-part-1/

Müsstest nur schauen, ob du das CMSMS-Cookie im Frontend deaktivieren musst

https://www.cmsmadesimple.de/forum/viewtopic.php?id=238

https://www.cmsmadesimple.de/forum/view … hp?id=4766

Ähmm, heisst das, dass das Backend der C2 immer noch nicht gescheit übersetzt ist? Oder arbeitest du im englischen Sprach-Modus?

Genau. Meine CMS, Filme und Serien immer nur im Original 

Ich zitiere jetzt nicht jede Antwort einzeln, aber bedanke mich bei allen die sich die Mühe gemacht haben zu antworten!
Ich werde dann demnächst den Tipp von nockenfell anwenden, scheint ja wirklich einfacher zu sein als gedacht. Großes Danke nochmal 
Tobi

<div style="background-color:#fff;">
{$guid = get_userid(false)}
{if !$guid}
{GET_artikel_tab} 
{/if}
</div>

Die Artikel, die ich bei der Bearbeitung brauche sind tw. copyright geschützt, sodass ich sie nicht online haben will/darf. Sie sind auch nur als background-info für meine Recherchen vorgesehen.

Muss ich da den FEU-Modul ebenfalls einbauen?

Übrigens ist Presta auch mit Smarty gemacht.

MfG
Jan

in der von dir angebenen Dokumentatiosseite ist nichts davon gesagt

Hmm, stimmt. Noch mal geschaut - da ist in letzter Zeit einiges umgebaut worden. Der vorherige Wiki-Style hat mir deutlich besser gefallen.

Wobei - bei CMSMS war es mit dem Tiny seit Anbeginn so, dass man zunächst das Plugin aktivieren und dann am gewünschten Platz in der Toolbar einfügen musste.

Bin wohl doch schon zu betriebsblind      ...

Der Gedanke dabei war, es optisch so aufzuhübschen, dass es nicht mehr nach simplen Kommentar aussieht .

Der Betreiber, hier im Forum unterwegs als @nicmare, hat auf ein anderes System umgesattelt.

Anderes System heißt was konkret? Ein anderes CMS? Oder einen neuen Interpreter für Template made Simple, aber weiterhin für CMSms?

Ja, schon, aber: Hand aufs Herz - wie viele Leute kennst du die *wirklich* damit *arbeiten*?

Nicht viele, interessanterweise ist unter denen ein 75jähriger .

Unterm Strich ist es natürlich ein Werkzeug für Experten. Also muss man die Experten damit arbeiten lassen. Oder würdest du dich einfach mal so in einen 8achsigen Schwerlastkran reinsetzen, um ein paar Brückenteile einzuschwenken ?

Ein Tischler z.Bsp. ist im Regelfall mit der Auswertung der Analytics-Ergebnisse überfordert. Aber dafür gibt es ja uns - ich sehe da schon eine Tendenz vom puren "Webdesigner" hin zum "Internet Success Coach".

Soll heißen, wir benutzen im Rahmen fortlaufender Optimierung der Webseite derartige Werkzeuge und machen unsere Kunden mit dem, was für ihn greifbar ist (hohe Besucherzahlen/Umsätze/etc.) glücklich. Natürlich muss man die Kunden dafür sensibilisieren, dass der Betrieb einer Webseite ein fortlaufender Prozess ist.