Wg
7ec8093

Also ausserhalb /http

@tbaddade

mein vorgehen war. modul mit umlaut angelegt
input file bearbeitet, war via browser bereits im artikel und klickte auf einen anderen ctype. danach modul hinzufügen

Wahrscheinlich wieder ein Problem mit den UTF-8 NFD Umlauten auf Macs

Hallo,

ich habe dieses Addon problemlos auf meinen alten Servern genutzt, aber wenn ich das bei Servern mit php-fpm nutze, dann kommt - wenn das Addon synchronisiert - ein 500er Server Error mit folgedendem Fehler:

[Tue Nov 10 11:32:59 2015] [error] [client xx.xx.xx.xx] (104)Connection reset by peer: FastCGI: comm with server "/fcgi-bin-php5-fpm-example" aborted: read failed, referer: http://example.com/redaxo/
[Tue Nov 10 11:32:59 2015] [error] [client xx.xx.xx.xx] FastCGI: incomplete headers (0 bytes) received from server "/fcgi-bin-php5-fpm-example", referer: http://example.com/redaxo/

Danach aktualisier ich die Seite noch einmal und es geht problemlos. Woran kann denn so etwas liegen?Server-Administrator nimmt an, dass es ein Problem mit dem Addon ist, dass es nicht richtig mit php5-fpm funktioniert.

Hallo Gregor,

ich habe folgendes Problem (Redaxo 4 Version) festgestellt:

Wenn ein anderes Projekt auch Composer nutzt und nach dem Developer-Addon geladen wird führt es zu einem "Fatal Error". Ursache ist dass das developer Addon für REX4 einen relativ alten Autoloader von Composer nutzt der mit den neuen nicht mehr kompatibel ist.

Abhilfe sollte ein "dump-autoload" mit einer neuen Composer-Version schaffen.

Gruß
Nico

Bei mir fügt das Developer-Addon immer nach jeder Zeile eine Leerzeile ein. Hatte also z.B. ein Template 30 Zeilen, so hat es nach dem erneuten Öffnen 60 Zeilen durch die Leerzeilen. Woran kann das liegen?

es sieht für mich so aus, als würde hier was doppelt laufen

gemessen auf http://localhost/redaxo/redaxo/index.php

https://blackfire.io/profiles/94961c00-f8b2-41cb-b4b8-07f493a743ed/graph

wäre super wenn das addon eine konfig anbieten würde, wo man seinen editor einstellen kann, sodass dann in whoops fehlerseiten, die Dateien verlinkt werden, damit sie direkt im editor/IDE geöffnet werden können.

https://github.com/filp/whoops/blob/master/docs/Open%20Files%20In%20An%20Editor.md

Hi Gregor,

es wäre cool, wenn es die Möglichkeit gäbe, die Synchronisationsdateien außerhalb des redaxo/include Ordners anzulegen. Viele legen für ihre Redaxo-Installationen einen eigenen Assets-Ordner an, der auf oberster ebene neben den Systemordnern liegt. Wenn da dann auch die Template und Modul-Daten hineinsynchronisiert werden könnten, hätte man Frontend-technisch alles an einem Ort.

Hallo,

ich fände super, wenn aus der readme.md der Part ab "Benutzung" als "Dokumentation" auch via REX erreichbar wäre. Mein Vorschlag: Ähnlich zum MForm-AddOn als eigenen "Dokumentation"-Tab im Backend. Zudem noch ein Link hier zu git. Perfekt!

https://github.com/FriendsOfREDAXO/developer#benutzung

Viele Grüße und bitte weiter so!
Franziska :-)

Und zwar 2 Bereiche, sortiert nach Dringlichkeit:

1. Mailing-Templates: Gerade die HTML-Templates, aber auch die Text-Mailtemplates erfüllen bei Community-Sites eine wichtige Rolle und sind echt unkomfortabel zu editieren
2. XForm-Artikel: Ähnlich die Artikel mit XForms: immer in den Artikel reinzugehen ist unübersichtlich, einzelne Module Anlegen auch, das dev-Addon könnte hier sehr nützlich sein, auch um zwischen Projekten Snippets zu übertragen.

Ich lege grad einige Module mit translate:module_1 (1 = id) an. Im Filesystem landen die dann auch mit translatemodule_1 als Ordnernamen. Könnte das mit dem Übersetzen der ersten Sprache funktionieren?

Scheinbar überschneiden sich ja die Anwendungsfälle - mir ist nicht klar, warum ich einmal im Theme-Addon-Pfad und einmal im Data-Pfad die Templates und Module bereithalte. Auch die Konfigurationsmöglichkeiten sind dieselben.

Es gibt bei mir Probleme mit dem Developer-Addon 3.6.1 und redaxo 5.5.1. Es kommt kein Sync der Templates zustande, in keine der beiden Richtungen.

Installiert unter Mamp Pro, PHP 7.1.8. / MySQL 5.6.35

Hat jemand selbiges Problem?

19.05.2016 10:16:06 Warning touch(): Utime failed: Die Operation ist nicht erlaubt
redaxo/src/addons/developer/lib/synchronizer.php 154

Dateirechte?

Könnte man eine Option hinzufügen, die eckigen Klammern aus den Namen der Ordner zu entfernen und durch etwas anderes wie bspw. nur der ID zu ersetzen? Die eckige Klammern führen leider auf einem FTP-Server und den Integriertem FTP-Client von PhpStorm oder den FTP-Addons von Atom zu Problemen. Ich habe das Problem hier beschrieben: icetee/remote-ftp#1200

Edit: Ich habe die Option gefunden, sorry

Könnte man nicht ggf. den CS Auto-fixer includen und eine Settings-Box "Codestyle beim synchronisieren fixen" einbauen? Das würde einiges erleichtern.

Ich mach das aktuell immer mit dem ATOM Editor, dort ist der CS-Fixer eingebaut, den auch Redaxo verwendet. Ich würde das schön finden. Man könnte auch gleich rumspinnen und auch das selbe für Templates einbauen, und nen HTML Beautify machen.

Nur ein nice-to-have, aber es würde auch das arbeiten mit unterschiedlichen Entwicklern verbessern, da wir dann alle gleichen Code hätten, ohne viel dafür machen zu müssen.

@gharlan

Ich mache grad ein Upgrade von rex4 auf rex5. Da es am Anfang noch etliche Whoops Fehler regnet, würde es bei diesen Fehlermeldungen Error rex:///module/23/output:119 helfen, die Modul-Id im Ordnernamen zu sehen.

Getestete Situation:

1. Bestehendes Modul dupliziert, .rex_id und metadata.yml angepasst.
2. Im REDAXO-Admin den Bereich Module aufgerufen: Modul wird nicht aufgelistet.
3. Wieder im Developer-Ordner geschaut: Auch hier ist es jetzt weg.

Umgebung: Developer 3.3.0, REDAXO 4.5.1, PHP 5.3.2-1ubuntu4.22, MySQL 5.1.66

Im Developer 3.1.1 tritt der Fehler nicht auf, hier wird bei gleichem Vorgehen das Modul richtig importiert.

Es geht um das Addon "multiguestbook" in zusammenarbeit mit dem "developer" Addon. Ich habe al erstes das developer installiert und anschließend das multiguestbook. Anschließend wollte ich aus dem Addon die Module installieren. Jetzt tritt ein Fehler auf, und zwar bekomm ich aber eine Schleife der installation der Module, so dass ich zeitweise 4000+ Mal das Multiguestbook Formular installiert hatte.

Ich kann mich bei Redaxo auch nicht mehr einloggen weil die Schleife (Modulinstallation / Syncronisation vom developer) im Hintergrund immer wieder gestartet wird sobald ich mich einlogge.

Ich habe schon folgendes aus ausprobiert und durchgeführt:

• Von Hand das Addon aus der addons.inc.php gelöscht
• Die Module von Hand auf dem Server gelöscht
• System Cache gelöscht
• REX Setup neu ausgeführt

Leider ohne Erfolg. Ich habe aber rausgefunden, dass wenn ich die addons.inc.php in z.B. _addons.inc.php umbenenne ich mich wieder einloggen kann.

Anschließend habe ich das developer modul deinstalliert und es hat alles wunderbar funktioniert.

Hier noch die restlichen Infos zur REX installation:
REX 4.5.1
PHP 5.5.7
MySQL 5.5.31
Hoster: Strato

Vielleicht kann das helfen.

Es wird wahrscheinlich eine Option geben, dass die Ordner/Dateien bei Umbenennung im Backend doch wieder automatisch angepasst werden.
Wenn man nicht mit Versionisierung arbeitet, ist das teilweise ganz praktisch.

Bei aktiviertem developer addon, dominiert der synchronizer mit file_exists calls.

Alle top3 plätze sind vom default synchronizer

Fatal error: There are two item directories with the same ID: "default [1900]" and "default [2860]" in /kunden/399768_96450/gn2-hosting/1900064/1900063/basecondition/release/redaxo/include/addons/developer/lib/synchronizer.php on line 98

"developer_files" bleibt noch auf dem Server, auch nach dem Umbenennen.

Eventuell wäre das was für das Devleoper-AddOn.

Bsp. damit Teaser (Class .teaser) im Backend einigermaßen ordentlich aussehen.

if (rex::isBackend()) {
    $css = \rex_file::get(\rex_path::assets('styles/style.css'));
    preg_match_all('@\.teaser.*?\{.*?\}@s', $css, $matches);
    echo '<style>' . implode(' ', $matches[0]) . '</style>';
}

Hi,
habe gestern auf R5..7 upgedatet. Seitdem geht kein syncen mehr mit dem Developer AddOn.
DeInstall + löschen der /data/addons/developer Verzeichnis
Danach neu heruntergeladen und installiert.

• /data/addons/developer --> Verzeichnis wird gar nicht erst wieder angelegt!

kannst Du das nachvollziehen...

PHP 7.2.10
ist ein bestehendes System - werde es auch blank mal testen

Erstmal danke für das extrem hilfreiche Addon, ich nutze es nur noch und bin im Prinzip zufrieden.
Heute Habe ich auf meinem Server eine neue Redaxo Instanz installiert. Danach wie immer Seo42 und Developer aktiviert. Leider werden meine Templates nach dem ändern nicht mahr aktualisiert.
Ich habe schon alles probiert, Addon neu installiert, Cache gelöscht, Redaxo Setup neu durchgeführt. Ich muss nach jeder Änderung das Template öffnen und auf übernehmen klicken, oder den Cache löschen.
Liegt es evtl. an einer neuen Redaxo Version ???

Anstatt die ganzen inhalte auf die platte zu replizieren, was vorraussetzt dass der user einen ftp/ssh zugang zum system hat wäre es scharmanter die inhalte via webdav zu publishen und die rechte der user zu berücksichtigen, d.h. Jeder sieht nur wo er rechte drauf hat.

Man könnte das ganze noch weiter treiben und sogar inhalte von seiten pflegbar machen in dieser manier...Dann wäre es aber vermutlich ein neues webdav-addon

Es wird wahrscheinlich eine Option geben, dass die Ordner doch wieder ganz gelöscht werden, wenn man ein Modul/Template über das Backend löscht.

Wäre es möglich, dass redaxo bei installiertem developer die module und templates aus dem filesystem included?

Solange php bei stream wrappeen noch keinen opcache verwendet könnte dies einen performance vorteil darstellen (these die noch zu validieren ist)

So.. Versuch einer Gedächtnisstütze zu den skype Gesprächen (zuzügl. was mir ad hoc grad noch einfiel).. in Stichpunkten erstmal:

• Module/Templates/Aktionen können als Unterordner (wg. Versionierung per GIT) unterhalb developer_files/[typ]/.. angelegt werden.. werden dann von developer eingelesen und in die DB gesynct.. sprich in Redaxo neu angelegt.
• Developer faßt in diesem Fall weder den Ordner noch Dateinamen an.. (wg. Versionierung)
• Notwendige Metadaten wie Titel/Name, etc. werden per einzelnen(? wär leicher..) files innerhalb des Ordners vorgehalten
• Metadaten Dateinamen unterliegen einer absoluten Konvention (am einfachsten DB-Feldname.txt ?), die eigentlichen "code" files einer losen, sprich benötigen lediglich einen string (z.b. template, modul-in, modul-out) um sie identifizieren zu können.. (Vorteil im Editor wenn nicht alle gleich heißen und nur über den Ordner unterscheidbar sind..)
• Evtl. Fehlende Metadaten werden per irgendwelcher defaults/Konventionen erzeugt.. (z.b. als Titel/Name den Ordnernamen), d.h. es soll im minimalst-Fall reichen erstmal nur die eigentlichen "Code" files im Ordner zu haben..
• Die DB id wird - sobald sie zur Verfügung steht - von developer analog als metadaten-file im Ordner angelegt und stellt somit die eindeutige Zuordenbarkeit her..

Wenn ich das Developer Addon installiert und aktiviert habe, ich css-Anpassungen vornehme und die Seite reloade um die Änderungen zu inspizieren passiert es, dass die Seiten nicht mehr ausgegeben werden es erscheint ein leerer Screen.

Da hilft dann nichts mehr -> kein erneuter reload, kein Cache leeren, kein aus und einloggein im Backend.

Nur das deaktivieren des Developer Addons hilft.

Es wäre schön wenn man ein Verzeichnis ausserhalb des "Redaxo/" Verzeichnisses definieren könnte, in welchem Module, Templates und Actions als Files abgelegt würden.

Checkbox behält immer vorherigen Status

Module und templates via „im editor öffnen“ buttons ermöglichen (für lokale installation)

Wenn developer in kombination mit ydeploy verwendet wird, sollten die editorUrls so umgebogen werden dass automatisch die korrekten lokalen files geöffnet werden

In Whoops werden bei Fehlern in Modulen/Templates nicht der Code-Ausschnitt angezeigt, und die Datei ist mit diesem rex://-Pfad verlinkt (zum Öffnen im Editor).
Daher sollte das Developer-Addon die Pfade auf die tatsächlichen Pfade umbiegen, bevor whoops diese verarbeitet.

Hallo Gregor, hier eine Idee die ich heute morgen hatte:

Ein Addon "Developer Tools" welches genauso wie das be_extensions (vorläufiger Name) als Container Addon für Entwickler Plugins dient. Mögliche Plugins:

• Dein Developer Addon als Sync Plugin
• @jdlx FirePHP Plugin
• Ein simples Cheetsheets Plugin
• etc.

Auch hier könnte man dann auf der GitHub Seite die verschiedenen Plugins auflisten, so dass man auch ne Überisicht hat was es schon gibt und was man nutzen kann.

Eine Besoderheit: Das Addon selbst hat eine einzige Einstellungsmöglichkeit im Backend: DeveloperMode = true/false. Das dient quasi als globaler Ein- und Ausschalter für Funktionen die die Plugins nutzen, kann aber auch von anderen Addons, in Templates etc. abgefragt werden. Das würde das nervige dran denken eliminieren, verschiedene Addons/Einstellungen abzuschalten (wenn Projekt fertig), die ich manchmal fürs Entwickeln an habe.

Hallo Gregor,

die Synchronisation im Frontend erfolgt im Moment sofort, wenn das developer-AddOn eingebunden wird. Das ist unvorteilhaft, da dabei eine Session gestartet wird. Bestimmte AddOns (varisale, um genau zu sein) legen komplette Objekte in die Session. Wenn diese keine Zeit bekommen, sich zu initialisieren, schlägt das session_start() mit einem Fatal Error fehl.

In einer scheinbar etwas älteren Version des AddOns konnte ich das Syncen als Extension für ADDONS_INCLUDED umschreiben (= eine Zeile ändern). Das löste das Problem und scheint mir auch der bessere Weg zu sein.

Wäre schön, wenn du das ändern könntest.

Grüße,
Christoph

Es können neue Items über das Dateisystem angelegt werden. Dazu genügt es einen neuen Ordner anzulegen mit mindestens einer der aufgelisteten Dateien.

Ich habe einen Template Ordner vom Server gezogen. Das Template wurde nicht angelegt. Ganz im Gegenteil, der Ordner wurde automatisch wieder gelöscht.

Bei Installation in eine bereits bestehende REDAXO-Installation mit vorhandenen Templates und Modulen
werden die PHP-Codes nicht ins File-System geschrieben.

Es werden nur die Ordner erstellt mit Inhalt z.b. 1.rex_id aber die Input/Output bei Modulen und die yml fehlen. Ebenso bei den Templates.

Es müssten alle Module und Templates manuell editiert und gespeichert werden um alles in die Files zu
synchronisieren.

Siehe auch FriendsOfREDAXO/demo_fullpage#8

Catchable fatal error: Object of class Closure could not be converted to string in /......./redaxo/include/functions/function_rex_extension.inc.php on line 155

PHP Version 5.3.8

Gruß
Nico

Folgendes Problem ist bei mir aufgetaucht: Server 1 und Server 2 sind identisch. Bei Server 1 werden Module gelöscht. Export der Server 1 DB über das Backup Addon. Import in Server 2. Die eigentlich gelöschten Module sind immer noch (oder wieder) da.

Es scheint so zu sein als ob das Developer Addon die Module aus den Ordner in Server 2 wieder importiert weil diese ja dort noch vorhanden sind. Evtl. gibts auch eine Option zum abschalten des Verhaltens?

In der Version 3 werde ich quasi ständig von meinem Editor aufgefordert die Dateien die der Developer auspuckt neu zu laden da sie sich geändert haben. Ich habe diese aber nicht geändert sonder ei Modul gespeichert (als Beispiel). Durch den Reload verlieren ich auch jedesmal meine Hstory (Strg+Z).

In Developer 2 war dass nicht so oder nicht so häufig. Evtl. hats ja was mit dem neuen 2 Wege Sync zu tun den du eingebaut hast. Wenns das ist wäre eine Option zum abschalten toll da ich meine Modulnamen sowieso immer übers Backend ändere.

Nach der Installation von redaxo_developer (Redaxo 4.5.1, developer 3.2.0) hat es mir mit etwa 5 oder 6 Backend-Aufrufen die Action-Datenbank (und auch das Filesystem) mit über 1000 Kopien einer Aktion gefüllt. Nur diese wurde kopiert. Die zweite vorhandene Aktion wurde sauber belassen wie sie ist.

Bei der Aktion handelt es sich um eine aus dem Multi-Newsletter-Modul. Dies ist die SQL-Zeile:

Gruss
Adrian

Hi,

ich bin sicher das folgendes Problem kein Addon Bug ist, aber mich würde interessieren, ob schon ein mal jemand etwas ähnliches erlebt hat und wenn ja, gibt es hierzu irgendwelche Tipps?

Ich habe eben eine neue Redaxo Instanz lokal installiert. So wie schon etliche male zuvor.
Redaxo 5.4.0 und Developer 3.6.1.
Diese Konstellation habe ich auch schon bei 2 anderen Projekten, auch lokal, bei denen alles prima läuft.

Nun passiert folgendes:
Pro reload der Seite oder pro Seitenwechsel wird im Template Ordner munter das Default Template dupliziert. Nach 5 Minuten habe ich nun 316 default Templates im Ordner liegen.

Es wäre eine feine Sache, wenn man auch die Mail Templates von yForm dateibasiert mit dem Developer-AddOn bearbeiten könnte.

Lg, Peter.

Die Umlautersetzung ist fixiert auf deutsche Umlaute.
Statt dessen sollten eigentlich alle akzentierten Zeichen und Umlaute ersetzt werden.
Dies kann evtl. auf Basis des Zeichen-Bytecodes ohne detailliertes Wissen über einzelne Zeichen stattfinden.

Schauen, ob man die Requests des MediaManagers (bzw. allgemein Asset-Requests) komplett ignorieren kann.

Außerdem könnte man überlegen, eine Option einzubauen, um Session-Starts durch developer im Frontend gänzlich zu unterbinden.