Beiträge von Pumukel

    Hallo Driver,

    alte Produkte installiert man via Buildout entweder mit:

    [product-distros]
    recipe = plone.recipe.distros
    # Use this section to download additional old-style products.
    # List any number of URLs for product tarballs under URLs (separate
    # with whitespace, or break over several lines, with subsequent lines
    # indented). If any archives contain several products inside a top-level
    # directory, list the archive file name (i.e. the last part of the URL,
    # normally with a .tar.gz suffix or similar) under 'nested-packages'.
    # If any archives extract to a product directory with a version suffix, list
    # the archive name under 'version-suffix-packages'.
    urls =
    nested-packages =
    version-suffix-packages =
    oder via SVN Checkout

    [svn]
    recipe = infrae.subversion
    urls =
    die dependencies wie pysvn installierst du normal im buildout mit.

    Gruss Pumukel

    Ansonsten schau mal hier im Forum einige alte Threads an, es ist schon mehrfach buildout auch auf Windowsmaschinen beschrieben worden.

    Die Thematik mit Verzeichnissen ist bei Buildout stark verändert geworden und nicht unbednigt mehr sinnvoll alte Dokus aus der Plone 2 Zeit für die Installation von Add'ons zu rate zu ziehen..

    Gruss Pumukel

    Hallo Dirver,

    also collective.solr müsste ein eigenes controllpanel haben wo di den auf deine Solr Instanz leiten kannst, wie solr funktioniert weiss ich selber noch nicht.

    Prinzipiell sollte es reichen die Rootseite deiner Plone-Instanz einzutragen und solr sollte alle verknüpften Inhalte mit indexieren.

    Gruss Pumukel

    Hallo Driver,

    erstmal kann ich mit easy_install ausgeführt nichts anfangen, da du nicht gesagt hast was du installiert hast.

    Prinzipiell ist der Weg bei Plone 3.x
    Unixoid mit einem Python --> Bevorzugt ein volles Python 2.4 für Plone (So lange Plone noch unter Zope 2.10 läuft was ja Python 2.4 benötigt und mit 2.5/2.6 oder 3.1 und so nicht läuft)
    Dann brauch man easy_install für Allgemeine Python Tools, (easy_install ist ein einfacher Package-Manager für Python) also z.B. setuptools, collective.dist, PIL, virtualenv und für Plone sinnvoll ZopeSkel (Wobei sich manche Sachen in VirtualEnv anbietet zu installieren)
    Dann erzeugt man sich mit ZopeSkel via paster create -t plone3_buildout projektname ein Plone Buildout
    und lässt dann das Buildout laufen und wenn im buildout alles richtig eingetragen ist, läuft auch alles. Man muss keine Zope oder Plone Configurationsfiles anfassen.

    Gruss Pumukel

    Hallo,

    versuchen wir es nochmals mit ein wenig mehr raten, da mir immer noch Informationen Fehlen die manchmal entscheidend sein können.

    Erstens das Betriebssystems deines Testrechners/Servers: Linux/Unix/MaxOS oder Windows, wobei ich von Windows bei dir ausgehe aufgrund deiner Aussage mit dem Explorer.

    Zweitens deiner Beschreibung nach hast du einen UnifiedInstaller benutzt, was für den Anfang nicht schlecht ist, bloss sehr bald Probleme mit sich bringen kann, wegen der Übertragbarkeit, wie bei dir geschehen.

    Persönliche Anmerkung von mir, die Unified Installer sind eine gute Sache um Plone out of the box zu testen, aber für alles weitere bietet sich an Plone auf einem unixoiden System mit buildout zu installieren, dazu gibt es hier im forum und auch auf plone.org gute tutorials.

    Die Unified Installer Benutzen mitlerweile selber den Buildout Mechanismus, entsprechend müsste auch die Ordner Struktur nach der Installation sein. du müsstest im grundverzeichnis die verzeichnisse bin "eggs parts var" und einige weitere haben. Eggs sind nichts weiter als gepackte Python Bibliotheken. sehr angenehm eigentlich.

    Wenn man nach der Theme Beschreibung geht müsstest du in parts/zope2/ ein unterverzeichniss lib/python finden.

    Ich hoffe diese Tipps helfen, ansonsten wie gesagt im zweifels Fall den Weg via Virtualisierer(z.B. VirtualBox) Linux(z.B. Debian) gehen und Plone mit buildout installieren, was mit ZopeSkel sehr einfach ist.

    Gruss Pumukel

    Hallo,

    dein Problem ist berechtigt, aber so nicht lösbar, weil wir nicht nachvollziehen können was du gemacht hast.
    Also bitte poste mal deinen Installationsweg: Unifiedinstaller, Buildout, PackageManager
    Dann wie hast du versucht das Theme zu installieren
    und hast du Plone neugestartet und dann im Quickinstaller Das Theme installiert und unter Themes aktiviert?

    Gruss Pumukel

    CSS ist dein Freund, jede Plone Site schreibt in den Body class Bereich was für eine Ebene es ist, und darüber kann man dann per CSS einfach die Portal Tabs ausblenden, ansonsten würde es durch ein tal:condition="here.isPrincipalRootFolder()" gehen.

    Hoffe der Ansatz hilft.

    Gruss Pumukel

    Ja, die Brechstangenlösung:

    /site_name/portal_skins/plone_templates/sitemap und search customisieren und in diesen Templates die Zeilen

    Code
    <metal:block fill-slot="column_one_slot" />
        <metal:block fill-slot="column_two_slot" />

    löschen oder auskommentieren.

    Gruss Pumukel

    Hmm, wie wäre es mit dem Löschen der Plone Instanz auf der Zope Root Ebene?

    Ansonsten gibt es Integritäten von Plone, die die Löschung von bestimmten Datein in der Plone Instanz verhindern.

    Gruss Pumukel

    Also,

    das Orginalbild hat ein Content Objekt vom Typ Image erzeugt, für das Plone via Python Image Library (PIL) verschiedene Vorschaubilder in verschiedenen Größen erzeugt hat, thumb ist nur eins davon.

    Da du dein Bild ja scheinbar endgültig gelöscht haben möchtest ist die Fragestellung leicht anderst. Wenn man das Content Objekt löscht verschwinden in Plone Prinzipiel auch die anderen skalierten Größen des Bildes. Aber aus dem Namen / Pfad des Bildes kommt man teilweise noch an gelöschte Bilder ran. wenn du die Seite aufrufst mit bild.jpg und es nicht mehr erscheint ist es gelöscht, die skalierten Versionen /image_thumb image_large image_small usw. können aber noch im Cache liegen.

    Komplizierter wird es dann noch bei grossen Plone Installationen, da die in der Regel Caching Proxies (Varnish oder Squid) Apachen usw. vorne weg installiert haben, die die Bilder auch noch im Cache haben.

    Also, prinzipiell ist das Bild gelöscht, aber wahrscheinlich noch in einem Cache vorhanden, da hilf nur Caches löschen, alles durchstarten usw. und dann ist die Cache historie immer noch nicht garantiert weg, Google speichert auch teilweise Webseitenhistorien. Sehr schwer weg zu bekommen.

    Gruss Pumukel

    Wenn es so schnell gehen muss dann schau dir mal deliverance an.

    http://deliverance.openplans.org/

    Deliverance ist ein Theme Proxy des es sehr einfach macht verschiedenen Systemen ein einheitliches Design zu geben. Es wurde für von Ploneentwicklern auch für Plone entwickelt und wird in einer Abwandlung auch für plone.org genutzt.

    Ansonsten noch eine Anmerkung, die Portlets haben sich zwar massiv verändert, aber eher vereinfacht, jetzt gibt es in jeder Seite ein Manage Portlets womit man das händeln kann. Nicht genutzte Spalten werden ausgeblendet. Die Navigation links ist voreingestellt, aber ohne Inhalt auch nicht sichtbar, deswegen die Spalte versteckt.

    Gruss Pumukel

    Hallo Michi,

    Was meinst du jetzt views --> Ansichten oder Felder --> Schemaerweiterung?

    Beides Prinzipiell einfach lösbar.

    View einfach ein entsprechendes PageTemplate erstellen udn für den Contenttype registrieren.
    Felder die auch befüllbar sein sollen sind via schemaextender hinzufügbar.

    Gruss Pumukel

    Hallo,

    Ja da ist etwas falsch und zwar absolut. Du hast einen Denkfehler, Plone ist ein sicheres Content Management System und kein PHP zusammengepflansche. In Plone händelt man Content, unsicheren Schnick Schnack entfernt Plone. Der HTML Tiny lässt hier grüßen.

    Wenn du dein stylesheet in der css_registry richtig registriert hast wird es impliziet in allen Seiten geladen. Man muss nicht im Content eingeben.

    Gruss Pumukel