Das bemängle ich auch schon seit es ihn gibt, es gibt anscheinend keine Chance das man das nochmal überdenkt.
Leider ist er in seiner jetzigen Form relativ wertlos und nicht einsetzbar.
Das bemängle ich auch schon seit es ihn gibt, es gibt anscheinend keine Chance das man das nochmal überdenkt.
Leider ist er in seiner jetzigen Form relativ wertlos und nicht einsetzbar.
Hmm interessant, ich hatte jetzt nicht damit gerechnet das jemand Mysql auslagert und Mail auf der Maschine lässt.
Wie haltet ihr es mit der Virtualisierung? Ich habe zb ein Proxmox Setup laufen, wo man halt die WEB-VM regelmäßig wegsichern kann. Allerdings frisst das ja auch Performance.
Wie sieht euer Setup aus? Habt ihr alles einzelne Server oder alles per Master Lizenz zusammengehangen?
Trennt ihr eure Dienste? also Mail/web/Mysql ? Wenn ja warum und wenn nein weshalb?
Sind dabei irgendwelche Probleme aufgetaucht?
Ich überlege ja zumindest Mail auszulagern auf eine extra Maschine(alles per lc). Aber ich bin mir nicht schlüssig ob im Livebetrieb alles Reibungslos läuft.
Allgemeine Anregungen sind auch gerne gesehen
Da würde ich mich anschliessen +1
cluebringer wäre doch eine möglichkeit odeR?
Wenn ja dann bitte eine Unterstützung in LC +1
Hast du dir Pound mal angesehen? Das unterstützt auch SSL .
Sehe ich ähnlich, sich mit Tools aus grauer Vorzeit zu messen ist nicht wirklich zielführend. State of Art sind nunmal Cpanel und Plesk. Auch wenn LC Featuretechnisch die nächsten 5 Jahre nichtmal in die Nähe kommen wird. LC hat halt den Bonus das es Cpanel nicht für Debian gibt und Plesk absoluter Müll ist.
Ansonsten ist das doch wesentlich Übersichtlicher [Cpanel- Link] (Sofern man alles nicht relevante für die Dau User abstellt)
Wie bitte? Also das sehe ich ganz anders, bitte lieber 20 Jahre die gleichbleibende GUI, damit die Kunden sich nicht umstellen müssen was uns Support-Arbeit beschert...
Davon abgesehen finde ich die LC-GUI hübsch und modern.
Naja ich würde sie eher zweckmässig und aufgeräumt nennen
- Globaler Webmail Client (webmail.*)
Roundcube in nem Web installieren und die Subdomain draufrouten.
Schnell erledigt.
Die Neustartgeschichte wäre garnet mal so schlecht.
Wie sieht jetzt eigentlich die Roadmap für die kommenden Versionen aus?
Wenn ich das durch meinen Vorfall gerade richtig verstanden habe, müsstest du die Opt auch nachträglich installieren!
Nein müsste er nicht anscheinend hat er es ja scon fertig eingetragen. Das sollte sich wirklich automatisch updaten.
das "ich" muss hier betont werden.
Wir zumindest kommen gut ohne API klar, im Gegenteil: eine API-Anbindung programmieren (zu was eigentlich? Kundenverwaltung? Bestellsystem?) kostet deutlich mehr Zeit als wir manuell in LC verbringen für die Webhosting-Kunden...
Klar, kommt immer darauf an was man betreibt. So eine vollumfängliche Steuerung aus Verwaltungs und Bestellsystemen wie WHMCS erspart einem allerdings viel Arbeit.
Aber auch nur den Webspace-Teil eines Vertrags sperren wäre super, z.B. für einen Hacker-Fall - aktuell verschieben wir da den htdocs-Ordner per bash-Skript und legen einen neuen, leeren an.
Interessante Vorgehensweise, geht das Vollautomatisch per IDS oder schaltet ihr das per Hand bei eventuellen Auffälligkeiten?
Mogwais
OT, aber mit dem richtigen Firefox-Addon wirkt der Rechtsklick-"Schutz" nicht
Ich nehme den Opera, da ist es auch ohne Addon leicht zu umgehen allerdings nervt es halt. Deswegen mein Hinweis, es ist vollkommen nutzlos heutzutage und stört nur den "Workflow".
Super sache und danke für die vielen neuen Features!
Wäre es möglich ein Tutorial zu den eigenen Apps raus zu bringen?
Deine Seiten sind alle Kaputt. Denn ein Feature ist es seit dem Jahrtausendwechsel nicht mehr die rechte Maustaste zu sperren.
Ich brauche die aber nunmal zum Navigieren aber wenn jemand dein Design "klauen" möchte kann er einfach auf w3layouts gehen und es sich runterladen. Inhalte klaut auch kaum noch wer (DoubleContent).
Wenn es nur die wären!
Vergesst nicht die Kundendomains(!) die über Office365 oder GoogleMail laufen!
Du meinst die da direkt mit der Mailfunktion aufgeschalten sind? Die sind ja egal, laufen ja nicht durch deinen Mailqueue
Ich denke das ist nicht sinnvoll, auch wenn ich den Grund nachvollziehen kann. Diese Billig-Freemailer sperren willkürlich, egal ob Spam verschickt wird oder nicht. Dennoch könnten sich Kunden benachteiligt fühlen und zu einem anderen Provider wechseln, wo solche Weiterleitungen gestattet sind.
Also Gmail als Billigmailprovider zu titulieren wird der Sache nicht gerecht
Und willkürlich machen die das auch nicht.
Wenn Kunden wechseln deswegen ist es mir vollkommen Schnuppe da ich es nicht ändern kann, ob die Mails nicht durchgehen weil zuviel gesendet werden oder weil ich das gesperrt habe ist im Endeffekt gleich.
Vielleicht wäre eine Limitfunktion nicht schlecht die je Provider einstellbar ist (Also Summe X pro Stunde)
Würde die Sache aber wesentlich verkomplizieren.
Wozu das denn? Entweder habe ich Probleme mit AOL, GMail, .. oder eben nicht?
Na bei Kunden mit wenig MAilaufkommen stellt das kein Problem dar, bei anderen dagegen schon.
Und selbst wenn: bitte erstmal einfach umsetzen und später erweitern, sonst dauert die Umsetzung ewig
Stimmt
Da das Problem bei mir auch schon aufgetaucht ist(gmail) +1
Aber dann möglichst nicht global sondern je Kunde seperat einstellbar
Du könntest das Über Dovecot(sofern du das nutzt) selber Regeln http://dokuwiki.tachtler.net/d…d=tachtler:dovecot_quotas
Allerdings wäre ne Option in LC Klasse
Na was soll ich da noch konstruktiver sein? Ich habe doch gesagt was ich bemängle.
Scheinbar sieht man das bei der Konkurrenz genauso wie ich denn alle anderen setzen es (in meinen Augen) brauchbarer um als LC.