Global Procedure Include

[NicTheQuick]

Ja, auf jeden Fall mit einem Model View Controller. Sonst hat später keiner mehr Lust da etwas zu ändern.

[TroaX]

Welche konkreten Vorteile soll eigentlich CGI/FastCGI bieten? Ist doch nur unnötig langsam. Und mit den verfügbaren Skriptsprachen ist man bestens bedient.

CGI ist unnötig langsam. FastCGI nicht. FastCGI ist im Grunde eine Art Kommunikationsprotokoll über ein Netzwerkstream. Der Webserver (FastCGI installiert und aktiviert vorrausgesetz) nimmt den Request entgegen und sendet sie an die eigene Webanwendung weiter. Die ist in PureBasic geschrieben und wird nativ auf der Maschine ausgeführt. Da diese Anwendung einen Listener besitzt und die Anfragen in Schleifen abarbeitet, muss sie nicht wie bei CGI bei jedem Request neu gestartet werden. Im Vergleich zu PHP entfällt ebenfalls der Interpreter. Eine native FastCGI-Anwendung hat also was Performance angeht deutlich die Nase vorn. Und man kann theoretisch auch die Anwendung n=Kerne oft mit unterschiedlichen Ports starten und über den Loadballancer des Webservers die Requests auf verschiedene Kerne verteilen. Wenn man Ressourcen für andere Sachen brauch, kann man einfach ein oder zwei Prozesse weghauen, ohne den Kram komplett abzuschalten.

FastCGI ist da schon nicht ganz uninteressant. Ob es hier aber nötig ist, zweifle ich an.

[ts-soft]

Ich dachte mir, da dies eine "PureBasic" Community ist, ist vielleicht PureBasic mit Fast-/CGI das richtige. Ich persönlich mag PHP alleine wegen den undefinierten Typen nicht. Aber das ist nur meine Meinung.

Und das Framework sollte auf keinen Fall Purebasic sein.

Ich hab zwar von Webtechniken nicht die grosse Ahnung, aber PureBasic sollte es in jedem Fall sein, sonst macht so ein Projekt,
wo nicht jeder Mithelfen kann, gar keinen Sinn.

Spiderbasic, FastCGI, PostgreSQL sollten es schon sein, falls einer der wenigen "Spezialisten" mal nicht mehr kann.

Aber ich sehe schon, es läuft für mich in die falsche Richtung und ich bin damit erstmal wieder raus.

[GPI]

Tut mir leid, irgendwie erinnert es mich an einen Kindergarten gerade. Ich bezweifle, das sich einige hier überhaupt gedanken gemacht haben, was das hier werden soll. Es werden munter Sachen in den Kochtopf geworfen, ohne Plan zu haben.

Es gibt ein paar einfache Regeln: Wer Bezahlt bestimmt. Also wer den Webserver bereit stellt - falls es darauf hinaus läuft, bestimmt schlicht und ergreifend, was eingesetzt wird. Hier rumzustänkern ist kindisch. Leute er stellt Zeit und Resourcen zur Verfügung. Er fragt bei seiner Firma nach - und verlangt *NICHTS*. Hier sollte man Dankbar sein!

Es geht auch nicht darum die Überlegenheit von PureBasic oder ähnlichen zu beweisen, sondern die Plattform soll Mittel zum Zweck werden. Das ist kein Glaubensding, warum auf Teufel komm raus was benutzen, wenn es andere deutlich bessere Lösungen gibt? Erinnert mich etwas an Firefox, die lange nicht h264 unterstützt haben, weil es nicht offen ist. Das ging leider an der Realität vorbei, das viele Geräte eben h264 nativ unterstützen und die meisten Videos deswegen in den Format vorliegen.

Um mal das Ziel klar zu definieren: Ziel des Projektes sollte es sein, dass die PureBasic-Benutzer Code einfach austauschen können. Beispiele, vorgefertigte Module und Proceduren, Tutorials und so weiter. Strukturiert, Katalogisiert, Organisiert. Nicht mehr und nicht weniger.

[NicTheQuick]

@ts-soft:
Ich möchte jedenfalls nicht noch Monate damit verbringen einen in Purebasic geschriebenen Webserver mit FastCGI zu programmieren, der sicher ist, Session-Management besitzt, Multithreading- oder Multiprozess-fähig ist, Code von Design trennt und damit Templates unterstützt (z.B. mit TAL), eine ausgeklügelte Benutzerverwaltung mit Rechtesystem und Gruppen beherrscht, usw.

Wenn es jemand machen will, dann bitte. Aber wenn das Projekt dann nach zwei Monaten stagniert und man an einem Tag ein vorhandenes System hätte zusammenklicken können, wäre das vergeudete Zeit.

Ich vertrete eher GPIs Meinung.

[computerfreak]

<gewagte_these>

Ich würde sogar behaupten, dass die klassischen Web-Sprachen (PHP, Ruby, etc.) so unkompliziert sind, dass so ziemlich jeder BRAUCHBAREN Code beitragen könnte, ohne sich davor intensiv damit auseinander zu setzen.

</gewagte_these>

[mhs]

<gewagte_these>

Ich würde sogar behaupten, dass die klassischen Web-Sprachen (PHP, Ruby, etc.) so unkompliziert sind, dass so ziemlich jeder BRAUCHBAREN Code beitragen könnte, ohne sich davor intensiv damit auseinander zu setzen.

</gewagte_these>

Das ist sogar mehr als gewagt Aus genau dem Grund hat PHP auch so einen schlechten Ruf, weil viele ohne Hintergrundwissen damit mehr Sicherheitslücken erschaffen, als sie sich denken können. Mit dem entsprechenden Wissen kann man aber sehr wohl professionelle, schnelle und auch sichere Webanwendung mit PHP entwickeln.

Viele scheinen hier mehr Energie in das Grundgerüst zu stecken, als später dann in die Pflege und die PB Codes/Module, um die es sich ja eigentlich drehen sollte. Vielleicht wäre hier eine einfache Variante die sinnvollste Möglichkeit. Mir würde spontan WordPress dazu einfallen... Liese sich ohne großen Aufwand schnell erweitern für ein Sourcecodearchiv mit Upload, Beschreibungen und Dokumentationen, Kategorisierung, Suche und Tagging für die jeweilige getestete PB Version. Userverwaltung und einfaches Rechtesystem wäre auch schon mit an Board.

Falls ihr einen Webserver, Datenbank, o.ä. benötigt kann ich euch gerne - auch langfristig - unterstützen. Auch wenn ich hier im Forum nicht sehr aktiv bin, verwende ich PB doch schon seit 2005. Mit meiner eigenen Zeit sieht es wegen sehr vieler Projekte momentan leider etwas schlecht aus.

[computerfreak]

Das ist sogar mehr als gewagt Aus genau dem Grund hat PHP auch so einen schlechten Ruf, weil viele ohne Hintergrundwissen damit mehr Sicherheitslücken erschaffen, als sie sich denken können.

Das ist mir durchaus bewusst. Allerdings sind sie meisten hier im Forum alles andere als Idioten. Ich denke da sollten SQL Injection, XSS usw. durchaus bekannt sein.
Aber du könntest recht haben, dass das schwierig wird.

Wie wäre es, wenn wir uns erst mal einen Überblick verschaffen, wer welche Webskills hat, dass sich eventuell ein Team zusammenfindet?
Ich mach mal den Anfang:

PHP
Ruby (on rails / Sinatra)
Python

EDIT:

Und das Clientzeug (HTML/CSS/JS) kann ich auch einigermaßen gut

[RSBasic]

• PHP: Nicht so gut, programmiere damit zu selten
• ASP: Gut
• ASP.NET: Gut

Zählen auch clientseitige Sprachen dazu? Wenn ja:

• JS: Gut (noch besser mit Prototype, aber falls jQuery, dann leider wenig Erfahrung)
• HTML: Gut
• CSS: Gut

Ansonsten auch:

• SQL: Mittel
• WordPress: Gut, aber nur bezüglich der Benutzung, aber nicht bezüglich der Plugin-Entwicklung o.ä.

[mhs]

Allerdings sind sie meisten hier im Forum alles andere als Idioten.

Das habe ich auch nicht so gemeint

PHP
Symfony
WordPress
HTML
CSS
jQuery