Die Domains werden von einer zentralen Registrierungsstelle verwaltet. Bei .de Domain macht dies z.B. die Denic. Möchte jemand nun eine Domain haben z.B. meinname.de kann deise Domain gegen eine jährliche Gebühr von der Denic gemietet werden. Dies geschieht in der Regel bei dem Hoster, der auch das Webpaket vermietet. Der Hoster verbindet dann die Domain mit dem Speicherplatz damit ein Aufruf der Domain im Webbrowser dann auch zu Ihren Speicherplatz führt.

Eine Domain wird nur vermietet und nicht gekauft d.h. im Falle von Problemen (z.B. Markenrechtsverletzungen) kann die Registrierungsstelle die Domain wieder von Ihnen zurückholen.

Wenn Sie mit den Leistungen Ihres Hosters nicht mehr zufrieden ist, die Domain jedoch behalten möchten, können Sie die Domain auch zu einem anderen Hoster umziehen. Für diesen Umzug sind einige Dinge zu beachten um einen schnellen und Reibungslosen Transfer zu garantieren.

Checkliste für einen erfolgreichen Domainumzug

Damit Sie keine Probleme beim Umzug haben, haben wir Ihnen hier eine Checkliste zusammen gestellt:

1. Sorgen Sie immer dafür, dass Ihre Daten, die bei der Registrierungsstelle der Domain hinterlegt sind, aktuell sind (E-Mail Adresse, Adresse, Telefon)
   Manche Registrierungsstellen senden Ihnen bei einem Umzug eine Bestätigungsmail. Wenn diese nicht Bearbeitet wird, ist kein automatischer Umzug möglich und es ist ggf. notwendig, dass Sie das Vorhaben per Fax authorisieren.
2. Besorgen Sie sich von Ihrem alten Webhoster den AuthCode Ihrer Domain.
   Viele Registrierungsstellen bieten eine automatischen Domaintransfer per AuthCodes. Sie authorisieren sich gegenüber der Registrierungsstelle über diesen AuthCode.
3. Nachdem Punkt 1 und 2 abgearbeitet sind, kann das neue Paket bestellt werden.
4. E-Mail Adressen im neuen Paket sowie Webseiten auf den neuen Speicherplatz umziehen
5. Domainumzug durch den neuen Hoster starten.
   Ein Domainumzug dauert ja nach Registrerungsstelle wenige Stunden bis einige Tage. Da mehrere Stellen bei einem Domaintransfer kooperieren müssen kann es leider immer wieder zu Wartezeiten kommen.

Nachdem der Domainumzug gestartet wurde, werden die Daten des alten Webhosters aus der Domain gelöscht und der neue Anbeiter Ihres Webpaketes trägt sich in die Domain ein damit der neue Speicherplatz bei dem Aufruf im Browser aufegrufen wird.

Dieser Vorgang (Änderung der DNS Daten) kann mehrere Stunden dauern. Die Registrierungsstelle ändert die DNS Daten und die verschiedenen Internetanbieter holen sich diese Daten in regelmäßigen Abständen ab. Es kann also sein, das einige die Webseite ebreits auf den neuen Server erreichen  und andere noch auf dem alten Server landen. I.d.R. ist der Vorgang jedoch innerhalb von 24 Stunden abgeschlossen und alle sollten die Seite bei dem neuen Anbieter erreichen.

Mögliche Probleme bei Domainumzügen

1. Die Adressdaten der Domain sind nicht korrekt. Bestätigungsmails konnten daher nicht empfangen und abgearbeitet werden.
   Setzen Sei sich mit Ihrem neuen Anbieter für Ihr Webpaket in Verbindung. Er kann Ihnen in dem Fall ggf. Faxformulare zur Verfügung stellen um den Domaintransfer manuell zu authorisieren.
2. Der alte Hoster gibt den AuthCode nicht raus.
   Es kann passieren, dass der alte Webhoster nicht mehr erreichbar ist und Sie deswegen nicht an den AuthCode kommen. In dem Fall bieten einige Registrierungsstellen die Möglichkeit über Ihren neuen Webhoster an den AuthCode zu kommen. Ggf. fallen dafür extra Kosten an.
3. Der AuthCode ist nicht korrekt
   Die AuthCodes sind in der Regel nur einge Wochen gültig.

The post Checkliste Domainumzug appeared first on LCube - Professional Hosting Blog.

Da dies eien sehr allgemeine Aussage ist, klärte der zuständige Mitarbeiter erstmal mit dem Kunden ab, wie sich das Geschwinigkeitsproblem äussert.

Trotz Varnish Cache, Memcached, APC kam es zu gelegentlichen hängern, die teilweise sogar die Datenbank lahm legten.

Bei einem Magento Hosting kommt es auf das Zusammenspiel aller Komponenten an

Die Analyse ergab, dass das Problem regelmäßig auftrat. Nach einiger Zeit kam es zu einem Stillstand des MySQL Servers da dieser mit Anfragen auf die Tabelle category_catalog_flat_store so beschäftigt war, dass er keine anderen Anfragen beantworten konnte. Die Laufzeiten für die Abfrage steigerte sich von 1,5 Sekunden auf teilweise über 100 Sekunden.

Der Varnish Cache hat zwar einiges puffern können jedoch ist auch der Cache irgendwann abgelaufen. In dem Fall wird dann die Seite neu berechnet. Wenn die Trägheit z.B. durch ein aufwändiges Menü erzeugt wird, muss das Menü für alle Benutzer, die in dem Augenblick online sind, neu berechnet werden. So kann es auf einen Schlag zu 20, 30 oder mehr aufwenigen Abfragen kommen. Wenn diese Abfragen dann lange dauern potenziert sich das Problem. Während der DB Server damit beschäftigt ist, laufen neu Abfragen auf, die dann in der Queue landen. So läuft innerhalb von wenigen Sekunden die Datenbank voll, bis nichts mehr geht.

Es wurden dann falsche Indexfelder in der category_catalog_store_flat Tabelle sowie der core_url_rewrites ausgemacht, die Abfragezeiten von mehreren Sekunden erzeugten. Nach dem Zurücksetzen der Indexfelder war die Laufzeit wieder bei wenigen Millisekunden.

Der Kunde bemerkte zwar die Verbesserung bemängelte jedoch weiterhin eine Trägheit, die zwar nicht mehr so schlimm war aber trotzdem nicht in Ordnung.

Oftmals befinden sich im Magento Store mehrere Fehler

Nachdem das Laufzeitverhalten mit NewRelic weiter analysiert wurde konnten am Quellcode und ind er Datenbank keine Probleme gefunden werden.

Das finden mehrere Fehler macht die Analyse immer sehr schwierig. Man hat einen Fehler gefunden und kommt nicht zum erwünschten Ziel. Es erfordert dann viel Erfahrung um trotzdem Fehler für Fehler zu finden.

Nachdem als zusätzliche Fehlerquelle der Memcached identifiziert wurde, und dieser neu gestartet wurde war das Problem jedoch behoben. Magento hat offensichtlich etwas im Memcached abgelegt was zu langen Laufzeuten geführt hat.

The post Magento Hosting ist sehr langsam appeared first on LCube - Professional Hosting Blog.

Nach einiger Analyse wurde klar, dass das Plugin SEO Auto Link & Related Posts (SEO-ALRP) dafür verantwortlich war.

Nachdem das Plugin deaktiviert wurde, war das pstarttag verschwunden.

Im Quelltext sah man, dass # pstarttag# eigentlich durch <p> ersetzt werden sollte. Warum passiert das nicht?

Nachdem ich mir den Seitenquelltext angesehen habe war es klar. Im # pstarttatg# hat sich ein Link eingeschmuggelt statt # pstarttag# stand dort dann #<a href=““></a>pstarttag#. Somit funktionierte das str_replace nicht mehr.

Nach der Analyse der Konfigurationseinstellungen vom SEO-ALRP kam ich auf die Liste der manuellen Links im Menupunkt Auto Links. Hier kann man Keywords angeben, die im Post automatisch verlinkt werden. Diese Links werden Zeile für Zeile in eine Textarea angegeben. Wenn man jedoch nach der letzten Zeile Enter drückt und somit eine leere Zeile vorhanden ist, kommt es zu dem oben beschriebenen Phänomen.

Also einfach die leere Zeile im Texteld für die manuellen Links löschen und das # pstarttag# ist verschwunden.

The post Am Anfang jedes Posts steht #pstarttag# appeared first on LCube - Professional Hosting Blog.

Der Geschwindigkeitsvorteil kann je nach verwendeten Backend ein vielfaches betragen da Webseiten nicht bei jedem Abruf berechnet sondern statisch ausgeliefert werden.

Gerade im Bereich von Magento Hosting und Shop Hosting wird er sehr häufig eingesetzt.

Ich möchte hier einmal zeigen, wie man den Cache in einer Plesk Umgebung installiert.

Er wird als Daemon installiert und zwischen Webserver und Benutzer gehängt. Seiten werden entweder aus dem Cache geladen oder vom Webserver (Backend Server) abgerufen.

Um den Varnish im Plesk einzubinden sind einige Schritte erforderlich.

1. Installation des Varnish Caches
2. Erstellen einer custom Konfiguration im Plesk (CentOS: /usr/local/psa/admin/conf/templates/custom)

Installation des Varnish Caches für das Magento Hosting

Der Varnish Cache ist auf einem RH/CentOS sehr einfach installiert:

rpm --nosignature -i https://repo.varnish-cache.org/redhat/varnish-3.0.el6.rpm
yum install varnish

Dadurch wird der Varnish in der Version 3 installiert.

Vorsicht: Sofern andere Respoitory Varnish zur Verfügung stellen sollte mit yum priorities eine Reihenfolge festgelegt werden.

/etc/varnish/default.vcl:

backend default {
 .host = "127.0.0.1";
 .port = "7080";
}

/etc/sysconfig/varnish:

# Configuration file for varnish
 #
 # /etc/init.d/varnish expects the variable $DAEMON_OPTS to be set from this
 # shell script fragment.
 #

 # Maximum number of open files (for ulimit -n)
 NFILES=131072

 # Locked shared memory (for ulimit -l)
 # Default log size is 82MB + header
 MEMLOCK=82000

 # Maximum size of corefile (for ulimit -c). Default in Fedora is 0
 # DAEMON_COREFILE_LIMIT="unlimited"
 # Set this to 1 to make init script reload try to switch vcl without restart.
 # To make this work, you need to set the following variables
 # explicit: VARNISH_VCL_CONF, VARNISH_ADMIN_LISTEN_ADDRESS,
 # VARNISH_ADMIN_LISTEN_PORT, VARNISH_SECRET_FILE, or in short,
 # use Alternative 3, Advanced configuration, below
 RELOAD_VCL=1

 #
 # See varnishd(1) for more information.
 #
 # # Main configuration file. You probably want to change it :)
 VARNISH_VCL_CONF=/etc/varnish/default.vcl

 #
 # # Default address and port to bind to
 # # Blank address means all IPv4 and IPv6 interfaces, otherwise specify
 # # a host name, an IPv4 dotted quad, or an IPv6 address in brackets.
 #VARNISH_LISTEN_ADDRESS=127.0.0.1
 VARNISH_LISTEN_PORT=6081

 #
 # # Telnet admin interface listen address and port
 VARNISH_ADMIN_LISTEN_ADDRESS=127.0.0.1
 VARNISH_ADMIN_LISTEN_PORT=6082

 #
 # # Shared secret file for admin interface
 VARNISH_SECRET_FILE=/etc/varnish/secret

 #
 # # The minimum number of worker threads to start
 VARNISH_MIN_THREADS=100

 #
 # # The Maximum number of worker threads to start
 VARNISH_MAX_THREADS=2500

 #
 # # Idle timeout for worker threads
 VARNISH_THREAD_TIMEOUT=120

 #
 # # Cache file location
 VARNISH_STORAGE_FILE=/var/lib/varnish/varnish_storage.bin

 #
 # # Cache file size: in bytes, optionally using k / M / G / T suffix,
 # # or in percentage of available disk space using the % suffix.
 VARNISH_STORAGE_SIZE=10G

 #
 # # Backend storage specification
 #VARNISH_STORAGE="file,${VARNISH_STORAGE_FILE},${VARNISH_STORAGE_SIZE}"
 VARNISH_STORAGE="malloc,2G"

 #
 # # Default TTL used when the backend does not specify one
 VARNISH_TTL=600

 #
 # # DAEMON_OPTS is used by the init script.  If you add or remove options, make
 # # sure you update this section, too.
 DAEMON_OPTS="-a ${VARNISH_LISTEN_ADDRESS}:${VARNISH_LISTEN_PORT} \
 -f ${VARNISH_VCL_CONF} \
 -T ${VARNISH_ADMIN_LISTEN_ADDRESS}:${VARNISH_ADMIN_LISTEN_PORT} \
 -t ${VARNISH_TTL} \
 -w ${VARNISH_MIN_THREADS},${VARNISH_MAX_THREADS},${VARNISH_THREAD_TIMEOUT} \
 -u varnish -g varnish \
 -S ${VARNISH_SECRET_FILE} \
 -s ${VARNISH_STORAGE} \
 -p session_linger=50 \
 -p cli_buffer=10000 \
 -p sess_workspace=262144"

Erstellen einer custom Konfiguration für Plesk

Damit der Webserver von Plesk die Daten vom Varnish abruft und nicht direkt vom Webserver ist eine Konfigurationserweiterung notwendig.

Plesk ist standardmäßig so konfiguriert, dass eingehende Verbindungen vom NGinx Reverseproxy entgegen genommen werden.

Nginx liefert lokale Dateien ggf. direkt aus und übergibt weiter Anfragen an den Apache Server, welcher i.d.R. auf Port 7080 horcht. Hier klinken wir uns ein und schieben dem System den Varnish Cache unter.

Im Ordner custom können eigene Konfigurationen abgelegt werden, die Plesk statt der eigenen verwendet.

Kopieren Sie die default/nginx.php aus dem default in den custom Ordner.

Bearbeiten Sie die Datei custom/nginx.php und fügen oben (Zeile 3) zwischen den beiden PHP Zeilen den upstream backend_varnish ein:

<?php echo AUTOGENERATED_CONFIGS; ?>

upstream backend_varnish {
 server 127.0.0.1:6081;
 server [lokale ip adresse]:7080 backup;
}

<?php /** @var Template_VariableAccessor $VAR */ ?>

[lokale ip adresse] ersetzen Sie bitte durch die Adresse, über die Ihre Webseite erreichbar ist.

Der Upstream Server dient nun als Deklaration, woher der NGinx seine Daten bekommen soll, sobald er als proxy_pass den Namen des Upstreams übergeben bekommen hat.

Sollte der Varnish Cache mal nicht Online sein, verwendet NGinx den Apache Server da dieser als Backup Verbindung hinterlegt ist.

Kopieren Sie die default/domain/service/proxy.php Datei in den custom/domain/service Ordner.

Bearbeiten Sie diese nun wie folgt (custom/domain/service/proxy.php):

<?php
/**
 * @var Template_VariableAccessor $VAR
 * @var array $OPT
 */
?>
<?php if ($OPT['ssl']) { ?>
        proxy_pass https://<?php echo $OPT['ipAddress']->proxyEscapedAddress . ':' . $OPT['backendPort'] ?>;
<?php } else {
        if (file_exists("/etc/varnish/".$VAR->domain->asciiName.".enable")) {
?>
            proxy_pass http://backend_varnish;
<?php
        } else {
?>
        proxy_pass http://<?php echo $OPT['ipAddress']->proxyEscapedAddress . ':' . $OPT['backendPort'] ?>;
<?php
        }
?>
<?php } ?>
        proxy_set_header Host             $host;
        proxy_set_header X-Real-IP        $remote_addr;
        proxy_set_header X-Forwarded-For  $proxy_add_x_forwarded_for;
<?php if (!$VAR->domain->physicalHosting->proxySettings['nginxTransparentMode'] && !$VAR->domain->physicalHosting->proxySettings['nginxServeStatic']): ?>
        proxy_set_header X-Accel-Internal /internal-nginx-static-location;
<?php endif ?>
        access_log off;

An der file_exists Funktion läßt sich gut sehen, dass das Script erst prüft, ob eine Datei im /etc/varnish ordner liegt, die als Namen den Domainnamen gefolgt von .enable hat (z.B. lcube-webhosting.de.enable). Ist dies der Fall wird der Varnish aktiviert. Wenn nicht, werden die Dateien normal vom Webserver abgerufen. Auf diese Weise kann der Varnish durch setzen einer Datei aktiviert oder deaktiviert werden.

Nach dem setzen oder löschen der enable Datei muss

/usr/local/psa/admin/bin/httpdmng --reconfigure-all

ausgeführt werden.

Ggf. muss ein Addon installiert werden. Für Magento kommt z.B. Turpentine in Frage.

Nicht für jede Anwendung ist der Varnish Cache geeignet. Wenn viele Dynamische Daten abgerufen werden und die Aktualität der Daten von entscheidender Bedeutung ist (z.B. bei Warenkörbe sowie beim SVN Hosting oder Git Hosting) sollte man entsprechende URLs in die Ausnahmen eintragen bzw. auf Varnish verzichten.

The post Magento Hosting mit Plesk 11.5, Apache, Nginx und Varnish Cache appeared first on LCube - Professional Hosting Blog.

Sinnvolle Auslagerungen statt Kostenersparnis auf Biegen und Brechen

Wichtig ist dabei die Abwägung zwischen sinnvoller Kostenersparnis und kontraproduktiver Streichung von wichtigen Ausgaben. Ein Beispiel hierzu: Die Nutzung von Profi Webhosting zur Auslagerung von bisher selbst betriebenen Diensten bringt häufig eine deutliche Kostenersparnis mit sich. Wählt man seinen Partner dabei mit Bedacht, so steht einem reibungslosen Betrieb nichts im Wege. Auch Application Server lassen sich so häufig kostengünstig auslagern. Laufen beispielsweise Tomcat-Server im Unternehmen, so kann ein Dienstleister das Java Hosting übernehmen und so Kosten einsparen. Allerdings sollte man nicht darauf verzichten, eigene Backups anzulegen. Obwohl beim Profi Webhosting grundlegende Features wie Ausfallsicherheit durch RAID-Systeme, redundante Anbindungen und Netzteile sowie regelmäßige Backups zum Standard gehören, kann es absolut nicht schaden, zusätzlich noch eigene Backups vorzuhalten. Der Aufwand hierfür hält sich sehr in Grenzen.

Verlagerung der Softwareentwicklung ins Web

Wird plattformunabhängig entwickelt, beispielsweise in Java, oder zumindest eine plattformunabhängige Entwicklungsumgebung wie Eclipse eingesetzt, so lässt sich auch diese komplett ins Profi Webhosting auslagern. Dabei wandern auch alle angebundenen Dienste mit – von Trac bis zu Bugzilla lassen sich die webbasierten Entwicklungswerkzeuge einfach auf den Hoster auslagern. Der Hoster kann seine Leistungen mit einer ganz anderen Kostenstruktur anbieten, so dass beide Seiten davon profitieren. Last but noch least hat dies sogar einen Umweltschutzaspekt: Zentralisierte Systeme in Rechenzentren haben in der Regel eine deutlich höhere Effizienz als die Summe der dezentralen Systeme, die ohne Profi Webhosting in den Unternehmen eingesetzt würden. Durch den Einsatz virtueller Server kann dabei die Hardware noch effizienter genutzt werden und Leistungsspitzen werden im Verbund abgefedert. Dies stellt eine klassische Win-Win-Situation dar, mit einem Potenzial, dessen Ausschöpfung meist nicht einmal annähernd erreicht wird. Der Grund hierfür liegt darin, dass die Möglichkeiten der Technik hier meist nur teilweise bekannt sind, was zu Skepsis führt. Auch die Themen Datenschutz und Sicherung der Firmengeheimnisse spielen hier eine Rolle. Die Sicherheit ist jedoch bei interner IT-Landschaft nicht größer als bei einem gut abgesicherten Webhosting – werden schwache Passwörter gewählt oder sicherheitsrelevante Einstellungen nicht richtig getroffen, so sind die Daten in beiden Szenarien gleichermaßen gefährdet. Diesen Risiken gegenüber steht ein enormer Zuwachs an Flexibilität, denn alle ausgelagerten Dienste sind – entsprechend eingerichtet – automatisch überall dort erreichbar, wo ein Internetanschluss zur Verfügung steht. Damit kann auch auf Geschäftsreisen schnell agiert werden, und Teilzeitarbeits-Szenarien sowie Teleworking lassen sich viel einfacher und reibungsloser umsetzen.

The post IT-Auslagerung aus Sicht des Entscheiders appeared first on LCube - Professional Hosting Blog.

Ein Beispiel aus der Praxis: Ein Kunde bestellt bei einem der „führenden“ Webhoster Deutschlands ein kleines Webhostingpaket. Nach und nach steigen dann die Ansprüche, und so kommt nach einiger Zeit ein zweites Paket hinzu. Schon hier wurde der Kunde mangelhaft beraten, denn – in diesem Falle – wäre der Umstieg auf ein größeres Webhostingpaket kostengünstiger gewesen. Leider findet man solche Beratung heute meist nur noch im Markt Segment Profi Webhosting. Dies ist eigentlich die Domäne spezialisierter Dienstleister, die beispielsweise Subversion Hosting anbieten. Auch der Betrieb einer komplett webbasierten Entwicklungsumgebung ist bei Anbietern aus diesem Segment in guten Händen. Kurz gesagt findet man hier leistungsfähige, kundenorientierte Anbieter, die wissen was sie tun.

Doch zurück zu unserem Praxisbeispiel. Nach geraumer Zeit fiel dem Kunden auf, dass die Aufteilung in zwei Webhostingpakete alles andere als optimal war. Das zweite Paket hatte darüber hinaus ungenutzte Ressourcen, wie weitere Inklusivdomains, zu bieten, so dass es eine naheliegende Idee war, die beiden Pakete zusammenlegen. Ein Anruf beim Kundendienst – der übrigens im Gegensatz zum Standard im Profi Webhosting hier nicht rund um die Uhr erreichbar war – sollte dies in die Wege leiten. Laut Hotline-Mitarbeiter sei die Zusammenlegung gar kein Problem, er werde alles Nötige veranlassen.

Zwei Tage später kam das böse Erwachen: Statt der gewohnten Website zeigte eine der Domains nur noch eine leere Seite an. Im Kundenbereich zeigte sich dann das gesamte Ausmaß des Schadens: Der Webhoster hatte die Domain aus dem älteren Webhostingpaket in das neuere Paket umgelegt und das nun domainlose Hostingpaket komplett gelöscht. So waren alle Dateien auf dem zugehörigen Webspace und die Datenbank unwiederbringlich verloren. Last but not least sah sich der Hoster auch nicht in der Lage, die gelöschten Dateien aus einem Backup wiederherzustellen, das sei aus Datenschutzgründen nicht möglich. Um das Desaster komplett zu machen, hatte der Kunde selbst auch nur ein völlig veraltetes Backup aus der Frühzeit der gelöschten Domain, was damit nutzlos war.

Niemandem ist es zu wünschen, in diese Lage zu geraten. Dennoch passieren solche Fälle jeden Tag, überall auf der Welt. Mit einem verlässlichen Hoster als Partner lässt sich aber zumindest die Wahrscheinlichkeit für solch ein umfassendes Zusammentreffen unglücklicher Umstände stark reduzieren. Im Profi Webhosting sind regelmäßige Backups ein unverzichtbarer Standardbaustein aller Angebote, vom simplen Webhosting bis hin zum Java Hosting bei dem komplette webbasierte Anwendungen online vorgehalten werden. Mit Billighostern der 1-Euro-Klasse können  diese Angebote natürlich nicht konkurrieren, dafür erhält der Kunde hier aber auch ein Leistungsspektrum, das um Größenordnungen über dem simpler Webhoster liegt.

The post Was tun wenn es brennt? Woran ein guter Hoster zu erkennen ist appeared first on LCube - Professional Hosting Blog.

Der Knackpunkt ist bisher beim Hosting zu suchen: PHP ist bei praktisch jedem Hoster auch im kleinsten Paket vertreten, Hoster mit Ruby im Angebot gehören immer noch ins Segment Profi Webhosting. Dieses Ungleichgewicht verändert sich nur langsam, da der Markt bisher noch keinen ausgeprägten Bedarf an Ruby-Hostern zeigt. Das liegt teilweise sicher auch daran, dass Ruby nicht so „nachsichtig“ ist wie PHP. Programmierer, die dank PHP einen eher laxen Programmstil entwickelt haben, können sich mit Ruby schwer tun. Andererseits führt der höhere Anspruch, den Ruby an die Entwickler stellt, auch zu qualitativ besseren Programmen.

Natürlich kann Ruby kein Allheilmittel für die Sicherheit und Stabilität webbasierter Anwendungen sein, aber auf jeden Fall stellt es einen nützlichen Baustein einer robusten, verlässlichen Infrastruktur dar – wenn man den richtigen Anbieter wählt. Im Profi Webhosting zeigt sich dank seiner höheren Komplexität bislang noch nicht der massive Preisdruck wie beim „normalen“ Webhosting. Spezialitäten wie Ruby Hosting oder auch Kombinationen von Webhosting und Entwicklungsumgebung, zum Beispiel Eclipse, Bugzilla und SVN Hosting als Komplettpaket fordern auch den Hoster heraus.

Hoster in der Zwickmühle

Über den Preis kann sich der Anbieter beim Profi Webhosting also nicht von der Konkurrenz absetzen. Die logische Konsequenz: Starke Kundenorientierung und hohe Flexibilität sind das A und O für einen erfolgreichen Hoster in diesem Segment. Auch die Mitarbeiter im Support sehen sich hohen Anforderungen gegenüber. Zum einen erwarten Kunden bedingt durch den höheren Preis einen erstklassigen Service, zum anderen stellt sich auch das Niveau der eingehenden Fragen und Problemberichte als deutlich gehoben dar. Immerhin sind die Nutzer in der Regel selber Entwickler und so in der Lage, viele Probleme selbst zu beheben. Für den Hoster verbleiben dann „nur noch“ die hartnäckigen Probleme, deren Lösung durchaus auch für den Support eine Herausforderung darstellen kann.

Für den Entwickler selbst stellt solch ein Profi Webhosting Anbieter eine wahre Fundgrube neuer Möglichkeiten dar: Die Kombination von Laufzeitumgebung, Entwicklungsumgebung und Webhostingpaket bietet die Möglichkeit, die gesamte Entwicklung webbasiert zu gestalten. Damit wird die Bindung an einen bestimmten Arbeitsplatz weitgehend aufgehoben und auch die Bildung von internationalen Arbeitsgruppen ist durch das überall verfügbare Internet machbar. Allerdings haben viele Firmen diese erheblichen Vorteile bislang noch nicht erkannt – die Vorreiter in diesem Bereich sind Einzelentwickler, Teams aus Enthusiasten und Open-Source-Entwicklern sowie kleine, agile Softwareschmieden. Die erfolgreiche Besetzung zahlreicher kleiner Marktnischen ist der Lohn für den Mut, neue Wege zu beschreiten.

The post Löst Ruby langsam aber sicher PHP ab? appeared first on LCube - Professional Hosting Blog.

Ebenso wie bei PHP benötigt man für Webanwendungen mit Ruby einen entsprechend ausgerüsteten Webserver. Bei den Billighostern sucht man entsprechende Angebote bislang meist vergebens, was sicherlich auch daran liegt, dass dort argumentiert wird, man habe ja PHP im Angebot. Taugliche Angebot mit Ruby an Bord finden sich meist im Segment Profi Webhosting, oft im Kielwasser weiterer spezialisierter Angebote, wie etwa Subversion zur Versionsverwaltung. Dort erhält man auch schon für kleines Geld ein gut abgerundetes Paket, mit dem die ersten Schritte in der neuen Sprache keine Probleme mehr aufwerfen.

Mit RubyGems Pakete installieren

Ein wichtiger Punkt gegenüber PHP ist das integrierte Paketsystem von Ruby, RubyGems oder kurz einfach Gems genannt. Ähnlich wie bei gängigen Linuxdistributionen lassen sich hier über ein standardisiertes System zusätzliche Module mit neuen Funktionen herunterladen und einbinden. So erspart man sich ein großes Versionschaos und ähnliche Probleme, wie sie bei Projekten ohne Paketsystem immer wieder auftreten. Bestenfalls kümmert sich der Anbieter im Hintergrund ohnehin darum, das System aktuell zu halten – Service wie man ihn bei Billighostern oft schmerzlich vermisst, wenn man ihn einmal braucht.

Zur Entwicklung der eigenen Webanwendungen empfiehlt es sich auf jeden Fall, von modernen Systemen zur Quellcodeverwaltung Gebrauch zu machen. Häufig findet man im Segment Profi Webhosting neben Angeboten für Ruby Hosting auch Angebote für weitere Sprachen und Webanwendungen, beispielsweise Java, Git oder Eclipse. Im Bereich der Versionsverwaltung ist hier häufig Subversion (SVN) vertreten, so dass man sich ein separates Paket für die Quellcodeverwaltung sparen kann und alles aus einer Hand erhält. Git Hosting wird zwar auch immer beliebter, ist für Einzelentwickler jedoch ein Kaliber, das durch seine Komplexität eher bremst als fördert. Für verteilte Teams ist es hingegen deutlich angenehmer in der Nutzung als Subversion. Die Empfehlung hier ist ganz klar: Einlesen und eine fundierte Entscheidung treffen.

Doch mit der Wahl zwischen SVN Hosting und Git Hosting ist noch nicht die letzte Entscheidung in Sachen Profi Webhosting gefallen. Ganz nach den individuellen Vorlieben können auch weitere Bausteine moderner Softwareentwicklung mit ins Paket aufgenommen werden: Etwa ein Bugtracker wie Bugzilla oder auch Werkzeuge zur Projektverwaltung wie Trac. Bei erstklassigen Anbietern in diesem Segment findet sich praktisch alles, was man sich wünschen kann, bis hin zum kompletten Hosting der Entwicklungsumgebung, zum Beispiel Eclipse samt Subversion-Plugin auf einem Server mit Java Hosting. Damit wäre die gesamte Entwicklung ins Web ausgelagert – und so bequem von jedem Internetanschluss aus nutzbar, ganz ohne lokale Installation. Gerade für größere Teams bringt dies erhebliche Vorteile, da sich Werkzeugkonfigurationen leichter konsistent halten lassen und so Umstellungen weniger Probleme verursachen können.

The post Konkurrenz für PHP: Mit Ruby gelingt RAD für Webanwendungen appeared first on LCube - Professional Hosting Blog.

Die einzelnen Stufen der internen IT-Abteilung sind in unterschiedliche Bereiche gegliedert, die alle durch Fachleute betreut sein wollen. Diese Personalkosten lassen sich auf ein vernünftiges Maß reduzieren. Subversion Hosting ist die Lösung für die Kostenoptimierung im Bereich der Servertechnik. Zudem ist der Energieaufwand einer eigenen Serveranlage erheblich. Die Server laufen Tag und Nacht, ebenso die Kühlsysteme und die Datensicherungen. Zusätzlich ist eine zuverlässige Notstromversorgung erforderlich. Das alles sind Kosten, die sich zu einem großen Teil verbessern lassen. Das Subversion Hosting Paket ist ein Teil der neu gewonnenen Flexibilität. Um ein modernes Unternehmen noch konkurrenzfähiger zu führen, gehört das Outsourcen von Diensten wie Profi Webhosting selbstverständlich dazu.

Webhosting: „Back to the real Roots“

Die unterschiedlichen SVN Hosting Angebote sind nur der Beginn einer neuen Dimension für das Unternehmen. Die Besinnung auf eigentliche Unternehmensziele ist wichtiger denn je. Zögern Sie nicht! Die wertvollste Ressource – die Mitarbeiter – sollte nicht blockiert sein. Denn die Mitarbeiter sind besser nah am eigenen Kunden, als mit administrativen Aufgaben im IT-Bereich zu beschäftigen. Nur so kommt das Unternehmen weiter nach vorne. Hier bietet das SVN Hosting die Service-Alternative zum eigenen Server mit aufwendiger Betreuung.

Welche Synergieeffekte sich durch die Entscheidung für das externe SVN Hosting bieten, zeigt sich schon bald in vollem Umfang für das Unternehmen. Daraus entstehen neue Impulse für das eigene Kerngeschäft. Keine zeitfressenden Ablenkungen durch Wartungsarbeiten, Back-ups und dergleichen, sondern leistungsstarke Angebote und die Begeisterung der eigenen Kundschaft sind dem modernen Unternehmen sicher. Eine kompetente Entwicklungsabteilung in bester Entwicklungsumgebung hat wesentlich mehr Power um Projekte umzusetzen und Profi Webhosting schafft diese Grundvoraussetzung.

Git Hosting: Clonen „erlaubt“

Webhosting mit Git, der Versionsverwaltung in nicht-linearer Form, erweist sich immer mehr als der „Renner“ unter den Versionsverwaltungen.

Die praktikable Git-Bauweise ist verteilt auf viele Entwickler. Jeder, der zum Team gehört und an dem Projekt mitarbeitet, nutz Git-Clones. Mit dieser lokalen Kopie steht das komplette Repository zur Verfügung und das inklusive aller Änderungen, auf dem eigenen PC des jeweiligen Entwicklers.

Git Hosting ist besonders praktisch bei unterschiedlichen Arbeitsorten der einzelnen Webentwickler. Diese dezentrale Arbeitsweise erleichtert die Programmierung. Keine unnötige Wartezeit – der direkte Zugang zur Versionsverwaltung ist gewährleistet.

Git Hosting schafft Individualität – die ideale Entwicklungsumgebung ohne die Zusammengehörigkeit des Teams zu vernachlässigen. Git ist easy & quick, das macht es so sympathisch. Git Hosting ist eines der flexibelsten Systeme und unterstützt den Anwender optimal bei der Entwicklung. Der Zugriff auf die Objektdatenbanken war selten so schnell.

Web Hosting wird durch Git erst zum Erlebnis. Die Entwicklungszweige (branching) lassen sich in unterschiedliche Zweige einteilen. So kann der Programmierer ganz entspannt testen „was gut ist“. Die „Zweige“ lassen sich erstellen und zwei oder mehrere „Zweige“ lassen sich zudem verschmelzen (merging).  Wohin mit den Änderungen? Was nicht benötigt wird – ab in die „Kiste“. Bei Git kein Problem. Hier gibt es die Stage, eine Art Ablage für alle Änderungen.  Externe Patches können temporär in einer weiteren Stage gelagert werden.

The post Webhosting: Konkurrenzfähiger durch günstige Leistung appeared first on LCube - Professional Hosting Blog.

Subversion Hosting verfügt über eine gute Versionsverwaltung und schafft Übersicht für alle Programmierer. Unabhängig davon, wo das Team oder der einzelne Entwickler ansässig ist, die webbasierte Arbeitsweise des SVN Hosting bleibt stets übersichtlich. Die Ideen der Entwickler lassen sich mit SVN Hosting problemlos umsetzen. Das Subversion Hosting durch die externen Server entspricht genau dem modernen Anforderungen einer zeitgemäßen Unternehmensführung. Schnell sind die Kapazitäten der externen Webhosting Anbieter gebucht. Selbst diverse umfangreiche Projekte lassen sich so zeitgleich bearbeiten, dank der guten Server-Kapazitäten und den Plug-ins. Bereits integrierte Bugtracker wie Bugzilla oder Jira gehören oft schon bei Hosting Paketen dazu.

Vorsprung durch Git Hosting – zeitsparender agieren

Profi Hosting schafft eine wesentlich wirtschaftlichere Basis im Bereich der Kostenoptimierung. Das Web-Browser basierte Projektmanagement Git stellt eine Entwicklungsumgebung bereit, die sehr komfortabel und individuell in der Anpassung ist. Git Hosting bedeutet, einfacher Verwalten, Steuern. Die Vergabe der Rechte kann das Projekt aufgeteilt werden und bietet deutlich schnellere Reaktionszeiten. Jeder Entwickler erkennt sofort an der baumartigen Struktur, wo es langgeht. Das ist ein entscheidender Vorteil. Mit der entsprechenden Berechtigung kann jeder des Entwickler-Teams etwas hinzufügen. Die lineare Struktur von Git ermöglicht es, „Äste“ die überflüssig geworden sind, einfach stillzulegen.

Profi Webhosting: Gezielt taktiert ist „Clever-SEO“

Wer im SEO-Bereich aus der Masse hervorstechen möchte, sollte den „SEO-Kardinalsfehler“ vermeiden. Die Suchmaschinen sind schlau! Seitdem Google die Richtlinien „renoviert“ hat, sind viele Seiten schlechter im Ranking. Kaum ist der „Panda-Update-Schrecken“ verdaut, geht es mit der Erkennung der IPs weiter. Besonders wer ein Linknetzwerk nutzt, um die eigenen Seiten zu verlinken kann betroffen sein. Der Knackpunkt ist das NETZ. Liegen alle IP-Adressen im gleichen Class C-NETZ sind die Websites eindeutig einem Hoster zuzuordnen. Was tun?

Webhosting: Wege aus dem „SEO-Keller“

Hier ist eine Streuung der IP-Adressen unverzichtbar. Wer alle seine Webpräsenzen immer über einen Server betreibt, gerät in Gefahr seo-technisch in den „Keller“ zu geraten. Clever ist, den eigenen Server mit dem externen Server des Profi Hosting Anbieters zu kombinieren. Sogar unterschiedliche Server des Anbieters können enorme SEO-Verbesserungen bringen. Hier ist die Beratung durch den Fachmann gefordert. Ein gutes Server-Paket in Kombination mit anderen Hosting Paketen, basiert auf unterschiedlichen Servern in einem anderen NETZ-Bereich schafft Abhilfe. Es ist höchste Zeit für die Rückbesinnung der SEOs auf Qualität. Hier bildet das Profi Webhosting einen entscheidenden Vorteil. Je mehr unterschiedliche IPs verwendet werden, desto besser! Zusätzlich zum eigenen Server kann der Seo-Spezialist die Webpräsenz durch sehr gezielte Maßnahmen deutlich verbessern. Externe Server machen diese SEO-Maßnahme zu einem guten Schachzug. Denn Keywords sind nicht der Weisheit letzter Schluss. Alles muss stimmen! SEO ist immer das Zusammenspiel der Komponenten. Guter Content mit echtem Mehrwert für den Nutzer und komfortable Usability runden den optimalen Webauftritt ab.

The post Profi Webhosting: Mehr Kompetenz durch beste Web-Präsenz appeared first on LCube - Professional Hosting Blog.