Beiträge von pufaxx

    Ach so ... kleinen Moment, ich muss mal was probieren.

    Okay, das hat bei mir auch geklappt - ich hab fünf Bilder mit über 150 kb per FTP hochgeladen - und der ImageManager erstellt die ThumbNails dann nachträglich. Aber es waren halt auch nur fünf Bilder. Vielleicht sind's bei Dir ja wesentlich mehr Bilder ...

    Du könntest sie ja erst mal in unterschiedliche Ordner sortieren ...? Damit er nicht zu viel auf einmal "zu tun" hat?

    Hm ... Also bei mir hat vorhin ein 800x600er Bild problemlos "funktioniert". (Edit: Sorry, 800x527 Pixel und 122kb um genau zu sein)

    Dann bleibt noch die Möglichkeit, dass Dein Server irgendwelche "MemorySize"-Beschränkungen hat ...? (Du bist nicht zufällig bei Strato oder so?)

    Oder ... Schon mal geguckt, ob es wirklich ein jpeg ist und nicht vielleicht ein gif, das irgendwer als "jpg" umgetauft hat?

    Oder vielleicht ist es ein CMYK und nicht RGB?

    Hast Du mal nen direkten Link zu dem Bild?

    ... ich würde "wirklich basteln" vorschlagen. Mehrere "echte" Loops machen sich oft gegenseitig Probleme, weil sie (wenn man nicht wild rumtrickst) auf die gleichen globalen Variablen zurückgreifen.

    Also ne echte Abfrage konstruieren ...

    Code
    $SQL = "SELECT 
    			post_title,
    			post_excerpt 
    			FROM ....
    			WHERE ....."
    	$Ergebnisse = $wpdb->get_results($SQL);

    Und dann $Ergebnisse in ner Schleife ausgeben lassen ...

    Öhm - keine Ahnung, aber eine Größenbeschränkung ist mir halt nur noch nie aufgefallen ... Werd ich mal checken, denn bei einigen Seiten hab ich den auch im Einsatz.

    Klar, den meisten Verkleinerungs-Geschichten geht ab einer bestimmten Größe "die Puste" aus ... aber ein 120kb JPEG sollten eigentlich noch kein Problem sein. ... Aber das Bild kannst Du normal in Deinen Beitrag einfügen? Es wird bloß kein Thumbnail generiert?

    Es geht um "die neuesten Beiträge" in der SideBar? Ich find dieses PlugIn hier am besten: Recent Posts | All Things Seen and Unseen

    Klar kann man sich schnell selbst was "schreiben", aber das Ding ist echt komfortabel. Man kann da bestimmte Kategorien oder gar einzelne Postings ausschließen, man kann auswählen, ob nur Beiträge bestimmter Autoren angezeigt werden sollen, wie viele Beiträge natürlich auch ...

    :-)

    Jo, genau. Das geht natürlich auch. Hat halt nur den Nachteil, dass da keine "Komfortable Benutzerverwaltung" dran hängt. Mit "Passwort zuschicken lassen, wenn vergessen" und so weiter ... Ich weiß ja nicht, wie viele "User" Du verwalten willst, aber wenn's n paar mehr werden, ist >>> diese Methode sicher praktischer.

    Für alles, was nicht eingelogged ist, gibt's nichts zu lesen. Oder es wird weitergeleitet.

    Ich weiß jetzt nicht, ob "Feeds" noch irgendwie erreichbar sind, aber wenn eh kein Service-Dings angepingt wird und niemand die Links zu den Feeds "wissen" kann, weil die ja auf Seiten bekanntgegeben werden, die man erst nach LogIn zu sehen bekommt ...?

    Ja.

    Mach ich auch immer mit "Projekt-Baustellen" so, die keiner sehen sollte.

    Du kannst z.B. abfragen, ob der Besucher eine Benutzer-ID hat - und wenn nicht, wird halt nichts ausgegeben oder irgendwohin weitergeleitet. Das "Muster" wäre

    PHP
    <?php if ($user_ID) { get_header(); ?>
    
    
     ... laberlaber tralala ...
     ... was halt in Deinem Template so passiert ...
    
    
    <?php get_footer(); } else { header ( "HTTP/1.1 301 Moved Permanent" ); 
    header ( "Location: http://www.wohinauchimmer.com/darfste-nich-sehen.html"); } ?>

    Also die Abfrage ob User ID vorliegt oder nicht - komplett um alles "drumrumschachteln" ... das wäre zu machen bei der index.php, page.php, single.php, category.php, archive.php, search.php ... was auch immer. Halt bei allen Template-Files, die eine "vollständige" Seite ausgeben.

    --> Man kann sich normal unter wp-admin einloggen
    --> Und nur eingeloggte Besitzer können überhaupt irgendetwas sehen.

    Es gibt aber auch ein PlugIn, ich glaub das heißt "Maintenance Mode" (oder so ähnlich) - Hab ich noch nicht ausprobiert, aber ich meine, damit funktioniert ein ähnlicher Schutz "auf Knopfdruck", oder auf Wunsch nur für eine bestimmte Zeit oder so ...

    Jo, genau - nimm doch die "ganz normalen" Anweisungen. Ein Menü "per Hand reinzuhacken" ist reichlich unpraktisch. Und welche Seite grad aktiv ist und welche nicht - das gibt wp_list_pages(); auch alles mit aus.

    :-)

    Normalerweise muss man irgendwo im "Kundenmenü" (oder wie auch immer das genannt wird) bei deinem Webhoster festlegen, welche Domain zu welchem Ordner auf Deinem Webspace geleitet wird.

    Zugriff verweigert o.ä. - solche Fehler bekomme ich bei mir z.B. hin, wenn ich eine Subdomain eingebe, die es noch gar nicht gibt ... oder die noch nicht "aktiv" ist ...

    Schieb doch einfach mal eine Seite "test.html" mit irgendwie Inhalt "TEST HAT FUNKTIONIERT" in Deinen "root"-Ordner und versuch, die irgendwie zu erreichen. Wenn das nicht klappt, dann musst Du dem Server halt noch "beibringen", wohin weitergeleitet werden soll.

    Und noch eine Fehlermöglichkeit (GANZ doof, weiß auch nicht wie das passieren konnte) - bei einem weiteren Projekt hatte sich die Einstellung "WYSIWYG-Dings beim Schreiben benutzen" von selbst ausgeschaltet. Allerdings nur bei den "nicht-Admin"-Zugängen - Dafür aber bei ALLEN gleichzeitig ...

    Auf die Idee, sich mit dem "Kunden-LogIn" einzuloggen muss man auch erst mal kommen ...

    :-)

    Weitere Fehlermöglichkeit in Sachen "verschwundener TinyMCE" - Der Hoster könnte "schuld" sein.

    Vorhin hat (bei einer Gemeinschafts-Projekt-Seite) jedenfalls wieder alles geklappt, nachdem die Seite von Strato auf eine ne Subdomain bei einem anständigen Hoster portiert wurde ... Lag vermutlich an irgendwelchen Speicherbeschränkungen.

    (Allerdings gab's DA vorher doch eine JS-Fehlermeldung ...)

    Nachtrag: Lösung für Strato = eigene php.ini schreiben ...

    ... es gibt auch ein PlugIn namens "Manage Me" - mit dem kann man so Geschichten machen, wie beispielsweise bei mehreren Posts Kommentare ein- oder ausschalten, mehrere Posts von x nach y verschieben ... löschen auch.

    :-)

    Aber vor tiefgreifenden Massen-Editier-Aktionen würd ich grundsätzlich immer erst mal ein Datenbank-Backup empfehlen. Man weiß ja nie ...