Beiträge von pufaxx

sind denn diese missbrauchsmöglichkeiten bei der version 1.2 ausgeschlossen?

.
.
.

wie dem auch sei - ich hab bis jetzt folgendes gemacht [änderungen noch nicht live]:

1) eine statische seite angelegt (sagen wir mal ID=xy)
2) die comments.php so umgeschrieben, dass bei anzeige der statischen seite mit der ID xy die bislang abgegebenen kommentare nur dann ausgegeben werden, wenn man als administrator eingelogged ist

damit ist eigentlich alles soweit geregelt. statt dass man mails bekommt, kann man sich die kommentare auf seiner neuen kontakt-seite oder im admin-bereich angucken.

die sache hat nur ein paar schönheitsfehler, die ich (noch) nicht wegbekommen hab:

a) wenn man nicht alle erforderlichen felder ausgefüllt hat, erscheint die fehlermeldung auf einer weißen, sonst leeren seite.
b) und es kommt keine bestätigung, wenn man eine nachricht erfolgreich eingegeben hat.

hat jemand ideen dazu?

wenn du eine möglichkeit gefunden hast, auch nach den werten in den custom-fields zu suchen, kannst du die dann hier posten?

(würd mich auch interessieren, ob und wie das geht...)

aaaalso:

das rumwall-gästebuch so umzubauen, dass es aussieht, wie ein "normales kontaktformular" ist nicht weiter schwierig.

den inhalt des gästebuches überhaupt nicht anzuzeigen, ist auch kein problem. kann man sich ja auch im admin-bereich angucken.

wäre nur schöner, wenn man das gleich "vorne" schon sehen würde. und dazu hab ich schon etwas gefunden:

if (is_admin()) { blablabla } klappt irgendwie nicht. man muss sich die funktion nochmal neu basteln.

<?php function is_meinblogadmin () 
	{
	global $user_level, $siteurl;
	get_currentuserinfo();
	if ($user_level >= 1) 
		{ // admins, plus site op
		return true;
		} 
	else 
		{
		return false;
		}
	}
?>

und dann kann man weitermachen mit

<?php if (is_meinblogadmin()) { ?>
	<div id="rumpages">
	.
	.
	.
	.
	</div>
<?php } ?>

rumwall zwei mal installieren - ich glaub, das ist ein bisschen eine größere aktion. mal sehen - vielleicht kann man ja eine statische seite mit kommentar-funktion versehen und so umbauen, dass sie wie ein kontaktformular aussieht..? könnte leichter zu realisieren sein...

allerdings - es könnte mich ein bisschen kaffee sparen, wenn jemand genaueres in sachen spam-missbrauch über die 1.2er-version von wp-contactform wüsste.

im englischen forum hab ich dazu nichts gefunden ...

allerdings einen chip-artikel über die technik, mit der kontaktformulare missbraucht werden können.

http://www.screamdesign.de/content/starts…csicherheit.pdf

könnt ihr damit etwas anfangen? ich nicht so ganz ...

ein bisschen ärgerlich könnte es sein, dass man nach inhalten in den benutzerdefinierten feldern nicht suchen kann...

vielleicht kann man ein bisschen mit den kategorien tricksen? auf http://www.kitznkatz-deutschland.de gibt es z.b. eine kategorie "liste einschalten" - wenn man einen beitrag schreibt, der a) in der kategorie "katzenvermittlung" ist und b) zusätzlich in der kategorie "liste einschalten", wird unten diese liste mit "geimpft, gechipped" etc. ausgeben. allerdings sind da natürlich nur "JA/NEIN"-werte möglich, in dem fall auch kombinationen bei "männlich" und "weiblich" (alles if-else-abfragen)

--> vorteil dabei ist, dass katzen mit nur ein paar klicks reingestellt werden können. und theoretisch könnte man auch die unterkategorien im menü anzeigen, so dass man auf klick nur die männliche oder nur gechippte tiere angezeigt bekommt ...

die einträge mit "hinweise" und "schutzgebuehr" kommen aus den benutzerdefinierten feldern. da kann man sich tatsächlich ziemlich austoben und alles reinschreiben, was man möchte. wenn ich dich richtig verstanden habe, willst du doch den inhalt deiner statischen seiten auf ähnliche weise in verschiedene bereiche unterteilen, oder?

der code an der entsprechenden stelle in der index.php sieht bei kitznkatz folgendermaßen aus:

[*][b]Hinweise: [/b]<?php $wert_hinweise = get_post_meta($post->ID, 'Hinweise', true); echo $wert_hinweise; ?>
[*][b]Schutzgeb&uuml;hr: [/b]<?php $wert_schutzgebuehr = get_post_meta($post->ID, 'Schutzgebuehr', true); echo $wert_schutzgebuehr; ?>

nur (wie gesagt) greift die suchfunktion nicht auf die dort hinterlegten inhalte.

von daher würde ich eher davon abraten, diese felder für wichtige texte zu benutzen, sondern eher für kleine zusätze...

... heute hab ich von meinem hoster die nachricht erhalten, dass mein kontaktformular (hier handelte es sich um wp-contactform version 1.0) für spam-mails missbraucht worden ist.

ich persönlich hab nur ein paar komische mails mit meinem eigenen absender erhalten, aber insgesamt muss wohl ein ziemlicher haufen spam über mich verschickt worden sein.

ob die version 1.2 vor so etwas sicher ist, weiß ich nicht - die scheint mir ein wenig ausgereifter zu sein (inkl. nachprüfen, ob die angegebene mail-adresse gültig ist) --- aber ich hab datt janze jetzt vorsichtshalber erst einmal komplett vom server gelöscht.

hat jemand schon mal ein ähnliches problem gehabt? oder kann jemand sagen, ob die 1.2er-version vor missbrauch geschützt ist?

.
.
.

wie dem auch sei: da ich schon ganz gern ein kontaktformular haben möchte, werde ich (wahrscheinlich erst morgen) einen kleinen "umweg" zurechtbasteln: ich benutze einfach das rumwall-gästebuch - und lasse GB-einträge nicht ausgeben. oder nur dann ausgeben, wenn man als administrator eingelogged ist...

[size=10]und dann mal ausprobieren, ob man das rumwall-plugin auch zwei mal installieren kann, so dass das gästebuch weiterhin benutzbar bleibt ...[/size]

... sorry, hätte euch vielleicht noch den link zur info.php posten sollen:

hier

vielleicht kann mal jemand (bei dem das plug-in läuft) meine daten mit seinen vergleichen? so frei nach dem motto "was hat er, was ICH nicht hab?!"

das image-headlines plug-in von coldforged (zur zeit offline) bekomme ich nach hosterwechsel einfach nicht zum laufen.

das erste problem war CHMOD der benutzten ordner - in der fehlermeldung stand, ich sollte diese auf #755 umstellen, letztlich hätte es aber #777 sein müssen.

dann (und dieser fehler hat sich komischerweise niemals wiederholt) bekam ich die fehlermeldung "Fatal error: Call to undefined function: imagettfbbox() in blablabla" - nach ein bisschen gegoogle hab ich beim neuen hoster nachgefragt, ob GDlib und FreeType installiert sind - und die sind installiert. und entsprechend bemängelte funktion existiert.

<?php if (function_exists('imagettfbbox')) { echo("Funktion existiert"); } ?>

--> von der seite aus alles klar.

nach deaktivieren und wiederaktivieren des plug-ins ging im admin-bereich unter "optionen" / "headlines" nichts mehr... manchmal wurde nur der demo-satz angezeigt "the quick brown fox...", manchmal nicht mal dieser. und die seite selbst - gar nicht erreichbar.

woran kann das liegen?

inzwischen hab ich so ziemlich alle versionen ausprobiert - 2.3, 2.4, 2.5 und 2.6 - klappt nicht.

auch die ur-version http://www.huddledmasses.org/2004/06/22/aut…s-for-headlines läuft nicht

ich hab's übrigens auch bei einer komplett "frischen" wordpress-installation nicht zum laufen gebracht...

wenn das irgendwie am hoster liegt, kann man da bestimmt was regeln - denn der support dort ist wirklich gut - und die sind auch sehr kooperativ ... zitat aus einer mail (ich hatte es sogar mal mit PHP5 versucht):

Zitat

arbeiten sie denn mit PHP5?
PHP5 läuft bei uns als CGI Version neben PHP4, also benötigen sie im Kopf der PHP5 Dateien einen CGI Zusatz. Das Add-Type Handling wird nicht funktionieren, weil PHP5 kein ApacheModul ist.

#!/usr/bin/php5 - muss in jeder PHP5 Datei hinzugefügt werden.

Freetype2 ist für PHP4 und Perl installiert. Benötigen sie Freetype für PHP5 müsste ich unserem Techniker Bescheid geben, das er es ihnen
kompiliert.

das liest sich doch sehr nett, nur was hoster-seitig eingestellt sein muss, weiß ich nicht genau...

was ist für "image-headlines" denn nötig? FreeType1 oder FreeType2?

danke für die kontrolle. hab eben auch von anderer stelle bescheid bekommen, dass es unter safari 1.4 ebenfalls so aussieht, wie es aussehen soll - also alles paletti.

lixlpixel zeigt jetzt keine ränder mehr an. bei den flyerbildern allerdings auch nicht mehr.

ich hab da vorher nicht drauf geachtet - hatte lixlpixel vor ein paar tagen noch safari 1.3 oder 1.4 drauf (und nicht wie jetzt 2.0) ?

... das problem betrifft übrigens nicht JEDEN safari - [laut auskunft aus anderen foren] scheinbar nur versionen vor 2.0

das lässt mich beruhigt aufatmen. immer schön zu wissen, wenn man nicht "schuld" ist.

*g*

ich hab mir jetzt trotzdem eine kleine umspeicher-aktion gegeben - und die header-bilder mit komplett abgeschaltetem farbmanagement erzeugt.

falls jemand noch einmal gucken möchte (und cache leeren, hab bis jetzt nur die header-bilder, die werden über CSS angesprochen - und umbenannt hab ich da nix...) bei den flyer-bildern hab ich nichts neu - aber die header ... funktioniert's da jetzt?

vielen dank schon mal.

... wobei dann auch immer noch fraglich ist, wie ich die screenshots ohne überraschungseffekte speichern soll.

übrigens : wer irgendwo auf meiner seite rosa schweinchen sieht, darf mir davon gerne screenshots mailen. oder mir auch etwas von dem zeug abgeben.

ich hatte sogar schon ganz andere, lustige sachen - irgendjemand hatte sich über eine blaue handy-oberschale in großauflage gewundert, obwohl er eine grüne erwartet hatte. und das lag definitiv nicht an mir. mein monitor ist nämlich so eingestellt, dass 100C 80M auch (fast) so dargestellt wird, wie es im druck nach euroskala kommt. dass der kunde aus meinen entwürfen an einem TFT minderer qualität ausgewählt hat (bei den dingern wechseln die farben sogar je nach blickwinkel) - kann ja keiner wissen. vielleicht hat er bis zu dem tag sogar noch gedacht, t-d1 sei grün und debitel rosa?

wie dem auch sei - mir ist es gleich, ob mein #dddddd auch überall genauso hell oder dunkel aussieht wie bei mir - bloß wenn die JPEGs verfärbt sind, gehe ich davon aus, dass GIFs und HTML-hintergründe doch eigentlich in genau dem gleichen umfang verfärbt sein müssten. auf gut deutsch: meinetwegen kann meine seite bei mac-usern auch komplett popelgrün aussehen - nur sollen eben keine kanten sichtbar sein, wo ich keine haben will.

wie gesagt - scheinbar betrifft das problem wirklich "nur" den safari. vielleicht sogar nur bei speziellen monitor- oder browser-einstellungen auf mac-user-seite. keine ahnung ...

das mit dem artikel ist ne gute idee. nur einen mit lauter fragezeichen will ich nicht unbedingt veröffentlichen. wenn, dann soll das dings hand und fuß haben - gleich mit screenshots vom photoshop-farbmanagement-fenster und den direkten auswirkungen für verschiedene systeme etc.

leider eben nicht ... der hintergrund ist #DDDDDD - auch, wenn ich die am mac in photoshop reinlade ...

aber da das tatsächlich nur ein safari-problem zu sein scheint... naja, bevor ich nicht sicher bin, wie man es löst, sehe ich zunächst einmal davon ab, jetzt alle bilder noch einmal neu mit image-ready und HG gar nix plus #dddddd in den export-optionen umzuspeichern.

das wäre ne idee - allerdings betrifft das auch stellen, die normalerweise gar nicht problematisch sein dürften - relativ große grauflächen werden ebenfalls verfärbt dargestellt.

adresse ist http://www.gunnart.de

auch die flyer-bilder, die mit leichtem schatten auf grauem hintergrund erscheinen sollen (im bereich "referenzen") haben auf dem safari einen deutlich dunkleren hintergrund als #dddddd

[beispiel: http://www.gunnart.de/index.php/referenzen/designyourhandy ]

ich arbeite am PC.

wundern tut mich halt, dass das nur beim safari so zu sein scheint.

die jpegs sind alle auf 60% komprimiert.

hm ... nö. also - wenn ich die helligkeit meines bildschirms erhöhe, erhöht sich die helligkeit des hintergrundes ja genau so, wie die helligkeit der JPEGs.

da tippe ich eigentlich eher darauf, dass der safari jpegs irgendwie anders behandelt. (bei gifs ist komischerweise alles okay...)

das ist zwar kein wordpress-spezifisches thema, aber vielleicht weiß jemand hier trotzdem eine lösung:

- auf dem safari-browser (mac) werden die auf meiner seite verwendeten JPEGs mit leicht veränderter farbe angezeigt (dunkler) - und das sieht natürlich besonders doof aus, weil bei den JPEGs eigentlich nie ein rand sichtbar sein soll.

- auf dem mozilla (mac) passt wieder alles.

- auf linux ist auch alles okay, PC sowieso.

.
.
.

ich hab an sich immer damit gerechnet, dass JPEGs mit #dddddd-hintergrund auch mit #dddddd angezeigt werden.

im photoshop hab ich auch nicht versehentlich die farbverwaltung auf "standard für druckvorbereitung o.ä. gelassen, von daher bin ich wirklich am rätseln.

wenn man die jpegs wieder in photoshop reinlädt, ist das #dddddd immer noch #dddddd ... hab einige JPEGs auch an einen kumpel mit mac geschickt - bei dem ist bleibt #dddddd ebenfalls #dddddd - also alles in ordnung. das problem betrifft scheinbar tatsächlich nur die darstellung im safari.

was macht man da am besten?

dazu gibt es das "clean umlauts"-plugin von otaku.

http://forum.wordpress-deutschland.org/beitrag2077.php

funktioniert tadellos - und der xhtml-validator zeigt findet keine fehler mehr.

gute idee. lass die dir am besten gleich mit patentieren.

hey, hättest nicht gleich alles löschen müssen...

ein ähnliches problem hatte ich vor einiger zeit auch mal - und es war echt zum verzweifeln, weil komplett NICHTS mehr ging...

vielleicht hilft dir das hier ja weiter?

http://www.gunnart.de/index.php/tipp…alink-struktur/