Beiträge von Nevery

Wie hast Du das ganze denn eingerichtet? Ich meine - die URL zeigt auf die IP 80.67.16.8, ruft man diese direkt auf, so heissts nur die Präsenz sei nicht verfügbar. Was als IP in der Adressleiste steht ist hingegen 85.214.84.40, was, direkt aufgerufen, nur "OSTHOMETEST" anzeigt und namentlich als osthome.de bekannt ist.

Es sieht also so aus, als hättest Du da irgendeine Weiterleitung hingebastelt die auf einen anderen Server und dann auf eine gewisse Ordnerstruktur zeigt. Dann ist die Anzeige von IP statt URL normal - meiner Erfahrung nach zumindest, die Hintergründe dazu kenne ich auch nicht.

Die einfachste Lösung wäre wohl, die Website direkt auf 85.214.84.40 zu legen, anstatt irgendeine Weiterleitung zu machen.

Du müsstest von Deinem Hoster einen Link zur Datenbankverwaltung haben, also einen Zugriff über phpMyAdmin. Wenn Du diesen Link aufrufst und Dich dort einloggst kannst Du oben Exportieren auswählen und darüber eine SQL-Datei erstellen, die sowohl die Struktur als auch die Daten enthält.

Es wundert mich allerdings ein wenig dass er Dich danach fragt - wenn er den FTP-Zugang hat kann er die Zugangsdaten zu Deiner Datenbank ohnehin auslesen, und der Link zu phpMyAdmin sollte auch "findbar" sein - so wirkt der gute Herr nicht sonderlich kompetent auf mich.

Hast Du schonmal probiert, unter Server => Auflistung versteckter Dateien erzwingen anzuhaken? Manchmal tuts das schon - auch wenn sich mir nicht immer erschliesst, wieso etwas angeblich versteckt sein soll :D

UPDATE wp_posts SET comment_status = 'closed' sollte Dein Problem beheben. Wie immer auf eigenes Risiko und ohne Garantie - bei mir hats funktioniert ;)

Deine eigenen? Das ist nicht ungewöhnlich.
Ich weiß grade nicht wie es bei GA ist, aber zumindest bei Piwik kann man das allerdings einstellen.

Ich würde nach wie vor nicht sagen, dass das Problem bei Hosteurope lag - Du kannst eben in einer Datenbank keine Datenbank erstellen, das ist immer und überall so. Dass Datenbanken nicht per SQL-Befehl erstellbar sind sondern nur aus einer gesonderten Administrationsoberfläche heraus ist bei Hostinganbietern auch normal.
Davon ab: wozu zur Hölle hättest Du denn überhaupt eine Datenbank namens cdcol erstellen sollen - das machte doch überhaupt keinen Sinn, schliesslich hattest Du bereits eine Datenbank für Wordpress angelegt ;)

Hosteurope und Wordpress macht normalerweise keine Probleme.

Was mir allerdings aufgefallen ist: cdcol ist meines Wissens nach eine Datenbank, die XAMPP standardmässig mit sich bringt, die hat nichts mit Wordpress zu tun - die sollte auch nicht in Deinem Script stehen.
Hast Du die Datei mal geöffnet und nachgesehen, was dort passiert? Ob noch mehr von der Datenbank dabei steht?

Gegebenenfalls ist hier: http://www.elmastudio.de/wordpress/word…in-uebertragen/ nochmal eine schöne Schritt-für-Schritt-Anleitung zu finden.

Dass Du innerhalb von phpMyAdmin keine Rechte hast eine neue Datenbank anzulegen ist nicht ungewöhnlich und stellt eigentlich auch ken Problem dar, Du möchtest da ja garkeine Datenbank anlegen, sondern nur Tabellen in eine bestehende Datenbank einfügen.

Also generell würde ich das ganze ja eher über phpMyAdmin machen als über WP-Möglichkeiten. Export von der einen - dabei das überschreiben bereits vorhandener Sachen anhaken - und dann eben importieren - wobei das importieren nicht nötig ist um ein Backup zu haben, dafür reicht ja auch die sql-Datei.

Wenn Du Probleme mit zu großen Dateien bekommst kann ich Dir http://www.mysqldumper.de/ empfehlen, der geht damit gut um.

Verstehe ich das richtig: Du hast bereits eine Datenbank erstellt und möchtest in diese dann die Tabellen einfügen?
Der von Dir zitierte Fehler besagt, dass Du versuchst, eine Datenbank in einer Datenbank anzulegen, was natürlich nicht funktioniert - dort kannst Du nur Tabellen anlegen.

Was mir grade noch auffiel: wo genau hast Du denn in der functions.php die Leerzeile entfernt? Ganz am Anfang? Dann müsste sich ja zumindest die Zeile ändern, über die geschimpft wird. Oder auch die zwischen den beiden PHP-Blöcken? Die würde ich nämlich erstmal als fehlerverursachend einstufen.

Du hast die geänderte Datei auch wieder hochgeladen und wirklich überschrieben? Nimm mir die Frage nicht übel, ab und an passierts im Eifer des Gefechts, dass man den erneuten Upload vergisst oder eine Fehlermeldung bezüglich überschreiben übersieht ;-)

Was Du hier zitierst sieht für mich danach aus, als ob ein Header gesendet werden solle, nachdem das schon geschehen ist. Sprich: entweder hast Du schon manuell einen Header gesendet, oder es erfolgte irgendeine (Test?)Ausgabe, was automatisch dazu führt, dass ein Header gesendet wird. Das geht eben nur einmal.

Wenn dieser Fehler nur nach dem hochladen auftritt kann das zum Beispiel mit etwas zusammen hängen, was nur dann geschieht, wenn Du noch nicht eingeloggt bist - das lässt sich aber überprüfen, indem Du Dich lokal einmal explizit abmeldest.

Das gemotze bezüglich header schon gesendet kann schon dann auftreten, wenn irgendwo eine unpassende Leerzeile ist. Oder wenn die Dateien falsch abgespeichert sind - ich hatte das auch schon bei normaler UTF-8-Kodierung, sofern ich nicht "ohne BOM" ausgewählt habe.

Kontrolliere alle Deine Dateien nochmal auf Leerzeilen oder Leerzeichen an unnötigen Stellen, vor allem vor <?php oder nach ?> - auch kann es dann vorkommen, wenn man an ungünstiger Stelle einen header senden will, zum Beispiel um eine Formatierung zu erzwingen.

Na also, passt doch. Die Angabe einfach zu entfernen hätts auch gebracht, "alt" überschreibt einfach nur die normale Angabe.

Hast Du es denn jetzt geschafft?

In der buddypress.css Zeile 852 und folgend: #buddypress table tr.alt td {background: none repeat scroll 0% 0% rgb(245, 245, 245);} ist dafür verantwortlich. Entfernst Du diese Angabe sollte sich Dein Problem erledigt haben.

Beachte aber bitte: wenn Du an anderer Stelle eine solche Tabelle hast und den Farbwechsel wünschst, wäre dieser dadurch auch entfernt. Dann müsste man anders an die Sache rangehen.

Und auf welcher Seite genau ist Deine Tabelle? Ich hab ehrlich gesagt keine Lust alle Seiten durchzuklicken um danach zu suchen ;) Also bitte den direkten Link. Und jetzt sag bitte nicht, der ist nur für angemeldete Benutzer sichtbar...

Helfen kann Dir erst dann jemand, wenn Du einen Link zu Deiner Seite postest oder rein zufällig jemand das gleiche Theme nutzt.
Wordpress-Themes sind zu unterschiedlich aufgebaut als dass Dir irgendwer aus dem Stehgreif sagen kann "da und da musste das und das ändern" - die Wahrscheinlichkeit ist hoch, dass Du die Angabe in der style.css findest, aber nicht jedes Theme nutzt diese, ab und an sind Styleangaben auch im Code...

Also: Link zu betreffender Seite posten und dann kanns auch Hilfe geben ;)

Die 80x sind nur maxlength, die anzupassen brachte (bei mir jedenfalls) nichts - die maximale Länge ist dabei relativ egal.

Per CSS etwas über den Namen ansprechen kannste ich aber noch nicht, in dem Sinne: Danke! ;-)

Ich habe grade nochmal nachgesehen - aus irgendeinem Grund wird in Deinem Theme auch keine style.css eingebunden. Statdessen stehen jede Menge CSS-Angaben im head-Bereich... Das ist ansich schon suboptimal, erklärt aber natürlich, wieso eine Änderung in der style.css nichts bringt.
Du müsstest die Angabe also direkt in den head-Bereich bekommen, ich kann Dir allerdings nicht sagen, ob es dafür in Deinem Theme direkt Einstellmöglichkeiten gibt, oder man das vielleicht eher in der header.php findet.

Ist alles kein Problem, hier zu antworten ist schliesslich freiwillig - und ich hätte damals als ich das alles gelernt habe auch viel drum gegeben, wenn mir jemand geholfen hätte ;)

Erweiter Dein Template doch um eine Abfrage, ob aktuell ein User eingeloggt ist - und wenn nicht gib die Links nicht aus. Das wird zwar immernoch niemanden daran hindern das Zeug herunterzuladen der den direkten Downloadlink hat, aber das wird dann auch eher anstrengend.