Artforms: Bugs im Release-Candidate für Joomla 1.5 beheben

Tags: Joomla! | Joomla! / Virtuemart | PHP Kommentieren

Wir verwenden auf einer Internetseite Joomla! mit installiertem ArtForms Version: 2.1b7.1 [RC1 For Joomla 1.5]. Wie zu erwarten sind noch einige Fehler in dem Modul zu finden. Im Folgenden möchte ich einige Lösungen für kleine Bugs vorstellen:
Bei falscher Captcha-Eingabe werden Eingabefelder gelöscht
Wird das Formular abgesendet, jedoch ein falscher Captcha-Code eingegeben, so werden alle anderen Eingabefelder geleert und man muss das gesamte Formular erneut ausfüllen. Wünschenswert wäre ja, wenn die Felder bestehen blieben und man lediglich das Captcha erneug eingeben müsste.
Um diesen Bug zu beheben, muss die direkte Weiterleitung nach dem Überprüfen des Captchas ausgeschaltet werden. Hierfür die Datei /components/com_artforms/artforms.html.php öffnen. Die Captcha-Überprüfung beginnt hier in der Zeile 103. Hier werden die einzelnen Varianten überprüft und gegebenenfalls der Benutzer zurückgeleitet. Die Zeile

die in jeder Überprüfung die Weiterleitung einleitet, unterbindet, dass andere Fehler überprüft werden und die Felder wieder mit Inhalt gefüllt werden.
Diese Zeile einfach durch die folgende ersetzen:

Dies bewirkt, dass nur eine Fehlermeldung erzeugt wird. Text, etc. der Meldung kann man hier entsprechend anpassen. Nachdem nun ein Fehler erzeugt wurde, wird das Script trotzdem weiter ausgeführt, andere Fehler werden gescannt und die Felder werden auch wieder mit Inhalten gefüllt.

Bei fehlerhaftem Absenden des Formulars werden Textarea-Felder geleert
Bei der Überprüfung und dem erneuten Füllen der Formularfelder, falls ein Fehler auftritt, haben die Programmierer vergessen, auch Textarea-Felder wieder mit Inhalt zu füllen. Deshalb werden diese geleert, wenn das Formular nicht erfolgreich abgeschickt werden konnte. Um diesen Bug zu beheben, die Datei /administrator/components/com_artforms/lib/af.lib.artforms.php öffnen und in der Zeile 327 den folgenden Code einfügen:

 

Joomla 1.0.x unter PHP5 / PHP5.3 lauffähig machen

Tags: Joomla! | Joomla! / Virtuemart | PHP Kommentieren

Versucht man, eine alte Joomla!-Version (1.0.x) unter neueren PHP-Versionen zu installieren, beispielsweise von anderen Servern oder alten Seiten von Kunden, so stellt sich dies als gar nicht so einfach dar. Erst einmal bekommen man viele DEPRECATED-Fehlermeldungen. Diese beziehen sich nahezu ausschließlich auf Klassen-Aufrufe durch Referenzen und die Verwendung von ereg_replace, ereg, etc.
Durch die Ersetzung von ereg_replace() durch preg_replace() und ereg() durch preg_match() in allen fehlerhaften Dateien, behebt man dieses erste Problem. Hierbei bitte darauf achten, dass die preg_-Funktionen DELIMITERS benötigen – also einfach die Pattern durch Raute-Zeichen (#) oder auch Slashes (/) einschließen.
Die Klassenaufrufe durch Referenzen kann man aktualisieren indem man einfach alls &= durch einfach = ersetzt. PHP macht diesen Krimskrams in PHP5 nämlich ganz von allein.

Übrig bleibt noch eine letzte Fehlermeldung, die leider dazu führt, dass kein Content im Inhaltsbereich angezeigt wird:

Entgegen der Meinung, dass man hierbei nichts machen kann und einfach auf PHP5 upgraden soll, gibt es natürlich ein Workaround – denn nicht alle Provider erlauben ein Downgrade, insbesondere nicht für ausgewählte Virtuelle Hosts.
Zur Bug-Behebung in die Datei /includes/Cache/Lite/Function.php gehen und dort die gesamte Funktion call() durch die folgende ersetzen:

 

RSS-/Atom-Feeds für CMS-Updates

Tags: Allgemein | Contao | Drupal | Joomla! | osCommerce | phpBB | ProcessWire | Redaxo | TYPO3 | TYPOlight | WordPress Kommentieren

, , , , ,

Gihub: Projekt-Releases als RSS-Feed abonnieren

Tags: Allgemein | CMS | Contao | Drupal | Joomla! | osCommerce | phpBB | ProcessWire | Redaxo | TYPO3 | TYPOlight | WordPress Kommentieren

Beispiel für TYPO3:

Releases: https://github.com/TYPO3/TYPO3.CMS/releases.atom
Tags: https://github.com/TYPO3/TYPO3.CMS/tags.atom

Das kann natürlich auf beliebige andere Repositories übertragen werden.

, , , , ,

Konfigurationsdateien und Backend-URLs der wichtigsten CMS und Shop-Systeme

Tags: CMS | Gambio | Joomla! | Joomla! / Virtuemart | phpBB | PrestaShop | Redaxo | TYPO3 | xt:Commerce | xt:Commerce VEYTON 4.0 Kommentieren

CMS

CMS Konfigurationsdatei Backend-URL
Conrete5 /config/site.php (?)
Contao /system/config/localconfig.php /contao
Drupal /sites/default/settings.php (?) /user
ProcessWire /site/config.php /wadmin/login/
Joomla! /configuration.php (?) /administrator
phpBB /config.php (?)
phpwcms /config/phpwcms/conf.inc.php  /login.php
Redaxo /redaxo/include/master.inc.php /redaxo
Typo3 4.7 /typo3conf/config.php (?) /typo3
Typo3 6.2 /typo3conf/LocalConfiguration.php /typo3
Typo3 7 /typo3conf/LocalConfiguration.php /typo3
Typolight /typolight
Vanilla /conf/config.php (?)
Website Baker CMS /config.php (?) /admin
WordPress /wp-config.php /wp-admin

Shop-Systeme

CMS Konfigurationsdatei Backend-URL
osCommerce /admin
Oxid E-Shop /config.inc.php (?)
Prestashop /config/settings.inc.php /adminXXXX
XXXX steht dabei für eine zufällige vierstellige Zahl, die automatisch bei der Installation generiert wird. Dies dient der Absicherung des Backends.
 ShopWare /config.php /backend
 xt:commerce 3 / Gambio /admin/includes/configure.php
/includes/configure.php
Der Login erfolgt über das Frontend
xt:commerce VEYTON 4 /conf/config.php /xtAdmin

Artforms: Bugs im Release-Candidate für Joomla 1.5 beheben

Tags: Joomla! | Webdesign Kommentieren

Wir verwenden auf einer Internetseite Joomla mit installiertem ArtForms Version: 2.1b7.1 [RC1 For Joomla 1.5]. Wie zu erwarten sind noch einige Fehler in dem Modul zu finden. Im Folgenden möchte ich einige Lösungen für kleine Bugs vorstellen:

Bei falscher Captcha-Eingabe werden Eingabefelder gelöscht:

Wird das Formular abgesendet, jedoch ein falscher Captcha-Code eingegeben, so werden alle anderen Eingabefelder geleert und man muss das gesamte Formular erneut ausfüllen. Wünschenswert wäre ja, wenn die Felder bestehen blieben und man lediglich das Captcha erneug eingeben müsste.
Um diesen Bug zu beheben, muss die direkte Weiterleitung nach dem Überprüfen des Captchas ausgeschaltet werden. Hierfür die Datei /components/com_artforms/artforms.html.php öffnen. Die Captcha-Überprüfung beginnt hier in der Zeile 103. Hier werden die einzelnen Varianten überprüft und gegebenenfalls der Benutzer zurückgeleitet. Die Zeile

$mainframe->redirect( JRoute::_( $alink.'&formid='.$formid.'&Itemid='.$Itemid.'&afmsg='.$msg ) );

die in jeder Überprüfung die Weiterleitung einleitet, unterbindet, dass andere Fehler überprüft werden und die Felder wieder mit Inhalt gefüllt werden.
Diese Zeile einfach durch die folgende ersetzen:

$a_errors[] = '<div class="artforms-errorfield">Überprüfung des Sicherheitscodes ist fehlgeschlagen!</div>';
$a_error_ids[] = $item->item_id;

Dies bewirkt, dass nur eine Fehlermeldung erzeugt wird. Text, etc. der Meldung kann man hier entsprechend anpassen. Nachdem nun ein Fehler erzeugt wurde, wird das Script trotzdem weiter ausgeführt, andere Fehler werden gescannt und die Felder werden auch wieder mit Inhalten gefüllt.

Bei fehlerhaftem Absenden des Formulars werden Textarea-Felder geleert

Bei der Überprüfung und dem erneuten Füllen der Formularfeldet, falls ein Fehler auftritt, haben die Programmierer vergessen, auch Textarea-Felder wieder mit Inhalt zu füllen. Deshalb werden diese geleert, wenn das Formular nicht erfolgreich abgeschickt werden kpnnte. Um diesen Bug zu beheben, die Datei /administrator/components/com_artforms/lib/af.lib.artforms.php öffnen und in der Zeile 327 den folgenden Code einfügen:

if(isset($_POST['item_'.$item->item_id])){
$value = $_POST['item_'.$item->item_id];
} else {
$value = $item->default_values;
}

TOP