Beiträge von Arno Simon
-
-
wp_list_categories bzw. wp_list_cats
dann such doch mal in der sidebar nach dem was dir benannt wird ;) sorry, aber meine glaskugeln sind kaputt und ich weiss nicht was in deiner sidebar steht.....
vG
Arno
-
gehe ich recht in der annahme, das du ohnehin nur die statischen seiten nutzt? dann kannst du die kategorie-auflistung doch generell rausnehmen (wp_list_categories bzw. wp_list_cats) und die entsprechenden codesequenzen aus der sidebar einfach auskommentieren.
vG
Arno
-
nunja.. im umkehrschluss wird der traffic den der provider dir zur verfügung stellen kann, wiederrum von der ihm zur verfügung stehenden bandbreite beschränkt. wenn du nunmal nur eine (mal hypotetisch angenommene) bandbreite von 30 gb/sec hast, kannst du 1000 kunden weiterhin theoretisch einen unlimmited traffic anbieten ohne diesen wirklich erfüllen zu können, da von diesen 1000 kunden, respektive derren besuchern, durchaus mehr im monat abgerufen werden können. rufen also alle kunden die maximal mögliche last ab, kommt es auf den von deinem provider gehosteten seiten früher oder später zu entsprechenden engpässen, weil seine eigene anbindungskapazität die abgerufene leistung gar nicht erbringen kann.
früher oder später wird es somit ohnehin zu entsprechenden problemen kommen, wenn dein provider nicht über entsprechende überwachungsroutinen verfügt und rechtzeitig für entsprechend vergrößerte transferresourcen sorgt.
das wiederrum wir seine kalkulation über den haufen werfen, da er für die zusätzlichen transferresourcen auch wieder zusätzliches kapital aufbringen muss.
-
LEST BITTE DIE DRITTE ZEILE MEINER POST!!!
:mrgreen: schrei hier nicht so rum, ich spüre schmerz zwischen meinen ohren... :mrgreen:
vG
Arno
-
da das ganze nichts, aber auch ganz und gar nichts, mit der blogshow zu tun hat.....
:arrow: verschoben.....
vG
Arno
-
Und 'SiT'. :)
sorry, aber da geh über den benutzer und lass dir alle beiträge des benutzers auflisten.... ;)
vG
Arno
*duw*
-
Arno lag richtig:
das hat funktioniert, danke!
;) merks dir für die zukunft :mrgreen: wenn dein provider die funktion nicht wieder freigeben will, musst du's bei jedem upgrade erneut durchführen oder dir einen anderen provider suchen, wenn du's nicht jedesmal neu machen willst....
vG
Arno
-
ein beitrag zum thema reicht - doublette gelöscht.....
vG
Arno
-
hat also nix mit plugins und der installation zu tun und wird somit in die konfiguration verschoben.
vG
Arno
-
das ändern der config.php wird dein fehler sein da das wordpress bei der intallation selber in die config.php schreibt wenn du die CHMOD rechte richtig gezetzt hast müste alles gehen und der fehler müßt weg sein kann mich aber auch irren bin nicht so der profi.:?
das problem von tatoosh hat nix mit dem ändern der config.php zu tun, sondern damit das sein provider die php-funktion error_log() gesperrrt hat. da hilft ihm nur die entsprechende zeile auszukommentieren oder den provider zu wechseln, so dieser die funktion nicht wieder freigeben will.
vG
Arno
-
im zweifel macht das dein hoster.....
-
is da irgend'nen dampfer an mir vorbeigefahren oder ist in den letzten 5 revisionen xml als plugin-language dazu gekommen? oder ist mir einfach nur während der letzten 14 tagen krankheit nen d-zug durchs oberstübchen geschlittert und ich hab nix gemerkt?!?
vG
Arno
-
plugin-thema :arrow: verschoben....
vG
Arno
-
Weiß eventuell jemand was falsch ist......?
nunja... zunächst mal war ziemlich störend, das du keine php-codes (des boards) zum posten benutzt hast....
hab ich dann mal eben korrigiert.... dann ist beim ändern aufgefallen, das Du anstelle von einfachen hochkommatas -> ' <- ständig "gebogene affen" (oder so'n zeugs) benutzt, was der php-interpreter mit sicherheit auch nicht mag.....
kopier den code jetzt nochmal raus und probier ihn aus....
vG
Arno
-
ich denke angi wird an der stelle nicht wp sondern die forensoftware meinen....
und Angi,
jain, das läst sich nicht ändern... das runtersetzen der minimalen wortbreite ist mit entsprechend größerer last in den suchalgorythmen verbunden, was natürlich wiederrum im umkehrschluss die last auf dem db-server nach oben und die performance des forums entsprechend dauerhaft nach unten drückt.
mal ganz abgesehen davon, dass die ganze aktion mit einem full reindex verbunden währe... ich denke in der zeit kann man das forum getrost für die nächsten 12 bis 18 stunden im nirwana suchen gehen....
vG
Arno
-
hat dein hoster die db umgezogen oder etwas an der db geändert, so das die daten in der config.php jetzt nicht mehr stimmen können?
prüf das mal und vergleiche mit deiner config.php.
vG
Arno
-
ich hab zuerst gefragt ;) :mrgreen:
-
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
