Beiträge von Ammaletu

  • Permalinks anpassen

    Wenn WP sagt, das die .htaccess nicht beschreibbar ist, dann wird das wohl so sein und der Hoster hat nicht genau genug hingeschaut. Du kannst da entweder die Rechte der Datei ändern oder einfach, wie WP es Dir vorgeschlagen haben müsste, den neuen Inhalt einmal manuell in die .htatcess-Datei kopieren (per SSH auf dem Server oder per SFTP runterladen, einfügen und wieder hochladen). Das ist nervig, aber muss ja nur einmal alle x Jahre gemacht werden.

    Solange die .htaccess nicht geht, klappen natürlich die Permalinks auch nicht, die WP aber schon generiert. Das löst sich von selbst, wenn Du die Datei anpasst. Soweit sind also keine Plugins nötig.

    Nicht so sicher bin ich, ob die gewünschte Struktur möglich ist und aus Sicht von WP Sinn ergibt. Das müsstest Du einfach mal ausprobieren, am besten natürlich nicht an einem Blog, das schon live ist, sondern z.B. an einem lokalen Testblog.

  • Anführungszeichen

    Wir müssten jetzt mit 3.4 mal testen, ob die Fehler endlich behoben sind und wir die Anführungszeichen per Sprachdatei setzen können. Irgendwer Zeit dafür?! ;-)

    Zu InTypo: Ich habe über die Jahre verschiedene Fehler am Plugin behoben, es funktioniert bei mir mit den Bugfixes einwandfrei. Der Autor scheint das leider nicht weiterzuentwickeln. Hoffentlich wird es bald eh überflüssig. Bei Bedarf kann ich die angepasste InTypo-Version ja gerne mal veröffentlichen. Was meinst Du mit "sehr großen Blogs"? Viele Einträge? Sehr große Einträge (wie groß in etwa)? Hast Du mal geschaut, was für ein Fehler im Log steht?

  • Installationsroutine nicht aufrufbar

    Prinzipiell muss ich Michi91 zustimmen, das wollte ich im Prinzip mit meiner knappen Antwort auch zum Ausdruck bringen. Einen eigenen Server zu betreiben, wenn Du die wichtigsten Grundlagen dazu nicht beherrschst, ist potentiell gefährlich. Allermindestens solltest Du Zeit und Spaß dran haben, Dich dazu zu belesen. ;-)

    Es ist nun nicht speziell schwer, herauszukriegen, wo diese Logs liegen, wenn Du eine halbe Stunde oder so Zeit hast. Ich hab es gerade nicht, aber als Starthilfe: /var/logs ist immer ein guter Anfang, außerdem die Apache-Config mal anschauen, was da drinsteht (httpd.conf auf vielen Systemen) sowie die php.ini-Datei (im Apache-Verzeichnis, falls es mehrere gibt). In letzterer könnte ein eigenes Logfile für PHP definiert sein. Falls es das nicht ist, sollte es das sein. Um eine Webseite auf dem eigenen Server zu betreiben, wäre das Anpassen der php.ini ehrlich gesagt auch einer der ersten Schritte. ;-)

  • Kommentare

    Backend > Einstellungen > Diskussion schaltet sie für alle danach angelegten Beiträge ab. Wenn Du schon Beiträge oder Seiten angelegt hast, musst Du das da noch mal extra abschalten (falls es sehr viele sind, kann man das per Plugin machen). Bearbeiten und die beiden Kommentar-Häkchen entfernen bzw. dafür reicht auch QuickEdit aus.

  • Visueller Editor wird nicht mehr angezeigt!

    Ja, den Ordner kannst Du einfach überschreiben. Wenn Du das dreimal fragen musst, solltest Du Dich auch besser etwas zum Thema WordPress und Backups belesen. ;-) Backups sind wichtig (Datenbank + Dateien) und eigentlich auch nur was wert, wenn Du getestet hast, dass Du daraus die Seite wiederherstellen kannst (z.B. mal an einer lokalen Installation, die dann auch gut zum Testen von neuen Plugins etc. ist).

  • Immer noch Englische Begriffe trotz Übersetzung

    Das könnte...

    • aus einem Plugin kommen, welches nicht oder nicht vollständig +übersetzt ist.
    • aus dem Theme kommen, welches nicht oder nicht vollständig übersetzt ist.
    • aus WP selber kommen und einfach nicht durch die Übersetzungs-Funktion geschickt werden oder in der Language-Datei noch fehlen (ist die aktuell?).


    Du wirst ja vermutlich eine Ahnung haben, ob das z.B. zu einem Plugin gehört oder eher zu WP selber. In letzterem Fall warte eventuell auf WP 3.4, da hat sich bei der Übersetzung mal wieder einiges getan. Besser noch, teste die WP-3.4-Übersetzung jetzt, dann fließen eventuelle Änderungen vielleicht noch in 3.4 mit ein (ist gerade im Beta). Anleitung steht im Sprachdatei-Unterforum, glaube ich.

  • Visueller Editor wird nicht mehr angezeigt!

    Ich zitier mich mal selber:

    Zitat

    Vorher vielleicht mal schauen, ob es auf der Editorseite JavaScript-Fehler gibt.

    Außerdem bitte mal schauen, ob beim Aufruf der Seite mit dem Editor 404-Fehler auftreten, z.B. für JavaScript-Dateien. Dazu bietet sich z.B. Firebug oder HttpFox an (beides Firefox-AddOns, Chrome und co können das sicher auch über F12).

  • Startseite weiterleitung zum PDF Datei!

    Lass sowas um Himmels Willen sein. Du kannst doch nicht alle Leute auf ein PDF schicken. Manche Browser bieten das nur als Download an, andere Nutzer schauen aus Prinzip keine PDFs an. Was sollen die denn davon halten?

    Schau lieber, dass Du eine Art Landing Page realisierst. Die sollte die wichtigsten Infos als Text enthalten und dann den Link auf das PDF. Anzeige nur beim ersten Aufruf, eventuell auch als Lightbox, kann man vermutlich per Plugin regeln. Ansonsten pack das doch einfach auf die Startseite, dafür ist sie schließlich da.

  • Theme Fragen und Fragen zur besten Umstellung des Blogs

    Zitat

    - Es werden aus einem Blog mindestens 4. Alle sollen das gleiche Theme (Twenty Ten) haben, welches aber individuell durch jeweils verschiedene Header Grafiken und Hintergründe angepasst werden soll. Ist das so möglich?

    Ja, das ist kein Problem. Die Einstellungen, die Du unter Admin > Design > Theme-Optionen triffst, werden ja pro Blog gespeichert.

    Falls absehbar ist, dass Änderungen an Twenty Ten vorgenommen werden sollen, erstell Dir gleich ein Child-Theme und arbeite damit. Wenn Du das später machst, musst Du die Einstellungen nämlich im Child-Theme wiederholen für alle Blogs, das könnte etwas nervig sein.

    Wenn Du das gleiche Theme weitergehend an einzelne Blogs anpassen willst, schau mal auf diesen Blog-Eintrag:
    http://code.freudendahl.net/2012/03/wordpr…logs-einsetzen/

    Zitat

    - Der bestehende Blog soll ja so bestehen bleiben und ein Teil des Netzwerkes bilden. Mein Gedanke war,dass ich diesen komplett sichere, in eine lokale (Xampp) Umgebung mit den anderen Blogs wieder einfüge und das gesamte Netzwerk dann wieder online bringe. Kann man das so machen oder gibt es bessere Vorgehensweisen?

    Also in jedem Fall vom bestehenden Blog vollständige Backups machen, ehe Du anfängst. Man weiß ja nie.

    Ansonsten würde ich das auch so machen. Du musst beim Austausch der Datenbanken aber bedenken, dass die Adresse verschieden sein können. Am besten lokal eine gleich-lange Adresse per HOST-Datei einrichten, z.B. meine-domain.lc statt meine-Domain.de. Dann kann man das im Datenbank-Dump einfach ersetzen.

    Falls Dein Blog sehr aktiv ist und z.B. regelmäßig Kommentare kriegt, machst Du den Umbau zu Multisite vielleicht doch besser draußen, sonst verlierst Du ggf. in dem Zeitfenster abgegebene Kommentare. Dann am besten lokal testen, die richtigen Einstellungen herausfinden und das dann online wiederholen. Ist ja auch nicht so viel zu tun dabei.

  • 301-Weiterleitung auf neue Domain

    Wenn Du diese Art Umleitung willst, solltest Du schauen, dass die Umleitung per .htaccess zum laufen kommt. Peinlicherweise sehe ich gerade, dass ich mich in Deiner Ziel-URL vertippt habe (gard statt grad). Falls Du das so probiert hattest, versuch das doch noch mal richtig. ;-)

  • Fehlermeldungen nichts geht mehr

    Naja, die oben zitierten Meldungen sind jedenfalls zu vernachlässigende PHP-Notices sowie eine Warning, die auf der Ausgabe eben dieser PHP-Notices beruht. wenn da also noch ein anderes Problem besteht, bin ich fast sicher, dass diese Ausgaben damit jedenfalls nichts zu tun haben.

    Ok, mal geraten: Liegt es am Arbeitsspeicher? Installier ggf. mal ein Plugin wie Memory Overview und schaue nach, ob Du da am Limit bist. Das würde jedenfalls erklären, wieso es geht, wenn Du einige Plugins deaktivierst. Wie viel Arbeitsspeicher gibt Dein Provider Dir denn?

  • Fehlermeldungen nichts geht mehr

    Dein Server ist so konfiguriert, dass er PHP-Warnungen am Bildschirm ausgibt. Das ist schlecht und sollte zum Loggen in eine Datei geändert werden für den produktiven Betrieb. Probier fürs erste mal, WP_DEBUG auf false zu setzen in der wp-config.php, vielleicht hilft das schon. Falls nicht, musst Du das wohl in der php.ini mal richtig konfigurieren.

  • mehrere Projekte wie Organisieren ?

    Die Anleitung ist eigentlich recht ausführlich und sogar bebildert. Ich bin also nicht sicher, was der Support Dir da noch zusätzlich sagen sollte. Diese Domain-Konfiguration ist natürlich ganz simpel, also mit etwas Ruhe angehen und genau lesen! Mit ein Grund, warum ich mir sowas nicht antun würde. So, und nun noch klären, dass das auch mit dem Ziel-Webspace funktioniert und ggf. kostenlos ist. :-)