Beiträge von Ria

    Hallo,

    hatte das schon 2 mal auf dem Home PC (Apache und MySQL DB) und es muss an der Datenbank liegen. Einmal, trotz anderem Tabellennamen, tauchte mein alter Benutzername auf und einmal Dein Fehler von oben. Ich hatte dies nur wegbekommen in dem ich mit einer kompletten neuen DB, neu, angefangen habe. Das kann natürlich nicht Sinn der Sache sein.

    Leider kann ich Dir keine wirkliche Lösung bieten, weil ich nichts näheres herausgefunden habe. Könnte es noch sein, dass Dein Browser sich was gemerkt hat, im Firefox gibt es dazu ja eine Möglichkeit.

    l.G. Ria

    Hi Barbarossa,

    das Thema ist so Komplex das man dies nicht mal einfach so nebenbei im Forum erledigen kann, selbst gezielte Einzelfragen werden hier kaum beantwortet.

    Die erste Anlaufstelle ist für mich die "Mutter" selber:

    https://support.google.com/webmasters/answer/35769?hl=de

    Black Hat seo, was Du vielleicht im Kopf haben solltest, bringt mitlererweile eher Probleme, bis zum Rauswurf aus dem Index!

    Natürlich kann man ein Tool verwenden, jedoch sollte man aufpassen dort nicht die falschen Einstellungen zu machen. Das bekannteste soll nicht mehr das Beste sein und den Server sehr belasten.

    Ansehen würde ich mir The SEO Framework, mit guten Bewertungen:

    https://de.wordpress.org/plugins/autodescription/

    Aber erst, wenn das Basiswissen sitzt, sonst nützen auch die besten Tools nichts, im Gegenteil, denke Hille meint das so...

    l.G. Ria

    Hallo,

    nach längerer recherche Arbeit, kann ich glauben, dass meine Idee keine Nachteile bringt, insbesondere da meine angesprochenen Verzeichnisse keine SubDomains wären. Der "Link-Juice" bleibt dadurch auf der Seite.

    Allerdings die Startseite ist beinahe wie eine splash, bzw. landing oder OnePage zu betrachten und ich muss den Text dadurch erweitern.
    Dabei wäre dann nur zu beachten, was Google selbst an Empfehlungen ausgibt. Ich habe dadurch jedoch noch Link fragen an sich.

    Die Links im Header Menue werden höher bewertet, dann folgen die Textlinks und dann erst Links im Footer. Mein Problem, setze ich viele direkte Deeplinks(ich spreche von den eigenen Seiten) wäre dies auf der Startseite ja eher gut, wenn dies nicht in KeywortSpam ausartet, was bei mir nicht der Fall wäre.

    Wie ist das wenn ich jede Unter-Verzeichnisseite mit jeder Seite untereinander Verlinke?
    Das wäre dann doppelter Content?

    Ich könnte auch nur jede Seite mit der Startseite verlinken, dass wird als unproblematisch angesehen, weil das ja zwangsläufig, aus Google Sicht durchaus so sein sollte.

    Leider bin ich damit noch nicht im reinen, manche "großen Seiten" haben ja, auf jeder Seite ein breites Header-Menue, mit Unter-Menues und dieses Menue auf allen Seiten eingebunden oder eben die ganzen Links im Footer.

    Irgendwohin, mit den Links, müsste man ja so damit. Gibt es dazu hier im Forum Erkenntnisse, wie Google dies sieht?

    l.G. Ria

    Bin nicht böse, wenn es hierzu keine Antwort gibt, finde aber das gehört zu "Allgemein", weil es einfach wichtig ist, um sich auch über sowas Gedanken zu machen und wenn möglich Antworten zu bekommen.

    Hallo,

    @ r23

    schöne Webseite hast Du da!

    Dein Blog ist aber nur als schöne Beigabe gedacht, Dein Hauptanliegen ist Webdesign...

    "und was war jetzt die Frage? SEO solltest du besser in einer SEo Gruppe stellen..."

    da hast Du wahrscheinlich recht, jetzt habe ich den Text schon geschrieben, also noch mal was ich wissen wollte:


    Ok, hier mal eine Kernaussage:

    Silos sind bis heute der bedeutendste architektonische Fortschritt im interaktiven Webdesign, es erlaubt den Aufbau einer Website, die sich an die Art und Weise anpasst, in der die Nutzer suchen. Ist doch bekannt, oder?

    Und da war meine Frage doch einfach nur, ob es Sinn macht Primär Silos in Verzeichnisseiten zu stecken mit den dazu passenden Kategorien und die Primär Silos mit der Startseite zu verknüpfen.

    Oder ob Verzeichnisseiten dann das Ranking eher versauen, weil sie nicht im Root liegen. Oder reicht es eigentlich, wenn ich eine Kategorie als Silo sehe und nur innerhalb der Kategorie verlinke. Ich finde zu viele unterschiedliche Kategorien erschweren die Orientierung und wenn Primär Silos/Kategorien in einer Verzeichnisseite liegen, ist dies Übersichtlicher.

    Die Webseite wird ja vorausgesetzt es ist eine Verzeichnisseite und keine einzelnen Domains, als 1 Webseite gesehen.

    Wie ist es aber dann mit den seo Eigenschaften und dem Ranking?

    (jetzt eher verständlich was ich mein?)

    l.G. Ria

    PS. sorry, wenn jetzt keiner was sagen kann dann wars das halt.

    Hallo WP-Fans,

    Ich versuche es etwas genauer zu erklären:

    Die Frage zielt darauf ab, wenn die Kategorien zu sehr von der Haupt-Site Aussage abweichen?

    die Situation ist klar, wenn man ein Hauptthema wie z.B. (wahrscheinlich die Profis hier) Webdesign hat.
    Dann kann man alles was rundherum interessant ist in Kategorien packen und der Zusammenhang bleibt "seo" technisch erhalten.

    Oder sagen wir eine reine und nur Fashion Webseite, wo das Thema der Webseite auch sehr breit ist, jedoch auch sehr zusammenhängend. Hier ist die "seo" Ausrichtung ebenfalls gut zu lösen und die Kategorien eher passend.

    Es wäre auch OK, wenn z.B. das Hauptthema der Seite Autos ist und die Kategorien, LKWs, Sportwagen, usw... wäre. Denke bis hier ist alles klar wie ich es meine. So wären die meisten Sites ja auch aufgebaut.

    Die Beispiele sind jetzt willkürlich, nach obigen Beispielen(nicht realistisch) eben nur ein Beispiel.
    Die Seite hätte Webdesign, Fashion und Autos unter einem General-Thema (ist etwas weit hergeholt, aber egal)

    Reichen dann Kategorien, aus "SEO Siloing" Sicht noch aus?

    blogs.reuters, Vogue USA, Time Magazine Online, Die offizielle Webseite von Schweden, Usain Bolt, open.NASA, Google Ventures, The New York Times Company, General Motors – Fastlane Blog, Sony Playstation, MTV News, 9to5Mac, Die Xerox Blogs, Der LinkedIn Blog, Beyoncé, BBC America, Katy Perry, TechCrunch, Forbes, Smashing Magazine usw...

    Da wird doch nicht nur auf Kategorien verlinkt, sondern doch auch auf multisite Verzeichnisseiten-Kategorien oder?

    Zurück zur Frage.

    Von Smashing Magazine, stammt die Aussage:

    " Das von uns eingesetzte WordPress ist eine Multisite, welches seit Anfang 2014 aus vormals sechs einzelnen WordPress-Installationen, welche die Bereiche Smashing, Coding, Mobile, WordPress, UxDesign, Fireworks waren, entstand. ***Die einzelnen Seiten wurden in eine WordPress-Installation zusammengeführt*** und mit Hilfe der Kategorie-Taxonomy neu abgebildet."

    Hmmm, also eine Startseite, die auf Schwerpunkt-Themen-Blogs in multisite Verzeichnisseiten verlinkt?

    Das sollte doch auch übersichtlicher für einen selbst sein, weil ja ansonsten, sagen wir mal 15 Kategorien jede Menge Unterkategorien braucht, um alles abzubilden?

    Erfahrungen / Meinungen würden mich interessieren, wie Ihr dies handhabt, wenn es sehr viele Kategorien werden?

    l.G. Ria

    PS. natürlich uninteressant wenn die WP nur ein "Produkt" hat.

    Hallo WP-Fans,

    teste gerade BackWPup und versuche den Zielordner (also da wo das Backup zu liegen kommen soll)"Backup in Verzeichnis" zu ändern.

    Einen anderen Ordner als "uploads" zu erstellen ist ja kein Problem nur, egal wie ich den Pfad zum Zielordner ändere, das Backup landet immer im Content Ordner, bzw. legt sich den dort zusätzlich an.

    Beispiel, Zielordner soll sein, in www also im root "xy":

    /xy/backwpup-e2e30c-backups/

    funktioniert nicht.

    db/backwpup-e2e30c-backups/

    funktioniert, der "xy" Ordner ist natürlich so im wp-content Ordner.

    Dazu kommt das im upload Ordner immer noch was abgelegt wird wie indexphp und eine htaccsess. Die zum Glück auch noch im "xy" Ordner drin ist. Was mache ich falsch? Oder ist das unabänderlich so gewollt?

    l.G. Ria

    Hallo JABA-Hosting,

    "Require all denied" aha, danke Dir. Dann müsste ich quasi alles dahingehend ändern(?):

    <files wp-config.php>
    Require all denied
    </files>

    Also so?

    ich gebe zu, wenn man nur für sich eine Webseite macht dann ist die "Lernkurve" etwas höher und auch höher als ein Plugin.
    Habe aber die Vorstellung, dass nur ein Serverseitiges blockieren wirklich Sinn macht.
    Da das Plugin ja nicht von "Außen" sondern den Schutz von Innen angeht und oft ja nur die config Einstellungen macht, die man auch zu Fuß vornehmen könnte/kann.

    Keine Ahnung, ob ich das wirklich so richtig sehe, denke aber die Vorgehensweise kann ja nicht verkehrt sein.

    l.G. Ria

    PS. deswegen habe ich auch Linux-Mint anstelle Windows, vielleicht doch etwas "Verfolgungswahn" :-)

    Hallo danielgoehr ,

    danke für die Antwort! Kannst Du sagen was r23 meinte mit: "funktioniert aber nur auf extrem alten Apache Server. "
    Wenn das stimmt, eine alternative wird nicht genannt(?).

    Bin leider mit dem Server Gedöns auch kein Profi. Versuche nur das Sinnvollste zur Sicherheit zu finden.

    l.G. Ria

    @ Jaba

    Richtig, Du hast mich verstanden und richtig was Du sagst, konfiguriert begrenzt die 'open_basedir'-Direktive z.B. den Zugriff auf das DocumentRoot der jeweiligen Domain. Wird normal im VHost gesetzt und an die php.ini komme ich ja normal auch nicht rann.

    'php_admin_value open_basedir /home/httpd/docs/meinedomain.com:/tmp'

    So, dazu hatte ich die Blokade:

    "/ ist deine Standar docroot

    Du änderst es in

    /wordpress/

    somit könntest du die wp-config.php in / legen und Wordpress in /wordpress/.

    Die Domain läuft trotzdem auf deinedomain.de und nicht deinedomain.de/wordpress da du deine docroot geändert hast."

    besten Dank!!!!!!!!!!!!!!!!

    Und ja sorry, die obige .htaccess brauche ich ja nur wenn ich eine fertige Installation in einen Unterordner verschiebe und das war ja hier von mir nicht geplant, bzw. nötig.

    Aber wo wir gerade dabei sind:

    Ich trage folgende Befehle in der .htaccess-Datei im Wurzelverzeichnis der WordPress-Installation ein, wo bei die .htaccess natürlich mit geschützt wird:

    Options All -Indexes
    <files readme.html>
    Order allow,deny
    Deny from all
    </files>
    <files .htaccess>
    order allow,deny
    deny from all
    </files>
    <files *.sql>
    order allow,deny
    deny from all
    </files>
    <files liesmich.html>
    Order allow,deny
    Deny from all
    </files>
    <files *.txt>
    Order allow,deny
    Deny from all
    </files>
    <files license.txt>
    Order allow,deny
    Deny from all
    </files>
    <files install.php>
    Order allow,deny
    Deny from all
    </files>
    <files wp-config.php>
    Order allow,deny
    Deny from all
    </files>
    <files wp-config-sample.php>
    Order allow,deny
    Deny from all
    </files>
    <files robots.txt>
    Order allow,deny
    Allow from all
    </files>

    Achtung: Der letzte Befehl erlaubt wiederrum den Zugriff auf die wichtige robots.txt.

    In eine separate .htaccess Datei, füge ich den folgenden Code hinein und lade die Datei in den wp-content Ordner hoch.

    Order deny,allow
    Deny from all
    <Files ~ ".(xml|css|jpe?g|png|gif|js)$">
    Allow from all
    </Files>

    Und sichere wp-admin durch einen zusätzliche Passwortabfrage mit der .htaccess Datei ab.

    Das ich die config.php entspr. bearbeite ist natürlich. Ich habe keinen "Verfolgungswahn" :-)
    finde nur hier ist mehr einfach besser.

    l.G. Ria

    Hallo WP-Fans,

    Sicherheit config.php höhere Ebene und SEO sind an sich 2 Dinge, die ich aber gerne mal im Zusammenhang verstehen würde.

    die wp-config.php sollte ja eine Ebene über dem Blog Root Verzeichnis liegen. Normal muss ich doch, wenn ich keinen "eigenen" Server habe, beim Hoster, mein WP ins root Verzeichnis (Stammordner)installieren oder in einen Unterordner.

    Wenn z.B. die URL meine Domain.com ist würde z.B. in einem Unterordner Wordpress sich die URL ändern in meine Domain.com/wordpress

    Mit einer entspr. .htaccess im Stammordner könnte die URL meine Domain.com jedoch so erhalten bleiben.

    FRAGEN 1.: wäre es dann richtig die config.php vom Unterordner in den höher gelegenen Stammordner zu verschieben?

    Oder ist das mit "eine Ebene über dem Blog Root Verzeichnis" anders gemeint?
    Bei einem normalen Hostingpaket habe ich ja über dem Stammordner keinen weiteren Ebenen Zugriff.

    Dann wäre die config.php ja immer noch im root-Stammverzeichnis?
    Andererseits wäre dies ja nicht mehr das Blog-root oder wie muss ich dies sehen und verstehen?

    Frage 2.: WP wird ja im root-Stammverzeichnis gesucht und gesehen wird nur z.B. die .htaccess:

    <IfModule mod_rewrite.c>
    RewriteEngine on
    RewriteCond %{HTTP_HOST} ^(www.)?example.com$
    RewriteCond %{REQUEST_URI} !^/my_subdir/
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule ^(.*)$ /my_subdir/$1
    RewriteCond %{HTTP_HOST} ^(www.)?example.com$
    RewriteRule ^(/)?$ my_subdir/index.php [L]
    </IfModule>

    (Das ?example.com$ und das $ /my_subdir/$1 natürlich anpassen!)

    bzw. der Spider sieht die .htaccess doch nicht, oder? Hat das negative SEO Auswirkungen, weil die WP ja im Unterordner ist? Leider hab ich hier eine "Lücke".

    Würde da gerne meine "Denkblokade" zu 1. und 2. aufgelöst bekommen :-) besten Dank im voraus!

    l.G. Ria

    PS. sorry, ich übernehme für die oben abgebildete .htaccess KEINE GARANTIE!

    Hallo,

    sorry, war ein paar Tage weg. Für alle ein gutes neues Jahr.

    @ r23

    "MySQL Dumper für php 7 kannst du als Fork von mir hier erhalten
    https://github.com/r23/MyOOS/tree/master/msd"

    hmm, sieht sehr nach Beta aus? Und wo wäre, bzw. wie heißt, der eigentliche Download-Link? Wird das wenn weiterentwickelt?

    Du schreibst zu UpdraftPlus " aber das Plugin funktioniert bei mir einwandfrei."

    Du benutzt den MySQL also dann selber nicht mehr?

    "PHP ist für eine Datensicherung ein reines abenteuer und muss nicht immer funktionieren. Zumindest würde ich micht auf PHP Scripte verlassen wollen.."

    Na ja, wenn der Hoster den Cronjob selber anbietet, werde ich mich wohl schon auf dessen Script verlassen können! Im Allgemeinen gebe ich Dir recht, PHP Scripte aus "privaten" Quellen sind mehr als mit Vorsicht zu genießen, insbesondere dann, wenn man nicht selber absolut fitt in PHP ist!!!

    @ danielgoehr

    "Ich habe auch noch nie Probleme mit dem "verschlucken" gehabt. Manchmal ist aber, abhängig von Hoster und Konfiguration, das zurückspielen etwas "hakelig", wenn die Dumps sehr groß sind."

    Ab einer bestimmten Dateigröße musst Du die Datei aufsplitten, was lässtig wäre, der MySQLDUMPER konnte dies in einem rutsch, ohne "etwas kakelig".

    @ maxe

    backwpup scheint mir ein bereits bewährtes Tool zu sein(und auch ohne Pro-Version gut brauchbar).

    FAZIT: nach meiner Erkundigung bietet mir All-INKL dies alles per Script für z.B. über Nacht Sicherung an, also einmal die DB und die FDP Dateien. Kann dann auch alles per FDP auf meine Festplatte runterladen.

    Dann kann ich das mit Kryptomator verschlüsseln und auch noch z.B.in der Dropbox lagern, natürlich auch unverschlüsselt.
    Bei Bedarf dann zurück auf den Hoster Server.

    In meiner Testumgebung auf dem Home PC habe ich einfach noch einen Kloner und das Tool(vor dem Hochladen) WP Migrate DB, damit die Pfade stimmen.

    Nochmals danke für die Meinungen, ist für mich immer wichtig was die Anderen so benutzen. Kann mich nun einfacher entscheiden.

    l.G. Ria

    Hallo,
    ja das dachte ich bei meinem Theme auch zunächst. Wenn ich über den normalen Plugin-Aktualisierungsweg gehe, kommt der Hinweis, geht nicht, neu kaufen, sinngemäß... usw.
    Dann gab es aber im Dashboard unter dem Namen des Themes, auch noch zu Plugins. Darüber war es dann problemlos upzudaten.

    Unabhängig davon, so lange keine Upgrades bei Theme und Plugins ist sehr leichtsinnig.

    l.G. Ria

    Hallo,
    ja ich dachte, weil noch nicht probiert, das bei den Plugins die Wiederherstellung so läuft, dass man im Dashboard über/mit dem Plugin die Wiederherstellung anstoßen muss und sich dann das Plugin die Dateien da her holt, wo es sie abgelegt hat. Wenn das nicht der Fall ist, bzw. nicht nötig ist, dann wäre ein Plugin auch für mich Ok.
    Ansonsten versuche ich an sich, wenn möglich, so wenig Plugins wie "nötig". Da mein Hoster, trotz Paket "Cronjobs" erlaubt bzw. möglich macht, scheint mir das eine Überlegung wert.
    Gibts dazu eine Meinung?

    l.G. Ria

    Hallo,

    erst mal lieben Dank für die Antworten. Das mit den Plugins auch z.B. "backwpup " hab ich ja auch im Dashboard, also im WP drinsitzen. Komm ich da nicht mehr rein, hab ich doch Pech gehabt oder sehe ich das verkehrt?

    Ich glaub ich werde das mit einem "Cronjob" erledigen, wo dann die Dateien extern z.B. auf meinem HomePc landen, oder in der Cloud. Muss ich mich halt etwas mehr einlesen. Scheint mir nach einigem vorab lesen der Königsweg zu sein, oder?

    Wie ist das denn da mit dem memory Limit?

    l.G. Ria