Beiträge von danielgoehr

Soll die alte Homepage denn erhalten bleiben? Wenn nein, warum legst du nicht die Wordpress Installation einfach entweder ins Webroot oder alternativ einfach Domain1 auf das Wordpress-Verzeichnis?

Zitat von Tiger.49

Zusätzlich habe ich die 1. Domain intern umgeleitet auf das Verzeichnis /WordPress_02.

So richtig verstehe ich nicht, warum du überhaupt irgendwelche Wordpress-Dateien ins Webroot verschiebst, wenn die Domain sowieso schon auf das Wordpress-Verzeichnis zeigt... Das Webroot ist doch dann über diese Domain gar nicht mehr erreichbar.

Zitat von JanBanan

Gibt es da keine Möglichkeit, wie man sowas verhindern kann??

Zum Beispiel mit einem Honeypot-Feld (verstecktes Feld, dass nicht ausgefüllt werden darf) oder mit einem Captcha.

Zitat von Cordl

Bei Kitco habe ich schon zweimal angeschrieben, erhielt aber keine Antwort. Er kann auch so ähnliche ausschauen, muss aber mit dem aktuellen Kurz von NewYork zusammenhängenden.

Dann werden/wollen Sie es dir vermutlich nicht zur verfügung stellen.

Im Grunde ist die Antwort dann einfach:

Entweder du programmierst und stylst es selbst. Dann muss dir aber zwangsläufig jemand diesen Kurs (per API) zur verfügung stellen. Das wird dir aber kaum jemand umsonst anbieten.

Oder du verwendest eine fertige Lösung von irgendeinem Anbieter, der die Einbettung erlaubt (du musst auch prüfen, ob die Lizenz das in deinem Kontext wirklich zulässt!).
Das wäre dann z.b. das was Mopsi dir vorschlägt oder zum Beispiel sowas hier:
http://www.goldankauf123.de/kundenservice/…er-widgets.html

Zitat von son10

Bei frauhoelle sieht's so aus:

Code

#content h2 {
    margin: 30px 0 12px;
    font: 2.3em 'Pathway Gothic One', arial, sans-serif;
    letter-spacing: .02em;
    text-transform: uppercase;
}
#content h3 {
    margin: 26px 0 12px;
    font: 1.5em 'Pathway Gothic One', arial, sans-serif;
    letter-spacing: .1em;
    text-transform: uppercase;
}

Alles anzeigen

Es wird doch aber durch die "Shadows Into Light" überschrieben:

#content .entry-header h2.entry-title {
    font: 2.7em/1.1em "Shadows Into Light",cursive;
    text-transform: none !important;






}


(Zeile 340 in der style.css)

Ah, jetzt...
Das Problem ist, dass du die Schrift gar nicht lädst.
Das heißt, du definierst sie zwar im CSS, bindest sie aber vorher nicht ein.

Was du eingebunden hast, ist die "Shadows Into Light Two". Die wird auch korrekt oben bei dir im Title verwendet ("Ein Garten voller Sterne").
Die "Shadows Into Light" ist nicht eingebunden, deshalb findet der Brwoser sie nicht und fällt auf irgendeine andere Schrift zurück (sieht bei mir irgendwie aus, wie Comic Sans).

Zitat von Barbarella

Nun ja, die Schriftart hat sich zwar geändert, aber die angezeigte Schriftart sieht nicht annähernd aus, wie sie sein sollte.

Ich weiß jetzt natürlich nicht, wie die aussehen sollte. Aber die angezeigte Schriftart ist die 'Shadows Into Light'.

Zitat von Barbarella

Klicke ich außerdem in den Blogeintrag selbst hinein, ist die Schriftart wieder wie ursprünglich.

Folgende Regel sollte die Schrift auch an dieser Stelle ändern:

#content .single-entry-header h1.entry-title {
    color: #009bc2;
    font: 2.7em 'Shadows Into Light', cursive;


    margin: 0 0 5px;




}

Zitat von Barbarella

nein, bei den Entwicklertools hab ich noch nicht nachgeschaut. wo find ich die denn?

Das hängt von deinem Browser ab:
Beim Firefox ist es Rechtsklick -> Element Untersuchen.
Beim Chrome Rechtsklick -> Untersuchen.
Beim IE ist es F12.

Für andere Browser musst du ggf. mal googlen (solltest du eventuell eh machen, um zu verstehen, wie die Entwicklertools funktionieren).

Zitat von Cordl

Danke den habe ich auch gefunden ist aber nicht passend.

Wieso ist er denn nicht passend?

Woher soll denn der aktuelle Kurs kommen?

Edit: Teil entfernt, weil Denkfehler.

Zitat von Barbarella

Nun ja, die Schriftart hat sich zwar geändert, aber die angezeigte Schriftart sieht nicht annähernd aus, wie sie sein sollte. Klicke ich außerdem in den Blogeintrag selbst hinein, ist die Schriftart wieder wie ursprünglich.

Wie kann ich das Problem lösen, um die gewünschte Schriftart zu erhalten?

Vermutlich gibt es mehere Stellen in deinem Stylesheet an denen die Schriftart definiert ist. Die müsstest du alle entsprechend ändern.
Mal mit den Entwicklertools nachgeschaut? Die sind für solche Fälle sehr hilfreich...

Hast du mal einen Link zu deiner Seite?

Zitat von b3317133

Ausser z.B. ein sagen wir mal in einem "unüberlegten Moment gebasteltes" PHP-Script liest/schreibt andere Dateien mit vollem Pfad im Code à la[FONT=courier new] /var/whatever/home/www/my-first-php/mein-supi-counter-data-1.txt[/FONT] o.ä.

Ja das stimmt. Das kam mir ehrlich gesagt auch vorhin kurz in den Sinn.
Das wäre allerdings eh relativ fies (mir fällt jetzt kaum eine Stituation ein, wo es erforderlich oder eine gute Idee wäre, das zu tun*) und es wäre ja dann mal eine gute Gelegenheit das zu korrigieren ;)

*Und wenn es die trotzdem geben sollte, dann wäre es ziemlich sinnvoll, das als Variable in einer Config-Datei auszulagern...

Zitat von TPhil_HD

[COLOR=#333333]
Vielen dank für den Hinweiß.
Ich habs gleich deaktiviert!
Ich bin dir so dankbar!

[/COLOR]

Gerne. :-)

Ich würde dir trotzdem empfehlen, dir auch nochmal ein paar Anleitungen/Tutorials zum absichern eines (Web-)Servers durchzulesen.
Ich hab mir deinen Server jetzt nicht genau angesehen, deshalb weiß ich nicht was du schon getan hast. Aber es gibt eine ganze Menge einfacher Maßnahmen um deinen Server zumindest grundlegend etwas abzusichern.

Dazu gehören z.B.
- Root-User deaktivieren
- SSH Port ändern
- SSH Zugriff absichern über die Firewall (nur deine IP zulassen) oder über paired keys
- Fail2Ban
- Nicht (zwingend) benötigte Ports schließen
- Ggf. FTP Zugriffe auch nur für deine IP erlauben
- Alle nicht benötigten Dienste deaktivieren

Tutorials und Anleitungen zu diesem Thema gibt es wie Sand am Meer.

Zitat von Neuuser

Ja, das kann ich bestätigen! Vor 10 Jahren habe ich halt schlichtweg versäumt, für die Seite einen Subordner im Rootverzeichnis anzulegen. Heute wäre eine Umstellung wahrscheinlich unmöglich, da wir über mehrere hundert manuell angelegte html und php Seiten sprechen.

Entweder ich stehe gerade auf dem Schlauch oder das was du schreibst ergibt nicht wirklich Sinn.

Was haben denn die Dateien mit den Domaineinstellungen zu tun. Du verschiebst einfach alle Dateien aus dem Webroot in einen Unterordner und änderst die Domaineinstellungen auf das Unterverzeichnis. Für die Dateien die darin liegen ändert das doch nichts. Die Pfade etc. bleiben doch (relativ zur Domain) erhalten. Die Änderung geschieht doch Serverseitig. Deine Dateien bekommen doch davon gar nichts mit.

Zitat von Hille

Kann es sein, das deine alte Seite sich im Root Verzeichnis befindet und du das Unterverzeichnis für die Subdomain dort angelegt hast?

Das war jetzt auch meine erste Idee. Die Regeln/Einstellungen der htaccess "vererben" sich nur auf Unterverzeichnisse. Das heißt, es kann fast nur so sein, wie Hille vermutet.

Wenn dem so ist, wäre die sauberste Lösung (auch unabhängig von deinen Problem) zwei separate Verzeichnisse (auf gleicher Höhe) im Webroot zu erstellen. Dann die Hauptdomain auf das eine zu "legen" und die Subdomain auf das andere. So dürften sie sich anschließend nicht mehr in die Quere kommen.

Zitat von tinacreativ62

Ich musste mich mal durch-wühlen:
im Paket ist 1 GB Speicherplatz enthalten, unbegrenztes Transfervolumen.

Ich bin Clubmitglied bei web.de, deswegen ist das Hosting super günstig.

Danke schonmal...

Ok, und gibt es dazu irgendwo technische Daten und weitere Informationen? ;)

Zitat von tinacreativ62

Hallo Leute,
ich bin totaler Neuling, und nachdem mir alle gesagt haben, wie super einfach wordpress zu installieren ist, hab ich erstmal großzügig auf Hilfe verzichtet... böser Fehler.
Ich möchte auf mehreren von web.de für mich gehosteten Seiten wordpress installieren, aber ich krieg es nicht hin.
Ich hab vom Service-Team einen FTP Zugang bekommen, dort kann ich auch alle Files mit Filezilla hochladen, aber dann - NIX...
Soweit ich weiß, sollte doch auch die SQL-Datenbank benutzt werden, oder?

Wäre toll, wenn Ihr mir sagen könnt, wie ich vorgehen muss, um die Installation hinzubekommen!

Happy New Year, allerseits, und Danke schonmal.
Tina:roll:

Hallo!

Welches Paket bei web.de hast du denn? Ich wusste bis jetzt gar nicht, dass die überhaupt Hosting anbieten...
Auf der Seite finde ich nur Pakete, die keine Datenbanken enthalten. Damit wären diese Pakete nicht für Wordpress geeignet.

Zitat von TsuBasti

Schade, dass das Wordpress-Plugin was kostet.

Naja, ich sags mal so: Das kostet rgendwas um die 60 Euro, wenn ich das richtig gesehen habe. Dafür bekommst du eine weitestgehend fertige Website mit deiner gewünschten Funktionalität inklusive Support. Wenn du als Laie/Anfänger versuchst, das nur annähernnd so hinzubekommen, bist du bestimmt eine dreitstellige Anzahl an Stunden damit beschäftigt. Der Vorteil von letzterem ist natürlich, dass du dabei (zwangläufig) auch richtig etwas lernen wirst. Es kommt halt darauf an, ob du es lernen willst oder möglichst schnell eine schicke, fertige Seiten haben willst.

Btw., es ist ein "Theme", kein "Plugin" (das ist ein Unterschied).

Zitat von TsuBasti

Ich bin mir nicht sicher, ob ich mich an die jQuery-Plugins herantrauen sollte. Immerhin befasse ich mich nach drei Tagen Wordpress immer noch eher mit der Grundfunktionalität.. Schätzt du es als schwierig ein, sich dort hineinzuarbeiten?

Drei Tage Wordpress oder drei Tage Webseiten im allgemeinen?
Wie gesagt, es hängt davon ab, ob du es lernen willst oder nur das Ergebnis zählt.

Zitat von TsuBasti

Vielen Dank schon einmal für deine Hilfe!

Gerne :)

Ich vermute mal, du meinst so etwas in der Art?

http://www.thepetedesign.com/demos/onepage_scroll_demo.html

http://alvarotrigo.com/fullPage/

Beide Plugins kannst du kostenlos verwenden. Es sind allerdings keine Wordpress-Plugins, sondern jQuery-Plugins. Das heißt, du müsstest dein Theme entsprechend umbauen.

Alternativ gibt es auch folgendes Wordpress-Theme vom Anbieter des zweiten Plugins oben:

http://wordpress.framework-y.com/fullpage/

Das ist allerdings ein Premium-Theme, also nicht kostenlos. Ich weiß ehrlich gesagt nicht, ob es auch kostenlose Themes mit dieser Funktionalität gibt. Vielleicht hat jemand anders noch einen Tipp, falls das Premium-Theme oder die DIY-Lösung nichts für dich ist.

Da du bisher nicht drauf geantwortet hast, zitiere ich mich mal selbst (oder habe ich die Antwort nur übersehen?)

Zitat von danielgoehr

Was sagt die die Javascript-Konsole auf der Editor-Seite?

Edit: Ich sehe gerade deinen neuen Screenshot. Das sieht ja eher noch schlimmer aus, als vorher. Oder war das mit dem Menü oben vorher auch schon so? Kann es sein, dass das stylesheet gar nicht geladen wird?

Zitat von fmt@kurpfalz

Das oben beschriebene Problem mit dem Editor existiert immer noch.
Auch das Deakitvieren aller Plugins und eine Standard-Theme haben darab nichts geändert.

Hat sich dadurch gar nichts geändert? Mindestens zwei der Buttons auf deinem Screenshot sind nicht WP-Standard. Zumindest die (und die Fehlermeldung vom User Access Manager) müssten dann verschwunden sein.

Was sagt die die Javascript-Konsole auf der Editor-Seite?

Und zur Sicherheit nochmal die Frage: Alle diese Fehler, die du hier gepostet hast, sind auch noch vorhanden, wenn du alle Plugins deaktivierst und ein Standardtheme (z.B.- Twenty-Sixteen) aktivierst? Weil es ist so, wie JABA-Hosting auch schon schreibt: Das kann eigentlich nicht sein.

Zitat von fmt@kurpfalz

Verwende WP4.7 und die Theme "Weaver II".

Zitat von fmt@kurpfalz

Auch brauch der Costumizer bei Weaver xtreme eine halbe Ewigkeit um zu laden.

Verwendest du "Weaver II" oder "Weaver Xtreme"?

Zu ersterem hattest du gestern ja schon einen Thread eröffnet und das soll laut Author nicht mehr verwendet werden.

Ich würde an deiner Stelle auch mal genau da ansetzen: Sind die Probleme weg, wenn du (temporär) auf ein Standard-Theme wechselst?

Zitat von Scholle

Wenn es weiterhilft: http://bio-und-chemie-lektorat.de

Ich sage es mal so: Kein Link hilft definitiv nicht weiter und so können wir zumindest mal draufschauen und es hilft vielleicht.

Tatsächlich fällt mir aber auch erstmal nichts auf.

Deine Fehlerbeschreibung ist trotzdem irgendwie ungewöhnlich. Weil eigentlich ist der Zusammenhang einfach:

Sowohl das Editor-Fenster als auch das "Frontend" deiner Seite laden normalweise einfach den Inhalt aus der Datenbank. Insofern sollte normalerweise auch im Editor und auf der Seite das gleiche zu sehen sein. Einzige Ausnahme wäre der Browser-Cache oder (wie maxe ja schon vermutet hatte) ein Cache-Plugin. Das kann ich aber auf den ersten Blick auch nicht erkennen und du sagst ja auch, dass du keins nutzt.

So aus der Ferne ist es jetzt schwer zu sagen, wo es "hängt".

Ich würde an deiner Stelle mal bei folgenden Dingen "ansetzen":

- Du schreibst ja, es betrifft nicht alle Seiten. Was unterscheidet denn die betroffenen Seiten von den anderen?
- Schau mal in die Datenbank, ob da die neue Version gespeichert wird.