Hallo Forum,
Ich möchte gerne aus Bildern, die hochgeladen wurden, die Geodaten auslesen und diese in eine Map übertragen. Lässt sich so etwas mit Joomla hausinternen mitteln (Fields) überhaupt realisieren - also das Auslesen?
Grüße in die Runde,
Micha
Gibt es denn eine gute Alternative?
Hallo Forum,
das Plugin von BreezingForms funktioniert - scheinbar.
Man kann das Formular erstellen und online stellen, allerdings wird seit PHP 8.2 keine E-Mail mehr versendet.
Wollte die einmal kontaktieren, doch ist das Forum voller Spam:
Ich habe den Verdacht, dass es die nicht mehr gibt - weiß hierzu jemand was genaueres?
Grüße in die Runde
Micha
So mag ich das 
Auf die Schnelle kannst es hier sehen, wenn Du wissen willst, wann, welche Version voraussichtlich erscheinen wird:
Danke - jetzt weiß ich, dass J 5.0.1 voraussichtlich Ende November kommt
Ich führe doch die Updates durch, wenn sie anstehen bzw. im BE angezeigt werden!?
Das ist klar, doch meist planst du das, weil Plugins oder Templates auch ein Update benötigen und nix ist blöder als die Plugins zu updaten und 3 Tage kommt Joomla hinterher 
Hallo Forum,
in der Vergangenheit konnte man mit Hilfe dieser Seite seine Updates im groben planen, doch diese wird scheinbar nicht mehr aktualisiert:
Das Upcoming Release steht auf 4.4.0 bzw. 5.0.0
Wisst ihr mehr?
Nachtrag - die Installation schlug mit PHP 8.1 oben fehl
Ich habe nochmals mit PHP 8.2 probiert und es hat geklappt
Hallo Forum,
das J5 Update wurde angeboten und ich habe es in der Testumgebung durchlaufen lassen. Funktioniert, Frontend funktioniert. Nur das Backend meldet einen Fatal Error.
Im Debug Modus wird folgendes moniert
mysqli_sql_exception
HTTP 500 Whoops, looks like something went wrong.
Unknown column 'a.ordering' in 'order clause'DB ist: 10.11.4-MariaDB-1:10.11.4+maria~deb11-log
K.A. wo anfangen
Danke
Ok, dann habe ich das missverstanden - ich dachte es steht ab sofort zur Verfügung
Hallo Forum,
wollte testen, doch es wird auf "Joomla-Next" nur das Update auf 4.4.0 angeboten. Installiert. Doch dann kommt kein Angebot für 5.0
Ist das bei eich auch so oder habe ich mal wieder was übersehen?
Grüße in die Runde
Viel effizienter ist doch in der .htaccess oder vielleicht Server-Firewall oder ähnlich.
Ja, das Thema hatte ich tatsächlich schon einmal
#[\AllowDynamicProperties]
Danke, funktioniert!
Danke, aber ich will nur die lästigen Script Kiddies blocken
option=com_b2jcontact&view=loader&type=uploader&owner=component&bid=1&qqfile=/../../../vuln.php
type=atom999999.1%20union%20select%20unhex(hex(version()))%20--%20and%201%3D1Da habe ich teilweise bis zu 1.500 Versuche pro Minute. Lasse ich das offen, ist mir das einfach zu viel Last - Block und Ruhe iss.
Das Script von Marco ist halt deswegen so gut, da es sich auf ein Minimum beschränkt und ein Maximum an Effekt liefert.
Ja, mir ist das schon bewusst und das Script wurde schon mehrfach angepasst und ja, spätestens mit PHP9 muss ich mich dann einmal genauer umschauen.
Vielen lieben Dank an dieser Stelle an euch!
Hallo Forum,
ich habe ein "altes" Tool Marcos Interception, welches nicht mehr weiter entwickelt wird, im Einsatz.
Es macht, was es soll - es identifiziert Attacken, setzt die Ip auf eine Blacklist und informiert mich per E-Mail.
Das Plugin tut seinen Dienst ohne Fehlermeldungen bis PHP 8.1
Mit PHP 8.2 kommt Depcreation Warnung, die ab PHP 9.0 zu einem Fatal Error werden soll.
Da sich der Entwickler nicht mehr darum kümmert, eine Frage, wie ich das Problem angehen kann
Moniert wird bspw.
[18-Sep-2023 17:53:30 Europe/Berlin] PHP Deprecated: Creation of dynamic property plgSystemMarcosinterceptor::$p_errorMsg is deprecated in /home/www/plugins/system/marcosinterceptor/marcosinterceptor.php on line 26 26: $this->p_errorMsg = $this->params->get('errormsg', 'Internal Server Error');Der gesamte function Blog sieht so aus und quasi alles, was dort steht, löst depcreation aus:
function onAfterInitialise(){
$app = JFactory::getApplication();
$this->p_dbprefix = $app->getCfg('dbprefix');
$this->p_raiseError = $this->params->get('raiseerror', 1);
$this->p_errorCode = intval($this->params->get('errorcode', 500));
$this->p_errorMsg = $this->params->get('errormsg', 'Internal Server Error');
$this->p_strictLFI = $this->params->get('strictlfi', 1);
$this->p_levelLFI = intval($this->params->get('levellfi', 1));
$this->p_frontEndOnly = $this->params->get('frontendonly', 1);
$this->p_ignoredExts = $this->params->get('ignoredexts','');
$this->p_sendNotification = $this->params->get('sendnotification',0);
$this->p_nameSpaces = $this->params->get('namespaces','GET,POST');
$this->p_ipBlock = $this->params->get('ipblock', 0);
$this->p_ipBlockTime = intval($this->params->get('ipblocktime', 300));
$this->p_ipBlockCount = intval($this->params->get('ipblockcount', 3));
$this->p_ipBlockCount = ($this->p_ipBlockCount < 1 ? 1 : $this->p_ipBlockCount);
$this->p_debug = intval($this->params->get('debugplugin', 0));
if($this->p_debug){
JLog::addLogger(array('text_file' => 'marcosinterceptor.php'));
}Habt ihr einen Tipp - oder ein alternatives Plugin, was zeitgemäßer ist?
Danke im voraus
Mitcha
Hallo Leute, ich hänge ein aktuelles Problem an meinen ursprünglichen Post mit an, da dieser gut dazu passt.
Seit J 4.3.x habe ich ein Problem, dass bei YTP das Menü "flappt"
https://demo.yootheme.com/joomla/themes/design-escapes (öfters F5 drücken)
Das hat bei mir einen negativen CLS bei Desktop eingebracht. Mobil bleibt Konstant im grünen Bereich, weil dort das Hamburger-Menü nicht "flappt"
Bei YT kann man das reproduzieren, ist aber ratlos, woran es liegen mag. Ich habe einige Tests durchgeführt und festgestellt, dass
<link href="/media/vendor/joomla-custom-elements/css/joomla-alert.min.css?0.2.0" rel="stylesheet" />zu Konflikten führt. Ich möchte das gerne testen und ich brauche den Style nicht. Daher die Frage an euch, wie kann ich das Laden des Styles verhindern?
Elwood - ja, Test
christine2 Danke für die Erklärung - Eigene URL, den Link eintragen, Update laufen lassen.
Test hat funktioniert und das gewünschte Ergebnis wurde erzielt
Schön, wenn es so einfach ist!
Blöde Frage - es wurde jetzt etwas geändert und ich möchte das gerne Testen.
Wenn ich das machen möchte, müsste ich im Backend der temporären Seite doch nur die Update Quelle auf "Testing" umstellen?
Oder?
Ok, ich werte das einmal als Bug und nicht als Verbesserungsvorschlag, da Einstellungen in der .htaccess ignoriert werden.
SniperSister: ich habe deinen Vorschlag einmal mit eingebracht:
Ok, kurzes Feedback - die Lösung ist nicht Upgradekompatibel, es muss lediglich Schritt 1 von Beitrag #3 wiederholt werden. Mehr nicht.
SniperSister Ich sag mal so - damit die Bilder im Browser Cache landen, muss man in der .htaccess eine explizite Anweisung erfolgen. Wenn ein Nutzer dazu in der Lage ist, kann er - wenn er denn will, dass für das Backend ausschließen.
Für mich ist es weiterhin keine gute Lösung, so wie es gelöst ist und ich kann mir gut vorstellen, dass sich viele einfach nur wundern, warum das so langsam ist.
Ich glaube, dass ist mit ein Ticket wert - und ich werde deinen Vorschlag einmal aufgreifen, dass der Timestamp nur dann gesetzt werden soll, wenn das Bild auch tatsächlich verändert wurde. Dann macht es wirklich Sinn!
Ich verstehe den Wunsch nach einem Link, doch handelt es sich um eine Präsenz, die nicht genannt werden möchte. Das muss ich respektieren.
flotte Jitbuffer ist eine weitere Optimierung für den OpCache - probier es einfach mal aus.
Der Grund wird YTP sein, doch das kann man nicht so ohne weiteres "Abschalten"
Der Provider ist Webgo und im Prinzip alles auf SSD gehostet
Jetzt habe ich verstanden, was du meinst.
Die Seite selbst hat nur 2 Erweiterungen. Eine davon ist YTP, die andere zur Abwehr von Schadbots.
Auf einer Parallelinstallation wurden sämtliche Erwweiterungen, die nicht von Joomla stammen entfernt (bis auf YTP), gebracht hat es aber im Speed nichts. Der Webserver ist mit ngnix, Opcache, Jitbuffer und APCU bereits auf Optimum getrimmt.