LinkLift Linkprüfung - ham die einen an der Waffel?
Ich hab grade eine Mail von LinkLift erhallten, dass das Script auf einer meiner Seiten nicht funktionstüchtig währe.
Das liegt daran, dass die jetzt die Prüfung verändert haben… toll wa?
Die prüfen dabei aber nicht, ob der Link auf der Adresse angezeigt wird, auf der die den Link haben wollen.
Geprüft wird, ob der Link auf der Seite “mit einem Sicherheitsparameter am Ende” angezeigt wird - oder was auch immer die da glauben zu prüfen.
LinkLift bietet im übrigen für WordPress Blogs direkt ein Plugin an, mit dem man die Seiten bedienen könnte. Angeblich zumindest. Kann man aber nicht. Zumindest nicht, wenn man wie ich nicht den gesamten Blog sondern eine einzelne Unterseite zur Buchung zulässt.
Das Plugin von denen ist nicht in der Lage mehr zu tun, als überall und immer dieselben Links zu platzieren. Also hab ich das ganze halt in einem if-Block eingeschlossen, der die URL (peinlich genau) prüft und auch nach Groß-/Kleinschreibung unterscheidet.
Natürlich funktioniert das dann nur unter genau dieser URL und unter keiner anderen. Auch nicht unter einer mit einem dämlichen Sicherheitsparameter.
So und ich soll das jetzt ändern?
Da könnt ihr Gift drauf nehmen, dass ich da was ändere!
Wenn eure Programmierer zu dämlich sind oder keinen Bock haben ein Script zu bauen, das auch das tut, was es soll und sich dabei danach richtet, was tatsächlich Sache ist - also was gebucht/vermarktet wird - und nicht einfach mal globale Buchungen annimmt, dann fliegt ihr bei mir einfach raus. Und da hilft euch kein Sicherheitsparameter und kein sonstiger Scheiß. Löscht die Buchung, schmeißt sie einfach raus und löscht die Seite aus dem Programm.
Und dann lernt gefälligst mal, was Sicherheit ist und was ein bedienerfreundliches Script ist. Denn wenn ich 10 Unterseiten vermarkten will, brauch ich mit dem Plugin garnicht ankommen, denn das müsste ich pro unterseite einmal generieren, kann es aber insgesammt nur einmal installieren - mal davon abgesehen, dass ich dann die Links, welche auf den Unterseiten gebucht werden im gesamten Blog rumfliegen hab. Es währe nicht schwer, ein Plugin zu schreiben, dass x Unterseiten mit den jeweils darauf gebuchten Links verwalten kann. Es währe auch nicht schwierig einfach die richtige Seite aufzurufen und dort den Link zu suchen. Das währe auch nicht unsicher, denn das tut ja jeder andere auch!
Und für diese Unfähigkeit wollen die von mir 30% des generierten Umsatzes? Leute, das ist nicht mal 5% wert - die Arbeit hab am Ende ja doch ich alleine!
Achja - das “Zweitprogramm”, welches LinkLift auch noch fährt, funktioniert besser - bisher jedenfalls. Wenn sich das ändern sollte, sind die mich völlig los. Was ist das denn für eine Art seinen Geschäftspartnern eine miese Programmierung an den Kopf zu werfen und dann deren Versuche, das ganze wieder ins Lot zu bringen dadurch zu honorieren, dass man wenns einem grad in den Kram passt den Algo so umstellt, dass das Script nicht richtig geprüft werden kann???
Und das schiebt man dann auf die Sicherheit, weil es ja sicherer ist, den Link zu prüfen, indem man nicht die normale Seite runterläd und nachschaut, ob der Link dort vorhanden ist, sondern indem man eine andere Aufruft, bei der dann was weiß ich welche Daten ausgegeben werden… das werd ich derweil aber mal prüfen, dass die da für ne Rückmeldung vom Server bekommen hätten. Frechheit!
Ich weine den Textlinks aus dem LinkLift Programm keine Träne nach, es tut aber weh zu sehen, wie ignorant und unfähig sich eine Firma ihren Partnern und Zulieferern gegenüber aufführt. Ihr solltet mal schleunigst an eurer gelinde gesagt beschissenen Firmenpolitik arbeiten!
Und hier noch ein paar Links zum Thema LinkLift und “Sicherheitsbemühungen”:
Da ein Beispiel, dass das gut in die Hose gehen kann (wer nen Hinweis braucht, wo er findet, was ich meine der soll mal auf der Seite nach “fopen” suchen) und dort schreibt tomk32 über seine Verbesserungen am LL Plugin… da ist nur auch nicht drin, was ich gebraucht hätte und seinen wir mal ehrlich - mit dem Teil des Programms hab ich zu wenig Geld verdient um noch mehr Arbeit rein zu stecken. Ist auch nicht meine Aufgabe. Wer ein Script liefert sollte auch selber dafür sorgen, dass es tut, was es soll.
Am 11. April 2008 um 12:37 Uhr
Soll ich dir meinen Bot vorbeischicken? Der findet mittlerweile jeden Link … ;-)
Sieht alles sehr dilletantisch aus. Besonders das verunglückte Script. Sieht nach einem sehr GROßEN Footprint aus … Bigfoot-print :-D
Am 11. April 2008 um 12:59 Uhr
och schick den lieber an linklift… die raffen ja anscheinend nicht, wie man ne Webseite auf Links durchsucht… also - seit neuestem, das liegt aber daran, dass se unbedingt in den »Debug-Modus« rein wollen. Das wiederum will ich nicht… ich sehe auch nicht, wie dieser DBG Modus in irgendeiner Form die Sicherheit verbessern sollte… also sind wir uns einig - “Textlinks” von Linklift sind bei mir Passé.
Wenn man an die Sache mit etwas mehr Hirn rangegangen währe, hätte man einfach einen POST statt einem GET verwendet und es hätte keinerlei Probleme gegeben, da sich dabei die URL nicht ändert… aber wie das so ist, man kann sich auch dumm anstellen, man muss es nur versuchen.
Am 14. April 2008 um 00:32 Uhr
[…] da hat sich Xel aber über LinkLift richtig Luft gemacht! Posted in Allgemein, seo RSS 2.0 | Trackback | […]
Am 14. April 2008 um 00:34 Uhr
Wow!
Am 14. April 2008 um 12:49 Uhr
Es gibt nur eine Lösung: Teliad ;-)
Die wissen, wie man eine Website nach vorhandenen Google-tauglichen Links durchsucht……
Am 24. April 2008 um 15:54 Uhr
Also ist Teliad besser als Linklift?
Bei Linklift muß man doch auch einen Code einbauen um überhaupt mitmachen zu können, oder?
Igor
Am 24. April 2008 um 17:08 Uhr
Richtig - bei LinkLift musst du einen Code einbauen.
Und genau dieser Code ist Kot.
Um genau zu sein: Die intelligenten Menschen gehen sogar soweit, dass sie mit nem [weiß nicht mehr].linklift.de Referer auf meine Seite gehen - einmal ohne und einmal mit dem get Parameter - dass das von Google Analytics getrackt wird interessiert die natürlich nicht.
Selbstverständlich kann der Code nach sowas nicht mehr genutzt werden - schon aus Sicherheitsgründen. Und da kommen die mir mit Sicherheit… Diese… CodingHorrors!
Am 4. Mai 2008 um 00:08 Uhr
Öhm, warum fragst du in dem if denn die URL ab? Üblich ist es in WordPress-Blogs, für sowas den Titel des angezeigten Beitrags bzw der angezeigten Seite abzufragen (oder einen Wert wie is_home).
Dann gibt es auch keine Probleme mit Parametern o.ä. in der URL.
Am 4. Mai 2008 um 11:41 Uhr
weil
a) es nicht um Beiträge geht sondern um Kategorien
b) ich die Links für eine URL vermietet hatte
c) es einfacher und dauerhaft kompatibel (zu WordPress) ist die URL abzufragen als erst nachzuschauen, welche ID die Kategorie hat und dann zu prüfen ob man in dieser Kategorie aber nicht in einem Post dieser Kategorie ist.
d) ich mir dann nicht für jede Seite eine neue Abfrage ausdenken muss, sondern es egal ist, ob es sich um nen Post, ne Kategorie, die 2. Seite einer Kategorie (frag das mal mit den normalen WP-Funktionen ab!), ne Tag Seite (jaja da war ne kleine Änderung zwischen 2.2 und 2.3 die mir in diesem Fall wieder Kopfschmerzen gemacht hätte, wegen Kompatibilität)
Ergo: Wenn es um URLs geht fragt man am besten auch URLs ab - wenn dann jemand daher kommt und ne andere URL abfragt um zu prüfen ist das schlichtweg Paradox und für die Prüfung get-Parameter zu benutzen ist sowieso idiotisch, weil wenn man dann manuell nachprüft (wie es getan wurde) und JavaScript nicht ausgeschaltet hat (war es nicht) und die gängigen Tracking Tools nicht blockt (wurden sie nicht) dann kann man Google auch gleich ne Mail schreiben! Und mir das unter dem Mantel der “Sicherheit” zu verkaufen finde ich frech - währe ein Post Parameter doch generell konform UND sicherer.
Aber gut - jeder wie er will, ich will jetzt halt nicht mehr.
Am 25. Mai 2008 um 15:17 Uhr
LinkLift war mir von anfang an suspekt. Man gibt letztendlich einen großen Teil der Macht über seinen Inhalt ab. Themenrelevante Links im Fließtext sind nicht möglich. Da verwundert es kaum, daß Google gegen solche Links vorgeht. Kann man ja irgendwie auch verstehen.
Am 6. August 2008 um 17:02 Uhr
Linklift ist der pure Horror. Wie man so ein Plugin sauber (mit Adressfilterung und *ohne* Footprint) programmiert macht textlinkads vor) Aber die LL-Jungs sind unglaublich unfähig imho.
Am 6. August 2008 um 17:13 Uhr
Och im Nachhinein betrachtet… vermutlich eher zu faul - um vorher mal nachzudenken - als unfähig, weil schwer ist das ja weiß Gott nicht.