Beiträge von johannes_y

Zitat von maxe

Hast du auch mal einen Link zu deinem Blog. Sonst wird das keinen. Wie Monika immer so schön schreibt: Die Glaskugeln sind noch tanzen und gehen danach direkt schlafen :mrgreen:

Die Website ist noch nicht freigegeben, und ich werde keine Passwörter hier posten.

Warum reicht das Bild nicht als Anschauungsmaterial?

Johannes

PS. Danke für den Spruch und das Auslachen. Gerade das habe ich noch gebraucht. Echt super hilfreich, danke noch mals und bussi.

Wordpress 2.6
nextgen 0.98

Hallo Kollegen,

ich habe ein problem bei der Erstellung der Thumbnailgalerie. Ich habe sowohl quer- als auch hochformatige Bilder und möchte ich diese auch so in der Thumbnailgalerie angezeigt. Also lasse ich die Thumbnails nur verkleinern. Bei der Anzeige als der Thumbnails kommt dann aber ein Durcheinander heraus, sie erfolgt nicht Zeile für Zeile. Etwa so:

Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

Und natürlich hätte ich auch gerne, dass sie auf der Zeile stehen.

Im Code habe ich gesehen, dass nextgen keine Tabelle erzeugt, sondern die Darstellung über einen Aneinanderreihung von div-Tags erledigt.
Lässt sich das Probelm irgendwie lösen?

danke und grüße

Johannes

Zitat von jottlieb

Ok, 8 MB PHP-Memory sind wirklich zu wenig. Frag mal bei deinem Hoster wie's mit einer Erhöhung auf 16 MB aussieht. Das oder gar 32 MB sind bei der Mehrzahl von shared-Hostern Standard.

Danke, das war der richtige Hinweis.

so habe ich es gemacht: Die Standard-Einstellung für memory_limit ist bei meinem Provider 8M. Aber: mit einer eigenen php.ini kann ich den erhöhen, und so funktioniert es.

Grüße
J

Zitat von jottlieb

Ja poste doch bitte erstmal die genaue Fehlermeldung. Ich will sehen, wieviel Speicher du hast und wieviel WP noch gerne haben möchte.

Fehlermeldung bei aufruf der Datei wp-admin/upgrade.php lautet:

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 46080 bytes) in
/blog/wp-admin/includes/update.php on line 149

Um es nochmal anders zu versuchen habe ich auch eine Neuistallation versucht. durch die Installationsroutine bin ich druchgekommen bis hier (das steht in der Adresszeile des Browsers:
http://.../wp-admin/install.php

Fehlermeldung an diese Stelle:

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 46080 bytes) in
/wptest26/wp-admin/includes/media.php on line 535

Danke und Grüße

Zitat von SaintCity

der fehler hat sich behoben. sorry für die umstände...

Es freut mich, dass du eine Lösung gefunden hast. Da aber gerade die installatinsprobleme mit Zeitüberschreitung und überschreitung von memory size, wie man in diesem Forum alltäglich sind, bitte immer die Lösung auch hinschreiben. So kannst du den Sinn dieses Forums vervielfachen.

Zitat von stalkerX

Nicht alle Hoster/Provider erlauber die Überschreibung der Systemeinstellungen mittels ini_set.

Das ist von Provider-Seite ansich kein Problem.

Diese Art Fehlermeldung ermüdet mich insoferne, weil sie für mich fast schon bei wordpress üblich ist (kaum ein upgrade bei dem es nicht auftaucht, bei Erstinstallation hab ich 2 Monate damit vergeudet), und wenn man so herumliest es alle möglichen Ursachen hat, die aber keiner wirklich genau zu kennen scheint, bzw. diese eben für Nicht-Spezialisten kaum aufspürbar sind. Nach einigen Wochen herumprobieren funktioniert es dann, mit irgendeinem Workaround.

Zitat von jottlieb

Stimmt doch garnicht. In unserer Dolu steht /wp-admin/upgrade.php.

Danke für den Hinweis.
Ich habe auch in de wp-config.php folgende Zeile eingefügt

@ini_set("memory_limit",'32M');

Das ändert aber nichts daran, dass die Fehlermeldung mit zuwenig speicherplatz kommt, selbst dann wenn ich ihn auf 256M erweitere, oder muss ich da noh wesentlich mehr zuteilen?

Grüße und danke.

Hallo,

habe soeben versucht von Wordpress 2.3 auf 2.6 zu aktualisieren. Ich bin nach der Beschreibung vorgegangen, d.h. ich habe die die alten Dateien samt und sonders gelöscht außer wp-config.php und den Ordner wp-content. danach sollte ich die Datei includes/update.php aufrufen. Dabei bekomme ich folgende Fehlermeldung.

Fatal error: Call to undefined function: add_filter() in .../subs/blog/wp-admin/includes/update.php on line 28

Hier hab ich das Problem noch nicht besprochen gefunden. Kennt sich jemand aus?

Danke und Grüße
johannes

Hallo Leute,

kann das Plugin tinymce-advanced – nicht advanced tinymce – ein Popupmenü für Schriftgröße, oder braucht man dafür einen anderen Editor?

Danke
Johannes

PS.
Welcher Editor wird eigentlich für dieses Forum verwendet? Läuft der auch auf wordpress oder ist der eigens für das Forum gestirckt worden?

Zitat von johannes_y

Danke für den Hinweis.

Das Problem ist folgendes:

Beim Upload erstellt normalerweise Wordpress ein Date z.B. bild.jpg, und dazugehörige eine bild.thumbnail.jpg. Bei einem meiner Blogs tut es das nicht mehr, daher ging ich davon aus, dass ich versehentlich irgendwo hingeklickt habe, aber ich weiß nicht wohin.

In der von dir erwähnten Datei habe ich nichts geändert. Das problem könnte darin liegen, dass ich nachträglich den Zielordner für die Uploads geändert habe und somit die Software irritiert, ge- oder zerstört ist.

Lösung des Problems gefunden.

Läuft php mit Hilfe von .htaccess über cgi funktioniert das automatische Herstellen der Voransicht nicht (zumindest ist das bei mir so). Ein Abschalten der .htaccess hat dann den gewünschten Zustand wieder hergestellt.

PS. Auf die Idee kam ich, weil ich auf einen Hinweis auf GD (Grafik-Library von php) gestoßen bin.

Zitat von SuMu

Ja, den folgenden Code in die functions.php des eigenen Themes einfügen. Wenn du keine functions.php hast, dann einfach selber erstellen.

PHP

function change_image_size_limit() {
return 0;
}
add_filter('wp_thumbnail_creation_size_limit','change_image_size_limit');

Du bekommst dann aber keine thumbs mehr

Danke für den Hinweis.

Das Problem ist folgendes:

Beim Upload erstellt normalerweise Wordpress ein Date z.B. bild.jpg, und dazugehörige eine bild.thumbnail.jpg. Bei einem meiner Blogs tut es das nicht mehr, daher ging ich davon aus, dass ich versehentlich irgendwo hingeklickt habe, aber ich weiß nicht wohin.

In der von dir erwähnten Datei habe ich nichts geändert. Das problem könnte darin liegen, dass ich nachträglich den Zielordner für die Uploads geändert habe und somit die Software irritiert, ge- oder zerstört ist.

gibt es die Möglichkeit, beim Bilderupload das Erstellen einer Voransicht zu unterdrücken, bzw. befehlen.

Danke
Johannes

Vorgeschichte

Ich habe die Version 2.2.3. fehlerhaft installiert. Es gab Probleme mit der Übersetzungsdatei, ansonsten war das Blog durchaus verwendbar. Es wurden auch schon jede Menge Artikel und Seiten geschrieben.

Um die fehlerhafte Installtion zu beseitigen habe ich die Version 2.3.1. neu installiert, aber natürlich mit der bereits bestehenden Datenbank.

Problem

In der Version 2.2.3. verwendete ich, wie empfohlen utf8 als Charset (wp-config.php und Einstellungen im Admin-Bereich). Mit der Version 2.3.1. funtkioniert die darstellung der soderzeichen aber nicht korrekt.
Zu diesem Probelm gibt es auch schon einen Thread, indem vorgeschlagen wird, in wp-config.php die Zeile

define('DB_CHARSET', 'utf8');

auszukommentieren.

Das Ergebnis ist eine korrekte Darstellung.

Ich möchte aber bei utf8 bleiben, da ich das für den zukunftsfähigeren Standard in der Darstellung von Sonderzeichen halte.
Gibt es einen Weg zurück?

In oben erwähntem Thread steht, dass WP2.3.1. den Charset ändert.

http://forum.wordpress-deutschland.org/installation/2…html#post128598

Ist das wahr?
Kann man das rückgängig machen?
Sind solche Vorfälle vermeidbar, bzw. ist dokumentiert, dass aus welchen Gründen auch immer Wordpress das in einem Update einfach macht?

Danke und Grüße
Johannes

Dank an alle die es gelesen haben.

Ich habe eine Lösung gefunden und mögicherweise auch den Kern des Problems bei mir.

System: Macos 10.3.9
Bisherige Vorgangsweise:
Download der Zip-datei von Wordpress
Auspacken des Zip-Files mit Stuffit-Expander
Ausfüllen und umbennen von wp-config-sample.php in wp-config.php
Upload via FTP.
Oben zitierte Fehlermeldung.

Das Problem taucht nicht auf.
Upload des zip-Files via FTP.
Entpacken des Zip-Files auf dem Server mit unzip dateiname auf der Kommandozeile und Bearbeitung von wp-config-sample.php.

Interesse: Vielleicht kann das mal jemand ausprobieren, ob Probleme mit Wordpress generell (also für User mit Window oder Linux) geringer werden, wenn man den von mir eingeschlagenen Weg geht.

Spekulation: Stuffit-Expander unter MacOSX baut misst.

Ich weiß es betrifft seltsamerweise nur wenige, mich aber schon seit mehreren Monaten.

Die Fehlermeldung und dadurch das nicht Funtionieren von wordpress auf deutsch mit gettext.php.

Ich meine diese:
Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in /home/pacs/jsy00/users/max/doms/domain.at/subs/wordpress/wp-includes/gettext.php on line 85

Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in /home/pacs/jsy00/users/max/doms/domain.at/subs/wordpress/wp-includes/gettext.php on line 85

Fatal error: Maximum execution time of 30 seconds exceeded in /home/pacs/jsy00/users/max/doms/domain.at/subs/wordpress/wp-includes/gettext.php on line 157

Es gibt zwar eine kurzfristige Lösung (es treten immer noch viel zu oft Störungen auf), die allerdings speziell auf eine einzige Serverkonstellation abzielt, und auf die meinige habe ich keinen Einfluss, da kann ich nicht eingreifen.

Ist absehbar, dass dieses Probelm in der Version 2.4. gelöst ist?
Ist das Problem der programmierenden Community bewusst? Arbeitet jemand daran?

PS.
Für mich ist die Frage insoferne wichtig, weil ich sowohl lang- als auch kurzfristig eine funktionierende Blogsoftware mit CMS-Möglichkeiten benötige und ich ernsthafte Zweifel habe, ob meine Entscheidung für Wordpress nicht doch eine Fehlentscheidung war.

Grüße
Johannes

Was die Dauer der Prozesse betrifft bin ich fündig geworden. Da findet sich was in der Datei php-cgi.ini im cgi-Verzeichnis. Nur liegt es nicht an der Zeit und nicht am mangeldnen Arbeitsspeicher, außer 120 Sekunden und 64 M Speicher sind zuwenig.

Kennt wirklich niemand das Probelm, gibt es tatsächlich keine Lösung dafür?

Grüße
Johannes

Problem durch workarount gelöst:
Ich habe das theme unter neuem namen nochmals via ftp geladen. Unter neume namen kann ich es auwählen. jetzt schaut es wieder so aus wie es soll.
Danke für die Hilfe.

Danke für diesen Hinweis.
Im Admin-Bereich Themes für blog.domain.at ist das neue theme nicht mehr anwählbar
Der Ordner des Themes ist auf in blog/wp-content/themes vorhanden.
Gibt es dafür eine Lösung?

PS. Weil du hier echt wertvolle Hinweise gibst, kennst du dich auch mit den nicht-funktionierenden Sprachdateien bzw. gettext.php aus?

Danke
Johannes

Danke für den Hinweis.

bei blog.domain.at steht genau das dort.

zu wordpress.domain.at komm ich gar nicht erst hin, weil es automatisch auf blog.... umgeletiet wird.

Johannes

sorry, dass ich euch weiter belästigen muss.

Ich habe eine alte Version von Wordpress in einer Subdomain installiert

die Ordnersturktur ist folgendermaßen.

www und blog sind auf der gleichen ebene.

jetzt habe ich auf einer subdomain (wordpress) zu Testzwecken die neueste Version auf englisch zum laufen gebracht, und (vermutlich war das der Fehler) die gleiche Datenbank verwendet.

Erstes Kuriosum: wenn ich wordpress.domain.at eingebe wird automatisch auf blog.domain.at umgeleitet.

Zweites Kuriosum, ein selbst weiterentwickeltes Theme wird nicht mehr verwendet. Es wird auch im admin-Teil nicht mehr zur Auswahl angeboten. Der Ordner mit dem Theme ist aber noch vorhanden.

Ist das reparabel oder ist alles im Eimer?

Johannes