Peter

Problemet med ACID testane er jo at dei ikkje følger standarden sjølv. Webkit baserte nettlesere er 99.99% opp mot standarden!

CSS3 også? Tvilsomt.

Acid2 tests features that web designers have been requesting. Everything that Acid2 tests is specified in a Web standard, but not all Web standards are tested. Acid2 does not guarantee conformance with any specification. After careful consideration, we have selected and are testing the features we consider most important for the future of the web. Although Acid2 was inspired by Microsoft’s announcement of IE7, it is not targeted at a specific browser. We believe Acid2 will highlight problems in all current browsers.

Altså vil jeg mene at dette er mer en pekepinn enn "det eneste rette".

Du kan lese mer om acid3 og hva den tester her:

http://www.webstandards.org/action/acid3

Opera 9.50 build 9770 ser ut til å ha kommet et stykke på vei:

 

Samme resultat på mac, dog build 4634 for OS X.

Version: 9.50 Beta

Build: 4614

Platform: Mac OS X

System: 10.5.1

Ingen er tjent med kun to store tilbydere av innholdsjenester

Nei, la oss heller kun ha 1 stor slik det i realiteten er i dag...

 

Stor humor at nettbeistet Google er 'bekymret' for dette, hehe

Verden er større enn Norge, Yahoo er fortsatt blandt de ABSOLUTT største sidene i verden, og har særlig suksess i østen. 40% av trafikken deres er forsåvidt på yahoo mail, men det betyr at de har 60% på andre ting som søk og økonomi.

Google sin suksess formel: You can make money without doing evil.

 

Derfor er Google generelt sett likt, og Mikkelsoft generelt sett hatet.

Jaddah, Gurgels(I lys av teite omskrivninger) sensur av søketreff i Kina var jo schjempeschnillt assa!

Google gjør mye bra, antakelig mer enn MS, men jeg synes nå MS har gjort en del bra for forbrukerene tidligere også, jeg da. Husk at google er et relativt ungt firma i forhold til MS, de har fortsatt god tid på å utnytte det monopolet de er i ferd med å opparbeide seg.

Dette her går begge veier, og er en kommentar "snille" Google kunne spart seg.

Er det ikke BBCodes i Phpbb3 fra for av da?

 

http://www.phpbb3portal.com/faq.php?mode=bbcode

Can I add my own tags?

If you are an administrator on this board and have the proper permissions, you can add further BBCodes through the Custom BBCodes section.

Høres jo ut som dette er noe som gjøres i adminpanelet eller noe sånt.

@ Trådstarter:

Å kludre til PHPBB3 med elendig kode er noe man helst vil unngå, sjekk og dobbeltsjekk hvordan PHPBB3 har lagt opp til at man skal legge til egne koder, du.

Hmm. Kommer bare inn på forsiden til amobil, og ikke artikkelen.

Kan det være nettelseren? Opera, siste versjon.

Kan foreløpig ikke si noe.

De fjernet artikkelen.

Står masse om BOM og UTF-8 i denne tråden, som du helt sikkert hadde funnet om du hadde brukt søkeknappen din.

https://www.diskusjon.no/index.php?showtopic=898066

(Zandar har også et poeng, men fra feilmeldingen din ser det ut som du allerede kommer inn til header-kallet.)

For en utrolig misvisende tittel!

Trodde et øyeblikk av hw-nettverket hadde fått mer bein i nesa siden sist(HD-DVD-nøkkelen), men så er det bare en se og hør-tittel uten innhold igjen.

Journalistikk er å presentere og tilrettelegge informasjon for andre, ikke å mislede og bare tenke klikk og tall. Skjerpings!

EDIT:

Også veldig fascinerede å se at ut av fem ganger, så er iPhone skrevet riktig èn gang i artikkelen.

PHP/MySQL problem med tegn. Burde kanskje ligge i Databasedelen av forumet, men regner med at folk her ogsa vet noe.

 

http://stale.nl/?p=film&title=Kautokeino-oppr%F8ret

 

har urlencode() pa tittelen i URLen, men i selve posten blir det rare tegn. index.php er lagret i utf-8. Jeg kan se oe-en i phpmyadmin, men jeg vet ikke om det er riktig type database eller noe sant.

Enkodingen i databasen burde være utf8_general_ci evt. utf8_norwegian_ci dersom det finnes, men det er godt muli du trenger en utf8_de-/encode() på output også.

win7 skal i teorien komme 3 år etter Vista, dvs. '09, '10 som andre her har påpekt, og iflg. en del MS-ansatte skal win7 bli slik Vista var tenkt å være. Det vil ikke bli så store forandringer i kjernen, men mye på brukervennlighet og -grensesnitt.

Det har nok noe med at PHP aldri har vært tiltenkt brukt med UTF-8, men er i stedet praktisk talt bygd opp rundt ISO 8859.

PHP6 kommer heldigvis til å fikse dette, men jeg skjønner fortsatt ikke hvorfor de har valgt å bruke UTF-16 internt i PHP6

Er det noen andre som har merket at fgetcsv ikke har komplett støtte for alle tegn? Feks om du har "中文" i en csv fil klarer ikke fgetcsv å lese den kolonnen.

Det har antakelig noe med at PHP + UTF8 = møkk

Kan anbefale www.subsys.no på det varmeste. Støtte mye spennende på nett, som django, rails og php 5.2.5. Uendelig antall databaser, support langt over alle forventning og alt til en overkommelig pris.

zend studio

 

Har du argumenter for Zend Studio ?

Nope, personlig bruker jeg TextMate m/ PHPMate, men det hørtes ut som han var mer interessert i noe med full debugger og whatnot.

zend studio

Forsåvidt et programvarespømål, ikke PHP-programmering. Feil kategori!

Ehh ... det der med hidden-felt funker ikke. Jeg har hatt en ypperlig mulighet til å teste det ut i en gjestebok som ble spammet ned grusomt (opp mot hundre innlegg pr. dag). At jeg slengte inn et hidden-felt hjalp overhode ikke på problemet. Faktisk, det var noe mer spam pr. dag gjennomsnittlig en uten noe som helst sjekk ... Riktignok kommer det nok av at flere bots i mellomtiden hadde funnet den gjesteboka, men det viser uannsett at det overhode ikke hjalp på problemet. Ca 280 innlegg på under 3 dager sier vel sitt tror jeg

 

Red.: Det eneste jeg kjenner til som fungerer er enten å få folk til å logge seg inn eller å bruke bilder med tegn/tall i.

Det har nok mye med hvor stor side du har, og hvordan du kjører løpet. (Har du stor side, er det mye større sjanse for at de faktisk vil anstrenge seg litt for å komme forbi "sikkerheten" din).

Jeg har gode erfaringer med hidden field.

En enkel måte er å legge inn et ekstra felt som er skjult som du merker som f.eks. "Ikke fyll ut dette feltet" (<input type="hidden" />). Dersom det er noe i dette feltet når formen blir sendt, er det stor sannsynlighet for at det er et robot, men dette er bare den ene siden av problematikken. Det finnes noe som heter header injection eller email-injection, som gjør at folk kan bruke skjemaet ditt til å sende MANGE mail istedenfor èn av gangen.

Det står en del om det her: http://www.securephpwiki.com/index.php/Email_Injection

Har ingen ambisjoner om å lage noe så heftig at jeg trenger passordbeskyttelse o.l. Da setter jeg bort arbeidet. Dette er kun til min egen bedrift som ikke er kommet lengre enn til tegnebrettet ennå. Tenker mer på produktpresentasjoner, kontaktskjema o.l. og håper dette er overkommelig, selv for meg Har ingen tidspress å forholde meg til heller

Da har du et fint startområde, ja. Vær forsiktig med kontaktskjema, de kan fort bli misbrukt om de ikke er sikre og da kan du senere får problemer med å sende mail i det hele tatt uten å bli markert som spammer.

Jeg har allerede web-hotell hos nordic hosting, og tror det er brukbart? Men jeg har en småskala bedrift jeg planlegger å lage egen side til, og er litt i tvil med henhold til å legge ut noe uferdig på domenet til bedriften. Tenkte å skaffe meg et "test-hotell" i stedet slik at jeg kan mekke uforstyrra uten å forvirre kunder og andre kontakter? Trenger jo ikke allverdens med plass til noe slikt, så jeg tar i mot rimelige alternativer med takk! Har tatt bok-tipset og markeringstusjen til etterretning, så kanskje jeg får til noe etterhvert

Å jobbe lokalt for deretter å laste opp ferdig applikasjon er å foretrekke, bare sørg for at din konfigurasjon stort sett matcher den som er der applikasjonen skal kjøre når den er ferdig.

Høres forøvrig litt *usikkert* ut at du skal lage en side for en bedrift når du ikke kan en millimeter PHP. Håper det ikke er noe sensitivt/passordbeskyttet der.

Prøvd å bruke '<?php' som start-tag istedenfor '<?' ?

Herregud da mann, rett opp feilene vi påpeker ellers er jo dette idiotisk.

IKKE bruk funksjonen session_is_registered og LEGG APOSTROFER RUNDT strengen myusername.

Feilmeldingen du skrev over blir skrevet ut, dermed kan ikke flere headere bli sendt. Du burde vurdere å rette opp feil...

Når det er sagt så skal header("Location: ...") ha en absolutt uri, ikke en relativ en.

Zend måten kan vell neppe være enkell. er ikke det enkleste å lage ei fil som heter

 

lang_no.php

 

der putter du

 

<?
$one ="one";

osv osv

 

så includer du den fila i alle filene dine? funker ikke det fett?

Blir fort håpløst når du har 5000 linjer som skal oversettes, og alle har hvert sitt variabelnavn? Ville heller brukt en assosiativ array, men zend gjør alt dette for deg noe du sparer stort på i større applikasjoner.