Beiträge von hakre

    Das Kommando lautet CHMOD. Nicht jedes FTP Programm unterstützt dies bzw. nicht jeder Server. Es kann also sein, dass Du die Rechte bei deinem Webhost garnicht ändern kannst.

    Doch, hier im Forum von einem User Namens drkmelle.

    Hört sich ja gar nicht so schlecht an die Idee, allerdings müsste das mit der Benutzerverwaltung von WordPress (Capabilities) verknüpft werden, damit das einigermassen Sinn bei WordPress macht. Sollen denn alle User angemeldet sein?

    Dann ist noch die Frage, wer den die Aufgaben verteilt.

    Setzte doch für jede Sprache einen eigenen Blog auf. Das ist sicher zukunftssicherer, den eine Mehrsprachigkeit im Sinne von Inhalten und Darstellung unterstützt WordPress nicht und die Plugins versuchen dort auch immer nur rumzudoktern.

    Du sprichst von Seiten, so schau mal, ob deine Theme die Datei page.php hat, die dürfte es im normalfall sein, es sei denn eine andere Seitenvorlage wird verwendet.

    Formulare kannst Du überall hinschicken. Ich würde deine Benutzer allerdings vorher darauf hinweisen, dass Ihre Daten nicht an deinen Server sondern den eines dritten gesendet werden.

    Nur so als Tipp, bevor Du die Idee verfolgst (ganz hypothetisch versteht sich), alle diese Infos zu benutzen um deine User hinters Licht zu führen nur für ein parr Cents, die Du Dir gerne in die Tasche wirtschaften willst. Falls doch, siehe hier: http://forum.wordpress-deutschland.org/jobboerse/

    marcell, haben dir die Beschreibungen bereits geholfen? du kannst - statt hspace und vspace zu benutzen - die werte für einen rand um deine bilder in den posts am besten mit CSS in der theme eingeben. das ist dann automatisch für alle bilder und wenn du mal dein theme wechselst, musst du nicht in jeden artikel das ändern.

    Eine Theme hat in der Regel auch nichts mit dem Backend zu tun. Da bei WordPress die Dinge aber doch auch sehr zusammen hängen können, macht es zur Fehlersuche oftmals Sinn, Themes und Plugins zu deaktivieren um Seiteneffekte auszuschliessen. Dann kommt man vielleicht auch schneller drauf, das es eine andere Einstellung ist, an der es liegt (wie hier), sodass man nicht länger suchen muss.

    Ich vermute, es handelt sich hier um ein Verständnis Problem. Es gibt zwar Unterseiten bei den Seiten (Pages) von WordPress, diese übernehmen aber nicht automatisch das Passwort der übergeordneten Seiten. Die Seitenhierachie dient lediglich zur Anordnung der Seiten.

    Die Seite Intern (Link: DRK Kreisbereitschaft Melle Intern / http://drk-kv-melle.de/seg/wordpress/?page_id=104) verlangt bei mir nach wie vor ein Passwort, da ich die ID der Unterseite WP-Intern nicht kenne, haber ich auch erstmal (vordergründig) keinen Zugriff auf die Seite. Würde ich aber deren Adresse kennen und Du hast der Seite selber kein Passwort gegeben, so kann ich die auch einfach lesen - sie ist ja nicht geschützt.

    Vollen Zugriff auf deine Daten hast Du jederzeit und immer direkt über die Datenbank. Das ist nicht so komfortabel wie mit dem Administrationsinterface von Wordpress, aber wenn das nun mal nicht mehr geht ein zweiter Ansatz.

    Das erstmal generell vorne weg.

    Wie siehts den bei Dir aus? Welchen Browser benutzt Du denn? Hast Du letzthin die Version von Wordpress auf Version 2.7 geupdated? Hast Du mal alle Plugins deaktiviert und die Theme auf die Standard Theme gesellt und dann nochmal probiert um Seiteneffekte auszuschliessen?

    Snaps Schinkkel Dikkel funktioniert soweit ich es kenne per Javascript. D.h. Du hast ein Wordpress Plugin, welches dann zu integrieren ist (Und wie es bei Wordpress wohl ist: Deine Theme, sollte Sie nicht eine der zwei standard Themes sein - anpassen), und dann laden deine Besucher Javascripts von fremden Server nach, lassen das in Ihrem Browser ausführen und das wars.

    Ich habe nicht gesagt, dass ich so einen Schrott und eine Zumutung für die Benutzer einer Website empfehlen würde sondern es diente lediglich der Nachfrage ob Du diese Art und Weise meinst. Snaps generiert nämlich sog. Thumbnails von Webseiten.

    Brauchst Du diese Thumbnails oder hast Du bereits für jede Wiki Seite ein Bild hinterlegt?

    Er hat sie doch verlinkt:

    HTML
    <meta name="generator" content="WordPress 2.6.5" /> <!-- leave this for stats please -->

    Hey, coole PHPBB Theme, kann man die bei Dir runterladen?

    Tabs können in HTML Eingabefelder meisten mit STRG+TAB geschrieben werden. Wie allerdings marX schon schrieb, werden diese von den Browsern (wie auch Zeilenumbruchszeichen) einfach als ein Leerzeichen dargestellt.

    Das muss aber nicht sein, im sog. preformatted Text, sollen laut alten Spezifikationen Tabs ebenfalls dargestellt werden. CSS kenn dafür eine sogenannte Whitespace Anweisung.

    Aber Dir geht es warscheinlich gar nich nur um die Darstellung sondern um die Bedienung. TAB wird bei vielen Programmoberflächen auf dem Computer benutzt um von einem Eingabefeld zum nächsten zu springen, Umschalttaste+Tab ist das ganze dann Rückwärts.

    Im Browser springst Du so auch zwischen den Links hin und her.

    Soweit, so gut. Ich vermute mal, dort stand vorher was mit localhost (bzw. ein anderer Wert als 192.168.1.4) drin.

    Damit ist nun dein Blog auf eine neue Adresse umgezogen. Da Wordpress ist nicht sehr Klug im behandeln von Links ist, musst Du nun sämtliche Links, und das sind eben auch Bilder, auf die neue Adresse ändern.

    Dies kannst Du ganz einfach von Hand machen, in dem Du in allen Beiträgen die Links und Bilder von Hand überprüfst und ggf. auf die neue Adressen änderst. Oder aber Du bist technisch mit der MySQL Datenbank und der Datenstruktur von Wordpress visiert und kannst per SQL-Befehl die Adresse in deinem Blog "mit einem Schlag" ändern.

    Siehe auch:
    Hier in der FAQ: Wie kann ich die Adresse meines Blogs ändern? « WordPress Deutschland FAQ
    Ähnicher Post: http://forum.wordpress-deutschland.org/installation/4…ren-von-wp.html
    English: WordPress › Support Updating links in old posts when things change

    Datenbank kann auch betroffen sein, das Austauschen nur der Dateien bringt nichts.

    Wenn deine Software bereits kompromittierbar war, würde ich auch überlegen wieso. Also vor dem neuen Aufspielen am besten die gesamte Website mittels .htaccess abschirmen, damit Du und Virensucher per Passwort draufgehen können.

    Da Du auf deinem alten Blog/Webhoster kein ModRewrite hast, welche Möglichkeiten hast Du den dort? Geht .htaccess und darin evtl. das RedirectMatch ? Falls ja, kannst Du damit schonmal sorgen, dass die Anfragen auf deinen alten Server auf den neuen Umgeleitet werden.

    Falls nicht, müsstest Du hierfür ein php-script nehmen. Dürfte auch recht simpel gehen.

    Das wäre für deinen alten Server, wenden wir uns nun zum neuen Server zu.

    Dafür gibts ein Plugin. Meine ich, bzw. ich glaube ich hatte mal eins gehabt. Immer wenn auf dem aktuellen Blog eine Anfrage mit dem "unschönen" URLs gekommen ist (/?...), dann wurde geguckt, was angefragt wurde und wie die neue URL dafür aussieht. Würde Dir sowas helfen?