Ich würde die 3 Sachen mal deaktivieren, die Einträge einzeln zum Editieren öffnen und 'enabled' auf 0 stellen. Die Datenbank aber geöffnet lassen. Wenn der Schuldige dieses Counterdings war, müsste der Zugriff auf das Backend wieder gehen.
Beiträge von CurlY BracketS
-
-
Aber an die Datenbank kommst du noch ran (phpAdmin in Hosting Panel)?
Dort kannst du den Conter in der _extensions Tabelle deaktivieren (Feld 'enabled' auf 0 setzen).
Ich würde aber sicherheitshalber die db sichern (exportieren) wenn du nicht sattelfest bist bei sowas.
-
Wenn dieser Counter in der Online-Version noch aktiv ist, würde ich ihn da mal deaktivieren. Solche Counte sind in der Regel richtige Speicherfresser. Meiner Ansicht nach müsste ein Memorylimit von 512M für eine normale Seite reichen (Cache löschen nicht vergessen)
-
Die Frage ist halt, ob du diesen Jvcouner überhaupt bauchst. Im JDE ist er rausgeflogen, und ehrlich gesagt, Counter sind sowas von out. Dein Fehler steckt ja in diesem Counter. Ist zwar jetzt nur eine Warnung, man sollte das aber dennoch ernst nehmen. Wenn du den Counter unbedingt weiter verwenden willst, musst du die Anzeige der PHP Fehler ausknipsen (Fehler berichten: keine in Global Konfig, Srver Tab).
Item: Bis und mit PHP 7.0 war es so, dass man ein array nicht explizit deklarieren musste, das hat sich jetzt geändert. Dein Counter wurde 2014 zuletzt aktualisiert, da gab es PHP 7 noch nicht.
-
Ich würde auch immer auf C: installieren und nicht auf Q:
Auf welchem Laufwerk man XAMPP installiert, ist grundsätzlich furzegal. Wichtig ist aber, dass man das Teil weder in c:\programme oder c:\program files (x86) installiert.
-
Such im JED mal nach Testimonials
-
Sorrü, war grad nicht zuhause. Am einfachsten und aktuellsten ist meiner Meinung nach diese Seite:
-
Ich sehe das ähnlich wie Elwood - zudem kann ich in Wampserver nach Belieben die PHP Version umschalten. Aber eben:
Aber jeder so, wie er mag.
-
Eigentlich wollte ich mich hier nicht einmischen, ich hab früher mal Module von Bow Themes verwendet. Irgendwann gab es aber dann plötzlich keine Updates mehr, und ich dachte die sind längst gestorben. Offenbar gibt es die aber doch noch (oder wieder), bloss - ehrlich gesagt - wenn ich diese Webseite ansehe, da würde ich aber nichts runterladen, selbst wenn es gratis ist.
Kurz gesagt: nimm einen andern Slider, gibt's ja genug von dem Zeug.
-
Ein Joomla auf eine Synology zum Laufen kriegen ist am einfachsten, wenn man das Ding von Synology installieren lässt.
Alles andere ist ein Gefiesel, braucht Erfahrung und ist prinzipiell mit Trial-and-Error verbunden. Im Netz findet man auch keine vernünfigen Beschreibungen dazu.
Die meisten Synologys sind im Übrigen so schwachbrüstig ausgerüstet, dass eh keine Freude aufkommen mag.
Ich hab auf meiner Synology eine 3.9 und eine 4 RC am Laufen, arbeite aber nicht wirklich damit. Ich hab das nur installiert, um zu sehen, ob ich es hinkriege. Ansonsten entwickle ich meine Seiten mit Wampserver.
-
Ich hab das mal zum Ausprobieren heruntergeladen. Fand ich nicht wirklich doll. Anschliessend hab ich denen gesagt, das ich das nicht verwenden werde und wurde dann monatelang gepestet mit Angeboten, ob ich nicht doch usw.
P.S. ist halt ein Templategenerator, so wie Artisteer & Co.
-
Wer des Lesens kundig ist, ist halt klar im Vorteil:
Der Link zu Demo steht auf der GitHub Seite:
-
Ich bin aus Prinzip sehr schnell weg von Seiten, die so einen Stumpfsinn machen.
-
Thänx, SniperSister - das hab ich nicht gesehen, weil ich kaum auf FB unterwegs bin.
Vielleicht lebe ich in einer Bubble, aber ich habe das Gefühl, dass bei solchen Berichten/Gerüchten/Anwürfen Joomla immer viel mehr einen schlechten Ruf kriegt, als andere CMS (Lücke in WP? Na und? / Lücke in Joomla? Ist ja echt shitty, diese Ding!)
Verärgerte Kunden klopfen dann an die Tür, es gibt rote Köpfe, und wenn man dann das Arumentarium nicht parat hat, hat man einen schweren Stand.
Das ist der Grund für meine Bemerkung und ich bleibe bei meiner Aussage.
FB ist schön und gut, aber da rauschen die Meldungen mit Schallgeschwindigkeit vorbei und finden tut man nach 2 Tagen eh nichts mehr
-
Ja. Es ist halt so, dass diese Meldung seit gut einer Woche herumgeistert, und auch von Leuten wie Nicholas, Phil und Michael genüsslich auf Twitter diskuiert wird. Als nicht-Programmierer ist es schwierig, den Sachverhalt richtig einzuordnen.
Eigentlich würde ich mir wünschen, dass das Security Strike Team bei solchen Dingen entschlossener auftritt mit einem Statement und klar sagt, was Sache ist. Und nicht nur à la 'In response to questions from The Daily Swig'. Ich habe von dieser Sache auch andernorts gelesen, ohne ein Statement vom JSST
-
Nunja, das mit dem es-darf-aber-ja-nichts-kosten wundert mich auch. Item, ich kenne die Erweiterung nicht, aber eine Googlesuche ergibt, dass die Erweiterung offenbar von JoomDev übernommen wurde, wo sie allerdings (noch?) nicht auftaucht. Wohl aber auf GitHub. Kannst es ja mal dort versuchen.
Aus dem JED flog sie, weil der Entwickler es schlussendlich so wollte.
-
-
Was heisst das jetzt?
-
Du hast recht 127.0.0.1:3307 funktioniert. Du kannst auch ein JPA mittels kickstart.php auf dem NAS installieren, hab ich eben ausprobiert. Neim db Setup gibst du halt auch als Server 127.0.0.1:3307 an, und ich denke mit einem entpackten JPA wird ja auch der Installer von Akeeba laufen.
-
Es ist richtig, dass Synology für eine Webseite per Default Mariadb 5 verwendet, auch wenn die Version 10 installiert ist. Das hat damit zu tun, dass für die 5er der Port 3306 und für die 10er 3307 verwendet werden. Der Webserver verwendet aber dummerweise die 5er db, was sich nicht so leicht ändern lässt.
Es nützt auch nichts, bei der Installation localhost:3307 anzugeben, das wird ignoriert.
Ich habe folgendes gemacht:
Joomla ab Joomla.org installiert (es wird Maria 5 verwendet)
Joomla von Synology heruntergeladen und installiert (jetzt wird Maria 10 verwendet)
ABER: Das 'alte' Joomla läuft nicht mehr, der db Server wird nicht gefunden.
Dann habe ich die 'alte' db exportiert per phpMyAdmin (Version Maria 5) , in die Version 10 gewechselt und dort eine eine db erstellt mit gleichem Namen, wie die 5er db und die db importiert.
Dann ist die 'alte' Joomla wieder zufriden gewesen, Sysinfo meldet 5.5.5-10.3.24-MariaDB
Wahrscheinlich ist das Ganze ein gebastel, bei mir hat das aber funktioniert
