Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Parse Error

0 views
Skip to first unread message

Preben Larsen

unread,
Feb 7, 2010, 12:05:24 PM2/7/10
to
Hej!
Jeg f�r denne meddelelse, n�r jeg �bner siden i IE8 - dog ikke
hver gang. Med FireFox er der aldrig problemer.
Ved at trykke p� F5 opdateres siden naturligvis - men problemet
opst�r n�r siden igen downloades.
Kan nogen lokalisere eller pege p� en eller flere fejlkilder?

Parse error: syntax error, unexpected T_ECHO in
C:\Storage\Web\Selvet2_dk\plugins\system\jdgatekeeper.php on line
50

Med venlig hilsen
Preben Larsen

--
Vil du l�re at kode HTML, XHTML, CSS, SSI, ASP eller ASP.NET?
- P�dagogiske tutorials p� dansk
- Kom godt i gang med koderne
KLIK HER! => http://www.html.dk/tutorials

Gert Krabsen

unread,
Feb 7, 2010, 12:21:04 PM2/7/10
to
Preben Larsen skrev:

> Hej!
> Jeg f�r denne meddelelse, n�r jeg �bner siden i IE8 - dog ikke
> hver gang. Med FireFox er der aldrig problemer.
> Ved at trykke p� F5 opdateres siden naturligvis - men problemet
> opst�r n�r siden igen downloades.
> Kan nogen lokalisere eller pege p� en eller flere fejlkilder?
>
> Parse error: syntax error, unexpected T_ECHO in
> C:\Storage\Web\Selvet2_dk\plugins\system\jdgatekeeper.php on line
> 50
>
> Med venlig hilsen
> Preben Larsen
>


Tja - linierne omkring 50 i jdgatekeeper.php ville v�re et godt sted at
starte..

Anders Wegge Keller

unread,
Feb 7, 2010, 12:25:59 PM2/7/10
to
Preben Larsen <pre...@stofanet.dk> writes:

> Hej!
> Jeg får denne meddelelse, når jeg åbner siden i IE8 - dog ikke


> hver gang. Med FireFox er der aldrig problemer.

> Ved at trykke på F5 opdateres siden naturligvis - men problemet
> opstår når siden igen downloades.
> Kan nogen lokalisere eller pege på en eller flere fejlkilder?


>
> Parse error: syntax error, unexpected T_ECHO in
> C:\Storage\Web\Selvet2_dk\plugins\system\jdgatekeeper.php on line
> 50

Sandsynligvis mangler der et ; i slutningen af linie 49, men det er
svært at sige uden at have koden at se på.
--
/Wegge

Leder efter redundant peering af dk.*,linux.debian.*

Erik Ginnerskov

unread,
Feb 7, 2010, 6:41:22 PM2/7/10
to
Anders Wegge Keller wrote:

> Sandsynligvis mangler der et ; i slutningen af linie 49, men det er

> sv�rt at sige uden at have koden at se p�.

Bare underligt, at fejlen kun optr�der i IE - det er serverside code, s� det
burde v�re uafh�ngig af UA.

--
Med venlig hilsen
Erik Ginnerskov
http://ginnerskov.dk - http://html-faq.dk


Preben Larsen

unread,
Feb 8, 2010, 3:21:31 AM2/8/10
to

> Sandsynligvis mangler der et ; i slutningen af linie 49, men det er
> svært at sige uden at have koden at se på.

Jeg er kun bruger p� siden og kan desv�rre ikke vise koden - men jeg
har sendt jeres kommentarer videre!
Tak for hj�lpen!

Anders Wegge Keller

unread,
Feb 8, 2010, 4:41:35 AM2/8/10
to
"Erik Ginnerskov" <erik.gi...@live.dk> writes:

> Anders Wegge Keller wrote:
>
>> Sandsynligvis mangler der et ; i slutningen af linie 49, men det er

>> svært at sige uden at have koden at se på.

> Bare underligt, at fejlen kun optræder i IE - det er serverside
> code, så det burde være uafhængig af UA.

Der må være noget UA-sniffing involveret et sted.

Preben Larsen

unread,
Feb 8, 2010, 12:18:19 PM2/8/10
to

>
> Der må være noget UA-sniffing involveret et sted.

Da siden blev introduceret i begyndelsen af januar havde brugerne med IE8
store problemer med at �bene specifikke sider. Admin af siden anbefalede
FireFox og Google Chrome som et must!
Uden at g�re mig klog p� problematikken, s� tror jeg, at I er inde p�
noget rigtigt her. Jeg har pr�vet at forst�, hvad UA udretter p� baggrund
af denne tekst, som jeg har opsnappet et sted p� nettet:

Client-side sniffing
Web pages can use programming languages such as Javascript which are
interpreted by the user agent, with results sent to the web server. For
example, here is a piece of code that might be used to determine whether
a user is viewing a web page with Internet Explorer:

<script type="text/javascript">
var isIE = window.ActiveXObject ? true : false; // ActiveX is only used
in Internet Explorer
</script>

This code is run by the client computer, and the results are used by
other code to make necessary adjustments on client-side. In this example,
the client computer is asked to determine whether the browser can use a
feature called ActiveX. Since this feature is proprietary to Microsoft,
Inc., a positive result will indicate that the client is running
Microsoft's Internet Explorer.

Server-side sniffing
Client-side sniffing makes use of features on the client computer. These
features must be available and active in order for the process to work.
However, since the web server has no control over whether the client
actually has the features available, client-side sniffing is unreliable.
It is possible, however, to determine many features of the browser
without depending on the client configuration. The web server
communicates with the client using a communication protocol known as
HTTP, or Hypertext Transfer Protocol. Information communicated between
client and server usually includes information about the browser being
used to view the web site. See user agent for more details on this.

Use
Browser sniffing can produce information on different aspects of the
browser used. For example, it can detect which type of browser is being
used (e.g., Internet Explorer, Netscape Navigator, Mozilla Firefox,
Google Chrome, Opera, Apple Safari) and which version of the software the
client computer is running. Based on this information, the web server can
provide a web page which will be structured appropriately for the user
agent. Since browsers can vary significantly in their interpretation of a
page, this can be an important consideration for web designers;
consequently, there are a large number of scripts for browser sniffing
available on the Internet and even commercial solutions such as
BrowserObject or BrowserHawk.

Vh

scootergrisen

unread,
Feb 9, 2010, 10:10:44 AM2/9/10
to
Hej jeg vil bare lige sige at PHP er ligeglad med om det er IE eller
firefox der læser det som PHP sender.
Hvis du har problemer når du indlæser en side og opdatere med F5 så er
det browseren som har gemt siden.

For eksempel hvis jeg ændre noget i PHP koden og kommer til at skrive
en fejl også opdatere siden i browseren ja så kan min browser godt
finde på at vise den gamle cache kopi af siden også ser det ud som om
siden virker fint selvom der er fejl i koden.

Du kan eventuelt prøv at slå disse værdier til og fra for at ændre den
måde PHP viser fejl på.

ini_set('display_startup_errors', 'off');
ini_set('display_errors', 'on');
ini_set('html_errors', 'false');
ini_set("implicit_flush", true);

når man koder på sin egen computer er det jo meget rart at få alle
fejlne afvide så man kan rette dem.
Når man så har siden på nettet så kan man vælge at fejlene ikke så
vises hvis der skulle opstå nogen fejl.

Hvis du kan så kom med et link til kode da det er meget lettere at
hjælpe dig.
Men det kan være der på linie 50 står echo $tekst;
og at $tekst har fået tildelt en "forkert" værdi eller noget.

0 new messages