16

Joomla! - Komponenten / JoomGallery - Wartungsmanager

« am: 15.02.2011 08:51 Uhr »

Hallo zusammen,

wir nutzen die beliebte JoomGallery (1.5.6.3), die unter anderem einen Wartungsmanager im backend bereithält.

Leider kann man ihn bei der Serrverkonfiguration (burns) nicht nutzen - erhalte Fehlermeldungen in dieser Art:

Code: [Auswählen]

Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to allocate 2136616 bytes) in /var/www/web36/html/joomla15/administrator/components/com_joomgallery/models/maintenancecheck.php on line 539
Kann man ggf. die Konfiguration temporär ändern, dass man die Wartung mal durchführen kann, wenn eine dauerhafte Umstellung aus etwaigen Gründen nicht geht?

Grüße, Bastian

17

Feedback / Your host needs to use PHP 5.2.4 or higher to run Joomla 1.6

« am: 12.08.2010 18:48 Uhr »

Hallo Joomla100 Team,

wann ist damit zu rechnen dass PHP 5.2.4 oder höher zum Einsatz auf den Servern kommt?
Will man die derzeitige Joomla 1.6 beta7 testen erhält man folgende Fehlermeldung:
"Your host needs to use PHP 5.2.4 or higher to run Joomla 1.6"
Auf burns scheint 5.2.0 installiert zu sein.

Danke & Grüße,
Bastian

18

Joomla! - Module / Fatal error: Allowed memory size of xyz bytes exhausted

« am: 13.04.2010 08:32 Uhr »

Hallo zusammen,

hab kein Forum für Plugins gefunden daher hier:
Bekomme recht häufig beim Aufruf meiner Startseite / Domain folgenden Fehler:

Code: [Auswählen]

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 144279 bytes) in /var/www/web36/html/joomla15/plugins/system/sef.php  on line 77
Nochmaliges laden / F5 lädt die Seite dann korrekt.
Wer weiß Rat?
Grüße, Bastian

19

Joomla! - Grundlagen / Re: PHP 5 Umstellung

« am: 20.08.2008 17:55 Uhr »

update von perForms 2.4 -> perForms 2.5 war ursache.
dass hiervon gänzlich andere module betroffen sein könnten war mir nicht klar.
deinstallation der komponente -> alles wunderbar.

20

Joomla! - Grundlagen / Re: PHP 5 Umstellung

« am: 20.08.2008 16:20 Uhr »

danke. lag mit meiner vermutung falsch -> lag nicht an php 5 sondern an einer defekten komponente. danke!

21

Joomla! - Grundlagen / Re: PHP 5 Umstellung

« am: 20.08.2008 12:51 Uhr »

Wir verwenden noch 1.0.15
Dann werde ich mal weiter Ursachenforschung betreiben.

22

Joomla! - Grundlagen / Re: PHP 5 Umstellung

« am: 20.08.2008 10:31 Uhr »

Hallo,
wir haben seit 2-3 Tagen Probleme; vermute einen Zusammenhang mit PHP5.

Im uneingeloggten Zustand -> keine Probelme
im eingeloggten Zustand -> diverse Fehlermeldungen auf der Startseite

Hier nur eine kleine Auswahl:

Notice: Undefined variable: tooltip_format in /var/www/web36/html/joomla/modules/mod_fireboard.php on line 456

Notice: A non well formed numeric value encountered in /var/www/web36/html/joomla/modules/mod_s4jbirthdays.php on line 99

Notice: Use of undefined constant void - assumed 'void' in /var/www/web36/html/joomla/modules/mod_countdown.php on line 150

Notice: Undefined property: stdClass::$sectionid in /var/www/web36/html/joomla/mambots/content/fbdiscussbot.php on line 324

Notice: Undefined variable: border in /var/www/web36/html/joomla/mambots/content/mosiframe.php on line 70

Notice: Undefined property: stdClass::$sectionid in /var/www/web36/html/joomla/mambots/content/mostitlenew.php on line 16

Server: burns.kundenserver42.de

23

Joomla! - Grundlagen / Re: Internal Server Error

« am: 20.12.2007 12:27 Uhr »

Ich würde dringend mal die Installationen prüfen und noch dringender das phpBB runterwerfen. Evtl. ist das auch der Grund für die Probleme in Verbindung mit Google-Bot.

Erstmal vielen Dank fürs Nachsehen! Die zwei phpBB-Foren (3.0.0) würde ich ausschließen, da es sich um geschlossene Boards handelt mit nur wenigen Beiträgen und und noch weniger Usern. phpbb hat auch eine Spider/Bot Verwaltung in der man sieht, wann welcher Bot da war - dort ist nichts zu sehen. Zudem funktionieren beide Boards derzeit einwandfrei. Die Joomlaseite aber nicht.

Der Ausschnitt des Logfiles zeigt auch nur Joomla URLs. Wie kann man verhindern, dass ein Bot die Seite lahmlegt? Unsere Installation wird immer aktuell gehalten, auch die entsprechenden Komponenten. Was könnte ich daher überprüfen?

24

Joomla! - Grundlagen / Re: Internal Server Error

« am: 20.12.2007 11:11 Uhr »

Nein, das ist leider nicht der Fall - heißt nach wie vor htaccess.txt
Auch configuration.php ist das letzte mal am 12.11. geändert worden.
Seit gestern nachmittag tritt der "500 Internal Server Error" auf.
Es wurde gestern auch nichts eingestellt oder sonstwie geändert.

25

Joomla! - Grundlagen / Internal Server Error

« am: 20.12.2007 10:22 Uhr »

Hallo,

wir haben folgendes Problem - unser Joomla Frontend zeigt nur:
"Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log."

Joomla Backend und Hoster Backend ist erreichbar.
Die Seite ist somit nicht erreichbar.
Was können wir tun? (domain schnaps-ev.de)

Grüße, Bastian

26

Joomla! - Grundlagen / Re: Wie lautet nur der korrekte Befehls-Syntax für die confixx contrabs?

« am: 22.10.2007 11:04 Uhr »

Hallo,

wir haben das gleiche Problem, Cronjobs aus heraus Confixx laufen nicht.
Die php-Scripte laufen einwandfrei, wenn sie im Browser direkt aufgerufen werden.

Syntax:   php ~/html/joomla/pfad/script.php
-> liefert "Fatal error: Call to undefined function:  mysql_connect()"

Recherche ergab, dass man auch wget nehmen kann:
http://www.phpforum.de/archiv_60736_crontab@erzeugt@fehlermeldung@bei@aufruf_anzeigen.html

Syntax: wget http://domain.de/pfad/script.php
->liefert "/bin/sh: line 1: usrbin/wget: Keine Berechtigung"
hilft uns also auch nicht weiter.

Syntax: wget -q --spider http://domain.de/pfad/script.php
-> liefert keine Rückmeldung, script scheint aber auch nicht korrekt ausgeführt worden zu sein, denn es würde normalerweise eine email versenden.

Das eigentliche Problem scheint eine Einstellungssache bzgl. mysql support zu sein:
http://www.interspire.com/support/kb/questions/182/

27

Joomla! - Grundlagen / php module mhash/mcrypt

« am: 22.09.2007 16:10 Uhr »

Wäre es möglich die PHP Module mhash und mcrypt zu installieren?

Ich würde gern die Software opensurveypilot 1.2.1 (Online-Umfrage für Diplomarbeit) installieren. Diese benötigt diese zwei Module neben mysql, zlib, bz2:

Bitte compilieren Sie PHP mit der option --with-mhash, oder laden Sie das Modul dynamisch. Dazu müssen Sie in der php.ini die Einstellungen des Abschnitts Dynamic Extensions bearbeiten und den Webserver bzw. PHP neu starten.

Bitte compilieren Sie PHP mit der option --with-mcrypt, oder laden Sie das Modul dynamisch. Dazu müssen Sie in der php.ini die Einstellungen des Abschnitts Dynamic Extensions bearbeiten und den Webserver bzw. PHP neu starten.

Wäre klasse, wenn das gemacht würde.

28

Joomla! - Grundlagen / Re: Hardware-Defekt auf Burns

« am: 12.09.2007 09:31 Uhr »

Das "Umlaute-Problem" im Backend hat sich erledigt. Bisher wurde das Backend Template "Minted One-Point-Five 1.0" verwendet. Dies habe ich nun auf die aktuelle Version 2.1 gehoben. Nun erscheinen die Umlaute wieder korrekt. Dennoch komisch, dass es vor dem Serverschaden diesbezüglich keine Probleme gab. Hat sich die PHP und/oder die MySqlDB Version geändert?

29

Joomla! - Grundlagen / Re: Hardware-Defekt auf Burns

« am: 10.09.2007 13:39 Uhr »

Ist eine normale 1.0.13 Installation, keine UTF-8 Anpassung.
Das Frontend gibt die Umlaute korrekt aus; betrifft also nur das Backend.
Gestern wurde noch beim User "André" das "é" in Form eines japanischen Zeichens angezeigt, jedes Umlaut hatte ein anderes Zeichen; seit heute werden alle Umlaute und Sonderzeichen im Backend als "�" angezeigt; in dem Fall also "Andr�"

Installation wurde auch seit dem Einspielen des Backups nach dem Hardwareschaden nicht mehr verändert.

30

Joomla! - Grundlagen / Re: Hardware-Defekt auf Burns

« am: 10.09.2007 11:33 Uhr »

Die info wie auf CONFIXX zugegriffen werden kann ist zu mir nicht gelangt. Nun kann ich von dort aus aber wieder auf die DB schauen (phpmyadmin - in der DB sind die Namen korrekt abgelegt. Möglichweise ein Problem des CB1.1

Die Umlaute werden jedoch nicht nur im CB sondern im kompletten Backend nicht korrekt ansgezeigt; Modul Menü erscheint bspw. als:  Men�