Gibt viele gute, vor allem freie, CMS. Ich persönlich setze z.B. in letzter Zeit gerne auf das w3b|cms welches bald auf cms2day umbenannt wird. Siehe http://www.w3bcms.de
...mal eben schnell geladen und offline (xampp) installiert. Wirklich very Simpel, also einfacher gehts nicht... danke für den Tipp
ich nutze gleich mal diesess Kompliment und sende liebe Grüße an das Faxgerät von netcup, welchen sicherlich im Dauereinsatz ist und man deswegen schlecht durchkommt.:D
[PRIVATER BEITRAG]
Sorry aber...Und du weisst nicht was ein Validator ist?
seine leistungsstarken Partner eventuell auch nicht, aber er hat ja schon 4 Jahre lang Erfahrung, da kann man doch noch nicht alles wissen und können 
geben wir ihn eine Chance
so, ich hab das mal vollzogen, auch bei mir diese Fehlermeldung, da sollte wohl ein a2enmod ssl nützlich sein, glaub ich jedenfalls.
siehe Bild, so müsste es ausreichen und funktionieren, ansonsten mal die vHost posten
wieso werden eigentlich für die VS200 keine Backups angeboten?
ich liege jetzt bei einen VS3072 bei knapp 2h für ein neues Backup, immerhin müssen 14 GB gesichert werden. Das würde bedeuten, nur noch Nachts am vServer arbeiten, backupen etc.
Nachtrag: also 14 GB in 2,5 Stunden; die Zeit sollte man sich in der Betaphase schon einkalkulieren.
wieso müssen die einen immer ein Live-Konto aufzwingen...
zudem auch keine Zeit für diese Tests, ich warte bis zum offiziellen Verkauf.
Hab einen Vorschlag für das Feature:
- Backup automatisch ausführen lassen: Im openVCP kann man die Uhrzeit und den Tag eingeben (wie ein Cronjob) wann das Backup immer automatisch durchgeführt wird (d.h. automatisch stoppen, automatisch Backup machen und dann wieder starten)
Zustimmung meinerseits, dieses wäre noch ideal.
Nach anfänglichen Schwierigkeiten, an den Support bereits berichtet, läuft Backup, Restore und Backup-Refresh funktionieren fehlerfrei.
... hat mal einer eine große Hand, mit der ich mich so richtig am Kopf klatschen kann.
Dank euch allen...
Vielleicht verwendet die besagte PHP-Datei ja eine andere php.ini Datei? Oder die Einstellung wird in anderen Apache Konfigurationsdateien überschrieben. Das kann durch eigene VHost Einstellungen o.ä. leicht möglich sein. Schau dir einfach einmal die Ausgabe von phpinfo(); am Anfang von so einer Problemdatei an. Dort sollte am Anfang dann stehen, welche php.ini wirklich geladen und verwendet wird
MfG Christian
hab ich doch oben schon geschrieben, da steht /etc/apache2/confixx_phpini/php.ini
die phpinfo() hab ich einmal in /var/www/confixx/html/user für den User und in /var/www/confixx/html für den Admin. Beides zeigt mir diesen Pfad und die besagte Zeile in der php.ini sieht derzeit so aus:
[PHP]disable_functions = system, exec, shell_exec, passthru[/PHP]
damit sollte die Meldung eigentlich verschwinden
Fatal error: Call to undefined method stdClass::onAuthenticate() in /var/www/"webxxx"/html/cms/libraries/joomla/user/authentication.php on line 121
eventuell hilft das hier
http://www.joomlaportal.de/geloeste-theme…thenticate.html
Ich frag mal vorsichtig ob der Apache auch neugestartet wurde?
Was steht in der besagten Zeile der tools_ftp.php?
das sollte wohl jedem klar sein, nach einer Änderung in der php.ini den Indianer neu zu starten. In der besagten Zeile steht das, was da stehen soll:
exec( $exec, $ls, $return );Wenn ich mich recht erinnere, muss diesbezüglich nur die php.ini angepasst werden, jedenfalls hat es bei der Erstinstallation des vServers funktioniert. Jetzt nun nicht mehr.
um die hässlliche Fehlermeldung in Confixx wegzubekommen,
Warning: exec() has been disabled for security reasons in /var/www/confixx/html/user/tools_ftp.php on line 250
muss doch eigentlich in der /etc/apache2/confixx_phpini/php.ini der Eintrag disable_functions = exec angepasst werden. Zur Kontrolle noch mal eine phpinfo ins Verz. /var/www/confixx/html/user gepackt, diese bestätigt auch, dass sie deaktiviert ist.
Wieso zeigt mir dann Confixx immernoch diese Fehlermeldung?
ah -4 also, danke, -1 und -2 hatte ich schon probiert dann aber den Versuch aufgegeben, alle Zahlen auszuprobieren.
Download the Parallels Confixx 3.3.5 upgrade package from the following location: http://download1.swsoft.com/Confixx/Confix….5-X_update.tgz.
download funktioniert nicht, ich nehme mal an, wegen das 3.3.5-X. Da fehlt wohl noch 'ne Nummer. Steht aber so im Confixx-Admin-Panel. Hat jemand eine Alternative?
Ich betreibe ebenfalls einen Blog auf einem netcup Hostingpaket und habe ab und zu hohe Ladezeiten bei dem erstellen oder aktualisieren eines Artikels. Dies liegt jedoch definitiv an Wordpress, siehe Wordpress-Deutschland Forum wo viele besagtes Problem haben, egal welcher Hoster
das glaube ich gern, andererseits hab ich noch Wordpress beim Erfurter ISP Keyw*** laufen und da hab ich die besagten Probleme derzeit nicht.
Das ist ein bekanntes Wordpressproblem und hat nix mit dem Server/Hostingpaket zu tun
Ggf. die Einstellung bezüglich externer Schnittstellen, bzw. die Einstellung "Es soll versucht werden, alle im Artikel verlinken Blogs zu benachrichtigen (verlangsamt das Veröffentlichen)." deaktivieren.
Ich für meinen Teil hab das mal gemacht, bringt aber nicht wirklich viel. Ein Klick auf "artikel aktualisieren" : der ganze Vorgang dauerte ca. 19,7 Sekunden. Mittlerweile hab ich herausgefunden, dass die Artikel flott gespeichert werden, kann somit den erneuten Ladevorgang der Seite auch kurz danach abbrechen. Ich werde das mal mit weiteren Blogs versuchen und beobachten und dabei die Lastanzeige im Vservercontrolpanel im Auge behalten. Steht auch schon irgendwo hier im Forum, dass diese dabei immer nach oben in den gelben-roten Bereich schießt. Solche extremen Ladezeiten habe ich auf anderen vServern ausserhalb von netcup nicht. Das soll aber nicht heissen, wie andere behaupten - netcup sei Schuld, mir persönlich geht es nur um die Ursachen.
Ansonsten ist Wordpress auf den netcup-vServern ja recht flott.
Kein Problem. Wenn nochmal was sein sollte kannst du dich gerne auch direkt an a.wachert@netcup.de wenden.
ich weiß, dass in der Config von phpmyadmin beim Eintrag "auth_type" "cookie" drin stand, vielleicht war dies die Ursache, die alten vielleicht nicht ordungsgemäß gelöscht. Auch wenn jetzt in der neuen Installation auch "cookie" drin steht, könnte dies eine Ursache gewesen sein und somit ist bewiesen: Man lernt nie aus....
Einen User www-data gibt es auch nicht
Es gibt von Anfang an nur den User root und syscp in der DB, die Passwörter dazu findet man unter /root/Zugangsdaten.txt.
das war mir schon klar, ausserdem konnte man sich als root auch nicht einloggen. Habe schon die Daten aus der Zugangsdaten.txt genommen, mach das ja nicht zum Ersten mal. Das root-Login in phpmyadmin funktionierte ja auch nicht, nach dem ich mal den Kunden in Syscp gelöscht hab. Bisher haben meine Installationen auf den Netcup-vServern funktioniert. Nur diesmal nicht. Ob ich da was übersehen habe bei der Installation, beim Update, keine Ahnung. Vielleicht auch nur 'ne falsche Konfiguration von phpmyadmin (auch wenn ich darin nichts geändert habe).
Ich habe den VS erst mal neu installiert, ohne weitere Updates einzuspielen, funktioniert nun das Login in phpmyadmin. In den nächsten Tagen werde ich dann den Rest machen, updaten, syscp einstellen und Daten aufspielen, mal sehen...