Hallo!

Heute war ich mal wieder beim Durchstöbern der verschiedenen Hosting-Pakete und mir fiel wieder eine Unschönheit auf, die mich schon öfter ein wenig störte. In den ausführlichen Paketbeschreibungen wird die jeweilige Verfügbarkeit eines Features durch ein kleines Icon angezeigt - Häkchen oder Kreuz. Nun sind sich diese Icons aber zu ähnlich, als daß man sich mal eben einen schnellen Überblick oder gar einen direkten Vergleich zwischen zwei Paketen verschaffen könnte. Man muß oftmals schon sehr genau hinschauen.

Ein knalliges grün/rot ist wohl unpassend im Gesamtlayout, aber wäre es möglich, diesen Icons zumindest einen leichten entsprechenden Farbstich zu verpassen? IMHO wäre damit der Benutzbarkeit ein großer Gefallen getan, da sich dann der Funktionsumfang eines Pakets sehr viel schneller und praktisch aus dem Augenwinkel erfassen ließe.

Gruß
n!

Es soll diese Woche noch ein Newsletter kommen - auf Grund der CEBIT Vorbereitungen, haben wir leider einige Defizite.

OK, akzeptiert.

Ansonsten ist es so, dass wir durch die neuen Pakete mehr Speicherplatz zu günstigeren Konditionen anbieten können. Dies wurde vielfach gewünscht.

Ja, das kommt auch mir durchaus entgegen. Der Speicherplatz bei den alten Paketen war bisweilen schon recht knapp.

Die Belastung von Scripten, Datenbanken und Cronjobs ist nicht zu vernachlässigen. Hier hat es in den letzten Jahren eine starke Wandlung gegeben, so dass wir wesentlich mehr Ressourcen für solche Dienste vorhalten mussten.

Glaub ich gerne. Es war ja auch erstmal nur mein erster Eindruck.

Gruß
n!

Hallo!

Warum gab es zu den neuen Paketen eigentlich keinen Newsletter? Findet sich überhaupt irgendwo eine offizielle Ankündigung, außer dem kurzen Kommentar hier im Thread? Ich bin gerade mehr oder weniger per Zufall drüber gestolpert und rieb mir ob der frühen Morgenstunde schon verwundert die Augen.

Einerseits wird dadurch natürlich die Tarifstruktur übersichtlicher und das deutliche Mehr an Speicherplatz und Traffic sprechen für sich, andererseits geht IMHO aber auch eine Menge Flexibilität flöten bzw. man muß für einige Features unnötigerweise tiefer in die Tasche greifen, z.B. sind im jetzigen Medium-Paket keine Cronjobs mehr enthalten. Schade. Starter ist für vieles zu wenig, Medium aber manchmal schon wieder zuviel. IMHO machen die neuen Tarife trotz ihrer Vorteile und Einfachheit zu große Sprünge - es fehlen irgendwie "Zwischenpakete" à la Medium75.

Gruß
n!

Hallo!

Zwei kleine Fragen:

1) Wann ist denn mit einem Upgrade auf PHP 5.2 zu rechnen? Die Verbesserungen und neuen Funktionen sind doch recht zahlreich und sinnvoll einsetzbar.

2) Ist es möglich, etwas wie APC (Alternative PHP Cache) o.ä. einzusetzen oder geht das prinzipiell auf Euren Servern nicht (abgesehen natürlich von vServern)? Der Zend Optimizer ist zumindest für mich wenig hilfreich, da der Encoder recht teuer ist.

Gruß
n!

Hallo!

Für eine mehrsprachige Website benötige ich neben den Locales de_DE und en_GB auch spanische Sprachunterstützung, es_ES scheint aber auf server212-han nicht installiert zu sein.

Gruß
Micha

"]Ich bin froh, das die leutz nicht druf kommen :>

Wozu eine Website, wenn man keine Besucher will?

sind meistens eh proxies.

Du willst Proxies blocken?

alle komischen IPs werden ab sofort auf die liste gepackt
und hier noch paar feine sachen:

Lötzinn.

Code:

# block bad bots, robots and spiders
RewriteCond %{HTTP_USER_AGENT} ^BlackWidow [OR]
RewriteCond %{HTTP_USER_AGENT} ^Bot\ mailto:craftbot@yahoo.com [OR]
RewriteCond %{HTTP_USER_AGENT} ^CherryPicker [OR]
[...]
RewriteRule ^/.* - [forbidden]

So eine Monster-.htaccess sieht eher nach willkürlichem copy & paste aus zweifelhafter Quelle aus, ohne wirklich zu verstehen was da abläuft oder welche Konsequenzen es haben kann. So ganz nach dem Motto "Viel hilft viel." Hast Du von den genannten Bots auch nur einen jemals in Deinen Logfiles gesehen?

htaccess & Ph lebe hoch

Man kann es auch übertreiben.

n!

Bitte nicht unsachlich werden und sich streiten - das gilt für beide Parteien.

Stimmt ja. War auch nicht ganz ernst und schon gar nicht als Angriff gemeint. Ich hatte angenommen, das mit dem SCNR (Sorry, Could Not Resist) ausreichend relativiert zu haben. Aber meinen Nickname in einem Posting dreimal falsch zu schreiben ... anyway.

EOT
n!

wenn ich ein dynamischen shop habe, und ich pflege daten ein: geht dann so: es wird aufgerufen auf server 133: new.php.......ich pflege eine din a4 an daten, oder meinentwegen auch den wolf ein. zwischenduch, oder auch mit dabei bekommt der 133 nennen wir es mal schluckauf? was verstehste daran nicht?

Ich mache sowas üblicherweise über ein Webformular. Wenn ich das abschicke, dann kriege ich vom Server eine Rückmeldung, wenn die Daten angekommen sind. Wenn sie unterwegs verlustig gingen, wird das Formular halt nochmal gesendet. Da brauch ich eigentlich nix nochmal neu eingeben.

@notizen: langeweile?

Leseschwäche? SCNR

würde ich mal wieder zum friseur gehen.

Zu teuer.

wenn ich sowas poste, haben wir diese "phänomen" mit unterschiedlichen zugängen in ganz unterschiedlichen regionen überprüft.

Auch mal 'nen traceroute gemacht bzw. das hier gepostete Programm benutzt?

wie gesagt, ich habe nun in meiner kurzen ph geschichte dummerweise einiges an mist erfahren müssen,

Ich kenne die Probleme, bin aber mit PH bislang trotzdem sehr zufrieden.

...und dieses komische programm....hmmmm, die rooting daten sind ja jedesmal anders...versteh immer noch nicht den zusammenhang....

Zwischen Dir und dem Server liegen zahlreiche andere Stationen, die von den Datenpaketen passiert werden wollen. Somit gibt es mehrere Server bzw. Router auf dem Weg zum Ziel, die mal einen Schluckauf bekommen können. Ein traceroute kann sowas u. U. anzeigen. Wie gesagt - die Nichterreichbarkeit eines Servers muß nicht immer am Server selbst liegen.

bzw was das bringen soll. aber viellecht weiß ja der notizzettel näheres?

Arrrgh ...

n!

es ist ja nicht so, als ob die seite minutenlangdown ist, es läuft, läuft schleppend, läuft gar nicht, änderungen gehen verloren und müssen neu eingegeben werden etc.

Wie können Änderungen verloren gehen? Entweder sie erreichen den Server und werden ausgeführt, oder eben nicht. Dann sollte man sie aber einfach nochmal abschicken können. Wenn Daten verlustig gehen, deutet das für mich eher auf Fehler im Skript hin.

fakt ist, es ist so, und ich persönlich habe keine lust ständig dieses tool auszuführen um ihnen etwas mitzuteilen, was ich auch anders kann.
wo ist der unterschied, oder glauben sie ihren kunden nicht, wenn sie nicht die kopierten infos bekommen?

Einige hier scheinen zu vergessen, daß es für die Nichterreichbarkeit eines Servers dutzende verschiedene Ursachen haben kann. Immer gleich auf einen Ausfall des Servers zu schließen ist reichlich kurzgedacht.

Ich hatte z.B. auch hier mal eine Zeit lang übelste Probleme, bestimmte Server zu erreichen. Entweder lahmte die Verbindung oder kam gar nicht erst zustande, andere Server hingegen waren tadellos erreichbar. Der Grund: Offenbar ein kaputter Router im Netz eines Carriers, von dem mein ISP seine Bandbreite bezieht. Dieser fiel entweder komplett aus oder ließ zumindest die Verlustrate der Datenpakete enorm ansteigen, was die Verbindung extrem verlangsamt. Verbindungen zu anderen Servern liefen über einen anderen Carrier und somit problemlos. In solchen Fällen sind sowohl Serverbetreiber als auch ISP macht- und schuldlos.

Also nicht immer gleich auf den Serverbetreiber schimpfen (ja, ich weiß, daß es in Hannover schon genügend Probleme gab, hab selbst eine Site dort), sondern auch mal andere Ursachen in Erwägung ziehen. Eine Kundenaussage "Server geht nicht" ist wenig hilfreich, was man braucht sind Logfiles und die Ausgaben von traceroute bzw. verwandten Tools.

n!

Aber eine Frage habe ich trotzdem nochmals:
Wie könnte man die Sache lösen, ohne dass ich darauf achten muss, was bei den anderen Websites für Server sind (ob PHP oder so möglich ist).

Dann wäre es wahrscheinlich das einfachste, bei Dir eine komplette Webseite mit den Daten zu erzeugen, die dann auf den anderen Seiten nur noch z.B. in einem iFrame eingebunden werden muß.

ich will eigentlich so ne Art Service erstellen, wo der User nacher nicht sooo viel auf seiner Website einbauen muss, vor allem sollte er nicht den Webspace ändern müssen, also erst nen PHP-Space suchen.

Schon klar.

Gruß
n!

ich wollte für alle Vereine aus der Liga unseres Handballvereins eine einheitliche Möglichkeit bieten, dass alle Sportergebnisse aus der Liga, automatisch auf deren Websites eingebunden werden.

Geplant ist das so, dass ich Ansprechpartner habe, die mir die Ergebnisse zumailen, oder SMSsen und ich diese dann einpflege, evtl. in eine Datenbank und diese dann per php auslese.

Aber Zugriff auf die DAtenbank geht doch nur von meinem Webserver aus, oder?

So sollte es zumindest sein. Natürlich kann man auch übers Netzwerk auf Datenbanken zugreifen, zu empfehlen ist das aber nicht unbedingt, zumindest nicht ohne entsprechende Sicherungsmaßnahmen.

Wie können die Daten dann in die Websites der unterschiedlichen Vereine auf unterschiedlichen Webservern automatisch gelangen (sobald alle Ergebnisse drin sind) ??

An sich immer nach demselben Prinzip: Du mußt Dir ein Format überlegen, wie Du die Daten am besten zur Verfügung stellst. Auf Deiner Seite läuft dann ein Skript, welches sich die Daten aus der Datenbank holt und entsprechend aufbereitet. Ob nun als XML-Dokument, CVS oder was auch immer ist eigentlich zweitrangig. Es sollte zumindest maschinell auswertbar sein, so daß auf den anderen Webseiten dann ein Skript laufen kann, welches die Daten abruft und in deren Webseite mit einbaut.

Nun könnte man sich natürlich noch Dinge überlegen, damit die Daten nur dann übertragen werden müssen, wenn sich was geändert hat, sprich: Die anderen Webseiten könnten die Daten bei sich zwischenspeichern und bei jedem Webseitenaufruf nur bei Deiner Seite nachfragen, ob was geändert wurde. Falls ja, werden die Daten neu angefordert, falls nein wird die gecachte Version genommen. Kommt natürlich drauf an, ob sowas auf den anderen Webservern möglich ist (das dort laufende Skript bräuchte Schreibzugriff auf ein Verzeichnis).

.. oder geht das per RSS ? hmmm

Wäre auch 'ne Möglichkeit. Dann brauchen die "Klienten" halt ein Skript, welches RSS-Inhalte parsen kann. Da sollte sich was finden lassen.

Ich wäre dankbar für einen Vorschlag.

Konkrete Vorschläge kann ich leider nicht machen, da ich sowas bisher noch nicht gebaut habe und daher selbst erstmal drüber nachdenken müßte.

Gruß
n!

Gute Morgen!

Ich hab gestern eine neue Domain angemeldet (kita-kinderland-beelitz.de). Ging auch alles problemlos und zügig, allerdings hab ich ein kleines Problem mit der disk quota. Es handelt sich lediglich um eine Visitenkarte mit 1MB Speicher, die Speicherbelegung zeigt mir davon 864KB als belegt an, was auch in etwa meiner Erwartung bzgl. der Dateigrößen entspricht. Trotzdem ist es nicht möglich, noch eine weitere Datei mit 71KB hochzuladen ... "quota exceeded".

Und noch was anderes: Ist es Absicht, daß der Server 154-han im Gegensatz z.B. zu 054 offenbar nicht auf Pings reagiert? Das hatte mich gestern prompt zu der Annahme verleitet, der Server wäre down, bis ich dann kurz darauf merkte, daß am anderen Ende der Leitung ja doch jemand lauscht ...

EDIT: Zumindest letzteres hat sich geklärt, hab die Antwort in einem älteren Beitrag gefunden.

Gruß
n!

wenn ich die heigt auf 25 stelle (wie tabelle) dann überlappt die tabelle, mit 23 wird es genau passend.

Solche Pixelschubsereien sind immer problematisch. Gerade wenn das Layout buchstäblich daran hängt, daß Abstände exakt eingehalten werden müssen, gibt es früher oder später Probleme. Im schlimmsten Fall kann eine Seite dadurch komplett unbenutzbar werden (wenn der Benutzer z.B. die Schriftgröße erhöht und sich dadurch Elemente verschieben und überlappen).

und auf 23 habe ich es auch eingestellt, was vom IE auch korrekt dargestellt wird. Ich verstehe echt nicht warum immer auf dem IE rumgemeckert wird.

Weil diese Aneinanderreihung ausrangierter Bytes die mit Abstand mieseste HTML- und CSS-Implementation hat. Daß er trotzdem am meisten verwendet wird, ist leider ein trauriger Fakt und somit beim Erstellen von Webseiten zu berücksichtigen.
 

Ach hier lasse ich mich gerne eines besseren belehren, aber meine erfahrung ist, dass der IE es korrekt darstellt und die anderen nicht !!!

Und genau das ist der springende Punkt: Wenn etwas im IE gut aussieht, im Opera und Mozilla hingegen nicht, dann ist mit 99%iger Sicherheit etwas verkehrt - und zwar an der Seite! Opera und Mozilla sind so dicht am Standard wie kaum ein anderer Browser, sie stellen nahezu alles korrekt dar. Wenns dann klemmt, ist es nur in sehr seltenen Fällen die Schuld des Browsers.

Nochmals, ich lasse es mir echt sehr gerne sagen, aber es ist leider nicht so wie es immer dargestellt wird. Ich richte für den IE aus weil er korrekt darstellt. Es ist doch offensichtlich,das der IE die Height richtig darstellt.

Der IE hat viele Bugs (u.a. kaputtes Boxmodel), von denen sich einige sogar "vernünftig" einsetzen lassen, in anderen Browsern dann aber möglicherweise zu Problemen führen.

Ein Beispiel dafür ist text-align: center - normalerweise nur dafür gedacht, Text bzw. Inline-content innerhalb von Block-Elementen zu zentrieren, der IE zentriert damit hingegen auch andere Block-Elemente (solche werden normalerweise mit margin: auto zentriert). Das ist ein Bug, der sich aber auch "sinnvoll" verwenden läßt, um einen anderen Bug zu umgehen, der IE kann nämlich kein margin: auto.

Solcher Beispiele gibt es noch mehr, dazu kommen noch etliche wichtige und nützliche Dinge, die im IE ganz einfach nicht implementiert sind (z.B. das q-Element sowie diverse CSS-Pseudoklassen und Selektoren), MS weiß offensichtlich besser, was die Benutzer wollen und was nicht ... es gibt also genügend Gründe, auf dem IE rumzuhacken.

und wenn ich dann die heigt erhöhe, dann stimmt ja der IE nicht mehr. Also ich weiss da ehrlich nicht warum ich noch experimentieren sollt. Weil es wird immer so bleiben dass es entweder der eine oder der andere richtig darstellt.

Das sowieso, das ist aber kein Bug, sondern ein Feature des WWW . Kein Browser wird eine Seite exakt so darstellen wie ein anderer, Abweichungen sind immer drin.

Dein jetziges "Problem" sollte sich aber relativ einfach lösen bzw. umgehen lassen, ich hab da jetzt allerdings keine Meinung mehr zu, bin zu müde. Ich guck mir das morgen oder übermorgen nochmal an und poste dann ggf. nochmal hier.

Gruß
n!

jetzt isses auch bis zu mir durchgedrungen, was du meintest.

Also ich habs jetzt genau so gemacht. Die Hover mit CSS und die Aktiven Buttons per PHP Dateinamenprüfung.

Check Deine Seite mal mit Opera oder Mozilla, oben im Menü gibts beim hovern ein paar unschöne Ränder. Das dürfte mit dem CSS zusammenhängen (evtl. mit den height-Werten).

Gruß
n!

ich will ja das beim Laden der Datei der richtige Menüpunkt gleich aktiviert ist (und auch bleibt - solange man sich in der Datei befindet) und das geht dann mit CSS glaube ich nicht, oder?

Das macht man besser serverseitig (mit CSS gehts auch, ist aber etwas "tricky" und nicht gerade die beste Methode).

Ich bezog mich aber auch eher auf den reinen hover-Effekt, den kannst Du komplett mit CSS machen, Javascript ist da eigentlich unnötig.

Gruß
n!