Contentify 🚀 - ich bin buggy, ich bin buggy, ich bin buggy.....

Hallo,

jeder hat irgendwo Talente, manche sind besonders gute Sänger, andere besonders gut im Einrichten von Webanwendungen...

Deine (zwischen den Zeilen herauszulesende) Kritik an der Installation kann ich nachvollziehen und ist vermutlich auch berechtigt. Wenn du konkrete Verbesserungsvorschläge hast, dann bitte her damit. Kurz zur Einordnung: Die Installation ist komplex, a) weil das CMS komplex ist und b) weil so vom verwendeten PHP-Framework, Laravel, vorgegeben. Das heißt es ist nicht so einfach da was dran zu drehen. Eine einfach Drop-in-"Installation", also hochladen und fertig, ist nicht möglich.

Login, geht nur ohne Https... (http)

Wie meinst du das? HTTPS sollte gehen falls der Server das natürlich unterstützt. Du musst das aber in den Einstellungen im Backend des CMS aktivieren.

Registrieren geht garnicht

Was geht nicht? Es ist auch möglich, dass das Problem ein Konfigurationsproblem des Servers ist, kein Bug des CMS.

Forum: Kann nicht angelegt werden, grund: Forum ID muss eine zahl sein

Dazu auf den allerneusten Stand updaten. Denke am einfachsten geht es indem du das hier herunterlädst und damit deine Installation überschreibst (logischer Weise Änderungen wie z. B. an den Config-Dateien vorher sichern): https://github.com/Contentify/Contentify/archive/2.2.zip

chriskonnertz on 5 Mar 2018

👍1

Guten Abend, @chriskonnertz , Guten Abend @kamohy ...

Kurz vorweg: Das CMS ist bombig, hat aber seine Macken, auf die man ggfs. auch gemeinsam Lösungen finden könnte...

ich werde mal chronologisch auf die Probleme eingehen...

1.)
Das große Problem ist, dass wenn man NORMALE Datenbankdaten nutzt, er in den Fehler rennt, er könne root@localhost OHNE PASSWORT nicht nutzen... dass dieses nicht funktioniert, ist auch logisch und durchaus gewollt...! Hier scheint es ein Problem im Installationsscript zu geben... Nutzt man wiederum tatsächlich den root, oder ersetzt alle "root" durch den Datenbanknutzer (HARDCODED!!!), funktioniert es... Da denke ich, ist an irgend einer Stelle noch ein Problem, das aber auch ich nicht ausmachen konnte...

2.)
http -> https serverseitig als rewrite sorgt auch trotz funktionierendem Installer dafür, dass trotz korrekt gesetzter Rechte, etc., der größte Teil des CMS nicht funktioniert.... angefangen dabei, dass im CMS http - Links hardcoded sind, was primär erstmal für mixed-Content sorgt und damit https für den Arsch ist (sorry, ich nenne das Kind gerne beim Namen!)... Die Lösung, dies dann ohne serverseitigem http->https-rewrite ist durchaus möglich... allerdings fehlt es hier bei mir zum Einen am Verständnis für hardcoded http-Links und zum Anderen an der Logik, zu verstehen, warum das CMS selbst entscheiden soll, ob rewrite to https oder eben nicht...

3.)
Die Registrierung ist komplett ohne Funktion. dies ist allerdings kein Problem mit der Serverkonfiguration, sondern mit dem CMS, da alle sonstigen CMS die auf dem Server laufen, auch funktionieren... inclusive Login und Registrierungsbereich... daran kanns also faktisch nicht liegen...
An dieser Stelle stellt sich mir die Frage, was unterscheidet den Login und/oder die Registrierung von denen der anderen CMS? -- im groben Überfliegen habe ich da nicht wirklich viele Unterschiede gefunden, wobei dies nicht repräsentativ ist, da Dein CMS, @chriskonnertz , sehr komplex ist und ich sicherlich beim Überfliegen nicht alles bewusst gesehen haben kann... Hier wäre es praktisch, wenn wir uns zu dem Thema mal austauschen könnten, wo die Probleme effektiv liegen könnten...

4.)
http->https-rewrite via ACP aktivieren...
so weit, so gut... wenn man via http drauf geht, funktioniert zwar nicht die Registrierung, aber zumindest der Login... nachdem man allerdings den Haken für https-rewrite gesetzt hat, erhält man vom CMS dennoch mixed-content, ebenso als würde man das serverseitig einstellen...

5.)
Das genutzte Framework...
Ich gebe an der Stelle zu, dass ich das Framework bis dato nicht kannte... gibt es irgendwo ein paar nützliche Links, um sich dort einmal einzulesen? -- wenn man es googled findet man viel gequatsche darüber, aber auf die Schnelle fand ich nun keine vernünftige Funktionsbeschreibung... Hier wäre die Bitte @chriskonnertz , eventuell hier einmal den ein oder anderen aussagekräftigen Infolink drunter zu posten um eventuell auch @kamohy und mir in der Hinsicht des Verständnisses für das Framework weiter zu helfen...

6.)
Verlinkungen innerhalb des ACP...
das Dashboard zum Beispiel ist auf /admin/dashboard verlinkt, rennt damit aber in eine exception... nimmt man wiederum das "dashboard" hinten weg und lässt nur das /admin, sieht man das dashboard sauber... allerdings erschließt sich mir nicht, wo die Verlinkung eingetragen ist, um den Bug selbst zu beheben... viele rewrites müsste man sich aus dem Quelltext ziehen, was allerdings in Ermangelung der Zeit aktuell nicht "mal eben" gemacht ist, wie Du Dir sicherlich vorstellen kannst... Gerade mit Familie und Arbeit in Teilzeit ist das alles nicht ganz so einfach, wenn man für Haushalt und Kind zuständig ist...

7.)
Nodejs...
FRAGE: in wie weit ist NodeJS eingebunden und serverseitig notwendig? -- wir rennen hier mit nem A2 und installiertem NodeJS & Redis als Push-Server, was aber bei einem Kundenprojekt nicht die Funktionalität brachte, die man sich daraus erwartet hatte... Hierzu habe ich dann einen kleinen V-Server mit nginx als Push-Server-Proxy eingerichtet und prompt funktionierte dieses... in wie weit könnte an dieser Stelle ein Problem sein?

8.)
toll... nun ists 01:55 Uhr und ich hab den Faden verloren... -lach-

Alles in Allem zusammengefasst:
@chriskonnertz , Du hast ein bomben CMS geschrieben, das allerdings derart komplex ist, dass kleinere Fehlerbehebungen für einen Außenstehenden nicht ganz so einfach sind... Im Übrigen den Verweis auf die install.sh möchte ich an dieser Stelle direkt ausschließen, denn ich habe sie mir angesehen... diese würde ich ausschließlich dann nutzen, wenn auf dem Server nicht ein kompletter Kundenstamm wäre und es damit egal wäre, dass contentify auf die default-page zeigt... Dieses ist allerdings im Produktivbetrieb mit Kunden wie zum Beispiel @kamohy "out of discussion", auch wenn die Idee mit der Serverkonfiguration via install.sh keine schlechte ist, wenns mal schnell gehen soll und man nichts wichtiges auf dem Server hat, das u.U, dann nicht mehr erreichbar sein könnte...

An dieser Stelle fänd ich eine Möglichkeit praktisch (ggfs. in Form einer Anleitung durch Dich @chriskonnertz ), wie man das CMS auf den "beschränkten" Kundenwebspace bekommt, ohne dafür den Server-ROOT umschreiben zu müssen...

Liebe Grüße und eine angenehme Rest-Nacht... :)
Sascha

Pega16 on 6 Mar 2018

🎉1

Guten Tag, ich hab mal einige nicht ganz so nette posts gelöscht...
aber dennoch bin ich nunmal ich und gebe mein senf (jedoch mal im ruhigerem ton) von mir

Report:

Time: 01:00

Mehrfache install, hinter mir (hardcode-root umgeschrieben ect.)
Install ausgeführt

Time 01:30

Login ging noch immer nicht bzw. registrierung

Time 02:30

Habs aufgegeben nach 15 Stunden

Time 07:40

Dein Issues durchforstet

Time 08:00

Fehler:
Register Fixed: 35c138a
Von dir selbst Geschrieben jedoch nicht geändert in der zipfile....
(https:// und http:// laufen übrigens mit einmal, jedoch muss der firstlogin unter http:// sein)

Time 08:30

Page fehler gefunden und gefixed (datei: PageCat.php in Pagecat.php umbenannt)
Selbes Thema wie im Thema dadrüber: unter Code geändert, aber nicht in der Zipfile

Time 10:30

war auf deinem DemoServer...
Dort läuft alles... (bis auf Forum Report)
Sehr gut, blöd nur das dort v2.0 läuft....

Time 11:00

Forum Anlegen: geht nicht, Forum's ID fehlt... sollte er aber selbst erzeugen...
Server Anlegen: geht nicht da sobald eine IP (egal ob als domain oder direckte IP) eingegeben wird, ein Fehler der DB auftaucht.
(selber fehler auch bei Page's )
Fehler 1: 1/2 PDOException in Connection.php line 476: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'description' in 'field list' Fehler 2 2/2 QueryException in Connection.php line 770: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'description' in 'field list' (SQL: insert into servers (creator_id, updater_id, title, ip, hoster, description, slots, published, game_id, updated_at, created_at) values (2, 2, Deathkings Deathmatch, deathkings.de:27011, deathkings.de, test, 60, 1, 2, 2018-03-06 10:17:44, 2018-03-06 10:17:44)) ``

Time 14:49

Fehler: Dashboard... über den Link unter: Daily Content nicht erreichbar, jedoch wir er angezeigt wenn man auf Conentify drückt.
Fehler fürs Forum sowie Server immer noch nicht gefunden.
Kleinere Bugs ja jedoch nicht den wirklichen Fehler....
Inzwischen suchen wir wieder zu Zweit...

Das war mal der report dazu...

Hier nun das Persönliche :

Ich und @Pega16 kennen uns schon lange...
Wir haben beide mehr als ausreichend erfahrung in CMS bereichen sowie Serverbereichen.

Vom aufbau ist deines Super (bis auf die Bugs)
Und hat das Potential, das PHPkit seiner Zeit hatte...
Ja PHPkit... ich selber Schrieb dafür Addons, Baute eigene Designs ect.
Wenn es nicht abgestoßen worden währe sondern weiterentwickelt, würden wir hier auch nicht Schreiben.
(da muss ich ehrlich sein)
Sascha ist der Serverexperte von uns Beiden ( @Pega16 )

Deinen Kommentar zu, dem singen und webapplication installieren, finde ich dementsprechend nunja.. beleidigend... aber das kannst du ja nicht wissen....

Wir haben uns vorerst für dein CMS entschieden nach dem wir so einige andere Probiert haben....
(ilch (veraltet), dzcp (hat potenzial jedoch nicht ausgereift genug), Clansphere (ja ist ganz gut aber das ACP ist zu unübersichtlich), Joomla... phpfusion... phpnuke... wordpress ect.... nunja einfach nur nein...

Wir helfen auch echt gern damit, bestimmte dinge voran kommen.
Wir wollen keine lohrbeeren dafür, wir helfen einfach... aber nur solang man uns unterstützt bei der Hilfe (liegt also in deiner Hand)

Noch etwas @chriskonnertz dieser Bereich hier soll kein Feedback sein, er ist eine Bug und Hilfe-Anfrage

Dennoch wünsche ich einen Angenehmen Tag.

Nachtrag
Was von vorteil währe: Eine ordentliche readme schreiben die step by step, alles erklärt
unter anderem auch wie man Debug-Mod verlässt. Ich meine wir wussten wonach wir suchen jedoch weiss das nicht jeder.
Einzelne Module braucht nicht jeder, hier würde ich sagen, versuch die möglichkeit zu geben Module auch zu deaktivieren.

kamohy on 6 Mar 2018

😄1

Hallo @chriskonnertz ,
danke erstmal für Deine oben verlinkten Bugfixes... die haben einiges an Fehlern schon mal behoben...

Allerdings taucht nun ein beim Adden eines Nutzers in einem Team ein { Error: Request failed. Code: 500. Message: "Internal Server Error" } auf, wenn man den Nutzer direkt versucht einem Team beizufügen... Dieser Fehler ist allerdings mit "low priority" einzustufen, da die Teamzuweisung beim Edit des Nutzers direkt (unter Users -> edit User) problemlos funktioniert...

Ein anderer Fehler taucht nach wie vor auf, wenn man versucht, ein Forum anzulegen... mal abgesehen davon, dass man ZWINGEND ein Team mit angeben muss, funktioniert dies nicht... dort kommt die Fehlermeldung { The forum id must be an integer. } ...
Dieses sorgt also dafür, dass keinerlei Foren angelegt werden können...

ebenso rennt das Anlegen eines Servers innerhalb des CMS in eine totalException...

Ideen?

LG
Sascha

P.S.: { } Klammert die Fehlermeldung ein, um Dinge aus der Fehlermeldung, wie Anführungszeichen, nicht zu verschleiern / den Leser nicht zu irritieren...

Pega16 on 6 Mar 2018

@kamohy

Deinen Kommentar zu, dem singen und webapplication installieren, finde ich dementsprechend nunja.. beleidigend

Das war nicht beabsichtigt. Ich wollte einen ebenfalls lockeren Ton anschlagen. Das ist wohl nach hinten losgegangen.

ich hab mal einige nicht ganz so nette posts gelöscht...

Das hast du, allerdings nur hier, per Email wurden sie mir dennoch zugestellt und ich habe sie gelesen.

Zu deinen Ausführungen da und zu einigen deiner anderen Aussagen sei gesagt: Contentify ist ein kostenloses, 100% frei zugängliches CMS. Niemand zwingt dich es zu nutzen oder Zeit zu investieren. Das zu tun ist dein eigenes Risiko. Dafür musst du aber eben nichts bezahlen. Das CMS generiert keinerlei Einnahmen und verursachte (geringe) Kosten, es handelt sich hier nicht um ein crowd-finanziertes Projekt oder um eine Software mit einem Unternehmen im Hintergrund, das Sponsoring betreibt. Insofern kann hier nicht die gleiche Qualität und der gleiche Support geboten werden wie du es möglicherweise bei anderer Open-Source-Software kennengelernt hast. Sollte das nicht deinen Vorstellungen entsprechen ist das verständlich, in diesem Fall empfehle ich dir allerdings, auf WordPress oder ein kostenpflichtiges System wie Esportsify zu wechseln.

Habs aufgegeben nach 15 Stunden

Das tut mir leid. Es gibt eine Lösung für das Problem und die ist auf dem Papier auch ganz einfach: Managed Hosting anbieten. Sprich für einen fairen, kleinen Preis bezahltes Hosting anbieten wo der Betreiber der Website sich nicht um Installation & Co. kümmern muss. Eine bessere Lösung kenne ich nicht. Natürlich könnte man sagen: "Die Probleme, in die ihr gelaufen sind, alle beheben." Das ist aber nicht so einfach.

Allerdings habe ich hier durchaus etwas mitgenommen. Ich werde versuchen am Wochende Contentify 2.3 zu releasen, einfach mit den Bugfixes die du gefunden hast, damit da keiner mehr rein läuft (das ist ja nicht nur dir passiert wie du selber gemerkt hast). Offensichtlich währen schnellere Releases vorteilhaft, aber genau wie mit dem Hosting-Thema ist das schnell gesagt aber nicht schnell umgesetzt.

Die möglicherweise neuen Fehler die du gepostet hast werde ich mir ansehen.

Wir haben beide mehr als ausreichend erfahrung in CMS bereichen sowie Serverbereichen.

Contentify ist allerdings ziemlich anspruchsvoll. Das ist nicht schön, aber ist nun mal so.

Es wurde eigentlich nicht für die Sorte von Websites geschrieben für die es jetzt eingesetzt wird, nämlich letztlich eher kleine oder mittelgroße Clanwebsites und ähnliches. Es richtete sich ursprünglich an große, professionelle Clans. "Professionell" in der Bedeutung: Mit finanziellen Einnahmen. Sprich so was wie Performance bei großer Last oder viel Content waren Hintergrundgedanken oder eben bestimmte Features die benötigt werden oder eben _nicht_ benötigt werden. Außerdem war auch mal so was wie Code-Qualität als "Feature" gedacht. Jetzt in der Realität ist es aber so, dass die Anforderungen, die von den Nutzern gestellten werden, andere sind. Das geht dann eher in so Community-Anforderungen und eben viele wollen das CMS installieren und einrichten die mit Server-Administration und Webanwendungen wenig Erfahrung haben. Und die Code-Qualität (damit sind jetzt nicht Bugs gemeint sondern so was wie Kommentare im Code) spielt keine wirkliche Rolle. Das nur als Erläuterung warum der aktuelle Zustand so ist wie er ist.

Wir haben uns vorerst für dein CMS entschieden nach dem wir so einige andere Probiert haben....
(ilch (veraltet), dzcp (hat potenzial jedoch nicht ausgereift genug), Clansphere (ja ist ganz gut aber das ACP ist zu unübersichtlich), Joomla... phpfusion... phpnuke... wordpress ect.... nunja einfach nur nein...

Bei ILCH gibt es ja inzwischen die neue Version 2. ILCH ist das einzige andere freie eSport-CMS das auf der Höhe der Zeit ist. Allerdings ist das eine "vollständige" Eigenentwicklung. Eine der Ideen hinter Contentify war auch, Codern eine moderne Plattform zu bieten, bewusst mit einem Framework in Hintergrund. Weil das schon toll dokumentiert ist (dazu gleich mehr), unabhängig vom CMS weiter entwickelt wird und ggf. auch einfach Codern es leichter macht sich in Contentify zurecht zu finden. Diese Vorteile kann man aber nur nutzen wenn man als Programmierer unterwegs ist und das CMS modifizieren möchte, und wenn man entsprechend auch einigermaßen auf dem Laufenden ist und das Framework kennt.

DCZP ist technisch nicht auf einem aktuellen Stand. Soweit ich weiß wird es zwar noch maintained aber die Frage ist, ob sie da irgendwann eine technisch moderne Version 2 herausbringen werden. Selbst wenn, wird das nicht von heute auf morgen geschehen.

ClanSphere wird nicht mehr weiter entwickelt, der Nachfolger, CSphere, ist nicht über das Alpha-Stadium hinaus gekommen und ist vermutlich aufgegeben worden. ClanSphere ist technisch inzwischen auch nicht mehr aktuell.

Wie schon gesagt, generalisierte CMS wie Joomla, WordPress und Co. sind ansonsten noch eine Möglichkeit, da muss man aber dann schauen wo man die eSport-spezifischen Plugins her bekommt. Oder man programmiert die eben selber.

Wir helfen auch echt gern damit, bestimmte dinge voran kommen. Wir wollen keine lohrbeeren dafür, wir helfen einfach

In welcher Form könntet ihr denn helfen?

Was von vorteil währe: Eine ordentliche readme schreiben die step by step, alles erklärt
unter anderem auch wie man Debug-Mod verlässt.

Das mit dem Debug-Modus kann ich machen. Bei dem Rest müsstest du mir genauer sagen was dir fehlt oder was wie verbessert werden kann. Dokumentation gibt es ja: https://github.com/Contentify/Contentify/wiki

Einzelne Module braucht nicht jeder, hier würde ich sagen, versuch die möglichkeit zu geben Module auch zu deaktivieren.

Das ist so pauschal derzeit nicht machbar. Du hast recht, das wäre besser, aber um das sauber umzusetzen müsste man das CMS mit einem hohem Aufwand umbauen, der den Nutzen nicht rechtfertigt. Denn Stand heute bestehen strikte Abhängigkeiten zwischen den Modulen. Technisch gesehen ist es schon jetzt möglich Module zu deaktivieren, aber das würde zu Fehlern führen, daher ist das nicht sinnvoll. Diese Fehler sauber zu beheben würde wohl so etwas wie ein Event-basiertes System bedürfen und das baut man nicht mal so eben ein bzw. die Module entsprechend um. Daher ist das derzeit keine Option.

chriskonnertz on 6 Mar 2018

@Pega16

Hallo.

Das CMS ist bombig

Danke.

Das große Problem ist, dass wenn man NORMALE Datenbankdaten nutzt, er in den Fehler rennt, er könne root@localhost OHNE PASSWORT nicht nutzen... dass dieses nicht funktioniert, ist auch logisch und durchaus gewollt...! Hier scheint es ein Problem im Installationsscript zu geben... Nutzt man wiederum tatsächlich den root, oder ersetzt alle "root" durch den Datenbanknutzer (HARDCODED!!!), funktioniert es.

Ich denke auch, dass es das irgendwo ein Problem gibt, da der Fehler so wie du ihn beschreibst für mich nicht nachvollziehbar ist. Ich weiß nicht genau wie du in dem Kontext "hardgecoded" meinst, aber die Zugangsdaten für die Datenbank sind nicht im Code hardgecodet sondern liegen in einer seperaten Konfigurationsdatei, storage/app/database.ini. Dort können sie nach Belieben modifiziert werden. Das was derzeit nicht geht ist sie über Umgebungsvariablen zu setzen, oder ähnliches.

dass im CMS http - Links hardcoded sind, was primär erstmal für mixed-Content sorgt und damit https für den Arsch ist

Darüber lässt sich streiten. Dass optimalerweise jeglicher Request SSL-abgesichert stattfinden würde - zugegeben. Aber das Bilder nicht per HTTPS ausgeliefert werden zerstört meiner Einschätzung nach nicht jeglichen Vorteil. Aber ja, in Zukunft soll eingebaut werden, dass HTTPS breitflächig eingesetzt wird. Insofern kann ich dir auch sagen, dass die Links (zumindest die allermeisten) nicht so hardgecodet sind wie du es möglicherweise gerade annimmst. Es steht jetzt nirgendwo stumpf <a href="http://...">...</a> im Code sondern normalerweise werden die URLs dynamisch gebaut und da lässt sich recht einfach ändern wie sie gebaut werden. Die Umstellung komplett auf HTTPS ist daher kein Riesending.

warum das CMS selbst entscheiden soll, ob rewrite to https oder eben nicht...

Was genau meinst du? Die Idee ist halt: Man kann im Backend switchen, also HTTPS-Support an- oder ausstellen. Unterstützt dein Server HTTPS? => Anstellen. Ansonsten => Ausstellen bzw. aus lassen.

Was man theoretisch ja machen kann ist URLs ohne angeben Protokoll angeben, sprich //www.example.com statt http://www.example.com/https://www.example.com. Das ist aber nicht unproblematisch, daher kommt es nicht zum Einsatz.

Die Registrierung ist komplett ohne Funktion. dies ist allerdings kein Problem mit der Serverkonfiguration, sondern mit dem CMS

Okay, werde ich überprüfen. Ist das jetzt auch in Bezug auf HTTPS gemeint oder klappt es generell nicht?

An dieser Stelle stellt sich mir die Frage, was unterscheidet den Login und/oder die Registrierung von denen der anderen CMS?

Da gibt es keinen fundamentalen Unterschied. Der normale Login ist ziemlich basic. Ist auch zum Teil nicht selber programmiert sondern eine Funktion einer Third-Party-Library ( https://cartalyst.com/manual/sentinel/2.0 ).

Das genutzte Framework... Ich gebe an der Stelle zu, dass ich das Framework bis dato nicht kannte.

Laravel ist recht "jung", erst ein paar Jahre alt. Ist allerdings mittlerweile neben Symfony das wichtigste PHP-Framework. Einfachste Metrik um das festzustellen ist die Anzahl der GitHub-Stars: https://github.com/laravel/laravel ~40.000 versus ~16.000 bei Symfony https://github.com/symfony/symfony

Infos:
Wikipedia: https://de.wikipedia.org/wiki/Laravel
Doku: https://laravel.com/docs/5.3 (5.3 ist die von Contentify derzeit genutzt Version, die aktuellste ist 5.6)
Laravel in Contentify: https://github.com/Contentify/Contentify/wiki/Laravel

auf die Schnelle fand ich nun keine vernünftige Funktionsbeschreibung.

Ist halt ein modernes und sehr beliebtes PHP-Framework. Kann daher das was von einem PHP-Framework erwartet. Features hat es jede Menge, dazu ein Ökosystem mit Hosting, Forum, Büchern, Convention usw. Für die Features am besten in die Doku schauen, siehe oben. Contentify nutzt nur einen Teil diese Features weil vieles auf Anwendungsfälle spezialisiert ist die für Contentify nicht relevant sind.

Durch Laravel werden wie gesagt bestimmte Dinge vorgegeben, so sind zum Beispiel die Server-Anforderungen von Laravel ( https://laravel.com/docs/5.3#server-requirements ) in etwa auch die Server-Anforderungen von Contentify. Die Installationshinweise bei der verlinkten Seite im Abschnitt "Configuration" gelten daher in etwa auch für Contentify.

Verlinkungen innerhalb des ACP...
das Dashboard zum Beispiel ist auf /admin/dashboard verlinkt, rennt damit aber in eine exception

Lösch mal den Cache, könnte bereits helfen. Die Links im Admin-Backend werden dynamisch generiert und im Cache zwischengespeichert.

viele rewrites müsste man sich aus dem Quelltext ziehen, was allerdings in Ermangelung der Zeit aktuell nicht "mal eben" gemacht ist, wie Du Dir sicherlich vorstellen kannst.

Lass das bloß bleiben! Das ist nicht nötig und die Zeit kannst du sicher besser einsetzen.

Nodejs

Node.js wird in einer Produktivumgebung nicht benötigt. Das ist wenn überhaupt dann nur für eine Entwicklungsumgebung von Relevanz. Wenn du Probleme mit Node.js hast, dann hast du wahrscheinlich in Wirklichkeit irgend ein andere Problem.

Du hast ein bomben CMS geschrieben, das allerdings derart komplex ist, dass kleinere Fehlerbehebungen für einen Außenstehenden nicht ganz so einfach sind

Das ist richtig. Ich kann dich aber beruhigen, es geht noch viel komplexer. :P
Im Frontend (JavaScript) ist es beispielsweise sehr zurückhaltend.

Aber wie schon gesagt, Contentify richtet sich eigentlich nicht an den Hobbycoder der gestern mit PHP angefangen hat und heute das halbe CMS umschreiben will. In der Realität ist das natürlich genau das Profil einiger Leute die das CMS einsetzen. Du kannst dir sicher vorstellen, dass es dafür nun keine magische Zauberlösung gibt. Das CMS ist im Wesentlichen wie es ist und man kann es nicht wesentlich einfacher machen. Nur, an so was kannst du theoretisch auch jemanden lassen, der professionell hauptberuflich Webentwicklung nach modernen Standards macht, ohne dass der vor Entsetzen über den Legacy Code schreiend davonläuft. Der Preis ist die höhere Einstiegshürde. Der typische WebSPELL-User, der eigentlich nur schnell eine Website mit einem Free-Template aufsetzen will, gehört damit nicht wirklich zur Zielgruppe. (Ihr gehört ja nicht dazu aber das nur mal als Erläuterung.)

den Verweis auf die install.sh möchte ich an dieser Stelle direkt ausschließen

Das Skript ist auch nur für Hosting gedacht bei dem der (V-)Server primär Contentify dient und noch in keiner Weise für etwas anderes eingerichtet wurde. Hältst du es für sinnvoll darauf klar hinzuweisen? Sollte ein Hinweis in die Doku hinzugefügt werden?

An dieser Stelle fänd ich eine Möglichkeit praktisch, wie man das CMS auf den "beschränkten" Kundenwebspace bekommt, ohne dafür den Server-ROOT umschreiben zu müssen...

Ehrliche Antwort? Ist dafür nicht gedacht. Nochmal, nur damit du das einordnen kannst: Das CMS wurde mit dem Gedanken im Hintergrund gebaut, dass (ein bisschen übertrieben aber damit du eine Vorstellung bekommst) bspw. mousesports eine Website darauf aufbaut. Logischer Weise würden die keine Shared Hosting-Umgebung nutzen sondern einen exklusiven Server zur Verfügung stellen.

Wie gesagt eine Lösung für das Problem wäre, "offizielles" Hosting anzubieten.

Natürlich ist es denkbar Contentify auch bei beschränktem Zugriff zu installieren. Ganz ehrlich, persönlich würde ich das eher vermeiden. Und stelle mir auch die Frage, wozu das gut sein sollte? VServer gibt es ja durchaus zu sehr günstigen Preisen bei durchaus brauchbarer Hardware zumindest für den Einstieg. Und wenn die Website dann brummt und die Hardware knapp wird sollte man meiner Meinung bereit sein ein paar Euro in die Hand zu nehmen. Und ich meine damit nicht 50 € monatlich für einen Root-Server mit Top-Ausstattung. So viel Traffic um das zu rechtfertigen muss man erst mal haben. Für 10-20 € lässt sich bestimmt was finden, das eine mittelgroße Website bedienen kann.

Außerdem habe ich herausgehört, dass du ohnehin in der Lage bist, VServer selber zu hosten, wodurch sich das Problem doch eigentlich gar nicht ergibt?

chriskonnertz on 6 Mar 2018

In welcher Form könntet ihr denn helfen?

als erstes könnte ich dir sagen warum servers nicht funktioniern... es ist so fuc* simpel...
ernsthaft ich dreh durch....

Wir befassen uns solang mit etwas bis wir es verstehen, und eigene Module (addons) bauen können
Wir Designen Webseiten, überarbeiten sie und das hauptsächlich weil wir spaß daran haben, lernen ect.

Wir suchen Bugs und beheben sie.... wie z.b. dir sagen das unter server etwas in der DB fehlt...
Die DB manuel fix erweitern und dein installer bitte erweitern, führe ein:

Ich hoffe das hilft dir irwie....
wir suchen weiter... ist ja nicht so das wir aufgeben, wir suchen ein cms mit potential und vor allem eines das uns vom aufbau her gefällt, die komplexität ist in ordnung. mir ist egal wie komplex es ist. wir machen eigentlich solang weiter bis wir es verstehen, wobei wie gesagt vieles aufgeteilt ist bei uns...
Sascha server und php-seitig... und ich application design ect.... (mir fehlt die clankasse leider :-( )
als vorschlag für ein weiteres Modul
ein Shopmodul, wo ein clan sein eigenes mergendice machen kann is auch nich undenkbar...
ich hab einige communitys gesehen erlebt und geführt... einen teil mit @Pega16 und einen teil ohne ihn...
eine webseite ist immer viel arbeit.

zu ilch 2.1.3 (ja da sind sie) ist immer noch keine Final und sämtliche addons müssen erst umgeschrieben werden, kann man machen... hab ich jedoch keine lust drauf... zumal ich die führung des ACP bescheiden finde...
Tatsache is deins vom ACP ect. her genial... da kann man viel machen... und ja ich bleibe vorerst und teste deins weiter... (für ein gutes CMS gebe ich auch gern geld aus sofern der preis nicht übertrieben ist) nur mal so am rande...

kamohy on 6 Mar 2018

achja @chriskonnertz sieh es als einsicht und guten willen, das ich es zumindest öffentlich gelöscht habe.
ich neige durch einige störungen, sehr emotional und impulsiv zu reagieren.
Wenn ick mich dann beruhigt habe und nochmal nachdenke, kommt dann meistens auch sowas wie eine art entschuldigung quasi... also irwie... sry wegen den posts....

nachtrag werde jetzt nachsehen warum pages nur im englischem funktionieren...

kamohy on 6 Mar 2018

Guten Abend @chriskonnertz ,
erst einmal danke, dass Du Dich bei dem Open-Source-Projekt dennoch engagierst, auf Kommentare, etc. einzugehen... :) findet man leider nicht oft...! Oftmals wird man eher nieder gemacht...

Was mich angeht, so war ich mal als Internet-Service-Provider recht erfolgreich im Karlsruher Raum, was aber alles mit der Trennung und Scheidung damals und auch der Zahlungsmoral einiger Kunden in die Brüche ging... aber das ist ein anderes Thema... nach nun 3 Jahren Pause bin ich drauf und dran, meine Selbstständigkeit erneut aufzubauen... Da einige Kunden aber PHP5.6 wünschen, andere wiederum 7.0 (explizit!), habe ich diese beiden Varianten ebenfalls neben dem aktuellen PHP7 installiert... Die Kunden können mit wenigen Mausklicks über das ACP die ihnen am ehesten zusagende Version wählen... die Erweiterungen wie rewrite, etc. sind allerdings für alle verfügbar... Nunja...

Nach dem Einspielen Deiner Bugfixes (oben von Dir verlinkt!), funktionieren tatsächlich die meisten Dinge... was nach wie vor nicht funktioniert, ist, das Anlegen von "Servern" und "Foren"... hier scheint eine ID zu fehlen (Forum), denn die Fehlermeldung (siehe meinen letzten Post) kommt nach wie vor... in einem Feldtest mit Manipulation der LIVE-Daten via Browserplugin konnte ein Forum erstellt werden... aufgrund der Abhängigkeiten aber keine Unterforen erstellt und auch keine Beiträge geschrieben... Da es etwas grundlegend anderes ist, LIVE-Daten zu manipulieren, als den Fehler im Code zu beheben, weiß ich immernoch nicht, auf was genau er in dem Moment zurückgreift...

An der Stelle im Übrigen Danke für die Links... laravel.com habe ich angelesen... aber nur das... damit werde ich mich noch ausführlicher beschäftigen... Die Voraussetzungen hierfür sind allerdings bei mir auf dem Server gegeben... Daran hängts also Primär mal nicht... allerdings kann es an Gottweißwas anderem liegen... :-D

Was NodeJS und redis an geht, so funktionieren diese, allerdings verlangt das WCF-Framework (Woltlab, der Kunde hat eben nen WBB mit zig Erweiterungen installiert...!) eher einen Push-Server auf dem auch nginx läuft... keine Ahnung, warum Apache2 dem WCF nicht genügt... ich persönlich bin eben eher Apache2 - Fan... :-)

und ja, ein V-Server ist prinzipiell kein Problem, aber ich mag meinen großen ROOT, auf dem alles läuft, doch sehr... zumal ich noch relativ allein auf weiter Flur, was die Server angeht und dachte, das sinnvollste wäre, das System auf dem "großen Server" zum Laufen zu bekommen... wenn das funktioniert, sind weitere Möglichkeiten offen... Du verstehst? :-D

Was das offizielle Hosting an geht, so ist genau dieses meine Sparte... Falls Du damit offizielles Hosting des contentify meinst, so hatte ich das bereits gedanklich angerissen... siehe hierzu auch einen meiner vorigen Posts, in denen ich nach "beschränkten Kunden-Webs" fragte... Die Beschränkung ist selbstredend auf viele Faktoren bezogen, u.A. Serverspeicher, etc...
Angenommen, Du meintest offizielles contentify-Hosting, so wäre einer meiner Gedanken ein Geschäft zwischen uns... soll heißen, Du hilfst uns, das CMS für das Projekt deathkings.de zum Laufen zu bekommen (inclusive Server und Foren), und ich beteilige Dich an den Einnahmen der Kunden, die dieses CMS nutzen möchten... Weitere Vorschläge, etc. bin ich gerne bereit durchzudiskutieren und zu durchdenken... :-)

Liebe Grüße aus Iserlohn,
Sascha

Pega16 on 7 Mar 2018

@Pega16

soll heißen, Du hilfst uns, das CMS für das Projekt deathkings.de zum Laufen zu bekommen (inclusive Server und Foren), und ich beteilige Dich an den Einnahmen der Kunden, die dieses CMS nutzen möchten... Weitere Vorschläge, etc. bin ich gerne bereit durchzudiskutieren und zu durchdenken... :-)

Unser Baby Ö.Ö

server funktionieren, in der DB fehlt ja nur unter Server Description

Aktuell sind noch folgende Bugs:
Forum (id-fehler)
Pages gehen nur wenn man auf Englisch arbeitet (das durchforste ich heute um zu sehen wo der fehler sein könnte)
Ein weiteren fehler habe ich, wenn ich Mobil im ACP bin, und dann wieder auf die seite will.
(bsp. ich bin auf dem Handy -> ACP -> Server, will dann auf die Website zurück (fehler: NotFoundHttpExpection)) Fixed war nen cache-problem
weitere Fehler melde ich gern, sofern ich sie finde.
Was mich interessiert, ist der Steam-Login
Wie kann ich diesen Freischalten?
Ich habe Freunde, die haben Steam und dies währ für diese natürlich um längen Leichter sich anzumelden.
Zumal ich die idee gut finde, was ich auch gut finde ist das es kein FB-Login gibt !

kamohy on 7 Mar 2018

Bitte editiere doch die config/app.php so:
Von:
'url' => env('APP_URL', 'http://localhost/contentify'),
In:
'url' => env('APP_URL', $_SERVER['HTTP_HOST']),

dadurch wird im ACP unter Configuration -> Diagnostics auch die richtige URL ausgegeben.
Gefunden durch @Pega16

kamohy on 7 Mar 2018

dadurch wird im ACP unter Configuration -> Diagnostics auch die richtige URL ausgegeben.
Gefunden durch @Pega16

Eventuelle Abhängigkeiten sind hier (mir) noch nicht bekannt... falls es diese geben sollte, habe ich absichtlich den Code entsprechend so geändert... funktioniert...

Pega16 on 7 Mar 2018

@kamohy

Ich hoffe das hilft dir irwie

Ja danke, das hilft mir.

Was mich interessiert, ist der Steam-Login Wie kann ich diesen Freischalten?

Dazu muss nur der STEAM API Key in den allgemeinen CMS-Einstellungen eingetragen werden.

@Pega16

An der Stelle im Übrigen Danke für die Links... laravel.com habe ich angelesen... aber nur das... damit werde ich mich noch ausführlicher beschäftigen

Könnte für dich beim Thema Hosting auch irgendwann allgemein mal interessant sein, es gibt schon Hoster die das anbieten.

Angenommen, Du meintest offizielles contentify-Hosting, so wäre einer meiner Gedanken ein Geschäft zwischen uns... soll heißen, Du hilfst uns, das CMS für das Projekt deathkings.de zum Laufen zu bekommen (inclusive Server und Foren), und ich beteilige Dich an den Einnahmen der Kunden, die dieses CMS nutzen möchten... Weitere Vorschläge, etc. bin ich gerne bereit durchzudiskutieren und zu durchdenken

Ich werde versuchen dir da am Wochenende mal nicht-öffentlich was zu zu schreiben. :)

chriskonnertz on 7 Mar 2018

👍1

Guten Abend @chriskonnertz ,

auf Deinen letzten Satz bezugnehmend habe ich mir erlaubt, Dir eine kurze E-Mail, von meiner privaten Mailadresse aus, zu schreiben und Dich zusätzlich über das Portal mit dem zweifarbig versetzten X (ich mache generell keine ungefragte Werbung!) als Kontakt geaddet, um Dir Wahlmöglichkeiten des Kontaktaufnahmeweges zu bieten... :)

LG
Sascha

Pega16 on 7 Mar 2018

@chriskonnertz

Dazu muss nur der STEAM API Key in den allgemeinen CMS-Einstellungen eingetragen werden.

Hat geklappt, besten dank.

Nun leider aber zu dem Forum problem, das wir nicht lösen können.
um es nachvollziehen zu können würden wir gern wissen, wie und wo die forum / thread / post id erzeugt wird.

Wir wollen ja nicht nur helfen, natürlich steckt da auch eigennutz drin.
Ich bin eher der Foren-mensch (nix gegen chat-systeme aber foren find ich besser)

Ich würd mich freuen wenn du mir und @Pega16 das mal zeigen könntest, denn entweder ist dies ein Datenbankfehler ODER hardcodefehler (im schlimmsten fall beides :D)

Dennoch schön das wir scheinbar doch helfen können :-)
Netten Abend noch.

kamohy on 7 Mar 2018

😄1

@Pega16
Habe angenommen, danke.

chriskonnertz on 8 Mar 2018

Meines erachtens können wir diesen Thread schließen.

kamohy on 11 Mar 2018

Okay, es geht dann in https://github.com/Contentify/Contentify/issues/297 weiter.

chriskonnertz on 11 Mar 2018

Bitte editiere doch die config/app.php so:
Von:
'url' => env('APP_URL', 'http://localhost/contentify'),
In:
'url' => env('APP_URL', $_SERVER['HTTP_HOST']),
dadurch wird im ACP unter Configuration -> Diagnostics auch die richtige URL ausgegeben.

Das werde ich so erst mal nicht übernehmen. Diese URL ist für Konsolen-Kommandos gedacht. Genau dort wird das aber nicht funktionieren sondern liefert nullzurück. Derzeit wüsste ich keinen Weg um eine hardgecodete URL zu vermeiden.

chriskonnertz on 15 Mar 2018

👍2

Contentify: ich bin buggy, ich bin buggy, ich bin buggy.....

Most helpful comment

All 19 comments

Related issues