RSS Feed Page 2 RSS Kommentare ein/ausblenden | Tastaturbefehle

  • rn 15:08 on 22. April 2010 Permalink | Reply  

    GN2 Power – Webhosting der Extraklasse 

    Speziell für Betreiber von Webshops oder großen Communitys, aber natürlich auch für alle anderen stark frequentierten Seiten gibt es ab nächster Woche einen neues Angebot bei GN2 hosting, den Tarif GN2 Power. Die wichtigsten Daten:

    • maximal 10 Kunden pro Server (Core i7 mit 12 GB RAM)
    • 100 GB Webspace
    • 20 GB Mailspace POP3/IMAP mit leistungsfähigen Viren- und Spamfiltern
    • echte Traffic-Flaterate am 100 MBit-Port
    • persönlicher Ansprechpartner für Supportanfragen
    • 24/7 – Notfallsupport
    • 1 Domain inklusive (de, com, net, org, biz, at, eu)
    • unbegrenzt Domains dazubuchbar
    • 1 SSL-Zertifikat inklusive
    • monatliche Kündigungsfrist
    • monatliche Kosten 50 EUR brutto bei monatlicher Abrechnung
    • keine Einrichtungsgebühr

    Mit diesem Angebot schließen wir die Lücke zwischen den bisherigen normalen Hostingtarifen und einem eigenen Server, der natürlich erheblich höhere Kosten verursacht.

     
  • rn 09:41 on 21. April 2010 Permalink | Reply  

    Betaversion von REDAXO 4.3 veröffentlicht 

    Mit der 4.3b5 wurde heute die erste öffentliche Betaversion zum Testen freigegeben. Alle Infos zu den Neuerungen und natürlich den Download findet man auf der  Downloadseite von REDAXO. Viele der neuen Features machen das tolle CMS noch besser, seien es die Mountpoints, mit denen Redakteure nach dem Login direkt Zugriff auf die ihnen freigegebenen Bereiche haben (die anderen Bereiche sind nicht sichtbar), das Cronjobaddon, mit dem man Abläufe automatisieren kann und vieles mehr. Für gefundene Bugs gibts es jetzt einen Bugtracker, was die Übersichtlichkeit im Gegensatz zu den Fehlermeldungen früher im Forum immens erhöht.

     
  • rn 20:54 on 20. April 2010 Permalink | Reply  

    [Erledigt]: Dreister Abmahnversuch gegen Joomla-Aktuell wegen Artikel zu Artisteer 

    Gerade hat mich Markus von Joomla-Aktuell informiert, dass er wegen eines Artikels über Artisteer abgemahnt worden ist. Lustigerweise allerdings nicht von den Programmierern von Artisteer, sondern vom Betreiber des deutschen Artisteerportals Ingo Kramarek der Firma TechLine, die durch den Artikel einen Anspruch auf Schadensersatz gerechtfertigt sehen:”Es gibt in dem Artikel diverse Punkte die uns eine erhebliche Angriffsfläche zur Klage auf Unterlassung und Schadenersatz bieten“. Zum einen fragt man sich da, wo diese Punkte gegeben sind (der Artikel ist objektiv und weist sowohl auf Vorteile als auch Nachteile dieser Software hin), zum anderen ist das Portal laut eigenen Angaben im Impressum ein privates Projekt: “Ich weise ausdrücklich darauf hin, dass es sich bei dieser Webseite weder um eine offizielle Webseite von Artisteer noch um eine offizielle Webseite der Firma Extensoft Inc., sondern um ein privates Internetangebot und Forum handelt.” Die rechtliche Grundlage dieser Abmahnung ist also überhaupt nicht gegeben, abgesehen davon, dass die “diversen Punkte” auch nicht spezifiziert wurden, sondern mal eben die komplette Löschung des Artikels und Übernahme der anwaltlichen Kosten gefordert wurde, ansonsten wurde mit weiterführenden rechtlichen Schritten gedroht, denen man allerdings ganz entspannt entgegensehen kann. Außer einem Imageschaden für das Artisteerportal wird nicht viel mehr übrig bleiben bei der Angelegenheit. Abschließend ein kommentarloser aktueller Screenshot des Impressums des Portals, der mir den Spruch mit Glashaus und Steinen durch den Kopf gehen lässt.

    Artisteer – Eine Abmahnung weil man eine Software nicht mag (Dietmars Beitrag zum Thema)

    Artisteer – Gebloggt und (fast) abgemahnt (auch Yannick hat das Thema aufgegriffen)

    Joomla!-Aktuell wegen Artikel über Artisteer abgemahnt (phindie)

    Update: Mittlerweile hat sich das Problem erledigt, es gibt keine Abmahnung und Ingo Kamarek hat in einer öffentlichen Mail seine Meinung zu dem Vorgang dargestellt.

     
    • albatros 23:21 on 20. April 2010 Permalink | Reply

      Am 8.4. schrieb der User “TechLine” (u.a. wohl Verkäufer von A.-Templates) sogar ins A.-Forum:”Ich gehe mittlerweile nicht mehr in das JoomlaPortal.de nachdem ich dort bedroht wurde.” Inzwischen ist der Thread nicht mehr zugänglich. Offensichtlich sind techline und der Betreiber des A-Portals sich für nichts zu schade. Letzterer gab hier joomlaportal.de/…/… als User Knauf noch wahrheitswidrig vor, mit seinem Forum keinerlei materielle Interessen zu verfolgen. Zitat:”Ich hab nur selber ein deutsches Forum dafür gesucht aber keins gefunden. Deshalb habe ich kurzerhand selbst einen aufgebaut. Mehr hab ich aber mit denen nicht am Hut” Wie sollte man bei diesen Herren den Mangel an Glubwürdigkeit noch unterbieten? Beide haben zigfach hier http://www.joomlaportal.de versucht, Kritik an der A.-Software als Kritik am einfachen Privat-User darzustellen. Tatsächlich jedoch hatten und haben sie offensichtlich Angst davor, durch die berechtigte Kritik am Auswurf der Software und denen, die damit zusammengeklick te Templates an unbedarfte User verhökern, selbst wirtschaftliche Einbußen zu erleiden.

    • Ba3r 21:05 on 21. April 2010 Permalink | Reply

      Hmm Auch miese Werbung ist Werbung. Aber das war dann wohl n Schlag ins eigene Gesicht. Ich helf ja gerne, aber nun erst recht nicht mehr bei Artisteerusern. Und ich werde alles unternehmen was helfen wird zu vermeiden, das sich das wer kauft. Unglaublich. Son D…..haufen.

      Gruss Ba3r

  • rn 20:17 on 5. April 2010 Permalink | Reply  

    Verschärfte Überprüfungen bei der Hostingregistrierung 

    Leider gibt es momentan verstärkt betrügerische Bestellungen und Registrierungen bei unseren Hostingangeboten. Aus diesem Grund sind wir gezwungen, das relativ schnelle und kulante Handling bei Neubestellungen zu überarbeiten. Bis jetzt haben wir nach Eingang des Hostingvertrages per Mail oder Scan den Account umgehend freigeschaltet. Zukünftig werden alle Bestellungen manuell überprüft und speziell bei Bestellungen, die über anonymisierte IP-Adressen getätigt wurden, persönlicher Kontakt per Telefon zum Besteller aufgenommen, um die Identität zu überprüfen, da massiv mit gestohlenen Adress- und Kontodaten bestellt wird, die bei den normalen Plausibilitäts- und Validierungsprüfungen nicht auffallen. Das bedeutet für uns einen erheblichen Mehraufwand bei der Bearbeitung und für ehrliche Kunden eine Verzögerung bei der Bereitstellung des neuen Hostingaccounts, leider gibt es für uns keine andere Lösung, da die Kosten für betrügerisch bestellte Domains sonst schnell auf eine nicht unerhebliche Summe anwachsen würden.

     
    • Christoph 02:36 on 6. April 2010 Permalink | Reply

      Finde ich super, dass ihr die Mehrkosten auf euch nehmt, um eine hohe Qualität zu gewährleisten. :-) Auch wenn ich kein Kunde bei euch bin: Wird sich das auf die Hostingkosten auswirken?

      Grüße, @xrstf

      • rn 07:16 on 6. April 2010 Permalink | Reply

        Die Kosten werden nicht umgelegt auf die Tarife, die Preise bleiben also stabil.

    • Agy 05:57 on 30. April 2010 Permalink | Reply

      …absolut verständlich, dass Ihr so handeln müsst! Ich finds vollkommen richtig …

  • rn 18:36 on 19. March 2010 Permalink | Reply  

    Dreister Supportanruf 

    Anrufer: “Hallo, können Sie mir schnell bei der Erstellung  meiner Menüstruktur in Joomla helfen?

    Ich: “Sind Sie Kunde bei uns?”

    Anrufer: “Nein, aber mein Hoster hat von Joomla keine wirkliche Ahnung und ich habe gehört, dass Sie bei Problemen gut und gerne weiterhelfen.”

    Natürlich sollte die Hilfe kostenlos sein, wäre ja bestimmt kein großer Aufwand, wenn man sich auskennt.

     
  • dh 10:41 on 10. March 2010 Permalink | Reply  

    REDAXO – Lost connection to MySQL server at ‘reading initial communication packet’ 

    Als wir letztens REDAXO auf einen Fremdserver installiert hatten, wurden wir mit der folgenden Fehlermeldung konfrontiert:

    Warning: mysql_connect() [function.mysql-connect]: Lost connection to MySQL server at ‘reading initial communication packet’, system error: 111

    Dieser Fehler taucht auf, wenn man einen Host-Alias als DB-Hostname verwendet. z.B:

    mysql5-11.xxl

    Um REDAXO zu überzeugen eine Verbindung aufzubauen, muss man den korrekten Hostname ermitteln, indem man /etc/hosts per PHP ausliesst:


    <?php
    $x = file_get_contents('/etc/hosts');
    echo '<pre>';
    print_r($x);
    echo '</pre>';
    ?>

    Wenn man den Code oben ausführt, wird eine liste der internen DB-Hostnamen angezeigt.


    10.0.61.201     mysql5-1      mysql5-1.xxl       mysql5-1.ovh.net
    10.0.61.202     mysql5-2      mysql5-2.xxl       mysql5-2.ovh.net
    10.0.61.203     mysql5-3      mysql5-3.xxl       mysql5-3.ovh.net
    10.0.61.204     mysql5-4      mysql5-4.xxl       mysql5-4.ovh.net
    10.0.61.205     mysql5-5      mysql5-5.xxl       mysql5-5.ovh.net
    10.0.61.206     mysql5-6      mysql5-6.xxl       mysql5-6.ovh.net
    10.0.61.207     mysql5-7      mysql5-7.xxl       mysql5-7.ovh.net
    10.0.61.208     mysql5-8      mysql5-8.xxl       mysql5-8.ovh.net
    10.0.61.209     mysql5-9      mysql5-9.xxl       mysql5-9.ovh.net
    10.0.61.210     mysql5-10     mysql5-10.xxl      mysql5-10.ovh.net
    10.0.61.211     mysql5-11     mysql5-11.xxl      mysql5-11.ovh.net
    10.0.61.212     mysql5-12     mysql5-12.xxl      mysql5-12.ovh.net

    In dem Fall brauchten wir nur mysql5-11.ovh.net als Hostname in master.inc.php einzutragen um das Problem zu beheben.

     
  • rn 13:32 on 2. March 2010 Permalink | Reply  

    Sicherheitsupdate für PHP5 am 16.03.2010 

    Während teilweise auch neue Funktionen hinzukommen, werden mit den Updates in erster Linie einige potentielle Sicherheitslücken in den jeweiligen Editionen geschlossen sowie zahlreiche Fehler beseitigt. Im Regelfall sollten sich durch die Updates daher keinerlei Auswirkungen auf die Funktionalität oder Verfügbarkeit Ihrer Anwendungen ergeben.

    ACHTUNG: Bitte beachten Sie, dass diese Aktualisierung nur dann für Sie von Bedeutung ist, sofern Sie dynamische Webhosting-Anwendungen mit PHP einsetzen.

    PHP5-Update am 16.03.2010 um 10:00 Uhr

    Es erfolgt ein Update aller Editionen von PHP5. So wird die bisherige LATEST-Edition 5.2.11 zur regulären und empfohlenen Edition “5 STABLE”, während die aktuelle STABLE-Edition 5.2.9 weiterhin als Vorgängerversion “5-LEGACY” bereitstehen wird. Neu zur Verfügung steht die Version 5.2.13, diese ersetzt die bisherige LATEST-Edition 5.2.11.

    Das am Dienstag, den 16.03.2010, um ca. 10:00 Uhr erfolgende Update erfolgt selbstverständlich vollautomatisch, es ist Ihrerseits kein manuelles Eingreifen erforderlich.

    Testen von Skripten auf Kompatibilität

    Während in den meisten Fällen beim Update der PHP-Versionen keinerlei Probleme auftreten sollten, können wir im Einzelfall Komplikationen aufgrund in den neuen Versionen etwaig geänderter Verhaltensweisen oder beseitigter Fehler leider nicht vollkommen ausschließen. Nutzen Sie für PHP5 die reguläre STABLE-Edition, so haben Sie über das Kundenmenü bereits vor der eigentlichen Umstellung die Möglichkeit, Ihre Skripte und Anwendungen auf Kompatibilität zur neuen STABLE-Edition von PHP5 zu testen.

    Hierfür steht Ihnen im Kundenmenü über die PHP-Versionsauswahl im Auswahlmenü die Edition “5-LATEST” zur Verfügung, welche mit der Version 5.2.11 bereits die neue, empfohlene Edition von PHP5 beinhaltet.

    Mit Auswahl der entsprechenden Edition und einem Klick auf “Ändern” wird die Edition für Ihre Domain aktiviert und Sie können die Funktionalität Ihrer dynamischen Webhosting-Anwendungen testen.

    Die PHP-Versionsauswahl erreichen Sie in den Domaineinstellungen im Kundenmenü.

    Änderungen in den PHP5-Versionen

    Mit den Updates der PHP5-Versionen erfolgt das Beseitigen zahlreicher Fehler sowie einiger potentieller Sicherheitslücken. Mit einem Update der Editionen sollte somit eine weitere Stabilisierung von PHP5 einhergehen.

    Weitergehende Informationen zu den Änderungen in den PHP5 Versionen finden Sie hier:

    http://www.php.net/ChangeLog-5.php

     
  • rn 10:01 on 11. February 2010 Permalink | Reply  

    Integration von markitup in OXID esales 

    Schon bei REDAXO setzen wir ausschließlich auf markitup als Markup Editor für Textile, deshalb haben wir jetzt auch eine Integration für OXID esales realisiert. Die Installation ist absolut simpel, markitup herunterladen, entpacken und per FTP in den Ordner /modules laden. Anschließend markitup unter Stammdaten -> Grundeinstellungen -> System -> Module aktiveren:

    • article_main => markitup/markitup
    • category_text => markitup/markitup
    • content_main => markitup/markitup
    • newsletter_main => markitup/markitup

    Jetzt müssen noch die Templates “content.tpl” und “details.tpl” entsprechend angepasst werden.

    content.tpl:

    [{capture assign=nothing}]
    [{ oxcontent oxid=$oView->getContentId() }]
    [{/capture}]

    [{* Markitup/Textile aktivieren *}]
    [{php}]
    $conID = $this->_tpl_vars['oView']->getContentId();

    $output = smarty_function_oxcontent(array(‘oxid’=>$conID),$this);

    include getCwd().’/modules/markitup/classes/class.textile.inc.php’;
    $tex = new Textile;

    $output = $tex->TextileThis($output);
    echo $output;
    [{/php}]

    details.tpl:

    [{oxhasrights ident="SHOWLONGDESCRIPTION"}]

    [{* Textile/Markitup einbinden *}]
    [{php}]
    include getCwd().’/modules/markitup/classes/class.textile.inc.php’;
    $longdesc = $this->_tpl_vars['product']->oxarticles__oxlongdesc->value;
    $tex = new Textile;
    $longdesc = $tex->TextileThis($longdesc);
    echo $longdesc;
    [{/php}]

    [{/oxhasrights}]

    Dann stehen einem sowohl in der Artikelbeschreibung als auch für die CMS-Seiten Textareas mit markitup zur Verfügung.

     
    • T. Lüers 15:32 on 24. März 2010 Permalink | Reply

      Hallo Rüdiger,
      Diese Erweiterung für den Oxid-Shop finde ich sehr spannend.
      Leider klapppt die Installation bei mir nicht.
      Ich verwende einen Oxid-Shop Community Edition 4.2.0_23610.
      Ich habe die beiden Templates um den oben angegeben Code erweitert, die enstprechenden Dateien in den Ordner geladen, und die Module installiert.

      Ich bekomme jetzt ein 110px x 53px großes Inputfeld mit Scrollbars, aber keine Bestandteilen der Markitup-Erweiterung.

      Wo sollte ich nach dem Fehler suchen?

      Vielen Dank, Tammo Lüers

      • rn 15:43 on 24. März 2010 Permalink | Reply

        Zum Debuggen bräuchten wir FTP und temporären Login, hab jetzt auf Anhieb keine spontane Idee, was da schief läuft.

    • T. Lüers 16:37 on 24. März 2010 Permalink | Reply

      Hallo Rüdiger, ich glaube ich habe es gefunden.
      In der Datei markitup.php stehen ab Zeile 52-57 diverse Pfadangaben.
      Dort habe ich ich die Ebene angepasst, und die Dateien cssloader.php.svn-base und setloader.php.svn-base jeweils kopiert in den im Pfad deklarierten Ordner kopiert und in *.php umbenannt.
      Nun scheint es zu funktionieren.

      Beste Grüße,
      Tammo

      • rn 16:38 on 24. März 2010 Permalink | Reply

        Ah, perfekt, danke für die Rückmeldung :)

    • T. Lüers 16:17 on 10. Juni 2010 Permalink | Reply

      Hallo Rüdiger,

      Habe nochmals eine Frage zur Integration von Markitup in einen OXID-Shop.

      Wie kann ich das Markitup-Modul auch für die Newsletter-Seiten aktivieren?

      Für die Eingabe ist mir dies im Newsletter-Bereich schon gelungen, aber die Ausgabe für das Frontend ist nicht korrekt, es fehlen alle Auszeichnungs-Tags im HTML-Quellcode.
      Habe mir die TPL-Dateien mal angesehen, und würde den Block verwenden,der in der content.tpl eingefügt wird.

      Welche Variablen muss ich dann noch anpasen?
      Wo kann ich eine Übersicht über diese Variablen bei Oxid selber finden?

      Danke Dir für Hinweise,
      Tammo Lüers

    • Dave 09:20 on 11. Juni 2010 Permalink | Reply

      Hi Tammo,

      Ich denke es gibt keine weitere Anpassungen notwendig. Wenn es nicht funktionieren sollte, sende uns einfach die newsletter.tpl Datei per email an rn [at] gn2-netwerk [dot] de.

      Dave

  • rn 19:49 on 10. February 2010 Permalink | Reply  

    Generierung von Logfiles deaktivierbar 

    Nach einem Beschluß der obersten Aufsichtsbehörden für den Datenschutz sind durch Webseitenbetreiber die Bestimmungen des Telemediengesetzes (TMG) zu beachten, wenn IP-Adressen in Serverlogfiles genutzt bzw. Nutzungsprofile erstellt werden. Die IP-Adresse gilt demnach nicht als Pseudonym im Sinne des TMG.

    Deshalb kann ab sofort in den Domaineinstellungen die Generierung der Logfiles deaktiviert werden (s. Screenshot). Bei neuen Aufträgen ist diese Option voreingestellt, bei bestehenden Aufträgen wird von unserer Seite aus keine Änderung durchgeführt.

    Grundsätzlich raten wir dazu, Serverlogfiles und andere Logfiles mit IP-Adressen nur sehr sensibel, nach genauer Prüfung der Lage im Einzelfall und unter Berücksichtigung der (datenschutz-)rechtlichen Bestimmungen zu verwenden.

    Im Zweifelsfall empfiehlt es sich, auf die Erstellung und Nutzung solcher Logfiles zu verzichten.

    Beschluss der obersten Aufsichtsbehörden DS

     
  • rn 15:47 on 7. February 2010 Permalink | Reply  

    Darfs ein bisschen mehr sein? Über den Sinn und Unsinn von Dumpingangeboten beim Webhosting 

    Jeder, der im Netz aktiv ist, wird schon mal auf eines der unzähligen Billigangebote für Webhosting gestoßen sein. Da gibt es dann 10 GB Webspeicher, unbegrenzten Traffic, unbegrenzte Datenbanken, riesige Postfächer und möglicherweise noch 10 Domains inklusive für 2,50 EUR im Monat  oder noch weniger. Da wir auch regelmäßig gefragt werden, warum es bei uns diese Art Angebote nicht gibt, will ich mal einige Grundlagen näher erläutern, die bei uns Einfluss auf die Kalkulation der Hostingpreise haben.

    (More …)

     
c
compose new post
j
next post/next comment
k
previous post/previous comment
r
reply
e
edit
o
show/hide comments
t
go to top
l
go to login
h
show/hide help
esc
cancel