Beiträge von luitpold

Hallo,

(es gibt keinen Forumsbereich "Smalltalk", daher poste ich hier).

Kunde behauptet, dass dass wir Domains anteilig mit 16% und 19% abrechnen müssen,
bei Jahresrechnung im voraus.

Beispiel: domain.de wird am 25.06.2020 für 1 Jahr berechnet.
25.06. - 30.06.2020 mit 19%
01.07. - 31.12.2020 mit 16%
01.01. - 24.06.2021 mit 19%

Ich sage: no
Die Leistung ist am Tag der/des Registrierung/Transfers oder Verlängerung erbracht.

Was meint Ihr?
btw: fragen Sie nicht 10 Stb. Ihres Vertrauens - 10 Antworten

Und ich bin für eine Deaktivierung der Apps und
Einstellung der Arbeiten daran. Das könnte ein Thema
in x Jahren werden - sollte KK die Arbeit ausgehen

Ich erkenne aktuell für einen Webhoster und deren Kunden
keinen Vorteil, eher nur (Folge)Nachteile.

Der Ursprungsgedanke eines Klick-Installers löst sich eh zunehmend
in Luft auf:

- Joomla/Wordpress sind nun wirklich DAU-installierbar
- Magento - wo es verm. EUR 10.000 aufwärts beginnt,
glaubt da wirklich jemand, eine Agentur installiert das
über LC?
- Wer nennt mir eine Anwendung, die nach einer 1Click-Installation
ohne Folge-KnowHow praxisreif ist?

<vorurteilsmode>
...und nicht vergessen: wer über eine 1Click-Installation eine Anwendung
laufen hat und diese nicht per 1Click updaten kann, wird es auch nicht per Hand
updaten (weil: nicht können oder wollen) - Ausnahme: z.T. WordPress
</vorurteilsmode>

thumbs up!

Bei der Gelegenheit evtl. darüber nachdenken:

- Lesezugriff auf Forum nur für LiveConfig-Kunden
- Power-User für redmine sollen anhand vom Umsatz zugeteilt werden

"Wer Interesse daran hat" = Wunschkonzert

...oftmals auch negative Korrelation bei Forengeplärre <--> Umsatz

sorry für z.T. offtopic

Unforced Error:

Zitat

> Hab nicht die Lust 100€ im Monat für nen Server auszugeben
> Die Website ist von dem her wichtig, weil die Kunden wissen wollen was ich mache,
> ohne Website keine Angebotsanfragen und somit auch kein Geld.

Forced Error:

Zitat

> Server bei Hetzner (Master) Server bei OVH (Slave)
> Ich durfte vor kurzem erfahren, wie sich ein Ausfall des Carriers anfühlt.

Bei beiden Hostern weiss man _vorher_ dass ein Ausfall öfters vorkommen
kann/könnte und man aktzeptiert dies u.A. durch den Preis.

PS: und ja, auch wie betreuen viele Server bei Hetzner.

Wurden die Kundendaten per copy&paste erfasst?
wir hatten ein ähnliches Problem, letztendlich war es ein Sonderzeichen oder line-feed, das im PLZ-Feld drin war

+1 (10 Zeichen)

btw: die Lösung eines anderen Controlpanels wollen wir sicher nicht mehr

web124:x:673:673::/var/www/web124:/bin/false
web124f1:x:673:673::/var/www/web124/html/cms/picture/upload:/bin/false

*nach oben push*

Zitat von ñull

Would be good when there is an easier way to identify the right mail folder (for administrators). May be a tool? A field to enter the mail address and it returns the path?

grep <emailaddress> /etc/dovecot/passwd

Zitat von ñull

When an mail account is abbused for sending Spam, it would be nice when you could disable SMTP

the fasted way: change the password

kein bug und kein Denkfehler - ssh ist (leider) nur für den Hauptbenutzer möglich.

Zusätzliche ssh-user wären schon hilfreich. Kunden haben z.T. mehrere externe
Webbetreuer und die sollen nicht unbedingt mit dem Hauptaccount arbeiten.
Klassisches ftp ist out. Da fällt mir gleich ein neuer Vorschlag ein:
bei Aktivieren von ssh gleichzeitig ein Verzeichnis .ssh anlegen.
ssh-login per passwort ist ja auch ...

ok - hätte es etwas anders schreiben sollen

Reagieren auf Nachfragen in einem Forum wird beim
Hersteller bei prio -9 sein. Er bekommt genügend
"Dampf" im direkten Kundenkontakt.

Zitat von RB-Media-Group

richtig uns geht es auch darum einfach planen zu können, damit die Kunden auch rechtzeitig vor Umstellung auch informiert werden können.

Und genau das macht doch niemand von uns (oder?): planen auf Basis von ...was?

Wir würden selbst gerne mehr als eine handvoll Confixx-Server
in Rente schicken, was soll ich da planen? Kunden anschreiben
"Ab 15.8. könnten wir evtl. Ihren Server auf LC umstellen"

Zitat von bady

Allerdings habe ich in der Zeit in der ich Liveconfig einsetze gelernt angegebene Termine nicht wirklich ernst zu nehmen

Zitat von luitpold

Es wartet doch keiner von uns auf das Erscheinen einer neuen Version.

edit: Es wartet doch keiner von uns auf das Einhalten...

<offtopic>
was soll das Nachfragen für eine (erhoffte) Antwort bringen?
"verschiebt sich bis zum 28.07. 16:00 Uhr"
"wir wissen es nicht"
und dann?
Es wartet doch keiner von uns auf das Erscheinen einer neuen Version.
Schönen Sonntag noch.
</offtopic>

Wir haben - dank Support durch Herrn Keppler - unser Problem gelöst:

Bei den Verträgen war beim PHP-Modus und bei den Log-Rotation-Werten nichts aktiviert.

Hallo Herr Ackermann,

könnten Sie bitte auch für die Mitleser posten was Sie gefunden haben?
Habe nach einem erfolgreichen Import auch einige Darstellungsfehler.
Beim Start einer Verbindung kommt:

Nicht gefunden / nicht autorisiert
Die gesuchte Seite konnte nicht gefunden werden, oder Sie sind nicht dafür autorisiert.

erst über die Suche kommt ein Listing der Kunden

Zitat

Unter FASTCGI läuft es ja. Das Problem stellt einzig und allein suPHP dar. Wir wollen jedoch suPHP nutzen.

auch wenn meine Frage vom Thema etwas abweicht: warum suPHP nutzen, wenn FastCGI zur Verfügung steht?
Ich kenne da keinen vernünftigen Grund, lasse mich aber gern belehren

Vielen Dank für die Rückmeldung, läuft nun!

1. php_errors.log wurde nicht geschrieben, in der php.ini war falsch drin:
error_log = "/var/www/web1/logs/php/php_errors.log" - keine Ahnung wie das falsch reinkommt.
muss natürlich lauten: "/var/www/web1/logs/priv/php_errors.log"

2. dann tauchte der Übeltäter auf:
PHP Fatal error: Directive 'magic_quotes_gpc' is no longer available in PHP in Unknown on line 0

Distri ist Debian Squeeze

Hallo,

hat die FastCGI-Variante von Herrn Keppler schon jemand erfolgreich aktiviert?

ich erhalte folgenden Fehler:

[Thu Jul 25 17:16:30 2013] [warn] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
[Thu Jul 25 17:16:30 2013] [error] Premature end of script headers: info.php

suexec.log meldet ok:
[2013-07-25 17:16:30]: uid: (1002/web1) gid: (1002/web1) cmd: php-fcgi-starter

Suche ergab Hinweise auf Rechteprobleme bei den Dateien oder/und
vhost-Fehler.

Ein Aufruf auf der shell bringt die richte Version 5.4
/opt/php54/bin/php-cgi /var/www/web1/htdocs/info.php

hat jemand eine Idee, dem Fehler auf die Schliche zu kommen?
Vielen Dank.

Hier die conf-Dateien:

.httpd.conf (wird auch im vhost eingebunden)
<IfModule mod_fcgid.c>
FcgidBusyTimeout 3600
FcgidMaxRequestLen 134217728
</IfModule>
FCGIWrapper /var/www/web1/conf/php54/php-fcgi-starter .php
FCGIWrapper /var/www/web1/conf/php54/php-fcgi-starter .php5

php-fcgi-starter
#!/bin/sh
umask 0022
PHPRC=/var/www/web1/conf/php54/
export PHPRC

PHP_FCGI_CHILDREN=10
export PHP_FCGI_CHILDREN

PHP_FCGI_MAX_REQUESTS=250
export PHP_FCGI_MAX_REQUESTS

PHP_FCGI_BUSY_TIMEOUT=3600
export PHP_FCGI_BUSY_TIMEOUT

PHP_FCGI_MAX_REQUESTLEN=134217728
export PHP_FCGI_MAX_REQUESTLEN

exec /opt/php54/bin/php-cgi

Vielen Dank für den Hinweis zum API.
Ich habe mich evtl. nicht verständlich ausgedrückt, für die Umzugslogistik wäre es
vorteilhaft _beide_ Loginvarianten nutzen zu können:
email.adresse@domain.de
web1p1@domain.de + Confixxpasswort
beide zeigen auf das gleiche Postfach.
Dann könnte man einen Server in einem Rutsch umziehen und die Kunden nach und
nach den Login im E-Mailclient umstellen.
...darum schrieb ich ja: "dirty hack"

Hallo,

vorab ein Lob an die LC-Entwickler, mit der aktuellen
Version lässt sich sehr gut arbeiten!

Der letzte "Kick" fehlt noch, es ist das leidige "Problem"
mit der Änderung der Logins für die Postfachnutzer bei
Migration von Confixx-Servern.

Meiner Meinung nach ein entscheidendes Killerkriterium,
das einen enormen "Vertriebspusch" (Confixx-Server übernehmen)
verhindert.

Ich sag mal so: das Ändern von E-Mailbenutzername und Passwort
stellt im Jahr 2013 noch sehr viele Endkunden vor eine
Herausforderung

Wir haben Installationen mit > 100 Postfächern bei Firmen
verteilt über mehrere Standorte. Nicht auszumalen wenn der
IT-Dienstleister antanzt und danach die Supportrechnung schreibt

Meine Frage: ist vom LC-Team angedacht hierzu einen
"dirty hack" zu integrieren?
Idealvorstellung: web(x)p(y) + Passwort wird als E-Maillogin
übernommen. Zusätzlich die neue (bessere) Variante mit
E-Mailadresse als Kontoname.

Man könnte den Kunden dann das Messer ansetzen und auffordern,
bis Tag x auf eine Änderung am E-Mailclient umzustellen.

Wie eingangs erwähnt: aus Vertrieblersicht empfehle ich das
nochmal anzudenken.

Danke und Gruß.

Hallo,

ein Kunde erstellt einen Relaunch seiner Webanwendung,
aus gegebenen Gründen kann er es nicht im alten web installieren.
Zum alten web sind zahlreiche E-Mailadressen/Postfächer vorhanden.

Spricht etwas gegen diese Vorgehensweise?:

altes web: web1
neues web: web100

1. mv .../web1 .../web1bck
2. mv ../web100 .../web1
3. chown -R ...

Vielen Dank für eine Einschätzung