You don't have permission to access /index.php on this serve

Hier können Probleme und alles andere in Deutscher Sprache gelöst werden.
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: You don't have permission to access /index.php on this s

Post by Timbalu »

Timbalu wrote:... weil yellow, das yellow_style stylesheet von bulletproof meint.
Ups natürlich! Ich bin der Errormeldung des OP "Array, 'yellow', 'yellow', Array, true, true, true, true, 'template', NULL" aufgesessen und habe es für das colorset gehalten, weil bei dessen Bildung der tatsächliche Fehler lag, aber es ist natürlich ein template namens "yellow" (mir völlig unbekannt).
Ich nehme als demutsvoll diesen Satzteil zurück. ;-)
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
garvinhicking
Core Developer
Posts: 30022
Joined: Tue Sep 16, 2003 9:45 pm
Location: Cologne, Germany
Contact:

Re: You don't have permission to access /index.php on this s

Post by garvinhicking »

Hi!

Timbalu, also gut wäre es wenn das Colorset nicht immer überall erzeugt wird sondern nur da wo es benötigt wird. Was würdest Du da empfehlen konkret? Den is-array Patch könnte man aber grundsätzlich gerne mit aufnehmen schonmal.

Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: You don't have permission to access /index.php on this s

Post by Timbalu »

nee der ist unnötig!
Besser wäre es - statt auf adminModule zu prüfen - auf eine var zu prüfen, die immer im Backend vorhanden ist. Welche das sein kann weiß ich gerade nicht.
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: You don't have permission to access /index.php on this s

Post by Timbalu »

bzw... man müsste ja mitbedenken, dass eventuell weitere alte oder modifizierte bulletproof versionen verwendet werden, dann wäre ein fake GET in der templates.inc (~78/79) vor dem include der config vielleicht doch generell nötig...
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: You don't have permission to access /index.php on this s

Post by Timbalu »

Templates.inc geht nicht...
Was hälst du hiervon (functions_smarty.inc. ~1014)

Code: Select all

        // For advanced usage, we allow template authors to create a file 'config.inc.php' where they can
        // setup custom smarty variables, modifiers etc. to use in their templates.
        if ( $serendipity['GET']['adminAction'] == 'configure' && (!$serendipity['GET']['adminModule'] || $serendipity['GET']['adminModule'] == '') )  { 
            // fake GET call to raise array (depends on bulletproof/config.inc) 
            // Array ( [action] => [adminAction] => configure [adminModule] => templates ) 
            $serendipity['GET']['adminModule'] = 'templates';
        }
        @include_once $serendipity['smarty']->getConfigDir(0) . '/config.inc.php';
das geht. Allerdings habe ich nicht alle eventuellen Auswirkungen im Backend testen können.
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: You don't have permission to access /index.php on this s

Post by Timbalu »

Was mich wundert ist, dass das template config form ein

Code: Select all

<input type="hidden" value="templates" name="serendipity[adminModule]">
schon von Hause aus mitbringt...
Eventuell hieße das, man müsste in der bulletproof config auf GET und POST abfragen, was wiederum diejenigen ausschließt, die weiterhin ihr altes Templates unwissenderweise unverändert gebrauchen... und da beißt sich die Katze in den Schwanz. :wink:

Edit:
Sauberer wäre es das im Template zu lösen, denn es ist ein Template (config) Fehler.

Code: Select all

if ($serendipity['GET']['adminModule'] == 'templates' || $serendipity['POST']['adminModule'] == 'templates') {
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
garvinhicking
Core Developer
Posts: 30022
Joined: Tue Sep 16, 2003 9:45 pm
Location: Cologne, Germany
Contact:

Re: You don't have permission to access /index.php on this s

Post by garvinhicking »

Hi!

Kannst Du das als patch/diff mal posten, ich sehe so nicht was du geändert hast und hab keine Zeit jetzt dateien nachzuschlagen

Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: You don't have permission to access /index.php on this s

Post by Timbalu »

https://github.com/s9y/Serendipity/comm ... 19d89054eb
Die Frage bleibt, ob wir für unbehandelte bulletproofs in the wild einen core patch machen müssen...
Um meinethalben lieber eher nicht...

Edit:
Der if( is_array($select) ) { patch is auch relativ sinnlos, als das er nur eine wichtige Fehlerinformation unterdrücken würde. Der einzige sinnvolle patch wäre sonst der fake GET call in der functions_smarty.inc vor dem include der config.inc..., aber das ist ziemlicher overkill.

in production = true wird der stop Fehler ja auch unterdrückt - also analog zum is_array($select) Verhalten.
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
Harald Weingaertner
Regular
Posts: 474
Joined: Mon Mar 27, 2006 12:32 am

Re: You don't have permission to access /index.php on this s

Post by Harald Weingaertner »

Ich wollte nur sagen, dass das Problem doch immer noch existiert, dass manche Kommentare einfach mit dem Hinweis "no permission" auf die index.php abgelehnt werden. Und das hat scheinbar doch nichts mit der Länge der Kommentare zu tun, da nun sporadisch auch mal ein längerer Kommentar klappte und dafür die kurzen jetzt auch oft abgelehnt werden. Komisch.
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: You don't have permission to access /index.php on this s

Post by Timbalu »

Garvin, wenn man vom bulletproof template auf 2k11 zurückstellt, bekommt man die Bestätigung: "'2k11' wurde als Template gewählt." - den Titel: "Template-Optionen (2k11)" - aber auch die verbliebenen header js links (natürlich leer) vom ehemaligen template BP angezeigt.

Code: Select all

+/- Alle Optionen ein-/ausblenden
+/- Farbwahl
+/- Header
Erst bei einem weiteren reload sind sie weg. Mich erinnert dieses Verhalten dunkel an etwas, was wir vor längerer Zeit mal mit dem config array hatten und du dann gekonnt gefixt hast. Ließe sich das dort nicht auch (irgendwie) anwenden? Erinnerst du wo das war?
Ebenso scheint es mir sinnvoll bei einem Templatewechsel einen automatischen recompile auszulösen.
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: You don't have permission to access /index.php on this s

Post by Timbalu »

Harald Weingaertner wrote:Ich wollte nur sagen, dass das Problem doch immer noch existiert, dass manche Kommentare einfach mit dem Hinweis "no permission" auf die index.php abgelehnt werden. Und das hat scheinbar doch nichts mit der Länge der Kommentare zu tun, da nun sporadisch auch mal ein längerer Kommentar klappte und dafür die kurzen jetzt auch oft abgelehnt werden. Komisch.
Hast du deinen Provider daraufhin nochmal angesprochen, so wie er es dir schrieb (wenn ich mich jetzt recht erinnere)?
Vielleicht liegt da noch soetwas wie ein "cache" vor.
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: You don't have permission to access /index.php on this s

Post by Timbalu »

Timbalu wrote:Garvin, wenn man vom bulletproof template auf 2k11 zurückstellt, bekommt man die Bestätigung: "'2k11' wurde als Template gewählt." - den Titel: "Template-Optionen (2k11)" - aber auch die verbliebenen header js links (natürlich leer) vom ehemaligen template BP angezeigt.

Code: Select all

+/- Alle Optionen ein-/ausblenden
+/- Farbwahl
+/- Header
Erst bei einem weiteren reload sind sie weg. Mich erinnert dieses Verhalten dunkel an etwas, was wir vor längerer Zeit mal mit dem config array hatten und du dann gekonnt gefixt hast. Ließe sich das dort nicht auch (irgendwie) anwenden? Erinnerst du wo das war?
Ebenso scheint es mir sinnvoll bei einem Templatewechsel einen automatischen recompile auszulösen.
functions_plugins admin.inc ~952/53 says

Code: Select all

    if (is_array($config_groups)) {
...hide box header link
        foreach($config_groups AS $config_header => $config_groupkeys) {
and later loops with

Code: Select all

            foreach($config_groupkeys AS $config_groupkey) {
                echo $out_stack[$config_groupkey];
                echo "\n";
                unset($out_stack[$config_groupkey]);
            }
Um das geschilderte Verhalten zu vermeiden, müsste man aber das if (is_array($config_groups)) auf soetwas wie !empty($config_groupkey) prüfen können. Man könnte zwar die beiden loops schon vorher einmal laufen lassen, aber das wäre IMO zu viel des Guten, um dieses kleine Problem korrekt aufzulösen. Ich suche also nach einer Möglichkeit einer schnellen und kurzen Abfrage, oder generell eines unset($config_groups) somewhere else, wenn möglich...

Als hervorragende Alternative, und weil das Problem sehr hartnäckig ist, funktioniert aber ein addiertes leeres

Code: Select all

$template_config_groups = NULL;
in allen config.inc Dateien von templates, die keine config_groups haben und benötigen. Das hat dann den gewünschten unset() Effekt! ;-)
Wie solls sein?
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: You don't have permission to access /index.php on this s

Post by Timbalu »

Ich habe hier lokal immer noch das Problem, dass ein Template switch von 2k11 zu bulletproof nicht vollständig geladen wird (ohne error Meldungen). Wie HTML ohne stylesheets...
Erst ein reload lädt die ganze Seite mit den Templateschwanz dann vollständig geparst ins Browserfenster. Umgekehrt ist das kein Problem. Ich versuche schon die ganze Zeit ein $serendipity['smarty']->clearCompiledTemplate(htmlspecialchars($serendipity['GET']['theme'])) einzubauen... aber bisher leider ohne Erfolg ... Es sieht so aus, als ob das davon unabhängig ist.

'2k11' wäre hier natürlich beliebig für jedes schnellladende Template zu setzen - und 'bulletproof' wohl auch deshalb, weil es das wohl umfangreichste Template ist... - ein package Wechsel von GitHub zu netmirror - ergibt dasselbe Phänomen.

Kann das eventuell jemand bestätigen - oder vielleicht weitere Hinweise geben?
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
Timbalu
Regular
Posts: 4598
Joined: Sun May 02, 2004 3:04 pm

Re: You don't have permission to access /index.php on this s

Post by Timbalu »

@yellowled
Inwischen weiß ich, dass es die Seite zwar vollständig lädt, im header aber statt
<link rel="stylesheet" type="text/css" href="/serendipity_admin.css" />
dies
<link rel="stylesheet" type="text/css" href="purple" />
stehen hat.

Untersucht man das näher und lässt sich das {$head_link_stylesheet} - also das zusammengesetzte spätere "serendipity_admin.css" ausgeben, passiert folgendes:

Komme ich von BP -> 2K11, habe ich das templates/2k11/style.css im load nach dem fallback
/* END OF style_fallback.css */ /* templates/2k11/style.css */
und den oben genannten "stopper" mit "purple"...
Installiere ich 2k11 von Bulletproof aus, bekomme ich das
/* END OF style_fallback.css */ /* templates/bulletproof/style.css */
geliefert. Und da ist alles ok.

Irgendwo muss es ja anscheinend im templates/2k11/style.css haken, dass so merkwürdige Dinge entstehen. Der reload bringt dann natürlich das bulletproof style, womit wieder alles in Ordnung ist.
Überhaupt komisch ist, dass es nicht /templates/bulletproof/admin/style.css bzw /templates/2k11/admin/style.css sind. Das "standard" default Template (BP) admin style ist in beiden Fällen erst dann wirklich im serendipity_admin.css file, wenn alles korrekt geparst ist.
Kannst du da mal reinschauen?
Regards,
Ian

Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
yellowled
Regular
Posts: 7111
Joined: Fri Jan 13, 2006 11:46 am
Location: Eutin, Germany
Contact:

Re: You don't have permission to access /index.php on this s

Post by yellowled »

Timbalu wrote:<link rel="stylesheet" type="text/css" href="purple" />
Das steht da so mit Sicherheit nicht bzw. soll so da nicht stehen. Warst Du tippfaul oder steht da wirklich nicht

Code: Select all

<link rel="stylesheet" type="text/css" href="/templates/bulletproof/purple_style.css" />
(Das müsste da stehen.)
Timbalu wrote:Kannst du da mal reinschauen?
Ich muss erstmal diesen ganzen wirren Thread hier nachlesen, damit ich überhaupt weiß, wovon Ihr hier redet, sorry.

Ich kann übrigens bei mir im Testblog (1.7 RC2, PHP 5.3.x) vollkommen problemlos zwischen BP und 2k11 hin und her schalten, ohne im Frontend irgendwelche Lustigkeiten zu bemerken.

YL
Post Reply