Beitrag von H.Fehde (724 Beiträge) am Dienstag, 13.Dezember.2011, 13:43.
Parameter localparams ?
Wo findet man ausführliche+vollständige Hinweise zur Verwendung des Parameters "localparams" ?
In der "Doku" ergibt der Suchbegriff keine Treffer.
Gruß H.Fehde
Antworten
Beitrag von Sander (8133 Beiträge) am Dienstag, 13.Dezember.2011, 14:48.
Re: Parameter localparams ?
Antworten
Beitrag von H.Fehde (724 Beiträge) am Dienstag, 13.Dezember.2011, 15:54.
Re: Re: Parameter localparams ?
Antworten
Beitrag von Claus (4645 Beiträge) am Dienstag, 13.Dezember.2011, 16:50. WWW: hammoniaweb.com
Re: Re: Re: Parameter localparams ?
Antworten
Beitrag von H.Fehde (724 Beiträge) am Dienstag, 13.Dezember.2011, 20:55.
Re: Re: Re: Re: Parameter localparams ?
Antworten
Beitrag von Claus (4645 Beiträge) am Mittwoch, 14.Dezember.2011, 09:42. WWW: hammoniaweb.com
Re: Re: Re: Re: Re: Parameter localparams ?
Für die Verwendung von bp-Standard macht das sicherlich Sinn. Habe mit den localparams noch nie experimentiert, scripte eigentlich meistens mit get usw. und übergebe die Dinge dann entweder hidden oder direkt im Link...;)
Wish-List? Gibt es die überhaupt noch? Gibt nirgends einen Link dafür...
Naja, der Link Guided-Tour auf der Startseite funzt ja auch nicht mehr...
Thema unvollständige Doku hatte ich im Forum auch schon mehrfach angesprochen, aber das wurde dann abgebügelt...;)
Man kann sicherlich nicht für alle Eventualitäten und Möglichkeiten Beispiele liefern, aber Manches könnte schon etwas detaillierter sein. fragt sich nur, wer das wann machen soll...
Gruesse
Claus
Antworten
Beitrag von Sander (8133 Beiträge) am Mittwoch, 14.Dezember.2011, 11:40.
Re: Re: Re: Re: Re: Re: Parameter localparams ?
wishlist - musste ich jetzt selbst erst mal suchen. gibts doch gar nicht mehr
Guided Tour - wo hast du denn geklickt? funktioniert...
Antworten
Beitrag von Claus (4645 Beiträge) am Mittwoch, 14.Dezember.2011, 11:54. WWW: hammoniaweb.com
Re: Re: Re: Re: Re: Re: Re: Parameter localparams ?
Antworten
Beitrag von Claus (4645 Beiträge) am Mittwoch, 14.Dezember.2011, 11:59. WWW: hammoniaweb.com
Re: Re: Re: Re: Re: Re: Re: Parameter localparams ?
Antworten
Beitrag von Sander (8133 Beiträge) am Mittwoch, 14.Dezember.2011, 11:48.
Re: Re: Re: Re: Re: Parameter localparams ?
ich weiß nicht genau, was du von localparams noch erwartest.
Ich hab mir den Code angeschaut, entweder wird eine Zahl oder ein + erwartet (+ im Link ist aber sinnlos).
Intern wird mitgezählt und beim automatischen do action eingefügt (erst ab 2 do actions in der seite). loop und perl müssen mit + bestückt werden.
Bei Übergabe im Link wird der dort angegebene Block ausgeführt. Wenn du was anderes damit im Parameter übergibst, ists schon klar, das es bei
wieder angezeigt wird. Dies ist bei allen Vars über Link so.
Mit der Doku hast du recht. Da fehlt das man dies auch mit loop und perl benutzen kann - ich dachte bisher, es wird nur bei do action benutzt und dort passiert es ja automatisch.
Antworten
Beitrag von H.Fehde (724 Beiträge) am Mittwoch, 14.Dezember.2011, 13:19.
Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Hallo Sander,
danke für Deine Antworte.
"entweder wird eine Zahl oder ein + erwartet"
d.h.: Werte für $localparams = [+ || (0..1)] :
Das ist genau die Aussage, die RELEVANT ist, um z.B. auch sowas zu machen:
http://baseportal.de/cgi-bin/baseportal.pl?htx=/bei123/TEST_Kopie
Hinweis zum o.g. Link: es geht natürlich mit $localparams mehr, als nur "+" oder "Zahlen", es müsste also richtig lauten: $localparams = [+ || (0..1),xxxxx]
"ich dachte bisher, es wird nur bei do action benutzt und dort passiert es ja automatisch"
Falsch gedacht - mit baseportal kann man doch viel mehr machen !
##########################################################################
Was ist denn z.B.: mit "parse" von eigenen Tags !
<bei123 author="H.Fehde">
<access params="$localparams" case="1"></access>
<do action=all db="DB1" localparams=+ >
<do action=all db="DB2" input="no" localparams=+ >
<perl script=run>&run();</perl>
</bei123>
Da muss ich das natürlich auch wissen, wie ich localparams behandeln kann/muss - und erst recht, wenn ich das dann auch noch mit "ajax" ausgeben will.
Mit anderen Worten, bei Parametern sollte in der "Doku" der zulässige Wertebereich genau angeben und auch so programmiert sein, dass nur der zulässige Wertebereich verarbeitet werden kann.
Gruß Harald
Antworten
Beitrag von Sander (8133 Beiträge) am Mittwoch, 14.Dezember.2011, 14:12.
Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
ich weiß nicht wirklich was du bezwecken willst.
Du packst Daten hinten dran und evalst das dann. Ein klassischer Hack - soll das beschrieben werden?
>> Was ist denn z.B.: mit "parse" von eigenen Tags !
<bei123 author="H.Fehde">
<access params="$localparams" case="1"></access>
<do action=all db="DB1" localparams=+ >
<do action=all db="DB2" input="no" localparams=+ >
<perl script=run>&run();</perl>
</bei123>
erklär mal genauer - was soll da sein?
>> Mit anderen Worten, bei Parametern sollte in der "Doku" der zulässige Wertebereich genau angeben und auch so programmiert sein, dass nur der zulässige Wertebereich verarbeitet werden kann.
Solange es nicht schädlich ist, gibt es doch keinen Grund dies zu begrenzen. So hast du eben noch andere Möglichkeiten dies zu nutzen. Sowas hat ja schon oft ungeahnte Möglichkeiten mit der Nutzung von baseportal ergeben.
Antworten
Beitrag von H.Fehde (724 Beiträge) am Mittwoch, 14.Dezember.2011, 15:01.
Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
"ich weiß nicht wirklich was du bezwecken willst"
2 Dinge:
1.) Dass man auf einer Seite 2 Datenbanken einbinden kann und deren action-Routinen unabhängig von einander ausführen lassen kann.
z.B.: In Datenbank I eine Satz zum Ändern aufrufen und auf der gleichen Seite eine Satz aus Datenbank II zum Ändern aufrufen, OHNE dass sich die Ausgabe bei Datenbank I verändert.
2.) Dass die "Doku" endlich berichtigt wird.
"erklär mal genauer - was soll da sein?"
ja z.B. - ist der Parameter als Variable local oder global ?, wird ein SCALAR erwartet ?, nur ganze Zahlen/Umlaute ?/, Anzahl mögliche Zeichen? u.s.w. und wird eine regex-Anweisung eingesetzt, um anderweitige Angaben auszuschließen - also eigentlich das, was eine gesicherte Nutzung von Parametern, bp-Tags und bp-Routinen ermöglicht.
Das nur mal in Kürze - der "Hack" war nur mal als Demo gedacht, dass mehr geht als + oder 1, braucht sonst keiner zu wissen, besonders dann nicht, wenn man aus den "bib" über include irgendeine Routinen "in gutem Vertrauen" einbinden will.
Gruß Harald
Antworten
Beitrag von Sander (8133 Beiträge) am Mittwoch, 14.Dezember.2011, 15:37.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
%_get Parameter sind IMMER global - erwartet wird von baseportal nur + oder Zahl
baseportal schaut nach $_get{localparam} - prüft dann, ob der Wert in der eigenen Liste der Blöcke existiert - wenn ja, wirds in dem Block ausgeführt - wenn nicht, passiert im Normalfall gar nix.
Wenn du was anderes mitgibts, sind das hacks oder auch tweaks (nix negatives, da wird eine Funktion einfach nur vom User aufgebohrt)
Aber bitte verlange nicht von uns, dass wir austesten, was da alles geht.
Die Sicherheit bezüglich der Ebene darunter (baseportalscript) wurde getestet. Lücken sind natürlich nirgends 100% auszuschliesen - geht einfach nicht.
Wenn du da andere Dinge mitgibst und dann zb ein eval darauf machst, ist es doch aber an der Sache des Programmierers, das diese Werte vorher abgeprüft werden und nix ungewolltes auslösen. Ist ja in php und in der normalen perlprogrammierung genauso. Intern passiert mit dem manipuliertem Wert gar nichts.
Antworten
Beitrag von H.Fehde (724 Beiträge) am Mittwoch, 14.Dezember.2011, 16:06.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
"Aber bitte verlange nicht von uns, dass wir austesten, was da alles geht."
Das verlang ich auch nicht - hab's bisher auch selber rausbekommen,
aber das, was NICHT mehr geht sollte angegeben werden:
z.B.: @_sel wird genullt, Parameter "login" schlägt auf Datenbank II durch.
Stellt sich also die Frage, wie localparams gesetzt werden muss, dass auch Datenbank I und Datenbank II nebeneinander auf einer Seite arbeiten können, ohne sich zu stören.
Siehe Beispiel: baseportal.de/cgi-bin/baseportal.pl?htx=/bei123/DOC
Zugang zu Datenbank I mit "test" + "test" - beim Abmelden wirkt sich cmd=logout auch auf Datenbank II aus, obwohl die garnicht betroffen ist.
Gruß Harald
Antworten
Beitrag von Claus (4645 Beiträge) am Freitag, 16.Dezember.2011, 13:39. WWW: hammoniaweb.com
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Das mit dem logout hängt wohl damit zusammen, daß entweder die DB oder das Template mit dem Schutz versehen sind, da kann man wohl nicht trennen, denn dem Template ist es imho egal, wie viele <do actions Du da drin hast...
Gruesse
Claus
Antworten
Beitrag von H.Fehde (724 Beiträge) am Freitag, 16.Dezember.2011, 14:40.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Das mit "login" ist nicht der einzige BUG - auch das @_sel "&Key~=PROG" aus Datenbank I wird weitergegeben an Datenbak II, was ebenso nutzlos ist !!
Deshalb fragt ich ja permanent nach der richtigen Lösung.
localparams ist also weder richtig beschrieben noch in der Funktion korrekt - was aber anscheinend bei basepoprtal auch keinen interessiert.
Gruß Harald
Antworten
Beitrag von Claus (4645 Beiträge) am Freitag, 16.Dezember.2011, 14:52. WWW: hammoniaweb.com
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Wie gesagt, noch nie mit experimentiert, aber was passiert, wenn Du z.B. den Aufruf so änderst, sprich localparams=xyz hinzufügst:
http.....localparams=1&Key~=PROG
oder für den 2. <do action=all dann
http.....localparams=2&Key~=PROG
Nur mal so als Idee
Gruesse
Claus
Antworten
Beitrag von Sander (8133 Beiträge) am Freitag, 16.Dezember.2011, 15:48.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Antworten
Beitrag von H.Fehde (724 Beiträge) am Freitag, 16.Dezember.2011, 16:10.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
http://forum.baseportal.de/15609.0001.html
"aber das, was NICHT mehr geht sollte angegeben werden:
z.B.: @_sel wird genullt, Parameter "login" schlägt auf Datenbank II durch.
Stellt sich also die Frage, wie localparams gesetzt werden muss, dass auch Datenbank I und Datenbank II nebeneinander auf einer Seite arbeiten können, ohne sich zu stören."
!!
Antworten
Beitrag von Sander (8133 Beiträge) am Freitag, 16.Dezember.2011, 17:38.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Antworten
Beitrag von H.Fehde (724 Beiträge) am Freitag, 16.Dezember.2011, 18:18.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Antworten
Beitrag von Sander (8133 Beiträge) am Freitag, 16.Dezember.2011, 21:41.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
das mit der Auswahl hab ich nun schon nach dem heutigen Post begriffen. in dem vom 14. gings aber nicht hervor...
was geht bei parse nicht? do action insgsamt oder wie oder was.
Dein letztes Beispiel mit dem eval war nicht zum einsehen offen! Ich kann doch nicht in deinen Kopf schauen... Wie du selbst schon sagst, du bist da schon 5 Tage dran, ich nur paar Minuten.....
Antworten
Beitrag von H.Fehde (724 Beiträge) am Samstag, 17.Dezember.2011, 03:58.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Antworten
Beitrag von Sander (8133 Beiträge) am Samstag, 17.Dezember.2011, 09:09.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
>> sorry, aber ich glaub, Du willst mich für dumm verkaufen - beantworte doch einfach die Frage, wie "localparams=" in meiner dargestellten Anwendung - und somit auch für jeden User generell - richtig anzuwenden ist!
Ich akzeptiere eine Antwort, wenn die lautet : "ich weiß es nicht"
Wenn's ein BUG ist und baseportal das nicht verbessern will - OK - , dann mach ich mir ein workaround und gut ist es.
Wie localparams funktionieren sollte, hab ich die letzten Tage mehrfach beantwortet. Da es dies wohl nicht macht (Auswahl) ist da wohl ein Bug. Von diesem weiß ich seit gestern - nachdem du den mal ordentlich beschrieben hast. Sicher gibt es dazu auch ein Bugfix.
>> Ich stell eine "einfache Frage", wie "localparams" zu handhaben ist - weil's in keiner "Doku" steht, und bekomme anschließend nur falsche/unvollständige Aussagen, die keine "Lösung des Problems" bringen.
wie schon oben gesagt, hab ich das "Offizielle" mehrmals vollständig beantwortet. Alles andere sind Modifikationen. Wenn das Offizielle nicht funktioniert, sind es bugs - aber diese muss man auch ordentlich beschreiben...
>> Mein letztes Beispiel ?
"Dein letztes Beispiel mit dem eval war nicht zum einsehen offen!"
war ein Versuch meinerseits, auf anderem Weg an eine Lösung zu kommen - dass es nicht zur Lösung des Problems mit localparams=+ beitragen kann, weiß ich inzwischen auch - warum sollte ich wohl diesen Code offenstellen - Du hast doch selber erkannt, wie es geht.
Es ging mir mehr darum darzustellen, das deine Codes nicht immer mit show= einzusehen sind. Weil du ja in deinem vorherigen Post vorraussetzt, das ich das überall probieren sollte.
>> Die Idee von baseportal, einfach irgendwas als lauffähig zu deklarieren, was dann (durch z.T. meine Demos oder die Beiträge Anderer) widerlegt/berichtigt wird, um schlieslich durch Verbesserungvorschläge der User doch lauffähig zu machen, bin ich nicht mehr bereit zu unterstützen -
Solange es kein Problem gibt, können wir doch wohl von lauffähig ausgehen, oder? Es ist ja nicht so, das irgendwas zusammenprogrammiert wird und ohne einen Gedanken an die Funktion dieser code freigegeben wird (genau deswegen wird das Feld "Code" seit mehreren Jahren nicht freigegeben).
Bugs treten dann nunmal beim User auf und es ist auch gut wenn diese gemeldet werden.
>> auch ich hab eine Bezahlversion und bin somit ein simpler Kunde und gebe fachliches Feedback - dass baseportal darauf i.d.R. antwortet, ist lobenswert - es gibt aber auch Fälle , wo man sich als Kunde einfach verschaukelt fühlt: ( http://forum.baseportal.de/15564.0000505-300k150.html )
Ich hab dir dazu ein Workarround gezeigt und die Sache weitergeleitet. Die Sache ist nicht trivial, ich kann sie nicht ändern. Mehr als bei CB nachfragen kann ich auch nicht.
>> Dabei hat baseportal alles, um daraus was zu machen, aber nicht mit Fehlern in HTML, bp-AJAX, bp-XML oder wie hier - den bp-Normalanwendungen.(Ich habe dazu zahlreiche Einträge geschrieben)
ich weiß immer noch nicht, wo im Ajax Fehler auftauchen.
>> Man muss auch mit Kritik umgehen können, ich hoffe, Du bist dafür reif - CB ist ja anscheinend kein Ansrechpartner mehr - ich habe jede Deiner Aussagen/Forums-Einträge durch Antworten mit Beispielen entkräftet.
Sicher, aber man muss auch ordentlich Kritik üben und nicht irgendwas unverständliches von sich geben. Dinge wie "es muss noch mehr bei localparams geben" sind da nicht hilfreich. Oder "das funktioniert nicht" - was soll ich damit anfangen?
>> Ich bin grundsätzlich ein durchaus genügsamer Zeitgenosse, aber "was zuviel ist ist zuviel" - da es keine "BUG-List" mehr gibt, kann ich die Programm-Fehler/-Mängel, z.B.: localparams - nur im Forum berichten.
Das ist doch auch ok. Aber bitte stell dir vor, das ich oder der Leser bei spezifischen Problemen andere einfach ins kalte Wasser gestossen wird. Du hast dich Stunden oder Tage mit einem Problem beschäftigt, wir 3 Minuten in dem Text. Wir können das Große, Komplexe nicht in der kurzen Zeit durchschauen, wenn es zu wenig Infos dazu gibt. Jedem Neuling wird das öfter mal mehr oder weniger charmant beigebracht...
Also bitte nimm dazu auch meine Kritik an und verlang das nicht nur von mir!
>> Dass ich mich überhaupt wieder mir den bp-basiscs auseinandersetze liegt daran, dass bei der Verwendung eig. TAG lt. DOKU( http://doku.baseportal.de/1175.html ), wie z.B.:
>> <bei123>
<do action=all db=/bei123/DOC indexfield=Key localparams=+ >
</bei123>
>> ...bp-tags bei gewissen Einstellungen übernommen werden bzw. mit parse "verarbeitet" werden können - OK, es funktioniert teilweise - damit kann ich leben !!!!!
Dazu hast du immer noch kein Statement gemacht, was nicht funktioniert.
>> - das "Projekt" ist halt nicht beendet und endet irgendwo abruppt im NICHTS: ( http://doku.baseportal.de/933.html ) siehe: "Eigene Tags mit AJAX im Browser ausführen".
hmm... sieht nach Baustelle in der Doku aus. Ich glaube auch nicht, das dies CB noch auf dem Schirm hat. Bisher hats ja auch noch keiner gemeldet. Nun können wir uns drum kümmern.
>> ich hoffe nur, Deine nächste Antwort enttäuscht mich nicht vollends.
kommt auf deine Erwartungen drauf an. Ich kann dir jetzt nicht sagen "localparams und Auswahl funktioniert nun" ;)
Aber ich versuche auch nicht, bugs als feature zu verkaufen.
Antworten
Beitrag von H.Fehde (724 Beiträge) am Sonntag, 18.Dezember.2011, 00:33.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Antworten
Beitrag von Claus (4645 Beiträge) am Sonntag, 18.Dezember.2011, 08:49. WWW: hammoniaweb.com
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Antworten
Beitrag von H.Fehde (724 Beiträge) am Sonntag, 18.Dezember.2011, 11:18.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Antworten
Beitrag von Claus (4645 Beiträge) am Montag, 19.Dezember.2011, 16:16. WWW: hammoniaweb.com
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Antworten
Beitrag von Sander (8133 Beiträge) am Dienstag, 20.Dezember.2011, 13:42.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
ich hab mir das thema nun mal vorgenommen:
parse hat einen Fehler in <perl script...> - hängt wohl mit den unterschiedlichen namesspaces zusammen. Ich habs auch abstellen können, muss aber erst das ok von Christoph holen, das dies keine Quereffekte gibt.
Ajax funktioniert - dein Problem mit dem Text ist ganz simple fehlerhaftes Javascript. Man kann bei JS keinen Text mit Zeilenumbrüchen schreiben. Diese müssen als geschriebenes \n vorliegen und nicht ausgeführt.
Ich hatte mit Flei vor einiger Zeit auch ein Problem mit Sonderzeichen bei der Übergabe ans baseportal ajax. Wir sind dann darauf gekommen, die Werte einfach immer mit base64 zu codieren (encode_base64 oder in Js: http://murphys-world.dyndns.org/pages/page_61.php, decode_base64)
Damit werden dann eigentlich alle möglichen Fehlerquellen ausgeschlossen.
Antworten
Beitrag von H.Fehde (724 Beiträge) am Dienstag, 20.Dezember.2011, 22:01.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Antworten
Beitrag von Sander (8133 Beiträge) am Dienstag, 20.Dezember.2011, 22:13.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Antworten
Beitrag von H.Fehde (724 Beiträge) am Sonntag, 18.Dezember.2011, 11:03.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
>> Dazu hast du immer noch kein Statement gemacht, was nicht funktioniert.
<bei123>
<do action=all db=/bei123/DOC indexfield=Key localparams=+ >
</bei123>
Aber HALLO, wovon red ich denn die ganze Zeit :::: localparams funktioniert NICHT, auch nicht, wenn man dies in eigene Tags einbaut !!!
>> Ich kann dir jetzt nicht sagen "localparams und Auswahl funktioniert nun
Wieso sollte es denn auch in eig. Tags funktionieren, wenn es ganz normal schon nicht richtig läuft. ?????
ALSO nochmals der Hinweis: wenn localparams=+ irgendwann funktionieren sollte, dann muss das ja wohl für alle bp-features gelten, also auch für das, was in der Doku über "Was ist XML? Wozu braucht man XML?" und folgende steht.
Ansonsten schreibt hinzu, was NICHT geht !!!
>> Bugs treten dann nunmal beim User auf und es ist auch gut wenn diese gemeldet werden.
Das ist ja wohl total "irre" und läuft unter dem Motto "Management by banane" == "das Produkt reift beim Kunden."
BUGS sind Programmfehler, die Programmierer eingebaut haben.
>> deswegen wird das Feld "Code" seit mehreren Jahren nicht freigegeben
Ich arbeite bei eig. Tags garnicht mit den Feld "Code", sondern mit
DOKU: http://doku.baseportal.de/1175.html#4
Tags mit einem Hash definieren
Weiterhin können Tags gesammelt in einem Hash definiert werden:
%meinetags=
(
menu => sub { ... },
adress => sub { ... },
);
tags \%meinetags;
Die ganze Diskussion kann man gerne noch weiterführen, bingt aber nichts, solange bp weiterhin Fehler hat.
Gruß Harald
Antworten
Beitrag von Sander (8133 Beiträge) am Dienstag, 20.Dezember.2011, 14:37.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
>> >> Bugs treten dann nunmal beim User auf und es ist auch gut wenn diese gemeldet werden.
>> Das ist ja wohl total "irre" und läuft unter dem Motto "Management by banane" == "das Produkt reift beim Kunden."
>> BUGS sind Programmfehler, die Programmierer eingebaut haben.
Klingt so, als ob man Bugs mit Vorsatz einbaut ;)
Aber sorry, zeig mir bitte eine einzige große Anwendung, die keine Fehler hat. Das gibt es einfach nicht! Was denkst denn du, warum es ständig für alle mögliche Software Updates gibt (größtenteils sind dies Bugfixes).
>> >> deswegen wird das Feld "Code" seit mehreren Jahren nicht freigegeben
>> Ich arbeite bei eig. Tags garnicht mit den Feld "Code", sondern mit
Nein, du verstehst das falsch. Es gibt einen Feldtyp "Code", der ist seit Jahren fertig aber noch nicht freigegeben. Dieser ist so komplex, das es dort vielleicht ordentlich krachen kann. Es ist also nicht so, das wir Tests gänzlich dem User überlassen.
>> Die ganze Diskussion kann man gerne noch weiterführen, bingt aber nichts, solange bp weiterhin Fehler hat.
Das hat auch Christoph schon oft gesagt, BP wird immer Fehler haben.
Ziel ist es, diese dann wenn möglich abzustellen. Bezüglich der offenen Sache beim XML hab ich das nochmal bei ihm angesprochen. Ich hoffe, das wird nun was.
Antworten
Beitrag von Sander (8133 Beiträge) am Freitag, 16.Dezember.2011, 15:58.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
bei mir wird nix bei @_sel weitergereicht an die 2te db.
Antworten
Beitrag von H.Fehde (724 Beiträge) am Mittwoch, 21.Dezember.2011, 01:14.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Antworten
Beitrag von Sander (8133 Beiträge) am Dienstag, 20.Dezember.2011, 22:17.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
ha, in diesem Test schützt du doch dein \n ($Text =~ s#\n#\\n#g;) - im ajax_error nicht!
Antworten
Beitrag von H.Fehde (724 Beiträge) am Freitag, 16.Dezember.2011, 16:12.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Dann mach die Auswahl "PROG" in Dantenbank I und klicke danach in Datenbank II auf Auswahl (wieso hier aktiv ?) oder Reiter 3.
Antworten
Beitrag von H.Fehde (724 Beiträge) am Mittwoch, 21.Dezember.2011, 01:36.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Antworten
Beitrag von Sander (8133 Beiträge) am Mittwoch, 21.Dezember.2011, 15:46.
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Parameter localparams ? - weiter denken
Warum nicht? sparst dir das einbinden von ajaxfunktionen in js...
Ich will zb kein out in einem div haben sondern sende vom bp-Ajax JS code, der dann ge-eval-t wird.
Antworten