Beiträge von Melewo

Hatte ich übersehen, Server: Microsoft-IIS/7.0

Strato sichert doch täglich mehrmals wohl, brauchst doch nur abrufen. Ich habe es noch nicht probiert, doch bei Strato kannst Du oder Dein Bruder so auf ein Backup zugreifen:

http://www.strato-faq.de/artikel.html?&id=1275

Weiß jetzt nicht, wie sich das mit den MySQL-Dump verhält, den solltest Du zusätzlich exportieren oder ist der mit enthalten?

Zitat von Moon-He

Ah, okay. Aber dann wäre ja alle mit meiner Seite in Ordnung und das Problem ist bei Strato?
Aber warum war die andere Seite erreichbar?

Bei meiner WP Installation war ich mir relativ sicher, dass die in Ordnung war, bei Deiner bin ich es mir nicht, vermute nur die gleichen Gründe. Meine anderen bei Strato liegenden Seiten waren davon ebenfalls nicht betroffen. Bin zwar kein Fachmann, was diese Servergeschichten und Angriffe anbelangt, denke jedoch, dass dabei nur einzelne Datenbankserver in die Knie gehen und Installationen, die auf einen anderen Datenbankserver zugreifen, nicht betroffen sind.

Zitat von Moon-He

Melewo
Du meinst, dass meine Seite gehackt wurde oder infiziert ist oder was sind das für Angriffe?

Nein, meinte ich nicht, ich meine Punkt 2.
Im Oktober bekam ich ähnliche Probleme zu spüren, also teilweise extreme Ladezeiten und mehrmals nicht erreichbar, wobei ich dann die Zeiten für die Anfragen für die Datenbank mitschnitt, wie:

24 Datenbankabfragen in 35,940 Sekunden | 14.56 MB Speicher belegt | Laufzeit des Scripts 35.948 Sekunden


11.080608844757 - SELECT option_name, ...

Wenn es dann wieder normal ging, sahen die Zeiten so aus:

33 Datenbankabfragen in 0,421 Sekunden | 14.50 MB Speicher belegt | Laufzeit des Scripts 0.431 Sekunden


0.0016250610351562 - SELECT option_name, ...

Strato ist ein Massenhoster und wenn ein Angriff gegen Strato gefahren wird, sind wohl mehr oder weniger alle betroffen, die sich einen Server oder Datenbankserver teilen.

Hatte im Oktober mit WP für ca. eine Woche Probleme bei Strato, was ich hiermit (Punkt 2) in Zusammenhang brachte:

http://www.strato-faq.de/artikel.html?id=824

Im Cache ist die Seite ohne www vom 24. November, also da wurde die von Google noch gefunden. Ob mit oder ohne www, erst wurde die Seite mit dem Laden nicht fertig, jetzt ist diese Seite unter http://hope-rifugio-olbia.com/home/ erreichbar. Und gerade wieder nicht.

Zitat von zufallsquadrat

Ich arbeite gerade an einer WordPress-Landingpage, die ohne jegliche Unterseite auskommen soll.

Das und 1., 2., 3. geht wohl mit Abstand am einfachsten zu realisieren, wenn Du statt einem ausgewachsenen Blog/CMS alle Flügel stutzen zu wollen, eine einfache HTML-Seite erstellst.

Und was hast Du in der wp-config als Zugangsdaten für die Datenbank angegeben, wenn Du nicht weißt, ob bereits eine angelegt ist?

Nicht gerade neu, doch neueren Anleitungen wirst Du wohl bei T-Online finden als Kunde (oder?).

Zitat

Alle Informationen finden Sie Im Homepagecenter unter "Profi-Anwendungen / MySQL-Datenbank".

http://www.telekom.de/dlp/eki/faq/do…l-mysql-php.pdf

Zitat von Tanzstern

Meldung, dass ca. 1000 Einträge ersetzt wurden.

Und wo kamen die ca. 1000 Einträge her? So einen umfangreichen Eindruck macht der Blog nicht, es sei denn, es wurden eine Vielzahl an Bildern eingefügt oder wie auch immer. Doch was zu WP gehört, kannst Du auch von WP erledigen lassen, so dass Du möglichst nur in den Tabellen Ersetzungen vorzunehmen brauchst, die von WP bei einem Umzug nicht geändert werden, wie Links im Content.

Ob es daran liegt, ich weiß es nicht und habe nicht einmal ansatzweise eine Vermutung. Was ich aber weiß, dass ich beim letzten Wechsel den Dump so eingespielt habe wie er war und das WP alles was wichtig und von Belang war, von allein bei der Aktualisierung anpasste.

Könnte sich jedoch um 990 Revisionen mit Links handeln, die da von diesem Plugin ausgetauscht wurden, dann würde es mit der Anzahl hin
kommen. Die hatte ich vergessen.

Zitat von Tanzstern

Was bedeutet das jetzt für mich?

Zitat von bgeissler

Stelle Permalinks auf Standard, gehts dann?

Du solltest zuerst einmal die Permalinks auf Standard stellen und falls das nicht möglich sein sollte, so ist etwas anderes faul, doch bevor nicht gefunden wurde, was da faul ist, bleibt es ein Rätselraten nach meinem Empfinden.

Wenn Du aber noch einen Dump zu liegen hast, der nicht mit searchreplace.php bearbeitet wurde, würde ich eine Neuinstallation mit dieser Sicherung versuchen. Einzelne fehlerhafte Links kannst Du später immer noch korrigieren.

Zitat von the-tapper

Das war der springende Punkt, dass die Installation von WP über genau diese URL laufen muss, da sich WP diesen Pfad merkt.
Jetzt ist alles so, wie es sein sollte.

Genau, nun sollte es gut sein.

Zitat von the-tapper

Öffne ich vom Admin-Bereich dieser Installation aus meine Seite, erscheint sie mit der URL http://domain.de/subdomain1/wordpress/

Dann hast Du wieder den Admin-Bereich oder die Seite bei der Installation mit "http://domain.de/subdomain/..." aufgerufen oder mit was weiß ich. Ist das denn so schwer zu verstehen, dass subdomain1 nun das Root-Verzeichnis von subdomain1 ist und Du die Seiten von subdomain1 nicht mehr über http://domain.de/..." sondern nur noch "http://subdomain1.domain.de/..." aufrufen darfst?

Wenn denn alles fertig ist, nicht vorher, dann kannst Du da noch für jede Subdomain einen Eintrag in der htaccess hinzufügen, dass die nicht mehr unter "http://domain.de/..." erreichbar ist, wenn das versehentlich eingegeben oder verlinkt wird. Bis dahin musst Du Dich aber schon zusammenreißen und die nicht mehr eingeben.

RewriteEngine on 


RewriteCond %{HTTP_HOST} !^subdomain1\.example\.com$
RewriteRule ^(.*)$ http://subdomain1.example.com/$1 [L,R=301]

Zitat von the-tapper

Kann es nicht doch sein, dass ich in die index.php was reinschreiben muss oder im Admin-Bereich von Wordpress die Seiten-URL verändern muss?

Belasse ich im WP-Admin-Bereich "WP-Adresse" und "Seiten-Adresse" jeweils - wie voreingestellt -

Da ist nichts voreingestellt, das schrieb WP bei der Installation hinein, weil die Subdomains nicht richtig angelegt waren. Lege die doch einfach nur richtig an und installiere WP erneut. Das heißt doch nicht umsonst 5-Minuten-Installation, weil es so einfach und schnell geht.

Zitat von borusse

Machts doch net immer so umständlich mit den Erklärungen, ich versteh mit der Zeit wieder nur Bahnhof^^.

Zitat

In den Wordpress-Einstellungen steht bei "Wordpress-Adresse"
http://subdomain1.domain.de/subdomain1/wordpress

Zitat von borusse

Das muss doch aber heisen : domain.de/subdomain1/wordpress

Nun gut, das muss heißen "http://subdomain1.domain.de/wordpress", weil subdomain1 zum Root / Startverzeichnis wird an Stelle von /html/ und wie /html/ nicht mit in einer URL erwähnt wird.

Wenn die index.php von /sub1/wordpress/ ins Vereichnis /sub1/ verschoben wird, sollte WP erreichbar sein unter:

"http://sub1.example.com/"

Einstellung im Dashboard:

WordPress Adresse (URL)     http://sub1.example.com/wordpress
Seiten-Adresse (URL)        http://sub1.example.com

Wenn die index.php nicht verschoben wird und WP erreichbar ist unter:

"http://sub1.example.com/wordpress/"

Einstellung im Dashboard:

WordPress Adresse (URL)     http://sub1.example.com/wordpress
Seiten-Adresse (URL)        http://sub1.example.com/wordpress

Denke, so sollte es wohl richtig sein. Oder?

Der /subdomain1/ interessiert ja eigentlicht nicht mehr bei der URL, da der durch das Aufschalten der Domain zum Root für die Subdomain wird.

Zitat von borusse

Das muss doch aber heisen : domain.de/subdomain1/wordpress

Zum Testen von Weiterleitungen hatte ich mir mal eine Subdomain unter Localhost eingerichtet, später dort auch WP im Verzeichnis /wordpress/ installiert, die index.php jedoch im Vereichnis /example/ abgelegt. WP ist erreichbar unter:

"http://example.localhost/"

Einstellung im Dashboard:

WordPress Adresse (URL)     http://example.localhost/wordpress
Seiten-Adresse (URL)         http://example.localhost

Nehme nun für example den Namen der Sub, für localhost die Domain und hänge an der noch eine Endung an, dann sollte es eigentlich stimmen, insofern die index.php von /wordpress/ nach /example/ verschoben wird.

Wenn die Index nicht verschoben wird, noch eine Sub wollte ich nicht anlegen.

Würde ich nur dann umstellen, wenn es aus irgendwelchen Gründen sinnvoll ist. Nur weil es anfänglich ungewohnt erscheint, zumindest nicht, da immer mehr Websites auf responsive Webdesign umstellen und Du möchtest sicherlich mit Deinen Seiten nicht der letzte sein.
Habe mich jetzt auch zwangsläufig bei dieser Seite ans neue Design gewöhnen müssen, nur dass längere Codezeilen über den Rand hinausragen, wurde noch nicht optimal gelöst: Nur als Beispiel-Seite verlinkt

Wenn Du diese Seite als Beispiel für den Trend nimmst, so könnte es sein, dass in nicht allzu ferner Zukunft ältere Seiten schon allein daran erkannt werden, dass diese kein responsives Design besitzen.

Zitat von the-tapper

Nachtrag zu der test.html-Probe: Aufruf der Seite über subdomain.domain.de/test.html brachte ebenfalls "not found".

Andere Frage, bei welchem Hoster liegen die Seiten denn?
Frage nur mal, weil das oft bereits in den FAQ beschrieben wird.

Beispiel Strato:

Zitat

Interne Weiterleitung

Sie können einer Domain oder Subdomain aber auch gezielt Unterverzeichnisse zuweisen. Haben Sie beispielsweise ein Unterverzeichnis "/shop" angelegt, dann können Sie dieses ganz einfach einer Ihrer Domains zuweisen.

http://www.strato-faq.de/artikel.html?id=474

Und so machst Du das mit jeder einzelnen Subdomain. Wenn beim Aufruf von subdomain.domain.de/test.html nur "not found" kommt, dann existiert noch keine Subdomain, welche auf das Verzeichnis für diese Subdomain verweisen würde.

Und in WP brauchst Du bei der Installation erst einmal gar nichts weiter eintragen, außer die Daten von der DB usw.. Dass Du nach diesem Durcheinander nichts mehr in einer index flicken brauchst, sondern neu installieren, ist wohl klar. Aber erst nach dem kein Not Found mehr kommt.

Zitat von the-tapper

ich hatte ja die Anleitung so abgewandelt, dass es eigentlich passen sollte
("Wordpress-Adresse" = http://subdomain1.domain.de/subdomain1/wordpress (wo meine WP-Installation liegt)

Das wird wohl Dein Denkfehler sein. Was Hille schrieb, hatte ich nun nicht extra mit zugeschrieben, weil ich davon ausging, dass Du die Subdomains bereits angelegt hast und mit einer Testdatei nur noch überprüfen musst, ob die richtig angelegt wurden und falls die richtig angelegt wurden, sich die Testseiten ja mit

subdomain1.domain.de/test.html
subdomain2.domain.de/test.html
subdomain3.domain.de/test.html

aufrufen lassen sollten. Wenn das bisher nicht erfolgte, dann solltest Du das zuerst einmal nachholen. Die Hoster bieten dafür ein Formular an, in dem Du angeben kannst, welche Domain oder Subdomain auf welches Verzeichnis zeigt. Erst wenn das soweit erledigt ist, dann kannst Du auch

subdomain1.domain.de/liesmich.html
subdomain2.domain.de/liesmich.html
subdomain3.domain.de/liesmich.html

oder falls mit wordpress-Verzeichnis

subdomain1.domain.de/wordpress/liesmich.html
subdomain2.domain.de/wordpress/liesmich.html
subdomain3.domain.de/wordpress/liesmich.html

aufrufen und die Installation starten. Dann sollte es auch keine Probleme mehr geben.

Und Du sollst auch nichts neben /html/ ablegen, sondern in /html/ dann /verzeichnis-fuer-domain-1/ und Domain-1 dann per Formular auf /verzeichnis-fuer-domain-1/ aufschalten lassen und mit den anderen entsprechend verfahren.

Hatte den Link übersehen, diese Anleitung ist richtig.

require( dirname( __FILE__ ) .

Wurde mit Version 3.7 eingeführt und erleichtert PHP die Arbeit. Diese Anleitung ist aber nur dann richtig, wenn Du WP trotz Unterverzeichnis über example.com aufrufen möchtest. Doch genau das möchtest Du ja nicht, Du möchtest ja die einzelnen Installationen eben nicht über example.com aufrufen, sondern über die jeweiligen Subdomains. Somit kannst Du Dich in diesem Fall nicht wörtlich nach dieser Anleitung richten.

Zitat

In diesem Beispiel also http://example.com. Über diese Adresse soll dein Blog später aufgerufen werden.

http://faq.wpde.org/wordpress-trot…chnis-aufrufen/

Dein Blog soll nicht über "http://example.com" aufgerufen werden, sondern über "http://subdomain1/example.com".