Ich glaube immer Content ist King. Bringe ich Informationen an den Mann oder Frau, die weiterhelfen, wird das auch belohnt. Klar kann man mit Facebook etc. nachhelfen. Aber hochwertige Inhalte werden irgendwann indexiert und liefern organischen Traffic. Wenn das eingetreten ist kann man ganz schnell viel Aufmerksamkeit bekommen.

LG
Ronny

vielen vielen Dank für die tolle Beschreibung, das hat mich schon etwas weiter gebracht. Das Problem welches ich habe ist, das ich bei der UDAG meine Domains und mein Webspace als Hoster habe. Die bieten aktuell das ganze Thema SSL nicht an und ich brauch das zwingend!!!
Die einzige Alternative scheint mir das hier zu sein, die einzige Nuss die ich noch knacken muss ist die Geschichte mit dem Namensserver. Da hab ich natürlich Angst was kaputt zu machen, ich werd einfach mal den Support anrufen ob die mir helfen können.

Danke und beste Grüße

Hi Astronja, du hast Recht. Es ist natürlich ratsam, die auf noindex gesetzten Medien von der XML-Sitemap auszuschließen. Das betrifft übrigens nicht nur Medien, sondern gilt auch für andere Dokumente, die auf noindex stehen (z.B. Kategorien, Archives, Autorenseiten, etc). Denn warum sollte ich Google extra noch auf ein Dokument schicken, dass sowieso nicht in den Index soll? Ich habe es jetzt nicht nachgeprüft, aber die gängigen XML-Sitemap-Plugins sollten das automatisch machen bzw. die Option bieten, diese Dokumente von der Sitemap auszuschließen.

Nein, das funktioniert so nicht. 1. ist der Beitrag die Anhangseite.
2. Ist es nicht genug, die Medien nur auf noindex zu setzen, sie müssen dann auch von der Sitemape ausgeschlossen werden; Darüber schreibst du aber gar nichts.

???

danke für deine ausführliche Erklärung, nach so etwas habe ich seit Tagen gesucht. Jetzt hoffe ich, dass es funktioniert, weil es die meisten Empfehlungen aus dem Netz nicht tun.

Mit freundlichen Grüßen

PS: Was ist denn hiermit gemeint?
XHTML Du kannst diese Tags verwenden:

Verstehe ich das richtig.
Cloudflare Cached die css, javascript und einige Webseiten-Dateien.
Wir haben einen grösseren Onlineshop und sind uns am überlegen diesen zum Test über Cloudflare umzuleiten.
Wenn Cloudflare jedoch Cached und wir 2 Mal am Tag Preisänderungen haben und z.B. 12 Stunden Cache-Zeit bei Cloudflare eingestellt ist werden dann dem Kunden immer noch die alten Preise angezeigt?

Viele Grüsse
Cyrill

Das AMP-Plugin ist zu finden unter:
https://wordpress.org/plugins/wp-amp-it-up/

Auf meiner Webseite http://www.boom-style.de … habe ich unglaubliche 64 davon 😀
Und keines könnte ich derzeit entbehren. Woocomerce, bbpress, buddypress sind hier schon beim core gut damit gefüttert. Dazu kommen Design Addons für den VisualComposer und Bang liegt die Seite bei 64 Files.

Ich werde auf gund der hohen Latenz Zeit durch den Sharehoster 1&1 die Webseiten Dateien auf einen Mangaged Server mit 2 vcores und 3GB RAM auslagern.
Derzeit sind 7529,779 ms (Latenz*) schon extrem hoch und die Ladezeit liegt im Schnitt bei 9sec.
Ich habe auch schon die Auswirkungen eine besseren Latenz von etwa 4000ms gesehen wo die Seite dann Schlagartig bei etwa 5sec Ladezeit hinbekommen hat.

Ich denke mal, dass wenn ich die Latenz auf unter 500ms bekomme auch die Ladezeiten trotz Java einen akzeptablen Wert erreichen.

Was meint Ihr?

Vielen Dank im voraus.

Frank

Hi John, danke für Deinen Kommentar. Poste doch mal Deine URL, dann schaue ich mal drauf.

Bei mir steht

HTTP/1.1 200 OK
Date: Sat, 12 Mar 2016 20:24:44 GMT
Server: Apache
X-Powered-By: PHP/5.4.33
Link: ;
rel=”https://api.w.org/”
Vary: Accept-Encoding,User-Agent
Content-Encoding: gzip
Content-Length: 5384
Content-Type: text/html; charset=UTF-8

Ist das jetzt aktiv oder wie?

Mal auf den Tacho geschaut? Der Artikel ist 6 Jahre alt.

Geht nicht. Schade.

das Thema Referral Spam nimmt langsam wirklich unerhörte Züge an. Nahezu jeden Tag kommen neue dazu, die man auf irgendeine Weise filtern oder sperren muss.

Um den Spam allerdings effizient loswerden zu wollen, noch eins zwei Tipps von mir 😉

Die Verweis-Ausschlussliste unter Tracking-informationen sollte definitiv nicht genutzt werden. Damit verschwinden zwar viele der Geister-Spammer, allerdings tauchen sie häufig als Direktaufrufe wieder auf.

Wenn man filtern will, dann mit regulären Ausdrücken im Bereich Datenansicht -> Filter inklusive der schon beschriebenen htaccess-Einträge.

Um den Spam ein für alle mal loszuwerden, hilft eigentlich nur ein neues Analyticskonto aufzusetzen, welches über den Google Tag Manager eingebaut wird. Damit ist die Kontonummer für das jeweilige analyticskonto nicht mehr sichtbar.

LG
MIchael

Das ist aber eine sehr spezialisierte Anfrage. 😉

Du wirst all diese Anforderungen mit WordPress umsetzen können, ja. Aber dazu brauchst du schon einige genaue Kenntnisse oder jemanden, der die Entwicklung für dich übernimmt.
Eine fertige Lösung kenne ich nicht.

Danke
Michael

Herzliche Grüße
Michaela

Der Anfänger dankt….

Ein Tutorial habe ich nicht, nein.
Aberihr habt doch bestimmt einen “echten” Server für die Verwaltung eures Netzwerks, oder? Grundsätzlich gilt dann auch dieses Tutorial: Auf jedem Rechner/Server, auf dem Apache läuft, kann man grundsätzlich auch WordPress installieren. Derjenige, der euer Netzwerk verwaltet, kann dir dabei aber auch bestimmt helfen!

Stimmt, ja. Aber optimalerweise sind die Bilder ja auch im Artikel gelistet. Das noindex führt dann eher dazu, dass das gleiche Bild im Artikel besser rankt und deine Besucher von Google direkt zum Artikel geführt werden und nicht zur Attachment-Seite.
Meine Erfahrungen sind bisher übrigens nur gut.

danke für deinen Artikel. Genau dasselbe Problem habe ich aktuell auch mit den Attachments. Sie ranken besser als der eigentliche Artikel. Nun nutze ich bereits das Yoast Plugin und habe auch bereits Ausschlüsse im Backend vorgenommen.

Du schlägst nun ein “noindex” der Mediathek vor. Führt das dann nicht dazu, dass alle Bilder nicht mehr indexiert werden? Denn einerseits möchte ich natürlich die Attachments aus den SERPS haben aber weiterhin über die Bildersuche gefunden werden.

Wie sind da deine Erfahrungen?

Liebe Grüße
David

Ich gehe mal davon aus, dass ich Dich richtig verstehe. Denn dann lässt sich das ganz einfach lösen: Mit dem Artikelbild. Das bindest Du ins Template ein und verweist den Klick auf die passende Attachment-Seite. Die Thumbnail-Funktion von WordPress ist da das Richtige für Dich: http://codex.wordpress.org/Function_Reference/the_post_thumbnail
Bei Fragen: Ruhig fragen! 😉 Ich stecke derzeit nur total im Umzugsstress und werde daher nicht immer direkt antworten können.

Ich würde gern eine Galerie mit nur einem (!) (normal grossen Bild) aufbauen. Also ein Bild in der Grösse meiner Wahl. Dieses eine erste Galeriebild sollte dann (via lightbox und ähnlichem) via Klick eine Galerie mit den restlichen Bildern öffnen. – Ich dachte das müsste ja kinderleicht sein. Ist es aber nicht. Stattdesses gibt es jede Menge Vorschaubilder – und Listen-Varianten. –
Merci vielmals Renée

Aber geht doch?! 😉

Dafür nicht. 😉

Ich habe deine oben genannten Codes kopiert und bei mir eingefügt, aber mit dem CSS stehe ich irgendwie auf Kriegsfuß. Er bastelt die Buttons alle untereinander, obwohl ein dickes “float: left” drin steht… Aber ich wollte eigentlich keinen Support, sondern nur danke für deinen Beitrag sagen. 🙂
VG!
Jens

Ich war grad auf der Suche nach WordPress-SEO und kam via Google auf Deinen durchaus interessanten Artikel. Ich hab diese Themen schon hunderte Male gelesen und noch immer besteht ein gewisser Wille, mehr zu erfahren, obwohl’s da nicht sehr viel gibt. SEO ist ein interessantes Thema, ein richtig interessantes Thema, selbst über SEO zu schreiben ist aber nicht so mein Ding.

Ich denke, wenn man sich für ein Thema interessiert und mit Herz darüber schreibt, dann gefällt das Ergenis jedem. Du hast dies geschafft. Bester SEO-Beitrag seit Langem. Danke und Weiter so. Du bist abonniert.

Beste Grüße,
Manuel

toller Beitrag, werde jetzt erstmal Stück für Stück deine anderen Artikel lesen.

Echt Super Content!! Weiter so!

Michael Kleina

Danke für Deinen Kommentar.
Hinweis in eigener Sache: Bitte nicht wundern, warum Dein Link nicht freigegeben wurde. Dafür gibt es drei Gründe:

1. Dein Name passt nicht zu Deiner E-Mail-Adresse
2. Du nutzt keinen Gravatar (für mich immer ein Qualitätshinweis)
3. Die verlinkte Seite wird von einer GmbH betrieben, die mir Dir offenbar nichts zutun hat; Sieht alles sehr gewerblich aus und sowas möchte ich in den Kommentaren nicht.

Sollte ich mich mit meiner Einschätzung irren, kannst Du mir das gern sagen. 😉 Auch das zeigt dann ja, wie viel Dir an der Diskussion und nicht nur am Backlink liegt. 😉

Frameworks mit extrem vielen Hooks und Filtern, haben normalerweise eine komplexe Lernkurve und lassen sich nicht besonders gut anpassen. Aus meiner Erfahrung (vorallem Custom Theme Development), ist es besser ein einfaches Basis Theme zu verwenden und auf diesem aufzubauen. Child Themes bieten hier enorme Vorteile, denn wenn ein File anders als im Parent Theme funktionieren soll, einfach kopieren und anpassen.

Selbstverständlich kann es für gewisse Benutzer einfacher sein, mit Theme Options zu arbeiten, aber spätestens beim Wechsel des Themes oder bei grösseren Anpassungen, geraten diese Benutzer in Schwierigkeiten.

Na dann sollte es eigentlich kein Problem geben: Der Nivoslider holt sich aus einem Query ja auch seine Daten. Ich vermute mal, dass der in der index.php-Datei eingefügt ist. Dieses Query musst du mal finden und dann – entsprechend meiner Anleitung – editieren. Aber: Backup vorher nicht vergessen, falls es nicht funktionieren sollte. 😉

Naja, da gibt’s auch ne Fehlermeldung. 😉
Aber nochmal die Frage: Wie befüllst du den Nivoslider denn? Fügst du der normalen WordPress-Galerie einfach Fotos hinzu?

Damit ich’s mir mal anschauen kann: Gib mir doch mal bitte einen Link. Wie wird der Nivo-Slider bspw. denn befüllt?

Bei den wenigsten Themes ist bereits ein Template-Attachment vorhanden, das musst du dann ggf. noch erzeugen. Wie stellst du deine Galerie denn derzeit dar?

Ganz genau 😉

Vielen Dank für Deine Hilfe
Heike

Die Infos aus dem Netz dazu sind nicht so wirklich hilfreich. Wäre cool, wenn hier dazu ein Artikel kommen würde.

Gute Einstellung, meiner Meinung nach! 🙂

Ansonsten bin ich dazu übergegangen alles andere selbst zu implementieren. Die Plugins nerven einfach mir ihren zusätzlichen CSS und JS Dateien und ständigen Updates. Da habe ich lieber alles in einer CSS bzw. JS Datei. Das gibt auch Performance Punkte und kann das JS besser kontrollieren.

Naja, aber was genau willst du damit machen?;-)
Nur Surfen? Oder Filmbearbeitung? Programmierung? Oder nur Dokumentenbearbeitung? 3D-Spiele spielen? Usw.

Ich empfehle als weitere Lektüre und zum Argumentieren auch:
– http://www.artikelwissen.info/computer-technik-internet/apple-kaufen-oder-nicht-228.html
– http://www.artikelwissen.info/computer-technik-internet/apple-billiger-2428.html

Argumente gibts ja auch im Beitrag. Viel wichtiger allerdings: Was willst du mit einem Mac denn überhaupt machen? Nur Surfen und Co oder richtig arbeiten?

Mit deiner jetztigen Antwort kann ich gut leben 🙂
Vermutlich liegen wir gar nicht soweit auseinander – insbesondere Datenbank-zumüllende Plugins mag ich auch nicht! Logo!

Noch was zu meinem Link:
Einfach Weiterleitung deshalb, um mir Tipparbeit zu sparen, weil das die deutsche Version war, hab noch eine Englische, zur englischen Version des (kostenlosen) Themes. Wozu sonst sollen dann eigens eingerichtete URL-Kürzer dienen? Wird nix verschleiert 🙂 Ist auch nix drin verborgen. Nur verkürzte Adresse 🙂
Refinanzieren ist klar
Nur das wegen so einer Begründung wie bei dir jetzt ein Link entfernt wurde, hatte ich auch noch nicht. Na gut, man lernt nie aus…

Gute Ausführung, kann ich zum Teil nachvollziehen.
Letztlich bleibt aber die Frage, ob eine frische WordPress-Installation – denn das war ja meine Ausgangsüberlegung – wirklich gleich mit unzähligen Plugins befüllt werden muss. Und genau da lautet meine Antwort “Nein!” Ohne Frage gibt es nützlich und sinnvolle Plugins, deren Installation empfehle ich ja ausdrücklich und habe dafür auch verschiedene Beispiele angeführt. In anderen Fällen ist die Installation aber vollkommen überflüssig, auch dafür habe ich eine Beispiele oben angeführt. Und es gibt so viele Plugins, die einfach so viel falsch machen; “Socialize” habe ich hier: http://www.wplove.de/tipps-tricks/wordpress-datenbank-bereinigen/1745/ ja bereits einmal näher beschrieben. Ein Plugin mit geringem Nutzen aber späterem Mehraufwand in der Pflege gehört m.E. einfach nicht installiert. Ein Plugin, dass für jeden neuen Beitrag die Datenbank mit eigentlich vollkommen überflüssigen/belanglosen Informationen vollstopft, dem Nutzer keine Möglichkeit gibt, dies zu unterbinden und am Ende nur benötigt wird, um etwa Buttons sozialer Netzwerke einzubinden, hat meiner Meinung nach die Installation einfach nicht verdient.
Leichtere Administrierbarkeit in allen Ehren (das dachte ich mit “Socialize” ja auch anfänglich), aber man tut sich mit der Installation solcher Plugins einfach keinen Gefallen. Selbst bei späteren Theme-Updates oder einem Theme-Wechsel gibt es immer etwas Gefruckel: Später hinzugefügte CSS-Klassen gehen verloren, weil sie direkt in die style.php eingebunden waren, minderwertig übersetze Themes müssen wieder angepasst werden, und und und. Ausgelagerte Funktionen auch ins neue Theme zu übertragen mittels eines Aufrufs wieder im Theme einzubinden, ist kein Hexenwerk.

Klar ist auch: Nicht alle Funktionalitäten eines Plugins kann man mit wenigen Zeilen Code ersetzen. Auch gegen solche Plugins habe ich nichts! Nur sollte man sich vor der Installation Gedanken darüber machen, ob das Plugin notwendig ist und auch vor der Installation sollte man durch einen lokalen Test vielleicht erst einmal überprüfen, was das Plugin mit der Installation tatsächlich alles anstellt. Nur machen das wahrscheinlich die Wenigsten… 😉

Und von dem Argument des Sicherheitsrisikos lasse ich mich nicht abbringen, aber das nur am Rande. 😉

Bzgl. deines Links: Wahrscheinlich hat mich die Weiterleitung noch am meisten gestört; Macht den Eindruck als wolle man etwas verschleiern. Nur weil ich die Regeln mache, heißt das ja nicht, dass ich Kommentare grundsätzlich schlecht finde. Im Gegenteil: Private Blogs und weiterführende Quellen (wie in deinem Kommentar) sind mir herzlich willkommen und werden IMMER freigeschaltet. Nur auf Deeplinks, Keyword-Namen, Weiterleitungen, etc. reagiere ich etwas allergisch. Hierzu auch: http://www.wplove.de/seo/wo-beginnt-spam/783/ Das darfst du nicht persönlich nehmen! Aber das Themeforest-Referallink-Argument lasse ich hier nicht gelten, sind zwei vollkommen verschiedene Dinge und irgendwie soll sich das hier alles auch finanzieren können. 😉

Wäre schön, wenn du deine Sicht begründen würdest. Mir erschließt sich die Logik nicht, warum es nicht ein Plugin sein sollte? Natürlich kann man das in eine gesonderte Funktions-Datei packen, die man dann nur einbindet – bei einem Child Theme, was man sich selbst gemacht hat, vielleicht die eleganteste Lösung. Es gibt aber auch Systeme, wo selbst Child Themes aktualisiert werden (müssen), da bleibt immer noch die Gefahr, diese Einbindung zu vergessen.

Bei einem Plugin sehe ich das nicht als Gefahr: bei Crashs/Fehlern leichter zu handeln, als bei Themes (dort bleibt manchmal nur der Umweg zwischendurch ein Default-Theme zu aktivieren). Außerdem bieten Plugins den Vorteil für Kundenprojekte: man kann sie als MU-Plugin machen und so die Einbindung/Nutzung sicherstellen, d.h. im Regelfall kann der Kunde das so nicht deaktivieren.
Vollgepackte Themes mit allerlei Schnipseln, die man sich zusammenkopiert, sind schon ein Problem, nicht nur für Kunden, auch für Entwickler, man verliert schnell die Übersicht. Durch den Flaschenhals beim Laden muss beides – ich bevorzuge mittlerweile ganz klar Funktionality-Plugins bzw. MU-Plugins – alles ordentlich sauber und aufgeräumt und für beide Seiten gut handhabbar.
Im Übrigen, Sergej Müllers “Toolbox” Plugin verfolgt auch genau dieses Konzept… 🙂
Die functions.php sollte kein Nachfolger der uralten “myhacks.php” sein – leider wird es zuoft missbraucht dafür, noch immer. Die Leute kopieren sich allen Mist da rein, den sie irgendwo untergejubelt bekommen, und wundern sich dann ständig über Konflikte mit anderen Plugins und WP selbst…

Hier mal einiges an Lesestoff zu dem Thema:
http://wpcandy.com/teaches/how-to-create-a-functionality-plugin
http://www.billerickson.net/core-functionality-plugin/
http://justintadlock.com/archives/2011/02/02/creating-a-custom-functions-plugin-for-end-users
http://justintadlock.com/archives/2010/12/30/wordpress-theme-function-files

Die Grundstrategie: alles Theme-/ Styling-relevante ins Theme und alle FUNKTIONEN in ein Plugin wird dem Ur-Grundsatz von WP m.E. am besten gerecht und bewährt sich in der Praxis zunehmend, wie ich seit ca. 2 Jahren feststelle.

Viele ThemeForest-Themes kranken daran, dass alles da reingepackt wird, was unabhängig vom Theme sein sollte: dabei geht es nicht nur um die Shortcode-Problematik, sondern auch die Inhaltstypen (Custom Post Types). Einige Themes haben – 3.000 Optionen und 6 Slidern – auch gleich noch 3-6 Post Types deklariert… Schön, solange man das Theme am Laufen hat – aber nach 2 Jahren will spätestens der Kunde oder man selber wechseln, dann geht die “Tüftelei” wieder los. Besser ein Plugin dafür, dann muss man nur noch mal das Styling anpassen, hat aber keine Crashs…

Zum Thema viele oder wenige Plugins:
http://wpcandy.com/thinks/active-plugin-counts-just-dont-matter
–> sehe ich auch wie dort! Ich hab Projekte, da sind weit mehr als 20 ausgesuchte, ausgefeilte, voll getestete Helfer-Plugins am werkeln und es ruckelt gar nichts. Bestimmte Einsatzzwecke erfordern eben einfach mehr Funktionalität. Genau DAFÜR sind Plugins das Beste.

Zu meinem Link:
Ob das linkst oder nicht, ist mir gleich – allerdings ist für mich nicht nachvollziehbar, was daran nicht verständlich gewesen sein sollte? Wenn es der Philosophie der Seite abträglich ist, besser die Linkfunktion ganz deaktivieren – anderseits werden hier auch ThemeForest-Sachen via Affiliate vorgestellt. Erschließt sich mir halt nicht ganz…

Das halte ich z.T. für falsch: Codeschnipsel (z.B. für verwandte Beiträge) sollten keinesfalls in ein Plugin ausgelagert werden. Das Problem der Funktionserhaltung bei Theme-Wechsel kann man zudem leicht umgehen: Die eigenen Funktionen übersichtlich in eine eigene Funktionsdatei auslagern, die im neuen Theme dann nur einmal aufgerufen werden muss. Die einzelnen Funktionen lassen sich ggf. dann auch per Shortcode einbinden.

(Eine Anmerkung noch: Ich habe deinen Weiterleitungslink nicht ganz verstanden. Weil ich aber nicht mag, dass man “komische” oder kommerzielle Links setzt, habe ich den entfernt. Ich bitte dich um Verständnis.)

Eine Faustregel, die dafür um so mehr gilt und um so wichtiger ist: Alles, was NICHTS mit dem Theme zu tun hat, gehört in ein Plugin! Ansonsten gibt es bei Theme-Wechsel jedes Mal Ärger und/oder Datenverlust und andere Probleme. Man kann sich auch ein Functionality-Plugin machen und dort die ganzen Functions-Schnipsel rein, schön ordentlich. Hat dazu den Vorteil, dass es wie ein Plugin an- und abschaltbar ist.

Verwandte Artikel würde ich auf jeden Fall via Plugin machen, da man die in der Regel immer beibehalten möchte, nur das Styling ist Theme-abhängig.

Performance-mäßig müssen wir gesagt nicht immer Plugins automatisch die schwarzen Schafe sein, es sind sehr oft die Themes, die hier Mist bauen, gerade auch viele Premium Themes sind äußerst schlecht gecoded, jenseits aller Coding-Standards. Da geht oft nix mit “Optimierung”, da hilft dann nur ein Theme-Wechsel…

“Grundausstattung” ist natürlich Definitionssache, ohne Frage. Wer ein Onlinemagazin aufziehen will braucht wohl mehr, als ein privates Blog; Ganz klar! Ganz ohne Plugin halte ich jedoch auch für schwierig, wenigstens bei der Spam-Abwehr dürfte es dann ein Problem geben…
Aber ich glaube wir sind uns einig (so verstehe ich dich jedenfalls): 10 Plugins und mehr sind eindeutig zu viel. 😉

Viele Grüße Andreas

Bzgl. der Banner: Auch da kann man viel automatisieren und über kleine Funktionen steuern. 😉
Aber grundsätzlich kann man für bestimmte Anwendungsfälle doch schon mal ein Extra-Plugin gebrauchen, das stimmt. Nur halte ich es für grundlegend falsch bei einer frischen Installation gleich 10 Plugins mit einzurichten. Für viele Fälle bedarf es eben nämlich gar keiner Plugins, aber die Datenbank wird dann erst einmal zugeballert. 😉

VG
Jasmina

Wäre eine Idee und die logische Schlussfolgerung auf kostenpflichtige Themes im offiziellen Verzeichnis (bzw. das Verlinken kommerzieller Anbieter im offiziellen Verzeichnis). Mit dem Aussperren von Plugins mit einem Spendenbereich aus dem offiziellen Plugin-Verzeichnis macht sich und uns WordPress aber keine Freude.

Man bezahlt ja nicht die einzelnen Stunden die jemand für ein Theme Plugin benötigt, sondern das Wissen und die Erfahrung die dahinter stecken.
Leider ist es aber auch so, dass viele Entwickler in schnell zusammen gefrickelte Themes und Plugins eine Möglichkeit sehen leicht Geld zu verdienen. Wenn Ich mir so manches Plugin/Theme anschaue, dann frage Ich mich ob derjenige dafür wirklich Geld haben will. Ich würde auf alle Fälle mein Geld zurück haben wollen. Das vermeintlich schnell verdiente Geld ist also auch ein Anreiz seine “Arbeit” nicht kostenlos her zu geben.

Aber die wird es auch nur dann weiterhin zahlreich geben, wenn Entwickler Dank und manchmal auch finanzielle Unterstützung für ihre Arbeit bekommen. Immer nur nehmen und nichts geben, ist halt ein sehr einseitiger Weg.
Nun bin ich kein Entwickler und weiß nicht, wie lange ein Plugin oder Theme in Anspruch nimmt. Aber der letzte Umbau eines Premium Themes hat schon 30 Stunden in Anspruch genommen, das wird bei Plugin-/Theme-Entwicklung wahrscheinlich noch deutlich mehr sein.

Danke für dein Feedback! Ist für mich unglaublich wichtig, um zukünftige Artikel besser zu machen!

Danke für die Anregung! Interessanter Gedanke, werde ich demnächst mal weiter aus”denken”/-formulieren! 🙂

Nur leider ist das nicht immer allen klar. 😉
Auch ich hatte schon Kunden die noch vor der Umsetzung einer Idee mit unzähligen Plugins um die Ecke kamen, die aber unbedingt eingebaut werden müssten. Ein Großteil war dann immer obsolet…

Jede Website, also auch eine WP Installation bedarf eben laufender Pflege um die Performance zu behalten. Je mehr Plugins umso mehr Arbeit, aber das sollte ja bekannt sein 😉

Das kann ich leider nicht von mit behaupten.;-)
Ich finde es auch nur so schade, dass so viele Plugins so liederlich programmiert sind. Dazu gehört teilweise übrigens auch Yoast.;-)

Der Beitrag sollte ja auch nur exemplarisch an einem Plugin zeigen, was man so machen kann/sollte.

So 2 Mal im Jahr gehe ich ebenfalls durch die Datenbanktabellen durch. Manchmal bleiben da Reste von Transients-Einträgen, die ich dann manuell entferne. Dem Toolbox-Plugin liegt ja ein Modul namens optimize_db bei, welches seit der Aktivierung die Datenbanktabellen optimiert.

Vielmehr ist da nicht zu machen. Aber zugegeben, habe ich auch nur eigene Plugins installiert 😉

Bei diesem Thema gibt es wahrscheinlich eh kein eindeutiges Ergebnis… 😉
Ich jedenfalls werde – auch aus den im Beitrag genannten Gründen – Apple nicht den Rücken kehren… Zumindest nicht jetzt, man weiß ja nie was die Zukunft bringt. 😉

Das kann gut sein. Aber nach 1,8 Jahren Mac Erfahrung habe ich eig keine Lust mehr auf Apple. Meiner Meinung ist es bei Apple nur das Design, was so einzigartig ist. Die meisten “Innovationen” lassen sich bei Windows auch herzaubern. Diese Basteleien haben auch einen Vorteil, nähmlich dass man es aufrüsten kann. Das geht bei einem iMac nicht. Ein Mac Pro ist teuer. Da geht mit Windows mehr 🙂
Und ein gut abgestimmtes System verursacht ebensowenig Probleme wie ein Mac

Da bist du bisher der Einzige “Kreative”, den ich kenne. 😉
Gerade bei mir an der Arbeit sind immer alle Cutter über das unausgereifte AVID und die Basteleien mit unterschiedlichen Komponenten (Hard- und Software) für Windows am stöhnen und nahezu alle haben daheim “natürlich” einen Mac stehen.

Das Problem fehlender Treiber etwa wirst du bei Apple wohl nie finden (abgesehen von externer Peripherie), weil Apple Hard- und Software ja nun so abstimmt, dass eben das nicht passiert.

Beste Grüße,
Christoph

# compress

ExpiresActive on
ExpiresDefault "access plus 6 month"
SetOutputFilter DEFLATE

  mod_gzip_on Yes
  mod_gzip_dechunk Yes
  mod_gzip_item_include file \.(html|txt|css|js|php|pl|gif|png)$
  mod_gzip_item_include handler ^cgi-script$
  mod_gzip_item_include mime ^text/.*
  mod_gzip_item_include mime ^application/x-javascript.*
  mod_gzip_item_exclude mime ^image/.*
  mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
ExpiresActive on
ExpiresDefault "access plus 6 month"


FileETag none

Das Problem ist das die meisten gar keinen Vergleich ziehen können ausser dem üblichen Preis Argument. Ich habe 14 Jahre Windoof benutzt und kann mit Sicherheit sagen das der Mac definitiv stabiler läuft. Sicherlich hat man auch grenzen bzgl. Hardware / Software, aber das was man hat, spielt reibungslos zusammen und das was man an Software bekommt sieht optisch sehr gut aus und bringt meistens auch keine Fehlermeldungen.

Auch die Pflege am Windowsrechner ist deutlich höher damit er über längeren Zeitraum flott ist. Beim Mac ist das wieder genau anders, ich kann machen was ich will, der läuft und läuft und läuft. Wenn man sich die Software-Installationen im vergleich anschaut, brauch man nicht viel zu sagen. Für mich persönlich hat sich jeder Euro gelohnt. Der Mac ist auch nicht wesentlich teuerer. Wenn muss man wirklich ähnliche Komponenten miteinander vergleichen. Dafür ist der Wiederverkaufswert höher als bei den “herkömmlichen” Windowssystemen.

Wie gesagt, ich denke da kann man sich ewig darüber streiten / diskutieren.

Fazit: Jedem das seine 😉

Bei mir funktioniert es wunderbar. Offenbar lässt WP den HTML-Code, den es per Shortcode erhält, in Ruhe!

Ich kenne mich mit WordPress.com zu wenig aus um dir eine abschließende Antwort geben zu können. Meine Vermutung ist aber: Nein!
Wenn du keinen Zugriff auf die Theme-Dateien hast, wird es – zumindest mit diesem Tutorial – schwierig ein Lexikon aufbauen zu können.
Und auch grundsätzlich kann ich dir nur den Tipp geben: Selbst hosten! 😉

Verstehe ich auch und dagegen habe ich ja prinzipiell auch nichts. 😉 Nur beginnt Spam (oder Vergleichbares) bereits dort, wo eine Website verlinkt wird, die auf den ersten Blick wenig persönlich aussieht. 😉 Daher muss ich Kommentare auch manuell bearbeiten!

ich habe einen wordpress.COM Blog. Die Problematik keinen Zugriff auf die Quellcodes zu haben muss ich dir glaub ich nicht erklären. Kennst du eine Möglichkeit in wordpress.com trotzdem plugins für z.B. ein Lexicon hinzuzufügen?

Für ne Antwort hab jetzt schon einmal vielen Dank

BG
Fritz

danke für deine Antwort. Naja ich denke nicht, dass es sich hierbei um den typischen 0815 Backlink-Sammel Kommentar handelt. Die Domain und das Projekt ist mehr aus dem Spaß und im Suff entstanden. Affiliate-Projekte haben zudem mehr als einen Werbebanner drauf.

Ich verdiene mit dem Projekt so gut wie nicht, der eine Banner ist lediglich dafür da, um die monatlichen Server- und Domainkosten wieder einzuspielen.

Grüße
Christian

Gleiches gilt aber auch für diesen Kommentar. Auch hierbei ist fraglich, ob die Domain für mehr als nur Affiliate-Marketing bestimmt ist und ob dann der Kommentar nicht nur für’s Linkbuilding abgesetzt wurde.

Wenn jemand aber einfach nur mit “danke-klasse Sache” kommentiert und nichts zum Thema beiträgt, landet er gleich beim Spam.

Ich denke, das du das ähnlich handhabst, wie ich an deinen Kommentaren erkennen kann.

Grüße
Christian

Gruss Göran

Was mir noch aufgefallen ist: Auf der Plugin-Seite von WP-SNAP gibt es jede Menge Hinweise, dass das Plugin unter den neuen WordPress-Versionen ggf. nicht einwandfrei läuft. Das könnte natürlich auch Grund sein. Das Tutorial hier ist ja schon aus Zeiten von WordPress 2.x…