Kompatible Hoster

[lucina]

Wir pflegen eine (zur Zeit noch recht kurze) Liste der kompatiblen Hostings, der Webhostings, bei denen Composer Probleme macht und derer, bei denen eine Nutzung nach unserer Erfahrung nicht möglich ist.

Du findest die Liste unter http://de.contaowiki.org/Composer/Ho...ible_Webhoster.

Bitte erweitere die Liste um eigene Erfahrungen. Vielen Dank.

[pipilotti]

Composer für die Hosterliste

Hab das auf einer Projektseite versehentlich installiert, nach der berüchtigten „weißen Seite“ wieder zum laufen gebracht und mich jetzt entschlossen, das als Testprojekt für den Composer weiter zu betreiben. Allerdings kann ich die Infos auf der Webhosterliste nicht aktualisieren...
Hab ich da nur was nicht richtig verstanden, oder fehlen mir einfach nur die Berechtigungen dazu?

Gruß von der Pipi

[lucina]

Bearbeitung im Wiki geht nach individueller Anmeldung. So halten wir die Spambots draußen. Schreib mir eine Mail und ich schalte Dock gern frei.


Sent from my iPhone using Tapatalk

[swinde]

Hallo Lucina bitte mal die Liste vervollständigen:

Kompatibel: GreatNet.de Webspace SMART

Nicht Kompatibel: INetRobots das altes Webpaket Home

Steffen Winde

[lucina]

Siehe mein vorheriges Posting.

[zonky]

"nette Liste" - aber ohne Angabe des Zeitpunktes des Eintrages und des zur Verfügung stehenden RAM, ist das leider nicht mal ein Anhaltspunkt für eine Entscheidung :-(

[din_SH]

Composer = in Abhängigkeit zu Cron-Jobs?

Hallo zusammen

könnte es ggf. sein, dass ein Anhaltspunkt bei der allgemeinen Suche nach einem passenden Hoster die Unterstützung von Cron-Jobs is?
@ Wiki Infos
Beispiel Info von cliffen = Strato: PowerWeb Plus = Cron-Jobs
Beispiel Info von Andreas = Webgo: Starter = Cronjobs Light

Klar gibt es natürlich weitere Faktoren, aber seht Ihr hier ggf. eine mögliche ich nenne es mal "Einstiegsabhängigkeit"?
Gemessen an den Mageren Detail-Infos zu Paketen, sind diese zu mindest angegeben.

[tab]

Ich würde eher einen Shell-Zugang (SSH) als allererstes Indiz nehmen. Mehr ist das aber auch nicht. Weder Cron-Job noch Shell-Zugang nutzt dir irgendwas, wenn das RAM oder die maximale Skriptlaufzeit zu gering ist. Oder auch wenn z.B. allow_url_fopen nicht einschaltbar ist.

[mlweb]

Nicht zu vergessen, dass die Liste zumindestens begonnen worden ist vor dem letzten großen Zuwachs an Ressourcenhungrigkeit und das die einzelnen Erweiterungen unterschiedlich viel RAM veim Prüfen der Abhängigkeit benötigen.

[tab]

Tja, gestern auf uberspace unter 3.5.19 mit Composer contao-bootstrap installiert. Mit den Default-Einstellungen ging das bundle schon mal nicht -> memory_limit 1GB reicht dafür nicht mehr. Erst nachdem ich dann die minimale Stabilität auf Alpha-Versionen gesetzt habe lief es dann durch. Da frage ich mich langsam schon, wie das weitergehen soll, wenn ich selbst auf uberspace schon solche Probleme bekomme. Die meisten Seiten die ich so mache sind eher klein bis mittelgroß, denen kann ich keinen Server verkaufen. Wahrscheinlich werde ich über kurz oder lang alles nur noch lokal machen, was aber einen beträchtlichen Teil des Charmes von Contao für mich zunichte macht. Da muss ich mir ein neues Notebook kaufen, sonst kann ich vor Ort beim Kunden keine Erweiterung mehr installieren oder updaten. Auch wenn ein Update im Büro problemlos geht auf dem Desktop-Rechner, da bin ich ja sogar mit einem auf dem Notebook installierten Website-Generatorprogramm schon fast flexibler .

[hofff]

Wenn die Composer Cloud fertig ist, gehören diese Probleme der Vergangenheit an! ;-)

fg
nicky

[mlweb]

Auf dem Camp in Nürnberg stellte jemand in den Raum, ob es wirklich notwendig ist die Kompatibilität zu älteren Symfony-Versionen weiter aufrecht zu erhalten. Dann würde sich die Zahl der Abhängigkeiten auch verringern. Ich weiss nicht ob in diese Richtung weiter gedacht wird - bin ja kein Entwickler bemühe mich nur darum das alles zu verstehen.
Lokal entwickle ich ohnehin - das allein schreckt mich also nicht. Eher der Umstand den @xtra noch mal ausführlich erklärt hat - auch die PHP-Version hat für die Abhängigkeiten eine Bedeutung (oder kann das zumindesten haben). Das ist dann mindestens eine zusätzliche Fehlerquelle.

[mlweb]

Wenn die Composer Cloud fertig ist, gehören diese Probleme der Vergangenheit an! ;-)

Kannst Du etwas genaueres sagen? Hatte ja da auch schon über mehrere Überlegungen, für und wieder, Schwierigkeiten und natürlich auch anfallende Kosten gehört.

[tab]

Dein Wort in Gottes Ohr. Ich habe da noch so meine Zweifel, wie das dann da kapazitäts- und kostenmäßig ausgeht. Übrigens: Es gibt schon längst ComposerClouds!
Composercloud

[hofff]

Es liegt nicht nur an Symfony ... je nachdem, welche Erweiterung man installieren möchte, kann diese weitere Abhängigkeiten mit sich bringen. Diese Abhängigkeiten bringen wiederum weitere Abhängigkeiten mit und diese können auch noch ... naja ... usw.

Alle Abhängigkeiten werden dann gegeneinander aufgelöst und es wird geprüft, ob sie nach den übermittelten und von den Entwicklern gegebenen Anforderungen zusammen passen/kompatibel sind. Und das braucht halt Zeit und Speicher. Manchmal kann es eine riesengroße Erweiterung sein und manchmal können es viele kleine sein, die den RAM in Anspruch nehmen.

fg
nicky


Gesendet von iPad mit Tapatalk Pro