ich hab zuerst gefragt 
:mrgreen:
Beiträge von Arno Simon
-
-
Das scheint wohl bei WP zu sein. Bei joomla! kenn ich solche unfreundlichen Praktiken nicht. So richtig "open source" kann WordPress dann nicht sein, oder?
definiere open source und definiere "warum darf ein open source project seine eigene marke nicht ein wenig schützen?"....
und dann sag mir was das eine mit dem anderen zu tun haben soll?
vG
Arno
-
Genau deswegen.
um nicht zu sagen das ich das in php genauso auscoden müsste..... davon abgesehen macht die verlagerung nach php keinen sinn, weil die aufgabe damit wieder 1 ebene nachhinten, wo sie nicht hingehört, verbracht wird.... die umleitung der seiten ist aufseite des webservers und nicht von php
In diesem Fall macht es wahrscheinlich wenig Sinn, aber generell sollte ein exit immer einem header()-Befehl folgen (siehe auch hier).
dein argument ist der beschreibung der header-anweisung nicht zu entnehmenen. tonnenweise kommentare von dritten die per mail-comments druntergepappt sind, lese ich nicht... sorry...
es macht imho auch so keinen sinn, weil die bearbeitung des ursprünglichen php mit dem relocate eingestellt sein dürfte.
vG
Arno
-
warum php? lässt sich mit 1 zeile in der .htaccess erklären.
bin ich gerade genausowenig drauf eingegangen, wie ichs jetzt machen werden, weils dir letztlich nur den nachteil bringt, das alle unterverzeichnisse bzw. entsprechenden aufrufe statt auf wp umgeroutet werden. für jedes unterverzeichnis das über eigenen aufrufstrukturen verfügt bzw. verfügen soll, benötigst du entsprechende einträge in der .htacess.
vG
Arno
PS und wenn schon php, wofür das exit!? überflüssig....
-
es sind nicht nur die index.php und die .htaccess in die "neue" root zu kopieren, sonderen das gesamte pakete ist eine ebene nach obene zu hieven.
vG
Arno
-
warum die rechte auf 600 geändert werden, muss dir dein provider beantworten. der upload verläuft über den webserver sowie temporärverzeichnisse welche von diesem verwaltet werden.
der wert wird, afair, auf den wert gesetzt welchen das ziel- bzw. temporär-verzeichnis des uploads hat. welches verzeichnis als buffer für den upload dient erfährst du entweder von deinem provider oder über die phpinfo.
vG
Arno
-
sorry, teufel, aber gleich mehrere tipps.....
1. häng nicht immer an erledigte themen neue probleme an, sondern mach dafür einen neuen thread auf.... wer soll denn anhand des betreffs noch wissen, was sich im beitrag verbirgt?
2. benutz mal die forumssuche bevor du ein problem aufmachst, die meisten fragen die gestellt werden, lassen sich über diese bereits klären.
zu aktuellem problem gehts mit "exceed memory limit" wunderbar zur lösung
vG
Arno
-
-
bei mir lädt dein blog nicht mal.... nach 40 sekunden eieruhr hab ich abgebrochen....
es sei dir ohnehin empfohlen auf die aktuellen releases zu wechseln.
vG
Arno
-
möchtest du anhand unserer reaktionen auf deinen beitrag jetzt verhaltensbiologische studien anstengen
:mrgreen: scnres steht doch ganz klar dar, was das problem ist....
Zitat#1046 - No database selected
da musst du dir zuvor eine datenbank bei strato anlegen und dich auch an dieser angemeldet haben.
vG
Arno
-
das sieht mir verdammt nach nem nicht aktualisierten plugin aus... schau mal all deine plugins durch ob dort neuere versionen gibt....
bzw. erst mal der reihe nach abschalten und testen... wenn's nicht mehr auftaucht hast du das fehlerhafte....
vG
Arno
-
Die Antwort liegt in Deiner config.php begraben, wie's die Fehlermeldung auch sagt... Irgendwo in der Datei wird ein Zeichen an den Browser gegeben, was u.a. der Fall ist, wenn selbige ausserhalb der php-tags liegen.
vG
Arno
-
Hier werden in der Regel keine Beiträge gelöscht... Sie können anderen immer noch als Stütze dienen, auch wenn die Lösung vom Fragenden selbst stammt.
vG
Arno -
Bei mir aber nicht, kann mir denn niemand helfen?
fabian, ohne auf Deinen Beitrag eingehen zu können (dafür kenne ich mich mit den entsprechenden HTML- und CSS-Einstellungen selbst zu wenig aus), hier zunächst mal eine Richtigstellung für alle anderen:
Der Quote von Fabian hört bzw. liest sich etwas unzusammenhängend. Unzusammenhängend, weil ich diesen Thread um einen Beitrag beraubt habe. Der entsprechende Beitrag wurde von mir in diesen Thread
http://forum.wordpress-deutschland.org/feedback-und-a…html#post148902
verschoben. Von daher scheint der letzte Kommentar von Fabian etwas in der Luft zu hängen und ist somit aus dem Zusammenhang gerissen.
Zunächst mal ein "Sorry" dafür und dann mal der Aufruf an die anderen, ob sich nicht jemand findet, der sich der Problematik annehmen kann.
vG
Arno -
... den kompletten Inhalt entfernen bzw. gegen den oben zu sehenden Text auszutauschen...
Den oben zu sehenden Beitrag habe ich gerade aus diesem Beitrag herausgelöst.
Das der Betreff dieses Threads nicht unbedingt zu dem Start-Eintrag passt, ist somit technisch bedingt und bitte entsprechend zu entschuldigen.
Sorry, aber (ohne damit Lappiner im speziellen an den Pranger stellen zu wollen, das es ihn jetzt persönlich trifft, ist Zufall) ein solches Verhalten finde ich inakzeptabel und halte es für eine Unverschämtheit sowohl gegenüber dem Threadersteller (im allgemeinen), wie auch gegen die übrigen Forumsmitglieder.
Eine Unverschämtheit gegenüber dem Threadersteller, weil - entgegen den für ihn geltenden Tatsachen - für den Leser der Eindruck erweckt werden kann, dass das Problem das ursprünglich mit dem Thread aufgenommen wurde insgesamt erledigt ist. Der Fragende erhält somit die gewünschte Hilfe ggf. nicht. Etwas das in meinen Augen in der Form nicht akzeptiert werden kann.
Wer einen Beitrag erstellt, sollte diesen auch entsprechend genau so im Thread stehen lassen. Spätere Rechtschreibkorrekturen oder Ergänzungen des Beitrags sind davon natürlich nicht betroffen. Insgesamt sollte von solchen Aktionen jedoch das Gesamtbild des - durch ein solches Vorgehen beeinträchtigten - Threads so gestellt sein, das der ursprüngliche Ersteller ggf. auch die von ihm gesuchte Hilfe erhält. Dies wird nicht der Fall sein, wenn der Thread plötzlich mit einem solchen Kommentar abgeschlossen wird.
Für die übrigen Forumsteilnehmer finde ich es ebenfalls reichlich daneben wenn so gehandelt wird, da so Hilfesuchende ggf. abgeschreckt werden und eventuell entsprechend bei Freunden und Bekannten "negative" Werbung für die deutsche Forumscommunity machen. Und das leider nur Aufgrund des Fehlverhaltens einiger weniger.
Eine Negativwerbung, welche weder sein muss noch im Sinne des Forums bzw. der Community ist.
Hat sich ein Problem erledigt, kann man seinen Beitrag durch eine Selbstbeantwortung mit dem entsprechenden Hinweis darauf abschließen. Besonders Nett, für diejenigen welche später mit einem ähnlichen Problem in das Forum kommen und über die Suche auf den Beitrag stossen, währe es wenn dies auch dann genau so durchgeführt würde, wenn man selbst den Thread erstellt hat. Das Tüpfelchen auf dem i währe es dann, wenn man die Lösung des Problems an seinen Abschlussbeitrag anhängt, damit diejenigen die das selbe oder ein näherungsweise ähnliches Problem haben, mit der geschilderten Lösung weiter arbeiten können.
vG
Arno -
hast du nur die filebase per ftp runterkopiert oder hast du auch ein sql-backup deiner datenbank gemacht? wenn du den zweiten schritt nicht gemacht hast.... musst du eh alle beiträge manuell wieder herstellen.
die filebase kannst du sicherlich wieder auf den server packen....
vG
Arno -
du kannst natürlich auch hingehen und den blog zunächst lokal (mal im forum nach localhost suchen) aufbauen und dann über eine datenbankimport auf den host spielen.
damit umgehst du dann die laufzeitbeschränkungen deines hosters und kannst die so hoch setzen, wie du magst.....
vG
Arno -
1. die dateien deiner wordpress-installation auf den server hochladen (smartftp ist dafür z.b. ein gutes tool, so du nicht schon selbst eins hast)
2. die config.php auf die datenbankdaten deines server anpassen
3. in der faq (siehe menü-leiste oben) den beitrag "wie ändere ich die adresse meines blogs in der datenbank" (oder so ähnlich) lesen und in der datenbank, welche du zuvor per phpmyadmin als sql-dump auf den mysql-server deines webspaces geladen hast, die entsprechenden änderungen vornehmen.
letztlich... solltest du danach auf's gas treten und dich wohl fühlen sollen, so nicht irgendwelche unerwarteten komplikationen auftreten.
vG
Arno -
[Notfalls würde ich auch in phpMyAdmin die Datenbanken von Hand importieren, aber ich weiß nicht, wie...]
wie marX schon sagte: 10 sekunden ausführungszeit für scripts ist ein wenig sehr mau. wenn es sich um euren eigenen server handelt, ändere den entsprechenden eintrag in der php.ini ab und starte den server neu durch. ansonsten musst du dich, wie ebenfalls von marX schon gesagt, an deinen hoster wenden. wenn dieser die ausführungszeit nicht hochsetzen möchte... am besten den hoster wechseln.
den import per phpmyadmin selbst durchführen: wird wohl kaum gehen.... das problem ist, das zwischen den textpattern- und den wp-feldern entsprechende konvertierungen und anpassungen von index-nummern (zuordnung der beiträge zu den kategorien z.b.) durchgeführt werden müssen. dies wird eigentlich durch das import-script besorgt, so es denn auf dem zielserver laufen kann.
vG
Arno -
so... habe gerade mal auf dem rechner hier go!zilla 5 installiert und den download damit probiert...
zum einen wird auch damit die datei latest.zip gezogen und zum anderen ist auch damit die index.php in der root in ordnung.
was auch immer bei euch schief läuft, keine ahnung...
vielleicht prüft ihr nochmal wohin die datei gespeichert wird und welche datei ihr dann wirklich extrahiert.
für mich steht jedenfalls fest, das die latest.zip (de-edition) in ordnung ist.
vG
Arno
