Beiträge von helix

    wie sieht das dann mit der ansprechbarkeit der seite aus. geht das dann noch immer mit der reinen domain oder hab ich dann backslash und den ordner wo wp drin liegt.

    Wenn du es so machst, wie von SirEctor oder zuvor schon Tubedesigner vorgeschlagen, also WordPress liegt in einem Unterordner, hast du normalerweise in deinen URLs zu den Unterseiten immer auch den Ordner, in dem WordPress liegt, im Pfad mit drin.
    Hieße:
    Startseite http://deine-domain.tld oder auch http://www.deine-domain.tld (je nachdem, wie du es angelegt hast).
    Unterseiten http://deine-domain.tld/wordpress-ordn…-wordpress-url/

    Diesen Ordner aus dem Pfad rauszunehmen, geht ziemlich sicher über die htaccess-Datei, das halte ich aber für einen Neuling für ein bisschen überfordernd.

    ABER:
    Du brauchst (technisch) diesen Unterordner nicht. Du bräuchtest ihn höchstens zur besseren Übersichtlichkeit für dich selber, wenn du über FTP was machst.
    Baue deine statische Startseite. Speichere sie als index.htm oder index.html ab (ob htm oder html ist egal und bleibt deiner Vorliebe überlassen). Verlinke diese Seite mit einer oder mehreren Seiten aus deiner WordPress-Installation.

    Um nicht mit der Indexierung bei Suchmaschinen in Konflikt zu kommen, gib die Links als absolute Links aus, so wie WordPress das auch macht. Und achte darauf, dass die Seite (die letzten Blogbeiträge oder eine statische Seite), die du in deiner WordPress-Installation als Startseite festgelegt hast, nicht mehr erreichen kannst! Auch nicht unter dem slug, unter dem die Seite mal angelegt worden ist (z.B. beispiel-seite), bevor du sie als Startseite festgelegt hast!
    Alles andere sollte gehen, ich habe es gerade kurz getestet. Login und Admin-Bereich problemlos erreichbar.

    Grund, dass das funktioniert: Die WordPress-Installation greift auf eine index.php zurück. Der Browser stellt die index.html oder index.htm dar, wenn eine im Verzeichnis liegt und schert sich nicht um php.

    Und das zeigt dir dann auch gleich den Stolperstein, der bei dieser Methode enthalten ist: Du darfst natürlich selber nicht drauskommen mit den verschiedenen index-Dateien und index.php mit index.html verwechseln – oder umgekehrt.

    Gruß
    helix

    Achtung: sind ein paar Beiträge dazwischengekommen, als ich auf „antworten“ geklickt habe, hatte ich gerade post #10 vom Threadersteller zur Kenntnis genommen.

    Ganz allgemein – die Anpassung auf deine spezielle Seite hinter dem under-construction-Tor musst du dann selber hinbekommen:

    Das HTML-Element <body> sollte mit der WP body_class ausgerüstet sein.
    Siehe: https://codex.wordpress.org/Function_Reference/body_class

    Damit gibt WordPress auf jeder Seite die Seiten-ID als Klasse des Body-Tags aus. Und damit kannst du <body> seitenspezifisch ansprechen und stylen.

    Und wie mensmaximus schreibt, solltest du sinnvollerweise dein Hintergrundbild dem Body-Tag verpassen. Da müsste nämlich schon ziemlich viel „passiert“ sein, bis body einen höheren z-index kriegt als dein Content-Bereich …

    Gruß
    helix

    […] frage mich dann auch immer was sich der Autor dabei denkt, oft ist dann eine schlüssige Erklärung, dass es zum Kauf der Premiumversion anregen soll, in der sich das dann im Backend abstellen lässt. […]

    Das gehört zu den Dingen, die ich persönlich unter dem Stichwort „gewachsene Strukturen“ abhefte.

    Es ist das Standard-Fallback: Wenn der Widget-Bereich leer ist, zeige diese drei oder vier Widgets … Dieses Fallback wird gezeigt und erklärt in 1001 Veröffentlichung zum Thema „eigenes WordPress-Theme erstellen“ – ob es auch in den offiziellen WordPress-Veröffentlichungen (Codex, Code-Referenz) so steht, weiß ich jetzt nicht aus dem Kopf. Es mag seinen Sinn haben für ein reines Blog-System, kann man aber auch dort – und 2015 – hinterfragen …

    Gruß
    helix

    In der Verzeichnissen wo auch die WP Order stehen (admin,config,includes) habe ich KEINE htaccess, aber eine im Rootverzeichnis und dort im Ordner Wordpress(sonst ist hier nichts)
    […]
    Frage: Könnte es daran liegen a) das ich diese htaccess an der Stelle sein muss, wo auch die WP-admin,config ect. Ordner sind sind ?

    Frage: Warum liegen deine Ordner wp-admin, wp-content und wp-includes nicht im Ordner Wordpress? Beziehungsweise, der Ordner-in-dem-WordPress-liegt darf ja gerne anders heißen, aber warum gibt es dann noch einen leeren Ordner wordpress?

    Deine Frage a) ist zielführend, aber möglicherweise nicht ausreichend.
    Also versuche, ob es funktioniert, wenn du die htaccess in den Ordner-in-dem-WordPress-liegt verschiebst.

    Da möglicherweise WordPress selber die htaccess in das Verzeichnis wordpress geschrieben hat (obwohl es da gar nicht liegt), könnte auch sonst noch was durcheinander sein mit deinen Einstellungen. Aber das ist so aus der Ferne schwierig zu beurteilen.

    Gruß
    helix

    Ergänzung nach Florians Post: ja, das stimmt: WordPress geht davon aus, im Ordner WordPress zu liegen. Also bitte diesen Sachverhalt in der einen oder anderen Richtung korrigieren.

    für alle die noch die alte Variante am Start haben: bloss kein Update machen!

    Das kann aber auch nicht wirklich ein Tip sein …

    … habe mir also mal testweise das PlugIn auf mein Spielblog geholt: Yoast scheint Meta-Description und „Snippet-Editor“ zusammengemixt zu haben. Wenn ich in den Einstellungen bei „Titel & Metas“ für die einzelnen Beitragstypen Descriptions eingebe, finden die sich bei den Seiten oder Beiträgen wieder im Feld „Snippet-Editor“.
    Dieses Zusammenmixen kann man nun gut finden oder auch genau nicht. Aber letztlich ist ein „Snippet-Editor“ einfach nur ein hübscher Fantasiebegriff für ein hübsches Suppenküchen-und-Magie-Feld …

    Also bitte, bevor hier Hysterie ausgerufen wird: wer sich wirklich dafür interessiert, mag der Sache nachgehen und testen und hier fundierte Erkenntnisse posten.

    Gruß
    helix

    Ja, soweit haben wir uns das schon gedacht (ich schreibe mal für die anderen, die’s gelesen haben könnten, mit). Aber hm, Link zum konkreten Menü wäre schon sehr hilfreich.

    Solange das abstrakt (weil ohne Link) bleiben muss: Bei absolut positionierten Elementen muss man sehr genau darauf achten, dass das richtige Element die gewünschte Hintergrundfarbe zugewiesen bekommt. Sonst – wie du erleben durftest – greift es halt einfach nicht.

    Gruß
    helix

    hihi, das war mir gar nicht aufgefallen, dass es da noch More-Links gibt. Sieht man so schlecht, weiß auf weiß …

    Ich würde es so probieren:

    Code
    .widget li .rpwe-summary a.more-link {
        color: #0a0a0a;
    }

    Listenelement in Class widget, weil Links darin als weiß definiert sind (diese Anweisung musst du also mit der gleichen „Genauigkeit“ überschreiben), rpwe-summary ist die Klasse vom umschließenden div. Und weil ja auch ein Link im Beitragstext sein könnte, der vielleicht anders definiert sein soll, auch noch die Link-Klasse more-link …

    Wenn es nicht greift, kann man immer noch mit einem nachgestellten !important probieren. Oder eben ein bisschen rumsuchen und rumspielen, welche ids und Klassen noch vergeben sind und wo schon irgendwie Definitionen angelegt sind, die hier ins Kontor hauen.

    Wenn’s beim Chrome nicht einfach nur an einem noch-nicht-geleerten Browser-Cache liegt, vielleicht mal speziell suchen nach css Linkdefinition für Chrome … Gibt manchmal so Konstellationen, wo man z.B. die ganzen Pseudo-Klassen mit definieren muss (:hover, :visited …), weil sie zuvor schonmal definiert wurden. Bin in den Spezial-Zicken von einzelnen Browsern nicht so firm …

    Gruß
    helix

    Wenn es das Theme „SECHS“ (http://www.olivergast.de/blog/2012/06/2…e-sechs-ist-da/) ist, ist für das Artikelbild schon alles vorbereitet. Im Admin-Bereich gibt es bei jedem Beitrag (meistens rechts angeordnet) die Schaltfläche „Beitragsbild“ -> „Beitragsbild festlegen“.

    Was genau willst du (evtl.) nicht zeigen? Das Bild? Oder Bild und Anzahl der Kommentare?
    Und wenn beides, was soll mit der Spaltenbreite passieren?

    Was du in die rechte Sidebar einträgst, wird erst dann auf der Seite sichtbar, wenn du in den Theme-Options die Sidebar nach rechts verlegst.

    Gruß
    helix

    Die Beitragstitel sind verlinkt, deswegen musst du die Textfarbe vom link im Beitragstitel ändern:

    Code
    .rpwe-block h3 a {
        color: #0a0a0a;
    }


    (nicht ganz tiefschwarz, aber dieser Farbwert ist auch an anderer Stelle als Textfarbe definiert. Tiefschwarz wäre #000000;)

    Die viereckigen Aufzählungspunkte „holt“ sich das Widget aus

    Code
    .entry-content ul li


    also überschreiben mit

    Code
    .entry-content ul li.rpwe-li {
        list-style-type: none;
    }

    nötigenfalls auch

    CSS
    .entry-content ul li.rpwe-li {
        list-style-type: none !important;
    }

    Gruß
    helix

    Geh bitte in den Admin-Bereich, Seiten, wähle eine deiner Unterseiten und guck nach, ob du dort rechts ein anderes Template auswählen kannst.

    Es ist dort eine Box, die mit „Attribute“ betitelt ist. Wenn diese Box bei dir nicht gezeigt wird, musst du oben rechts das Kästchen „Optionen“ anklicken und dir dort das Häkchen bei „Attribute“ setzen. In dieser Box kommt der Reihe nach „Eltern“, „Template“ und „Reihenfolge“.

    Wenn nein: Bastelstunde. Oder anderes Template suchen. Oder mit der Sidebar leben …

    Gruß
    helix

    Mist.

    Natürlich gibt es noch weitere Möglichkeiten. Die sind dann aber irgendwie alle – äh – komplexer:

    * Du kannst versuchen, ob du im Support-Forum von Catch Hilfe bekommst: http://catchthemes.com/support-forum/forum/free-themes/
    Theoretisch müssten die ja erklären können, was sie da gebaut haben … ob es praktisch klappt? Ich habe da keine Erfahrungswerte.

    * Du kannst versuchen, die Felder aus deiner Datenbank zu löschen.
    Schritt 1: Datenbankbackup
    Schritt 2: in der Tabelle postmeta (wahrscheinlich wp_postmeta) nach dem key „simplecatch-sidebarlayout“ suchen – also genauso, wie das Feld heißt, entsprechende Zeilen löschen.
    Schritt 3: Erfolg überprüfen (Frontend, Backend).
    Schritt 4: nötigenfalls das Backup zurückspielen.

    * Du kannst ein neues WordPress mit neuer Datenbank aufsetzen und von vorne anfangen.

    * Du kannst dich in Geduld fassen und hoffen, dass hier jemand liest, der das Theme kennt / benutzt und durchsteigt, was die Macher sich bei diesem Feld gedacht haben.

    Gruß
    helix

    Der einfache Tip lautet: such dir ein Google-Map-PlugIn, das auch responsive kann.

    Der erweiterte Tip lautet: händisch einbinden und das css entprechend anpassen. „Anleitungen“ für responsive Google Maps gibt es im Netz genügend.

    Und der Tip, wenn du dich wirklich mit der Thematik auseinandersetzen willst: Muss es wirklich Google sein? Und wenn Google, muss es die klassische Map im iFrame sein oder ist genau für responsive nicht eine statische Karte mit entsprechender Verlinkung besser?
    => Siehe https://blog.kulturbanause.de/2014/08/static…ponsive-design/

    Gruß
    helix

    Nein, Textwidget ist eigentlich schon gut, um dort Bilder einzufügen.

    Die Bilder referenzierst du nach dem Schema

    HTML
    <img src="http://deine-domain.tld/wp-content/uploads/bildname.extension" />


    vorausgesetzt, du hast kein www. in der URL, deine Sponsoren-Bilder liegen im Ordner uploads (über Mediathek hochgeladen) und du hast keine monats- und jahresbasierten Ordner. Sonst entsprechend anpassen.

    Für die Anpassung der Breite ergänzst du in der Stylesheet-Datei:

    Code
    .klasse-deines-widget-divs img{
        height: auto;
        max-width: 100%;
    }


    Geht natürlich auch mit der id des widget-divs …

    Wenn du eine custom.css hast, dort einfügen, noch besser Child-Theme.

    Gruß
    helix

    Ergänzung: Nochmal genauer geguckt: Ja, du hast was von amazon in deiner Sidebar, in einem <noscript>-Tag. Aber die divs mit den Produkten und Produktbildern, die werden alle im html im Footer ausgegeben. Zusammen mit jeder Menge <script>. Dass die im Footer eingebunden werden, ist ja soweit korrekt, aber doch nicht der zugehörige Inhalt.
    Also wirklich nochmal bei amazon gucken …

    Gruß
    helix

    Grins. Wenn ich das wüsste, hätte ich es dir auch schon reingeschrieben. Das heißt: nein, ich habe bis jetzt nicht rausgefunden, woher dieses umschließende div die Anweisung nimmt, sich die ganze Breite zu schnappen.

    Aber mal andersrum überlegt: Wenn amazon solche Widgets anbietet, sollten die doch eigentlich schon so funktionieren, dass sie relativ problemlos einzubinden sind? Kannst du nochmal zu amazon gehen und gucken, ob und was für Optionen du dort angeboten bekommst für so ein Widget. Oder welche Anweisungen zum Einbinden?

    Gruß
    helix

    Kann mir hier niemand helfen? :-(

    Doch, vielleicht schon. Aber es hat eben viel von einem Ratespiel, wenn deine Seite noch nicht online ist und man sich das nicht mal in echt ansehen kann.

    Ein benutzerdefiniertes Feld erscheint nicht automatisch als Menü in der Sidebar. „Normalerweise“.

    Wenn ich zu Catch Themes gehe und mir dieses Simple Catch Theme ansehe, finde ich auf den ersten Blick keinen Hinweis, um was es da gehen könnte … (Wenn das ein super-duper-Feature von diesem Theme ist, würden sie es doch – vielleicht – anpreisen?)

    Also, langer Schreibe kurzer Sinn: es ist schon ein bisschen schwierig, deine Frage überhaupt nur nachzuvollziehen.

    Hast du deinem benutzerdefinierten Feld einen eigenen Namen verpasst? Oder hast du ein vordefiniertes Feld ausgewählt, wo schon ein Namen vergeben war? Wenn ja, wie lautet der?

    Und: Rechercheübung. Wenn es ein von Simple Catch vorgegebener Name ist, verrät dir vielleicht auch Tante Gugl was dazu. Suchbegriffe: wp Simple Catch der-name-vom-feld – evtl. sowohl der Themename als auch der Feldname in Anführungszeichen. Probieren …

    Gruß
    helix