Der Blog

So oder so ähnlich tönt es oder, man bekommt das Angebot einen Link für Geld in die eigene Homepage einzubauen. Google meint dazu:

wenn ihr Textlinks verkauft, stellt sicher, dass diese Links keinen PageRank vererben, und dass sie Suchmaschinen nicht beeinflussen. Es gibt zahlreiche einfache Wege, dies zu bewerkstelligen. Die haben sich nicht geändert seit wir über bezahlte Links reden: die Verwendung von robots.txt, die Verwendung des Nofollow-Attributs, und so weiter.

und

2009 strafen wir das noch nicht ab, wir könnten damit aber anfangen,

In diesem Sinne…

Die Macher des PHPLinkdirectory stellen seit dem 25. August 09 im Nutzerbereich die Version 4 Beta zur Verfügung, ausdrücklich als nicht öffentliche Version gekennzeichnet. Die wichtigsten Neuerungen sind für mich nicht wirklich interessant, trotzdem für Euch hier die Auflistung (in englisch):

1. You can show the latest article right in the main content area of your phpLD, even before the categories if you like, as the widget order is sortable
2. You can show the latest articles, followed by the latest links, followed by the most popular links in the left column, and sort these however you wish.
3. You can show the compete.com score and the Alexa graph on the link detail page
4. You can show your latest Twitter tweets in the Right (or Left) column of your phpLD.

There is an endless number of possibilities of ways to organize and display your widgets, and many widgets come with setting that you can edit. For example, you can add a widget that displays Google Adsense, and then edit the colors right inside phpLD Admin area (under Widgets). Moreover, widgets are just fun to play with! It’s very easy to make relatively major changes to your site in a short period of time, and with developer documentation for widgets, we will be seeing lots more widgets produced in the coming months.

Viel mehr als eine neue Version hätte ich mir gewünscht, dass die bestehenden Bugs in einem Release bereinigt werden, damit die vielen Flickereien endlich ein Ende haben. Aber vielleicht wird mit dem neuen Wurf unter der Serie 4 alles besser. Die erste Reaktion lässt hoffen…..

hello all i`ve been testing 4.0 beta and i must say its working like a charm, exelent work guys

Die anderen Reaktionen zeugen von Schwierigkeiten bei der Installation.

Mal schauen, wenn die 4.0 offizell rauskommt und dann die Userreaktionen beobachten. Ich werde definitiv nicht mehr updaten, dazu wurden zu viele Veränderungen am WD angebracht (Jaaa, noch immer nicht sichtbar für Euch).

Bitte bedenkt beim lesen, dass es sich hier noch um einen Rohentwurf handelt, denn der ein oder andere Punkt wird sicherlich nochmals überarbeitet.

Zitat Sascha Schoppengerd

Mountaingrafix ändert von Grund auf die Lizenzmodelle von easyLink V3 resp. reduziert auf ein einziges Modell. Wie schon vor ein paar Jahren hat Mountaingrafix (damals noch IDS Design) damit auf Hinweise aus der Nutzerszene reagiert.
Die Info von Mountaingrafix findet Ihr hier. Die wichtigsten Punkte habe ich aus dem Thread kopiert:

Die bisherigen Lizenzmodelle Basic und Business soll es in Zukunft nicht mehr geben. Stattdessen wird es nur noch eine Lizenzvariante [...]
* Preis: 49,95 EUR
* Gültigkeit für die Nutzung unter 1 Domain
* Der gesamte PHP Code der Software wird vollständig verschlüsselt
* Die Themes, Templates und CSS Dateien lassen sich wie gewohnt durch den Nutzer anpassen
* Anzeige des Copyright im Theme, in der Software bzw. in den automatischen E-Mails

Optional sind zur Lizenz folgende Erweiterungen möglich:
* Entfernung der Copyright-Hinweise / +199,95 EUR
* Upgrade auf eine teilverschlüsselte* Version / +199,95 EUR
* Zusätzliche Domain für die Nutzung freischalten / +19,95 EUR
[...]

Continue reading “mountaingrafix ändert Lizenzmodell”

phpLD heisst das Script, seines Zeichens und nach der Installation ein Webkatalog inkl. Artikelverzeichnis. Der Preis ist heiss und die Installation recht einfach. Die angebotenen Features des Verzeichnisses tönen auch nicht schlecht.

Zum Thema findet Ihr hier und hier bereits zwei Artikel.

Ich habe es in einem meiner vorherigen Artikel schon angetönt und muss es wieder schreiben, dieses Mal noch etwas deutlicher. phpLD ist in der jetzigen Version nicht marktreif. Die eingebauten Bugs sind deren zu viele, die Entwickler kommen scheinbar mit dem beheben der Bugs nicht nach. Statt einen Release zu fahren wird an den einzelnen Verzeichnissen rumgeschraubt, werden Feuerwehraktionen gemacht und die Energie meiner Meinung nach in die falsche Richtung gelenkt. An dieser Stelle sei aber auch gesagt, dass die Hilfe meistens funktioniert und die Entwickler sich Mühe geben, die Bugs auszubügeln. Dies trotz Sprachschwierigkeiten und den damit verbundenen Kommunikationsproblemen.

Uns haben folgende Bugs Mühe gemacht oder tun es immer noch:

1. Spider, statt der bis zu hundert Seiten können nur 20 importiert werden
2. Spider, importiert werden auch Seiten, die bereits im Verzeichnis sind
3. Editoren können Verzeichnisse nicht bearbeiten, sehen den Link nicht zum bearbeiten oder sehen bei allen Einträgen den activate-Link
4. Die Überprüfung der Links funktioniert nicht richtig. Verfügbare Verzeichnisse werden auf inaktiv gesetzt
5. Die Überprüfung / Aktualisierung des Google PR ruft einen internen Servererror (500) hervor)

Wohlverstanden, wir sind nicht die einzigen, die mit diesen Problemen zu kämpfen haben und der Gedanke kam schon auf, einfach das Script zu wechseln. Der Entscheid pro phpLD wurde eigentlich wegen dem Spider und der Möglichkeit, Editoren einzusetzen gefällt. Klappt das nicht, scheint es sinnfrei weiterhin auf PHPLD zu setzen.

Sollten wir die bestehenden Probleme nicht bald in den Griff bekommen müssten wir uns diese Alternative noch einmal genauer überlegen. Andere Betreiber haben die Alternative nicht, schlicht weil sie nicht die finanziellen Mittel haben um auf eine Businessversion von easyLink oder auf P2D zu setzen.

Da mit dem “Arbeiten” mit einem Script auch immer wieder neue Fragen / Gedanken aufkommen, moechte ich hier an meinen ersten Test vom Webkatalogscript phpLD anschliessen.

Beim durchlesen von einigen Artikeln im deutschsprachigen Teil des Herstellerforums stellt sich mir die Frage, in welchem Ausmass die neuen Versionen von phpLD Bugs der alten Versionen aus dem “Weg raeumen” und wo ich sehe, welche Bugs mit einem Update behoben werden.

Wer meinen Artikel gelesen hat weiss, dass ich phpLD von Preis-Leistungsverhaeltnis her gut finde. Der einzige Negativpunkt, der sich nun heraus kristallisiert, scheint die Behebung von Fehlern und das bereit stellen von Loesungen zu sein. Es darf doch eigentlich nicht sein, dass ich ein Script kaufe und, ich komme auf den gleichen Punkt zurueck, der Spider nicht funktioniert? Oder dass ich hier immer wieder von Geister-URI lese und auch dieses Problem scheinbar nicht geloest wurde? Notabene, der Beitrag im Forum war aus dem Jahr 2007…

-Februar 09; Bei der Info auf die neue Version wird darauf hingewiesen, dass die Sprachdatei (deutsch) fehlerhaft ist und eine korrekte Version separat heruntergeladen werden muss. Obwohl die korrekte Sprachdatei angeblich an die Entwickler gesendet wurde… ist die Ãœbersetzung noch immer mies.
- 2007 wird ueber Probleme mit GeisterURI diskutiert, teilweise sogar recht heftig. Im Februar 2009 besteht das Problem noch immer.

Mir fehlt schlicht die Information, so dass ich sie verstehe und scheinbar (mein Eindruck) fehlt die Kapazitaet der Entwickler, nach den Launch einer neuen Version auch einen Release zur Verfuegung zu stellen, der die bemerkten Fehler ausmerzt. Wohlgemerkt einen Release, der dem ungeuebten User nicht Probleme beim Update beschert sondern ein Release, der hochgespielt und installiert werden kann. OHNE dass Templates angepasst werden muessen.

Klar ist, keine neue Software kommt ohne kleinere Bugs zum Kunden. Releases sind in aller Regel notwendig, davon nicht betroffen sein duerfen aber 0815-User. Diese kaufen ein Script und verlassen sich darauf, dass alles funktioniert. Ansonsten muss beim Download klar auf die “Bastlerversion” hingewiesen werden.

Wer dem ganzen Trouble aus dem Weg gehen will sucht sich einen Anbieter, der das phpLD inkl. der Mods fixfertig installiert und bereitstellt. Im deutschsprachigen Raum sind mir zwei Anbieter bekannt, die sich auch durch die Hilfe im Herstellerforum anbieten. Ihr findet die Kontaktmoeglichkeiten unter Internetagentur fuer das Muensterland und UDL Intermedia Group.

Morgens um 6 ist die Welt noch in Ordnung. Sagt man. Ich normalerweise auch. Aber nachdem in bis heute morgen gearbeitet habe eher nicht. Die Erwartung an den neuen Morgen ist zu gross. Resp. war…. Ich habe in der phpMyAdmin nachgeguckt und die Installationsroutine hat keine Datenbank angelegt.
Schlimmer noch, ich weiss nicht, was gebraucht wird und in welcher Funktion, ansonsten koennte ich die erforderlichen sql-Daten selber einlesen.
Meine Ansaetze zur Loesung…
Daten vom Server auf die Festplatte kopiert. Die notwendigen Datenbankdaten von Hand in die Config.php geschrieben und nochmal probieren.
Leider wird die Datenbank nicht angelegt… und so kann ich bei Schritt 6 noch lange versuchen, einen User anzulegen. Hier erstmal Schluss. Vielleicht habe ich in der folgenden Nacht noch einmal die Zeit, die Installation fort zu setzen. Als einstweiligen, aber hoffnungsvollen Loesungsansatz habe ich Regine Diepold von Ecombiz einen Hilfeschrei per Mail gesandt mit der Bitte um einen sql-dump, damit ich die Datenbank ueber myAdmin einlesen kann.

Rund 24Stunden spaeter hat mir der Support von Data Becker helfen koennen. Dass es so lange gedauert hat liegt aber auch an meiner Seite, ich konnte die Frage nicht immer gleich beantworten. Also keinerlei Wertung fuer den Support in Sachen Schnelligkeit. Dafuer wurde freundlich un kompetent geholfen. Danke!

wir konnten den Fehler nun lokalisieren und beheben. Die Datei “config.php” im Root-Verzeichnis ihrer Domain hatte zu niedrige Rechte (Dateiattribute). Diese muessen 666 betragen, hatten jedoch nur 644. Normalerweise setzt com to date diese Berechtigungen automatisch. Warum dies in Ihrem fall fehlgeschlagen ist, koennen wir Ihnen nicht beantworten.

Nach Anpassung der Dateiattribute per FTP-Programm konnten wir das Online-Setup durchfuehren.

Zu portal to date 2.0 bereits erschienen:
Review zur Onlinedemo von portal to date 2.0 & dem Handbuch
portal to date 2.0 installieren Teil 1

Nachdem ich das letzten Mal portal to date 2.0 in der Onlinedemo getestet und mich im Handbuch umgesehen habe nehme ich heute die normale Installationsroutine unter die Lupe.

Von normal kann man allerdings nicht reden. Zumindest nicht fuer ein Script, das online installiert werden sollte. Man ladet sich eine .exe runter und fuehrt die Datei aus. Lizenzbestimmungen usw. sind zu bestaetigen, wie bei jedem normalen Programm. Dann werde ich auf die Seite des Data Becker Onlineshops geleitet wo ich mich als Kunde registrieren muss. Zumindest habe ich keine andere Variante gesehen. Finde ich eher suboptimal, aber was solls. Immerhin muss ich bis auf meine Adresse nichts anderes angeben.

Einmal den Lizenzschluessel und danach den Hardwarekey eingeben und ein PopUp meldet mir “Vielen Dank fuer die Lizenzierung der Software” (oder so aehnlich. Also kann es wohl losgehen…

Oder auch nicht… beim ausfuellen der ftp-Daten in der Data Becker Software muss ich den Lizenzschluessel eingeben. Vor lauter Schluessel sehe ich schon bald die Lizenz nicht mehr… ich habe noch NIE ein Script installiert, das so viele Sicherheitsueberpruefungen gemacht hat. Mit meiner angeborenen Paranoia kommt auch der Verdacht hoch, dass Data Becker meine Daten mitschreibt… oder doch nicht?

5996 Dateien muss der ftp-Uploader hochladen. 5996… eine stolze Zahl. Zumal es nicht mit meinem filezilla geschieht sondern mit dem von Data Becker aufgezwungenen ftp-Programm. Das Dingerchen scheint mir langsam zu sein.

Und ich warte noch immer darauf, dass die Dateien vollstaendig auf dem Server liegen. Inzwischen ist der Upload sicher schon weit mehr als 60Minuten am werkeln und das liegt definitiv nicht an der Leitung…. ein fuer mich grosser Minuspunkt, den ich hier verteilen muss. Insgesamt hat der Upload mehr als 2 Stunden verschlungen. Meine Guete, was muss da an Daten vorhanden sein und wie soll mein kleiner Server damit blos klarkommen?

Nachdem ich bei den Einstellungen vergessen habe, htdocs als Verzeichnis einzugeben und nun alle Daten im Root liegen… scheint mir nichts anderes uebrig zu bleiben als den ganzen Schmarrn nochmal zu machen. Ausserdem sollte unbedingt die Angabe Webzugriff ueber gemacht werden. Die Installationsroutine findet sonst die Setupdatei nicht. Dank meinen zwar rudimentaeren, aber scheinbar ausreichenden Kenntnissen kann ich mit filezilla die Dateien entsprechend verschieben und die Installationsroutine auf dem Server starten. Und wieder heisst es, halten Sie Daten bereit…

Leider haben einige Dateien nicht die richtigen Schreibrechte, die muss ich also noch von Hand anpassen. Nicht weiter tragisch, wenn man ueber ein ftp-Programm verfuegt. Wer sich hier auf die Runduminstallation von Data Becker verlaesst muss einen Download starten… und sich womoeglich einarbeiten. Finde ich nicht optimal. Auf der einen Seite der Rundumservice, der Leuten wir mir Einschraenkungen setzt und Newbies prima unterstuetzt, dann aber wieder solche Ausreisser…. suboptimal geloest.
Die Fehlermeldung mit der Aussage

Setzen Sie sich in diesem Fall mit Ihrem Provider in Verbindung um Ihr System entsprechend anzupassen.

finde ich hingegen schlecht. Es kann nicht sein, dass ein Haus rund um den Tisch rum gebaut wird, meine Damen und Herren Entwickler. Also bitte, das Script hat sich am Server anzupassen und nicht umgekehrt. Das gilt auch fuer safe_mode off, das waere bei richtiger Programmierung unnoetig und die Serversicherheit waere wesentlich besser.

Die .htaccess habe ich uebrigens nicht mehr gefunden und musste mir damit helfen, dass ich eine leere Datei auf den Server geladen habe.

Ok, ich konnte nun die Installation weiter fuehren, die Daten fuer die Datenbank eingeben und erhalte nun die Meldung…

Dieser Vorgang kann einige Zeit dauern. Bitte haben Sie etwas Geduld!

Aber sicher, das lernt man bei der Installation von portal to date 2.0… Geduld und die wird scheinbar auch bei diesem Schritt benoetigt. Die Installation ist nun bei Schritt 4 von 12, inzwischen habe ich 4 Stunden benoetigt. Wenn das so weiter geht, muss ich die Installation abbrechen, denn 12 Stunden kann ich nicht mehr hier sitzen. Es ist nun 00:30h und ich bin langsam muede.

Schritt 6 von 12:
Warning: mysql_result(): supplied argument is not a valid MySQL result resource in /var/www/virtual/nightcontact.com/htdocs/modules/ptd/setup/steps/ptdChooseSetupTypeWizardStep.php on line 62
Ende Feuer, ich gebe auf fuer heute. Evtl. liegt es an meinem mueden Kopf, oder dann eben doch an der Installation. Das schaue ich mir ein andermal an.

Status: Knapp 5 Stunden und die Installation ist noch nicht abgeschlossen.