Suchergebnisse
Suchergebnisse 261-280 von insgesamt 1 000. Es gibt noch weitere Suchergebnisse, bitte verfeinern Sie Ihre Suche.
Lieber Besucher, herzlich willkommen bei: cms2day Forum - Community & Support rund ums cms2day.
Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert.
Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können.
Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang.
Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Hab mir mal den Quellcode angeschaut. Wann hast du denn das Kontaktformular als Modul bei uns runter geladen. Wenn das noch nicht so lange her ist, dann kann ich mir denken an was es liegt. Dann hast du evtl nicht das neuste, aber ein neueres Modul und eine zu alte Version 3.9.2 von cms2day drauf. Das kann auch sein. Ansonsten musst du alles updaten. Hab dir erst mal ein älteres Modul per PN geschickt.
Wir hatten sowas erst einmal und das lag wohl an den Server bzw Maileinstellungen des Servers. Von uns hat keiner solche Anzeigen. Aber such mal hier im Forum, da hat ein User was anderes gebastelt und dann ging es. Frag mich nicht was es für Einstellungen sind, aber die Hoster stellen alles mögliche ein.
Lösch mal die einzelnen Spamschutzfragen und trag mal nur1-2 eigene ein.
Das geht nur in der PHP Datei selbst. Es gibt aber im Shop ein Modul Formbuilder - damit kannst du Formulare zusammenbauen wie du es willst.
djknuffel, schau dir mal den Quellcode der Seite an, dann siehst du einiges. Mindhunter - nimm dir erst mal ein Template von uns und lade des Head per Aufruf richtig und füge übers Backend und ins Template dazu, was du benötigst. Der Head ist ja Kraut und Rüben und es wird gar nicht alles aufgerufen. Dann hast du im Quellcode noch ein anderes Formular. Las mal validieren, was da für fehler angezeigt werden - das alles wird der Grund sein. Wenn du neue Aufgaben hinzu gefügt hast und die Lösungen ...
Du brauchstden Menuaufruf aus der index.html des Templates. Du brauchstden CSS-Codeabschnitt aus der index.html des Templates. Du brauchst die JS. Alle 3 zusammen ergeben das Menu. Es ist aber nicht gesagt, das es in deinem Template fehlerfrei angezeigt wird. Evtl. siehst du kein Untermenu, weil ein darunter liegender Header das Submenu uberlagert oder ähnliches.
Du hast im Backend unter Einstellungen/Optionen - Frontend die @-Zeichenverschlüsselung aktiv, was auch richtig und Sicherheitstechnisch gut ist. Jedoch werden Verlinkungen automatisch im text bei sowas integriert und wenn dann zusätzlich nochmals der Link eingegebn wird, dann kann es zu diesem Fehler kommen.
Gut, damit erklär ich dir gleich die sogenannten TPL-Mods - das ist am saubersten und es steht nicht alles in der index.html. Lege bitte innerhalb der index.html, wo die Daten ausgegeben werden sollen folgenden Zeile an: Quellcode 1 <?php page_tpl_mod('datastamm') ?> Danach, wenn nicht vorhanden, legst du in deinem Template den Ordner /inc/ an und darin einen Ordner mit dem Namen des TPL Mods /datastamm/ Es müsste nun so aussehen: /includes/templates/dein_template/inc/datastamm/ ... und darin ei...
Zitat Ausserdem kannst du in den Head noch zusätzlich Ausgaben einbauen übers Backend Backend - /Einstellungen/Templates/ Oben neben dem Reiter Templates auf "Erweiterte Einstellungen" klicken: Dort kannst du die Meta Daten erweiteren. Und in der index.html des Templates unterhalb des Header Aufrufes könnte man z.B. das MMetaModul aufrufen und darunter dann zusätzliche CSS für Module oder anderes: Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 <head> <?php page_header(); ?> <?php showModulMETAContent(); ...
Das liegt an 1u1, da die in die Hostings in Ordner legen z.B. meinedomain oder den Namen Müller. Nur bei 1u1 und bei 1-2 anderen ist es so, sonst bei keinem anderen mir bekannten Hoster. Notfalls kann man in der htaccess auch jedesmal vor index.php einen Slash machen - also /index.php. Dies führt zum gleichen Ziel, da der Slash ein Verzeichnis überordnet. Müsste aber eigentlich hier schon irgendwo im Forum stehen. Wir haben das schon öfter bei Usern gemacht, die dort hosten. Habe den Thread alle...
So ist das besser. Jetzt ist vieles klarer geschrieben, was du willst. Wenn du im System oder einem Modul selbst PHP-Code anpasst oder änderst und bei einem Update ist diese Datei dabei, dann wird es natürlich überschrieben. Anpassungen in System oder in Modulen muss man sich egal wo immer dokumentieren und archivieren. Nach einem Update muss man das wieder anpassen. Egal welches System, CMS, Shop, Blog - wenn du im Quellcode eines Systems, Modulen, Addons etwas anpasst und genau da wird geupt, ...
@ Ashley Junge, sag mal, hast du sie noch alle beisammen. Dein erster Post und dann so ne Anmache. Erstens geht es nicht um dich und zweitens hätte ich mal den Text etwas genauer gelesen. Man kann nicht den Installkey ändern, weil der von der Installation erstellt wird !!! Das hat nichts mit dem Lizenzkey zu tun. Den neuen Installschlüssel hat mir Tim gestern schon geschickt und damit kann ich nun einen neuen Lizenzkey erstellen. Er ist übrigens der zwiete in dieser Woche, der mir den falschen I...
Es gibt keine Dokumentation für Templates, da Templates eigentlich nichts mit dem CMS, sondern einfach mit Templatebau zu tun haben und das ist html + css. Für HTML und CSS gibt es genügend Seiten im Netz. Wir könne hier den Leuten ja nicht das Templatebauen beibringen. Das würde etwas zu weit führen. Und alles was du im Template anpasst, das hat nix mit dem System zu tun, wenn es geupt wird. Ausser wir hätten einen Systemaufruf geändert oder dazu gefügt. Dann würden wir das angeben. Und was den...
Man kann einfach ein Addon nehmen und die Ausgaben umschreiben. Dann hätte man schon die Möglichkeit es als Wysiwig-Addon einzusetzen.
Nein, der Schlüssel wird von der Installation generiert. Sonst könnte man ja einen Key nehmen und dann den Schlü+ssel darauf anpassen - das wäre gar nicht gut.
Ein Installationsschlüssel ändert sich nur bei, Nuinstallation, Serverumzug oder verschieben von einem anderen Verzeichnis. Aber nicht von alleine.
Man programmiert selbst sein CSS und hat im Nachhinein wohl auch nicht mehr Arbeit, aber alles im Griff.
Egal welches CMS, wenn man die Versionen aktuell hält, dann hat man mit uralten PHP Versionen irgendwann mal Probleme. Also nicht auf PHP4 umstellen oder so. Alle CMS benötigen PHP und die meißten eine Datenbank - das andere sind Flatfiler, aber die können in der regel auch nicht so viel. Mir bekannte Einschränkungen bei z.B. 1u.. oder bei Stra... sind folgende: 1u.. - wenn man das ModRewrite aktiviert gehen die Menulinks nicht mehr, weil die das Hosting in einen Unterordner schieben. Lösung ist...
Also ein bisschen Arbeit ist das auch schon. Du kannst unsgerne per PN oder Mail kontaktieren, aber vor 2-3 Wochen können wir kein Angebot dazu machen. Auch musst du hier vermehrt mit Spam rechnen. Diese neue Möglichkeit wurde inzwischen auch von den Spammern aufgenommen. Deswegen muss sowas auch in die Verwaltung mit rein, in der man dann erst mal kontrollieren kann ob es echt oder Spam ist - dann erst zur Freigabe.
Ist doch alles gut. Powered by cms2day das CMS Copyright ist vorhanden und das Template Copyright ist auch vorhanden. Lest euch doch mal durch unsere Seiten oder sucht hier im Forum. Dafür sind die ganzen Informationen doch da - da wird bereits alles beantwortet. Alles was auf der Projektseite zum Download steht, ist kostenlos nutzbar unter Einhaltung der Lizenzbedingungen. Alles auf der Shopseite ist kostenpflichtig, die Lizenzen dienen der Entferung der Copyrights und auch die kostenpflichtige...
Support » 
[Lösung] URL Rewriting
Sonntag, 22. September 2024, 20:20
Zum Seitenanfang
