1awww.com

Produktbewertung des Autors:   

Häufigkeit der Nutzung	Regelmäßig
Ladezeit der Website:	mittel
Bedienung	schlecht
Design	ausgezeichnet
Nutzwert	schlecht

Pro:	niedrige Preise
Kontra:	Es gibt nichts für das Geld

Empfehlenswert?

nein

Für diesen Bericht liegt eine Gegendarstellung eines Betroffenen vor. Sie ist zu finden unter dem Erfahrungsbericht. Gegendarstellung lesen

Kompletter Erfahrungsbericht

Für diesen Bericht liegt eine Gegendarstellung eines Betroffenen vor. Sie ist zu finden unter dem Erfahrungsbericht.

Wieder einmal auf der Suche nach einem preiswerten Webhoster, versuchte ich die Schallgrenze von 5,- EUR pro Monat nach unten zu durchbrechen.

Also kamen die etablietren nicht mehr in Frage, zumal sie alle einen vergleichbaren Preis bieten, ob nun all-inkl.com, strato.de, 1und1.com.

Ich entdeckte 1awww.com für knapp 2,50 im Monat mit allem was man braucht. MySQL, Subdomains, PHP, natürlich kein SSH, dafür aber freundlicher E-Mail-Service der gern Hand anlegt, wenn erforderlich.

Machte auf mich alles einen guten Eindruck.

Lediglich die Überweisung per Auslandsüberweisung auf ein spanisches Konto in Barcelona ging nicht so flott, weil das Online-Banking der Postbank extrem zickig mit den erforderlichen Daten ist (Adresse, Strasse etc sowohl vom Kontoinjaber als auch von der Filiale!)

Die Zugriffszeiten waren topp und ich war zufrieden, als ich begann meinen Server einzurichten.

Das Angebot wird über die bekannte Oberfläche CONFIXX administriert. Leider funktionierte fast alles was ich tat nicht ohne Eingreifen des Betreibers. Eine Subdomain liess sich nicht anlegen, ein Password-Schutz per .htaccess funktionierte nicht und ein FTP-benutzer oder ein Mail-Benutzer liessen sich schon garnicht konfigurieren.

Ich muss dazu sagen, das ich schon jahrelang mit confixx auf 1und1 Servern Erfahrung gesammelt hatte.

Auf meine Reklamationen hin wurde irgendwie immer alles möglich gemacht, aber eben erst daraufhin.

Dann passierte etwas merkwürdiges, was nicht mehr repariert wurde. Beim übertragen meiner dateien auf den Server per FTP, veränderten sich sämtliche Benutzerrechte und das sollte irgendwei damit zusammenhängen, das ich anfangs garkeinen FTP Benutzer einrichten konnte.

Ich bat den E-Mail-Service das zu fixen und nichts geschah. 5-6 Nachfragen, 1 Woche gewartet, nichts. Stattdessen kamen seltsame Mails, die als Kernaussage so etwas wie Schuldzuweisungen beinhalteten, nach dem Motto, was für ein blödes FTP-Programm ich denn benutzen würde?! Naja, den Standard, filezilla und WS_FTP. was sonst.

Also Spielball hin und her Gewerfe statt einmal kurz ein "chown" und "chmod" über 5 Ordner zu jagen!

Nach 2 Wochen "Nichts-tun" wurde mir das zu blöd und ich pfiff auf die 5 EUR Einrichtungsgebühr, den ersten Monatsbeitrag von 2,50 und meine frisch registrierte Domain für 7 EUR (hat der Knabe wohl nicht mit gerechnet ;-)

Ich bin danach zu einem anderen Billighoster gegangen (http://lahno-webhosting.de) und voll zufrieden: billig, willig, fähig!

der andere von 1awww.com schickt mir jede Woche Mahnungen per E-Mail und nervt was das Zeug hält. Als ob nicht er derjenige gewesen wäre, der die vereinbarte Leistung nicht erbracht hat. Wenn ich etwas streitsüchtiger und rechthaberischer wäre, würde ich den auf Schadensersatz verklagen. Aber so lasse ich ihn kommen, der soll auch mal schlechtes Geld zum Fenster rauswerfen!

Gegendarstellung zur Bewertung: "Anbieter hat das eigene System nicht im Griff"

Wir stellen fest, dass die Bewertung des Users MartialMac, so nicht den Wahrheiten entspricht, angefangen mit dem Punkt
"Kontra: Es gibt nichts für das Geld", ist grundsätzlich nicht richtig, es werden genau die Leistungen bereit gestellt, die
auch lt. den Angeboten offeriert werden!

Die Aussage: "Leider funktionierte fast alles was ich tat nicht ohne Eingreifen des Betreibers. Eine Subdomain ließ sich
nicht anlegen, ein Password-Schutz per .htaccess funktionierte nicht und ein FTP-Benutzer oder ein Mail-Benutzer ließen sich
schon gar nicht konfigurieren.". Hierzu stellen wir fest, dass Subdomains entsprechend der Dokumentation auf unseren Seiten von
1awww.com einmal über das MWI (DNS-Zonen) einzurichten und auf den Server zu leiten sind und zusätzlich unter COnfixx
eingetragen werden müssen. Ein Passwort-Schutz via .htaccess funktioniert sehr wohl, er soll über Confixx-Web-Oberfläche
eingerichtet werden! Auch lassen sich sehr wohl Mail-User, entsprechend der Confixx-Dokumentation, die ebenfalls auf unseren
Seiten vorhanden ist, anlegen! Direktiven, wie mod_rewrite etc., die vom Kunden verlangt wurden, sind zusätzliche Features,
die wir auf Anforderung der Kunden setzen! Der Kunde versuchte auch FTP-Benutzer unter Confixx anzulegen, obwohl er zu dem
Zeitpunkt noch gar keine Unterverzeichnisse eingespielt hatte. Ihm wurden mit der Bereitstellung des Webspaces die
Zugangsdaten für den Hauptbenutzer in Confixx, der auch FTP fähig ist für das Web-Hauptverzeichnis und alle untergeordneten
mitgeteilt. Das zusätzliche Anlegen weiterer FTP-Benutzer ist jedoch nur für Unterverzeichnisse möglich, was auch in der
Dokumentation zu Confixx auf unseren Webseiten von 1awww.com nachzulesen ist! Korrekt ist, daß es an einem Tag, ein Problem
aufgrund der Server-Umstellung gegeben hat, was dazu geführt hat, daß Änderungen, die vom Kunden eingegeben wurden, nicht
direkt von Confixx durchgeführt wurden.

Die Aussage ist so nicht richtig: "Dann passierte etwas merkwürdiges, was nicht mehr repariert wurde. Beim übertragen meiner
Dateien auf den Server per FTP, veränderten sich sämtliche Benutzerrechte und das sollte irgendwie damit zusammenhängen, das
ich anfangs gar keinen FTP Benutzer einrichten konnte." Wir stellen hierzu fest, dass der Kunde zuvor diverse Einspielungen
vorgenommen, danach Löschungen durchgeführt und Programm-Pakete ausprobiert hat etc. Jedes Programm-Paket hat dabei erwartete
Verzeichnisrechte, die unter Umständen vom FTP-Einspielenden geändert werden müssen. Die von uns vorgefertigten
Programm-Pakete, die via Automatik eingespielt werden, verändern diese Rechte ebenfalls. Wird danach alles gelöscht und man
möchte andere Pakete einspielen, die evtl. in Konkurrenz zueinander stehen, so sind vorher die Rechte in den
Hauptverzeichnissen richtig zu setzen, daher empfehlen wir lt. unserer Dokumentation und die insbesondere bei Installation
des Paketes explizit auf diese Umstände hinweist, die Rechte vorher zu kontrollieren. Die Grundeinstellungen der Rechte sind
im Dokumentationsbereich auf den Seiten bei 1awww.com nachlesbar! Ansonsten, wenn die Grundeinstellung nicht verändert wurde,
werden via FTP die Rechte überall korrekt und richtig gesetzt! Wenn dann wieder manche Verzeichnisrechte geändert werden
müssen, so ist dies die Vorgabe und in der Art der eingespielten Programme gegeben! Bei richtiger Rechte-Vergabe ist der
Betrieb der Webspaces in jedem Fall möglich!

Die Aussage ist teilweise nicht richtig: "Ich bat den E-Mail-Service das zu fixen und nichts geschah. 5-6 Nachfragen, 1 Woche
gewartet, nichts. Stattdessen kamen seltsame Mails, die als Kernaussage so etwas wie Schuldzuweisungen beinhalteten, nach dem
Motto, was für ein blödes FTP-Programm ich denn benutzen würde?! Naja, den Standard, filezilla und WS_FTP. was sonst." Dazu
stellen wir fest: Es wurde nachgefragt, ob ggf. das verwendete FTP-Programm hier Rechte ändert, eine Schuldzuweisung ist
nicht erfolgt! Richtig ist, dass unser Ticket-System ebenfalls wegen einer Server-Umstellung 2-3 Tage nicht die Mail-Antworten
abgerufen hatte. Zusätzlich war der Support aber auch telefonisch über die auf der Kontakt-Seite hinterlegte Rufnummer und
die Mail-Adresse im Impressum erreichbar gewesen, was der Kunde jedoch nicht genutzt hat!

Die Aussage ist zutreffend, lässt jedoch im Zusammenhang der übrigen Punkte falsche Schlüsse zu: "Also Spielball hin und her Gewerfe statt einmal kurz ein
"chown" und "chmod" über 5 Ordner zu jagen! ". Hierzu stellen wir fest: Der Kunde reklamierte mehrfach, daß die Benutzer
angeblich Nummern-Folgen wären, dies ist aber normal, da FTP die User/Gruppen nicht namentlich aufführen, sondern als UID und
GID. Der Kunde verlangte von uns folgende Befehle im Webspace-Hauptverzeichnis abzusetzen:

-"chown web630:web630 .configs"
-"chown -R root:www-data atd"
-"chown -R root:web630 backup"
-"chown -R web630:www-data files"
-"chown -R web630:www-data html"
-"chown -R root:web630 log"
-"chown -R web630:www-data phptmp"
-"chown -R root:web630 restore"

Das Setzen dieser Rechte, insbesondere auf das .configs - Verzeichnis haben wir mit Recht, so abgelehnt, auch bei den
anderen, weil die Rechte bei korrekter Einstellung, in den Unterverzeichnissen, Server bedingt, richtig gesetzt werden und so
werden die Dateien unterhalb des html-Verzeichnisses nicht für User www-data, sondern für web630 (siehe technische
Informationen zu Apache2, suPhp) korrekt gesetzt. Im Übrigen haben wir dem Kunden mitgeteilt, dass die User/Gruppen im
Hauptverzeichnis richtig gesetzt waren!

Die Aussage ist ebenfalls nicht so richtig: "Nach 2 Wochen "Nichts-tun" wurde mir das zu blöd und ich pfiff auf die 5 EUR
Einrichtungsgebühr, den ersten Monatsbeitrag von 2,50 und meine frisch registrierte Domain für 7 EUR (hat der Knabe wohl
nicht mit gerechnet ;-)" - Wir stellen hierzu fest: Sehr wohl wurden innerhalb von 2 Wochen diverse Ticket-Mails hin-und
herversandt! Auch ist es nicht richtig, dass wir die von ihm bestellte Domain nicht berechnet haben. Der Kunde sollte mal
seine Rechnung: 20090740008 einsehen!

Auch haben wir alle Anfragen des Kunden nach Empfang unmittelbar bearbeitet, was sich auch im Ticket-System nachvollziehen
lässt. Der Kunde hat insofern einen korrekt funktionierenden Webspace erhalten und ebenfalls im Allgemeinen einen schnellen
Support!

elektronisch unterschrieben
Detlef Bracker   

Gegendarstellung eines Betroffenen

Gegendarstellung zur Bewertung: "Anbieter hat das eigene System nicht im Griff" Wir stellen fest, dass die Bewertung des Users MartialMac, so nicht den Wahrheiten entspricht, angefangen mit dem Punkt "Kontra: Es gibt nichts für das Geld", ist grundsätzlich nicht richtig, es werden genau die Leistungen bereit gestellt, die auch lt. den Angeboten offeriert werden! Die Aussage: "Leider funktionierte fast alles was ich tat nicht ohne Eingreifen des Betreibers. Eine Subdomain ließ sich nicht anlegen, ein Password-Schutz per .htaccess funktionierte nicht und ein FTP-Benutzer oder ein Mail-Benutzer ließen sich schon gar nicht konfigurieren.". Hierzu stellen wir fest, dass Subdomains entsprechend der Dokumentation auf unseren Seiten von 1awww.com einmal über das MWI (DNS-Zonen) einzurichten und auf den Server zu leiten sind und zusätzlich unter COnfixx eingetragen werden müssen. Ein Passwort-Schutz via .htaccess funktioniert sehr wohl, er soll über Confixx-Web-Oberfläche eingerichtet werden! Auch lassen sich sehr wohl Mail-User, entsprechend der Confixx-Dokumentation, die ebenfalls auf unseren Seiten vorhanden ist, anlegen! Direktiven, wie mod_rewrite etc., die vom Kunden verlangt wurden, sind zusätzliche Features, die wir auf Anforderung der Kunden setzen! Der Kunde versuchte auch FTP-Benutzer unter Confixx anzulegen, obwohl er zu dem Zeitpunkt noch gar keine Unterverzeichnisse eingespielt hatte. Ihm wurden mit der Bereitstellung des Webspaces die Zugangsdaten für den Hauptbenutzer in Confixx, der auch FTP fähig ist für das Web-Hauptverzeichnis und alle untergeordneten mitgeteilt. Das zusätzliche Anlegen weiterer FTP-Benutzer ist jedoch nur für Unterverzeichnisse möglich, was auch in der Dokumentation zu Confixx auf unseren Webseiten von 1awww.com nachzulesen ist! Korrekt ist, daß es an einem Tag, ein Problem aufgrund der Server-Umstellung gegeben hat, was dazu geführt hat, daß Änderungen, die vom Kunden eingegeben wurden, nicht direkt von Confixx durchgeführt wurden. Die Aussage ist so nicht richtig: "Dann passierte etwas merkwürdiges, was nicht mehr repariert wurde. Beim übertragen meiner Dateien auf den Server per FTP, veränderten sich sämtliche Benutzerrechte und das sollte irgendwie damit zusammenhängen, das ich anfangs gar keinen FTP Benutzer einrichten konnte." Wir stellen hierzu fest, dass der Kunde zuvor diverse Einspielungen vorgenommen, danach Löschungen durchgeführt und Programm-Pakete ausprobiert hat etc. Jedes Programm-Paket hat dabei erwartete Verzeichnisrechte, die unter Umständen vom FTP-Einspielenden geändert werden müssen. Die von uns vorgefertigten Programm-Pakete, die via Automatik eingespielt werden, verändern diese Rechte ebenfalls. Wird danach alles gelöscht und man möchte andere Pakete einspielen, die evtl. in Konkurrenz zueinander stehen, so sind vorher die Rechte in den Hauptverzeichnissen richtig zu setzen, daher empfehlen wir lt. unserer Dokumentation und die insbesondere bei Installation des Paketes explizit auf diese Umstände hinweist, die Rechte vorher zu kontrollieren. Die Grundeinstellungen der Rechte sind im Dokumentationsbereich auf den Seiten bei 1awww.com nachlesbar! Ansonsten, wenn die Grundeinstellung nicht verändert wurde, werden via FTP die Rechte überall korrekt und richtig gesetzt! Wenn dann wieder manche Verzeichnisrechte geändert werden müssen, so ist dies die Vorgabe und in der Art der eingespielten Programme gegeben! Bei richtiger Rechte-Vergabe ist der Betrieb der Webspaces in jedem Fall möglich! Die Aussage ist teilweise nicht richtig: "Ich bat den E-Mail-Service das zu fixen und nichts geschah. 5-6 Nachfragen, 1 Woche gewartet, nichts. Stattdessen kamen seltsame Mails, die als Kernaussage so etwas wie Schuldzuweisungen beinhalteten, nach dem Motto, was für ein blödes FTP-Programm ich denn benutzen würde?! Naja, den Standard, filezilla und WS_FTP. was sonst." Dazu stellen wir fest: Es wurde nachgefragt, ob ggf. das verwendete FTP-Programm hier Rechte ändert, eine Schuldzuweisung ist nicht erfolgt! Richtig ist, dass unser Ticket-System ebenfalls wegen einer Server-Umstellung 2-3 Tage nicht die Mail-Antworten abgerufen hatte. Zusätzlich war der Support aber auch telefonisch über die auf der Kontakt-Seite hinterlegte Rufnummer und die Mail-Adresse im Impressum erreichbar gewesen, was der Kunde jedoch nicht genutzt hat! Die Aussage ist zutreffend, lässt jedoch im Zusammenhang der übrigen Punkte falsche Schlüsse zu: "Also Spielball hin und her Gewerfe statt einmal kurz ein "chown" und "chmod" über 5 Ordner zu jagen! ". Hierzu stellen wir fest: Der Kunde reklamierte mehrfach, daß die Benutzer angeblich Nummern-Folgen wären, dies ist aber normal, da FTP die User/Gruppen nicht namentlich aufführen, sondern als UID und GID. Der Kunde verlangte von uns folgende Befehle im Webspace-Hauptverzeichnis abzusetzen: -"chown web630:web630 .configs" -"chown -R root:www-data atd" -"chown -R root:web630 backup" -"chown -R web630:www-data files" -"chown -R web630:www-data html" -"chown -R root:web630 log" -"chown -R web630:www-data phptmp" -"chown -R root:web630 restore" Das Setzen dieser Rechte, insbesondere auf das .configs - Verzeichnis haben wir mit Recht, so abgelehnt, auch bei den anderen, weil die Rechte bei korrekter Einstellung, in den Unterverzeichnissen, Server bedingt, richtig gesetzt werden und so werden die Dateien unterhalb des html-Verzeichnisses nicht für User www-data, sondern für web630 (siehe technische Informationen zu Apache2, suPhp) korrekt gesetzt. Im Übrigen haben wir dem Kunden mitgeteilt, dass die User/Gruppen im Hauptverzeichnis richtig gesetzt waren! Die Aussage ist ebenfalls nicht so richtig: "Nach 2 Wochen "Nichts-tun" wurde mir das zu blöd und ich pfiff auf die 5 EUR Einrichtungsgebühr, den ersten Monatsbeitrag von 2,50 und meine frisch registrierte Domain für 7 EUR (hat der Knabe wohl nicht mit gerechnet ;-)" - Wir stellen hierzu fest: Sehr wohl wurden innerhalb von 2 Wochen diverse Ticket-Mails hin-und herversandt! Auch ist es nicht richtig, dass wir die von ihm bestellte Domain nicht berechnet haben. Der Kunde sollte mal seine Rechnung: 20090740008 einsehen! Auch haben wir alle Anfragen des Kunden nach Empfang unmittelbar bearbeitet, was sich auch im Ticket-System nachvollziehen lässt. Der Kunde hat insofern einen korrekt funktionierenden Webspace erhalten und ebenfalls im Allgemeinen einen schnellen Support! elektronisch unterschrieben Detlef Bracker