Beiträge von kdh

Zitat

Seit Januar erscheint als Veröffentlichungsdatum immer das Jahr 2121, obwohl es in den Beiträgen selbst (im Backend) richtig ist.

In 2020 ist das Problem ja nicht aufgefallen, da Jahrhundert und Jahr gleich waren.

Wenn man sich die Tabelle in anderen Sprachen ansieht (z. B. Englisch), gibt es unterschiedliche Datumsaufbereitungen im gleichen Jahr. In den Beträgen ist es korrekt. Wahrscheinlich liegt ein Fehler bei der Programmierung der Tabelle vor.

Gruß,

kdh

Die im Ausgangsbeitrag referenzierte Datei wp_shortcodes.txt, die wohl die die wp_shortcodes.php sein soll ist m. E. nicht für Joomla gedacht. Sieht eher nach Wordpress aus.

Gruß

kdh

Also ich habe schon mehrfach bei all-inkl akeeba-Sicherungen zurckgespielt, auch solche, die bei einem anderen Provider erstellt wurden.

Habe nie Probleme gehabt.

Man kann die Werte in Form-Variable setzen, die man dann im nächsten Schritt im php verarbeiten kann, z. B. dort in Session-Varible setzen. Aber das ist "native" html und php und hat mit Joomla nichts zu tun.

Was Joomla für solche Fälle für Möglichkeiten bietet weiß ich nicht.

Ansonsten kann ich hier wohl nicht mehr weiter helfen.

Du kannst im JavaScript keine php-Variable setzten. Die php-Verarbeitung ist zu diesem Zeitpunkt schon gelaufen. Wie schon mehrfach erwähnt findet die JavaScript-Verarbeitung auf dem Client (im Browser) statt, die php-Verarbeitung auf dem Server.

Sieh dir mal die beiden JavaScript Funktionen im Quelltext im Browser an, was php daraus gemacht hat.

Zitat von Harro

Muß ich denn Javascript "bemühen" um die Variable mittels echo in ein Feld zu schreiben?

Nein. <?php echo ... ?> geht überall. php interessiert es nicht ob das jetzt im Javascript oder css oder sonstwo steht.

Also das ist ja php direkt.

Alles was zwischen <?php und ?> ist, wird von php interpretiert. Der Rest ist html und das wird von php nicht angefasst.

JavaScript kennt keine php-Variablen, aber so müsste es gehen:

<script type="text/javascript">
  document.getElementById('feldid1').value = "nachher direkt";
  document.getElementById('feldid2').value = <?php echo "$lcTestFeld1" ?>;
</script>

Gibt es denn bei JavaScript einen echo Befehl?

Gruß,

kdh

Wie wäre es hiermit:

RewriteCond %{REQUEST_URI} ^Verzeichnis/buchstabe-[a-z](.*)$
RewriteRule .* /pfad/ziel/$1 [R=301,L]

Zusatzinfo zum vorigen Post (Bearbeiten ging nicht mehr):

Ich habe auf meiner Seite auch derartige Links, die machen aber kein Problem. Ich habe nicht "https erzwingen" in der Joomla-Konfiguration angegeben, sondern mache das nur über .htaccess. Keine Ahnung ob es daran liegen kann.

Gruß, kdh

Zitat

Ich kann Dein Problem nicht nachvollziehen.

Also ich kann es schon nachvollziehen:

Auf seiner Seite https://sparda-team-rechbergha…beim-barbarossalauf-aktiv hat er einige Links zu nicht-https-Seiten, z. B,

kandelberglauf.de. Diese Links werden zu https umgewandelt, was zu einem Fehler führt, da diese Seite kein https unterstützt.

Gruß, kdh

In php sind Variable grundsätzlich lokal in der Funktion wenn man sonst nichts angibt.

Evtl. kann man die Variable global definieren, dann aber in allen Funktionen wo sie gebraucht wird.

Die echos sind korrekt, da sie sich im php-Code befinden. Die größer/kleiner-Zeichen werden ausgegeben, das ist wohl so gewollt.

Gruß, kdh

Ich habe flexicontact 12.04 installiert und habe keine Probleme.

Allerdings habe ich diese Version nicht neu installiert. Ich nutze flexicontact schon seit längerem und habe immer auf die neueste Version upgraded.

Gruß, kdh

Ich würde hier aber nicht meine komplette Logfile einstellen

Gruß, kdh

Der Fehler passiert erst beim zweiten Durchlauf der Schleife. Am Ende der Schleife sagst du:

$Spalte = "";

Dann wird aus $Spalte ein String (vorher war es ein Array).

Ersetze

$Spalte = "";

durch

$Spalte = array ();

Dann hast du wieder ein leeres Array.

Oder besser stelle die Zuweisung

$Spalte = array ();

an den Anfang der Schleife.

Zitat von JoomlaWunder

Wirst du da vielleicht aus Sicherheitsgründen ausgeloggt?

Mit Sicherheit nicht. Das habe ich auch seit Jahren im Einsatz und noch keine Probleme gehabt.

Siehe auch hier:

http://www.joomlaportal.de/joo…icontact.html#post1650633

Zitat

In den letzten Tagen hatte ich einige neue Kunden, die ahnungslos waren, als bei HostEurope die PHP 5.6 abgestellt wurde, aber alles easy.

Naja, ahnungslos war ich nicht, denn es wurde rechtzeitig angekündigt. Aber wenn die Kontaktadresse nicht mehr stimmt oder die Nachricht an den Falschen geht ...

Gruß,

kdh

Host Europe hat kürzlich bei den Webpacks den Support für php 5.6 eingestellt. Die betroffenen Domains, wurden auf php 7.2 umgestellt. Es ist aber noch möglich, auf php 7.0 oder 7.1 umzustellen.

Gruß,

kdh