Beschreibe, was du schon getan hast, was passiert ist, und was du statt dessen erwartet hast. Sonst kann niemand helfen.
Beiträge von toscho
-
-
Wenn keine Tagcloud erstellt wird, dann wird die Funktion auch nicht aufgerufen.
-
Den Blocksatz finde ich sehr anstrengend. Solange die Browser noch keine wirklich gute automatische Silbentrennung hinbekommen, ist Blocksatz im Web schlicht fatal, denn er erzeugt sehr unregelmäßige Wortabstände.
Links und rechts des Haupttextes sähe ich gerne mehr Luft. Momentan reichen die Tags bis auf 2 Millimeter an den Text heran. Da es keine optische Grenze gibt, rutscht man beim Lesen da zu leicht rein.
Leicht raus hingegen rutschen die Tags: rechts aus der Spalte nämlich, weil meine Mindestschriftgröße nicht beachtet wird.
ZitatKommentare deaktiviert
Kommentieren nicht gestattet!Das steht auf deiner Archivseite. Wozu?
Der Planet braucht 70 Sekunden zum Laden. So lange halten nur Tester aus. ;)
Unter den Titeln der Beiträge fehlt ein Leerzeichen hinter »Tags:«.
Ansonsten finde ich es schon ganz gut. Schön schlanke Navigation, unaufdringliches Farbschema. Weiter so! :)
Gruß
Thomas -
Den »Inhaber« einer Subdomain kann man ohne Hilfe des Domaininhabers nicht ermitteln. Wie mit unerwünschten Inhalten umgegangen wird, steht normalerweise in den Nutzungsbedingungen des jeweiligen Anbieters; da gibt es keine generelle Regel.
-
Wozu willst du denn Plugins unter WP 2.6 testen? Wer das benutzt, hat doch ganz andere Probleme als Kompatibilität.
-
Die Adresse des von mir genannten Blogs ist die in meiner Signatur; zum Caching benutze ich DB Cache Reloaded und eine selbstgestrickte Flatfile-Lösung, mit der ich die Ausgabe einiger Funktionen abfange.
-
Nein, das hat WordPress selbst garantiert nicht dahin geschrieben. Entweder hat das Theme eine eigene Optionsseite, in der du den Pfad eingetragen hast, oder du hast den falschen Optionspfad bei einem Import mit hineingetragen.
Suche mal nach »Inetpub« in der ganzen DB, wechsle das Theme und schalte alle Plugins ab. Tritt der Fehler dann immer noch auf?
-
Ich betreibe eine Website mit dem Tarif »Privat«; alles Folgende bezieht sich darauf und kann von »Privat Plus« abweichen.
1. Mir scheint die Testinstallation ohne Caching, z.Bsp. bei Aufruf des Backends sehr langsam im Vergleich zu Kontent. Da interessiert mich ob das beim gekauften Webspace dann wesentlich anders ist (Privat Plus wäre der Tarif bei All-Inkl, den ich nehmen würde). Klar verwende ich WP Super Cache. Läuft auch in der Testinstallation von All-Inkl.
Standardmäßig fehlt in meinem Paket mod_headers, deshalb funktioniert WP Super Cache nicht ohne weiteres. Kann bei dir aber anders sein. Frag nach.
Mit dem Tempo des Backends bin ich eigentlich zufrieden. Nicht gerade rasend schnell, aber auch nicht zu langsam. Ich benutze allerdings weniger Plugins.
2. Bei Kontent habe ich 67MB PHP Mem. Limit, bei der All-Inkl Testinstallation 64MB. Was mich nun irritiert ist, dass bei Kontent für meine Webseite 47MB verbraucht wird, bei All-Inkl 57MB. Beim Überschreiten des Limits läuft nichts mehr. Kann man von All-Inkl zus. Mem bekommen ?
Der Speicherverbrauch bei PHP ist sehr von der aktuellen Version abhängig. Manche Versionen füllen den Speicher bei Stringoperationen (Hauptarbeit in WordPress) besonders schnell.
Bei mir läuft PHP 5.2.10, und ich habe 20.09 MB Speicherverbrauch. Vielleicht betreibst du ein sehr gieriges Plugin, oder deine PHP-Version ist zu alt. Frag den Support.
3. Bei Kontent gehen alle Autoupdates von WP und Plugins reibungslos und schnell. Bei der WP 2.9 Testinst. auf All-Inkl langsam und mit der nervigen Zugangsdaten Abfrage. Ich meine gelesen zu haben, dass man das mit Einträgen in .htaccess in wp-admin abstellen kann. Versucht habe ich es nicht. Weiss jemand ob das geht ?
Das sollte gehen, wenn du PHP im Adminverzeichnis als Fast-CGI betreibst. Habe ich aber nicht probiert. Die Forumssuche verrät dir, wie das geht.
4. Beim (ziemlich kargen) KIS von All-Inkl fehlt mir ein Dateimanager mit dem man schnell mal direkt Dateiänderungen im Webspace machen kann. Da gibt es wohl nichts oder ?
Nein, All-Inkl bietet nichts an. Du kannst dir aber einen eigenen in ein passwortgeschütztes Verzeichnis legen. Freie Skripte dafür gibt es ja zuhauf.
5. Geht das POP3 Mailing in All-Inkl ?
Ja, kein Problem. Das Webinterface ist sehr spartanisch; ich benutze es nur, wenn es gar nichts anders geht.
Zur letzten Frage kann ich dir nichts sagen.
Bemerkenswert gut ist bei All-Inkl der Support. Sehr schnell und hilfreich, auch mitten in der Nacht und am Wochenende.Gruß
Thomas -
Du hast eine Volltextsuche nach »upload« durchgeführt? Steht nichts in der Tabelle »options« unter »upload_path« oder »upload_url_path«? Dann muß ich passen.
-
Logge dich mal in deine Datenbankverwaltung ein, und sieh nach.
-
Da steht entweder nichts drin, oder der absolute Pfad. Sieh mal in der wp-config.php nach, ob du da noch etwas eingestellt hast.
-
RedirectMatch benutzt mod_alias, nicht mod_rewrite. Das ist der einzige Unterschied. Mod_alias steht meist auch dann zur Verfügung, wenn der Hoster mod_rewrite (dämlicherweise) deaktiviert hat.
-
-
-
Sieh im Errorlog deines Servers nach, was da schief läuft. Zur Not hilft dir da dein Hoster weiter.
Und probiere mal, jeweils nur eine Zeile des Codes einzugeben, bis du weißt, welche das Problem auslöst.Wenn du beides hast, findet sich bestimmt eine Lösung.
-
Funktioniert hervorragend, auch mit den Permalinks für Tags und Kategorien. Offizieller wird das derzeit nicht. Wozu auch?
-
Wie kann ein Anker die Darstellung beeinflussen? Das ist doch bloß ein HTML-Attribut. Konkretes Beispiel?
-
Oh, das sehe ich jetzt erst richtig, sorry. Da mußt du den Pfad unter »Einstellungen/Verschiedenes« anpassen.
-
Das ist nicht merkwürdig, sondern normal. Wie sollte ein Browser denn sonst einen Button darstellen? Mit CSS (border, background) kannst du das leicht anpassen.
-
Nein, das ist nur das Resultat. Die wirklich gefährlichen Sachen sehen bei Weitem nicht so trivial aus.ZitatDanke an das Team von PHP.de
Weil hier wird man ja leider allein gelassen.Was haben die Betreiber der Seite php.de mit der Sicherheit deiner Website zu tun? Dafür bist nur du verantwortlich, niemand sonst.
ZitatEine Totallöschung wer das beste aber meist nicht möglich
Was man meistens nicht komplett löschen kann, ist die Datenbank. Alles andere stellt man aus sicheren Backups wieder her, oder man bezieht es direkt von der Quelle. Das ist der Normalfall.
Zitatauch die php3 php4 datin html datein prüfen hab den code auch schon da drin gesehen
Normalerweise wird richtig böser Schadcode nicht in Dateien mit der Endung php(3|4|5) versteckt, sondern in vermeintlichen Bildern wie ›harmlos.png‹. Die müssen alle vor dem Weiderverwenden gründlich geprüft werden, sonst fängt man zwei Wochen später von vorne an.