Posts by 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 :D


    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:


    Quote


    > 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:


    Quote


    > 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.

    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



    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.



    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"



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


    ;)



    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>

    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

    Quote

    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