Beiträge von pufaxx

bei mir gibt's keinen. welchen fehler gibt's denn bei dir?

lösung:

die lösung ist ganz einfach (hab ich mich zuerst gar nicht zu versuchen getraut): in wp-content/plugins(RumWall.php einfach die zeile löschen oder auskommentieren, die ärger macht. in unserem fall ist das die zeile 11:

require_once(ABSPATH.'wp-content/plugins/RumLib/common.php');

weg damit - und es funktioniert.

:-)

ich hab das gleiche problem.

in zeile 11 wird nach einer datei namens "common.php" gesucht, die sich im plug-in unterverzeichnis "wp-content/plugins/RumLib" befinden soll.

im rumwall-script war aber keine datei so benannte datei enthalten...

watt nu?

zu gzip konnte ich in der strato-FAQ nichts finden.

meine info.php spuckt mir folgendes aus (was vielleicht entfernt was mit gzip zu tun hat... ich hab leider echt keine ahnung von PHP, ich fummel mich da eher so durch...)

PHP Variables
_ENV["HTTP_ACCEPT_ENCODING"] --> gzip, deflate

zip
Zip support --> enabled

bz2
BZip2 Support --> Enabled
BZip2 Version --> 1.0.2, 30-Dec-2001

kannst du damit was anfangen?

ach ja - seit ich meine .htaccess auf php 4.3.9 umgestellt hab, ist meine seite NOCH ein stück langsamer. ob ich nun bei optionen/lesen gzip aktiviere oder nicht, macht keinen unterschied.

wenn ich php 5.0.2 aktiviere, funktioniert kein link mehr --- ich werde immer auf die startseite geleitet.

schiet, mensch - die performance ist einfach zum davonlaufen, momentan... ich hab zwar den wp-turbo installiert, aber der hat auch nur ein kleines bisschen verbesserung gebracht. woran kann das liegen?

*hüpf* es klappt!

:-)

in der .htaccess kann man strato beibringen, sämtliche .php-dateien mit php 4.3.9 oder php 5.0.2 (beide mit GD 2kommanochwas) zu interpretieren. voreingestellt ist hier 4.1 (mit GD 1.6).

änderung in der .htaccess:

AddType application/x-httpd-php5 .php

und jetzt funktioniert's.

danke für eure hilfe!

hört sich doof an.

nu gut - eigentlich brauche ich die galerie auch nicht unbedingt. aber alleine die performance (und die ist im vergleich zu den anderen wordpress-installationen, die ich gemacht hab WIRKLICH mehr als mau) wird mich dann wohl zu einem anderen hoster treiben.

:-)

goodbye, strato.

p.s.: wie nahtlos kann man eigentlich einen hoster wechseln? ich hab nämlich n paar sachen für kunden (tut man nicht, ich weiß - aber die hatten halt keine mySQL-datenbank) bei mir liegen - muss ja nicht sein, dass die n paar tage weg vom fenster sind...

p.p.s.: wen empfehlt ihr? (ich brauch mindestens 5 domains und 3 mySQLs. schickes software-paket wäre auch nicht falsch...)

vielen dank erstmal für die antwort...

das plug-in findest du hier.

jaja, strato und die rechte --- das kann z.b. eeewigkeiten dauern, bis man irgendein CMS von seinem server wieder runtergelöscht hat, voll scheußlich. mit WS_FTP (pro-version) hab ich es aber jetzt scheinbar hingekriegt, alle die galerie betreffenden ordner auf 777 zu setzen. sicher bin ich mir da allerdings nicht, GoLive zeigt was anderes an als WS_FTP.

--> funktioniert leider immer noch nicht.

moinmoin,

ich hab bei einer 1und1 domain wordpress installiert - läuft tadellos. und dort funktioniert auch die lazy-gallery.

bei strato funktioniert auch alles tadellos (nur blöderweise reichlich langsam - werde wohl bald mal wechseln...) probleme bei strato macht mir aber die lazy gallery: es werden keinerlei thumbnails generiert.

ich dachte zunächst, das problem läge darin, dass ich's auf einer der nebendomains ausprobiert hab - jetzt zeigt sich aber: auf der hauptdomain klappt es auch nicht.

info: ich hab ein paket mit 5 domains, und strato verlangt für jeden domainnamen einen entsprechend benannten ordner.

die lazy-gallery.php (im ordner "wp-content/plugins") muss dann für nebendomains so bearbeitet werden, dass im pfad zum ordner "wp-gallery" der name der nebendomain auftaucht.

in meinem falle also

$gallery_address = '/nebendomainname/wp-gallery/';

und für die hauptdomain reicht dann:

$gallery_address = '/wp-gallery/';

alles weitere funktioniert - aber wie gesagt: keine thumbnails, nur rote "x".

woran kann das liegen?

diese schritt-für-schritt-anleitung oben war kein "so macht man das", sondern eher so ein "das hab ich gemacht, und es funktioniert wieder".

:-)

kann also gut sein, dass der ein oder andere schritt da überflüssig war (so wirklich die ahnung von webserver-geschichten hab ich nämlich nicht...)

wenn phpMyAdmin gar nicht in einem verzeichnis läuft, auf das du zugriff hast, könnte es auch sein, dass du dir phpMyAdmin mit permalink-gefummel auch gar nicht zerschießen kannst. bei mir lief jedenfalls NICHTS mehr - und ich war schon ziemlich verzweifelt. auch meine anderen domains beim gleichen hoster (domain-umleitung) waren nicht mehr erreichbar.

ich hab alles nur wieder zum laufen gekriegt, indem ich die .htaccess aus dem wordpress verzeichnis gelöscht hab - und meine wordpress-installation selbst (durch ändern des passwortes an der datenbank) außer betrieb gesetzt hab.

danach liefen alle anderen domain-weiterleitungen wieder, phpMyAdmin hat wieder funktioniert. und dem musste ich ja beibringen, dass die wordpress-datenbank jetzt ein neues passwort hat - und dazu braucht man die config.inc.php

[phpMyAdmin hab ich übrigens nachträglich draufgespielt, ist bei strato nicht vorinstalliert...]

grüße,

gunnar

die ganzen .htaccess hab ich mittels FTP-programm umbenannt.

eine config.inc.php gibt es im phpMyAdmin-verzeichnis (zumindest in meinem) aber tatsächlich. da sind die datenbanken mitsamt passwort dazu eingetragen.

grüße,

gunnar

funktioniert wieder ...!

vielen dank für die antwort.

also: ".htaccess" war das erste, was ich probiert hab, danach war aber nur die startseite funktionstüchtig, alles andere hat aber immer noch fehlermeldungen verursacht.

wie gesagt - nicht einmal phpMyAdmin hat funktioniert.

gelöst hab ich das problem dann folgendermaßen:

1. bei strato im kundenbereich das passwort für die wordpress-datenbank geändert.
2. die ".htaccess" im root-verzeichnis komplett gelöscht
3. die ".htaccess" im phpMyAdmin-verzeichnis umbenannt
4. die confic.inc.php im phpMyAdmin-verzeichnis an das geänderte passwort der wordpress datenbank angepasst
5. aus dem (jetzt wieder funktionstüchtigen) phpMyAdmin.menü heraus in der wordpress-datenbank nach "permalink_structure" gesucht und den eintrag dort gelöscht

---> und: funktioniert jetzt wieder alles.

vielleicht hilft das ja jemandem weiter, der ein ähnliches problem hat.

:-)

ich hab ein ähnliches problem wie hier: http://forum.wordpress-deutschland.org/viewtopic.php?t=979

im backend wollte ich mal probieren, die permalinks umzubasteln, aber jetzt geht leider nichts mehr. auch das backend ist nicht erreichbar - und (ich vermute, dass ich das problem über die datenbank lösen kann) - in das phpMyAdmin komme ich auch nicht mehr rein.

kann mir irgendjemand helfen? ich will nicht alles noch einmal installieren müssen...

:-(

weblog-adresse: http://www.gunnart.de

kleine nachbesserungen...

weiß noch nicht so genau, wann ich dazu komme (bin gerade ein bisschen mit arbeit zugepflastert) - aber ich vermisse an dem plug-in noch eine automatische validierung der eingegeben e-mail-adresse sowie ein optionsfeld, ob die nachricht als kopie an die absender-adresse geschickt werden soll.

mit ein bisschen glück hab ich am wochenende wieder luft - sobald ich da eine funktionstüchtige lösung fertig habe, meld ich mich noch mal.

an dieser stelle nochmals danke an den übersetzer - und schöne grüße,

gunnar

http://www.gunnart.de

moinmoin,

gibt es eine möglichkeit, in worpress auch einträge anzuzeigen, die vom datum her in der zukunft liegen? ich würde gerne meine flyer immer dem datum der veranstaltung und nicht dem datum des hochladens zuordnen.

ich hab mir das eventcalendar-plugin heruntergeladen, aber so viel funktionalität brauche ich eigentlich gar nicht. mir wäre es lieber, wenn wordpress nicht aufs datum guckt, wenn es darum geht, welche einträge angezeigt werden und welche nicht.

hat jemand eine idee dazu?

geilgeilgeil!!!

:-)

hey - nur ein drittel der zeit! vielen dank für den tipp. der wordpress-turbo auf jeden fall einen credit auf meiner seite verdient. wird bei nächster gelegenheit nachgetragen.

vielen dank für die antworten.

:-)

performance:

vorhin hat das "impressum" bei mir wieder fast vier sekunden gedauert, bis es angezeigt wurde.

woran ich noch "sparen" können werde, sind ein paar auskommentierte zeilen im quelltext, die ich aber voererst noch dringelassen habe, weil ich noch am herumexperimentieren bin, einige davon kann ich sicherlich ganz weglassen.

xhtml:

der xhtml-validator spuckt mir fehlermeldungen aus, es geht dabei um das "&"-zeichen oder aber um <ul>[/list]-tags ohne inhalt.

mit den <ul>[/list]-tags - das sollte man hinkriegen, indem man dafür sorgt, dass nie eine leere liste ausgegeben werden muss.

aber das "kaufmännische und"? wie kann man wordpress dazu bringen, in der ausgabe immer ein "&amp;" oder ein "& #038;" daraus zu machen?

[das "und-problem" scheint nur funktionen wie wp_list_pages(), wp_list_cats() etc. zu betreffen ...]

http://www.gunnart.de

:-)

ich frag mich bloß, warum die seite so langsam reagiert. ob das wohl an strato liegt?

(nein, nein - das liegt nicht an den bildern, auch seiten ohne bilder brauchen eeeewig, bis sie sich aufgebaut haben. gibt's da einen tipp?)

grüße
gunnar

:-)

die sache mit den aufklapp-menüs kann man über CSS lösen. dazu sind einige änderungen in der "index.php", der "template-functions-category.php" und im stylesheet nötig...

bin noch nicht ganz fertig, aber ich poste die lösung, wenn ich soweit bin.

was bei mir schon klappt: die jeweils aktive kategorie rot zu hinterlegen. am rest fummel ich noch rum.
anmerkung: bei meiner lösung werden die unterkategorien allerdings nur "versteckt", im quellcode oder in browsern ohne CSS tauchen sie aber noch auf.

ich merk grad, war ja eher quatsch, was ich geschrieben hab. wenn du deine kategorien nicht in der richtigen reihenfolge erzeugst, bringt das ja gar nichts: eine kategorie-ID kann man ja nachträglich nicht mehr ändern, oder?

aber für die durchnumerierte aufzählung alleine sollte es doch reichen, die linkliste als [list=1] auszugeben. dann hast du nur kein <dfn> um die zahlen. wozu genau brauchst du das eigentlich?

und ist das dann überhaupt korrekt angewendet? ich meine, so ein tag muss um die gesamte definition. bei

[*][url="xyz"]<dfn>2.1.1:</dfn>Kategoriename[/url]

wäre strenggenommen doch nur die "2.1.1:" eine definition

ich glaub, du brauchst etwas ähnliches, wie das, was ich vorhin aus versehen gemacht hab...

(ich werd mich wahrscheinlich um einiges unverständlicher ausdrücken, ich bitte um verzeihung, aber ich beschäftige mich erst seit nem halben jahr mit webdesign [hab vorher nur print gemacht] - und das war meine allererste PHP-aktion überhaupt)

was ich eigentlich wollte:

ich wollte in der kategorie-liste vor jeden link um das attribut class="activeXY" erweitern, um die gerade aktive kategorie via CSS anzeigen zu können (z.b. rot hinterlegen o.ä.)

die index.php hab ich dazu um folgenden code erweitert:

<style>
<?php $activeID = 'active'.$cat; echo ".$activeID {background-color: #f00}" ?>;
</style>

(am besten direkt vor das </head> setzen, damit es auch wirklich die letzte CSS-anweisung ist)

zweiter schritt:

die foreach-schleife in template-functions-category.php hab ich so verändert, dass jeder link in einem <span> sitzt, damit man ein paar internet-explorer-fehler in sachen CSS umschiffen kann und evtl. einige links durch bilder ersetzen usw.

dann hab ich nen fehler gemacht, den du vielleicht gebrauchen kannst: in der schleife wird "$num_found" als zählervariable benutzt. das könnte dir vielleicht helfen - ich hab zuerst allen links 'class="active'.$num_found.'"' zugewiesen. das war zwar nicht schlecht, aber ich wollte NUR die aktiven kategorien rot hinterlegt haben.

es wurden aber die aktiven plus die dazugehörigen oberkategorien markiert. vielleicht hilft dir das weiter?

grüße

gunnar