Beiträge von La Geek

    Ich empfehle eigentlich Fotografen gelegentlich, dass sie sich zuerst einmal überlegen sollten, ob sie denn überhaupt ein CMS benötigen, wo es doch genügend Bildergalerien als eigenständige Scripts gibt, zu denen sie nur noch einige wenige HTML-Seiten stricken brauchen.

    Ja, ich schaue eigentlich auch immer erst, ob es sich ohne CMS realisieren lässt. Kommt immer auf die Anforderungen an. Generell gilt auf jeden Fall: Je weniger Programmiercode, umso weniger anfällig für hacks. Denn auch Galerien enthalten oftmals PHP (oder sonstigen) Programmiercode und sind teils Datenbank gestützt. Sie sind jedoch in der Regel deutlich schlanker als WordPress.

    Eine schöne eigenständige Software ist auch Koken -> http://koken.me/

    Ja, nur das geschätzte 90 Prozent der Nutzer sich nicht einige Monate intensiv einarbeiten möchten, sondern sich vorstellen, mit WP wie mit einem einfachen Schreibprogramm umgehen zu können. Die Vielzahl an Plugins ist gegeben, verleitet jedoch dazu, dass in einigen Seiten viel zu viele Plugins eingebunden werden.

    Das ist richtig. Auch ohne intensive Einarbeitung lässt sich eine Website mit Galerie erstellen. Nämlich Wordpress installieren, Galerie-Plugin installieren, passendes Theme installieren und Inhalte einfüllen - mehr braucht man dafür nicht.

    Meine ausschweifenden Erklärungen sollten nur halbwegs zusammenfassen, was WordPress (meiner Meinung nach) leisten kann und das im Kontext zu Joomla!, eingehend auf die Frage "Was ist WordPress?". :)

    Ich habe aktuell Joomla installiert. Nun habe ich mir einige Seiten angeschaut die mit Wordpress erstellt sind und das gefällt mir sehr gut. Ist Wordpress ähnlich wie Joomla? Kann man damit eine ganze Seite erstellen mit Gallery?

    Hi, ich arbeite seit 2006/2007 mit Joomla! und habe darüber auch einige Tutorials veröffentlicht (software-lupe.de). Damals war WordPress noch kein ernst zu nehmendes CMS. Doch hat sich mit den Jahren geändert und WP ist ein vollwertiges CMS. Ich arbeite intensiv damit seit 2011.

    Ich bevorzuge mittlerweile WP bei Weitem! Alles was mit Joomla! möglich ist, kann WP auch. Dabei ist WP viel flexibler und ist auch Joomla! immer um einiges voraus, was Innovationen betrifft. Aktuell bestes Beispiel dafür ist microdata, das hält jetzt so laaangsam Einzug in Joomla. Oder Tags wurden letztes Jahr in J! integriert. Oder der Zugriff/die Auswahl auf Plugins per Backend wurde vor einiger Zeit auch in J! eingebaut.

    WP bietet ein solides Grundsystem, das sich nach Bedarf aufstocken lässt. WP = über 26000 Erweiterungen, Joomla! = unter 10000. Mit den richtigen Erweiterungen, die allerdings auch Geld kosten können ist mit WP wirklich nazu alles möglich. J! schleppt von Haus aus schon einige unnötige Erweiterungen mit sich herum wie z.B. die Bannerkomponente. Artikel lassen sich in J! nur einer hierarchischen Struktur (Kategorie) zuordnen, was durch die Tags nun aufgelockert wurde. In WP können Beiträge mehreren Kategorien zugeordnet werden.

    Mit intensiver Einarbeitung in WP eröffnen sich dir viele Möglichkeiten, Stichworte: functions.php (zzgl. unzähliger im Internet zu findender Codesnippets) - besser noch, man erstellt direkt ganz einfach diese Inhalte der functions.php als MU Plugin, weiter: Custom Post Types, Child themes. Kurzum: Ich bin so was von begeistert von WP :), das ich versuche, Aufträge nur noch mit WordPress umzusetzen. Kunden kommen zudem viel intuitiver mit dem WP Backend zurecht.

    Kann man damit eine ganze Seite erstellen mit Gallery?

    Klar, das und noch vieles mehr.

    und wie sieht es mit der Sicherheit aus? Mir gefällt das hier:


    Wie es mit der Verarbeitung, der Zeit bis zum Sicherheitsfix in WP aussieht, kann ich dir nicht sagen. Von J! weiß ich, dass offen auf security list kommunizierte und dem J! Developer Team auch so bekannt gewordene Lücken Monatelang ungefixt blieben. Fakt ist auf jeden Fall, dass jedes große CMS in etwas gleich (un)sicher ist, das gilt genauso für Typo3 oder Drupal. Man muss immer auf dem Laufenden bleiben und ständig aktualisieren, nämlich CMS, Erweiterungen und evtl. auch das Theme.

    Auch Themes lassen sich sehr leicht anpassen, s. z.B. Wordpress Theme Codex - hier möchte ich r23 doch widersprechen. r23 - ich lese öfters mal von dir, dass du WP gar nicht mehr magst (wenn ich mich jetzt nicht täusche) und du zu einem weniger bekannten CMS gewechselt bist. Setzt du WP überhaupt noch ein?

    Danke für deine Antwort. Ich hatte die letzten Tage auch ein Buchungsplug-in für ein Kundenprojekt gesucht. Bin leider nicht fündig geworden. Es müsste verschiedene Saisonpreise, mit unterschiedlichen Mindestmiet-Tagen sowie unterschiedlicher erlaubter Anreisetage vereinen. Und bei der Buchung auf eine falsche Auswahl hinweisen (falscher Anreisetag gewählt oder verkehrte Mietmindestdauer). In der Hauptsaison können zum Beispiel nur ganze Wochen gewählt werden und nicht 10 Tage etc. pp. In einer bestimmten Saison ist er Anreisetag Samstags, in anderen Saisons auch Mitte der Woche möglich.

    Das scheinen selbst die Premium Versionen von Numero uno nicht zu können.

    Hallo Morten12,
    du hast schon die richtige .htaccess Datei gefunden. Der Link steht nicht drin, also liegt die Ursache woanders. Und der Tipp von Deinhard wäre jetzt das Nächste, was du überprüfen solltest.

    Und du stellst keine unqualifizierten Fragen, keine Sorge :)

    Jetzt bekomme ich auf der Domain folgende Fehlermeldung:
    [COLOR=#000000][FONT=Times]Dein Server läuft mit der PHP-Version 4.4.9, aber WordPress 3.9 benötigt mindestens die Version 5.2.4.[/FONT][/COLOR]

    Im phpmayadmin unter MAMP steht jedoch ...

    • Server-Typ: MySQL
    • Server Version: [size=14]5.5.34[/SIZE] - Source distribution


    Hat das was mit dem Server zu tun, auf dem die Domain liegt? Wenn ja, wie kann ich da die PHP-Version updaten?

    Hallo schuelle,
    "Server Version 5.5.34 in PHPmyAdmin" ist die Version von MySQL und nicht die von PHP. Schau auf der Website deines Hosters nach, ob du die PHP-Version irgendwo, irgendwie umschalten kannst. Manchmal geht das per Kundenpanel, per .htaccess Datei oder per php.ini.

    Einfach das Backup wieder aufspielen. Vorher aber erst mal ein weiteres Update der jetzigen Installation erstellen und überprüfen, ob sich das Archiv öffnen lässt (falls ein Zip oder ähnliches gepackt wurde), bzw. prüfen, ob die Dateien vollständig sind.

    Backup aufspielen: Alles löschen (Dateien auf FTP) und die Datenbank per phpmyAdmin. Dann die Dateien aus dem Backup per FTP hochladen sowie die *.sql Datei per PHPmyAdmin importieren.

    Wenn du kein Backup haben solltest ... das wäre natürlich Mist. Frag beim Hoster nach, vielleicht kann der helfen.

    Letzte Option: Warten bis qtranslate ein Update liefert, der Bug ist bekannt. Oder qtranslage deinistallieren, das sollte (hoffentlich) auch die übersetzten Seiten löschen. Mach dieses Mal aber dann vorher ein Backup (Dateien und Daten). Wenn bis zum qtranslate keine neuen Inhalte auf eurer Website erfolgen. spielst du das Backup wieder ein und updatest anschl. qtranslate.