Peter

Men 3?! Jeg senser at noen er litt sure på Atari fordi anmelderkopier ikke dukket opp når de skulle. Hvorfor de ikke gjorde kan bare Atari svare på. At man ikke får lov å publisere omtaler før visse tidspunkt er jo ikke uvanlig.

Få orden på "sansene" dine. Det hender fra tid til annen at man ikke får anmelderkopi, men da får man ofte igjen pengene for utlegget for å kjøpe spillet i butikken i ettertid. (Antakelig ikke dette tilfellet ) Tror heller det ikke er ofte de prøver å pålegge tidsbegrensninger, ettersom all PR er god PR, og jo mer hype rundt et spill jo bedre. De kan be/oppfordre til å holde tidspunkt dersom det er ønskelig. (Noe jeg ser liten grunn til at det skal være når vi snakker om spillanmeldelser.)

Stridens kjerne her er uansett at Atari anklager Gamer.no for å spille et spill som er av lavere kvalitet enn den som kommer i butikken/som anmelderkopi. Dvs. de anklager dem for å spille en ulovlig kopi. Gamer.no på sin side bedyrer at de har kjøpt via en "insider", som høyst sannsynlig jobber i en spillbutikk, noe som tilsier at de har akkurat samme kopi som alle andre nå kan kjøpe.

At folk er uenige med Gamer.no sin anmeldelse er èn ting, men at de faktisk støtter Atari sin "propagandasak" er helt hinsides. Da er man enten utrolig arrogant, eller utrolig dum.

Det jeg ikke skjønner er hvorfor noen tror det er umulig å få kjøpt spill i butikk før utgivelsesdato.

 

Jeg har selv fått tak i Mass Effect hele 5 dager før, og GTA IV dagen før utgivelsesdatoen.

Folk er vel bare tette da? Eller bor i en hule.

Det er jo jevnlig presseoppslag om spillutgivere som fortviler fordi f.eks. expert og elkjøp begynner å selge èn eller flere dager for offisiell utgivelsesdato.

De som tror at tror forretningene får spillet samme dag som det skal gis ut er naive.

visste ikke at glob støttet "arrays" med filtyper :S Jaja, stilig.. Da er nok din løsning best =)

 

Det visste ikke jeg heller.

 

array glob ( string $pattern [, int $flags ] )

Er det bare jeg som ikke klarer å se noen som har brukt array i glob her? (Forbehold om at itsmebth har redigert posten sin)

Eksempel #2 her virker jo veldig rett frem: http://no.php.net/manual/en/function.ziparchive-open.php

Eller du kan bruke "shellet" som i eksempel #1 her: http://no.php.net/manual/en/ref.zip.php

Dersom du skriver:

ob_start('ob_tidyhandler');

helt i starten av scriptet ditt (toppen av index.php f.eks.), så skulle alt bli bra dersom du har tidy installert.

Synes ikke det virker så veldig avansert eller vanskelig.

http://www.php.net/glob

Ellers kan du alltids

$accepted_ext = array('pdf', 'xsl', 'doc');
$pos = strrpos($file, '.');
if(false !== $pos && $pos < strlen($file)-1)
{
 $ext = substr($file, $pos+1);
 if(in_array($accepted_ext, $ext))
echo $file;
}

Hvorfor ikke kjøre foreach på selve $_POST?

foreach($_POST as $key => $value)
{
if(empty($value))
 echo $key.' is empty!';
}

Ok, jeg leste ikke problemstillingen skikkelig. Trodde man bare skulle sjekke at alle feltene ikke var tomme.

Vel, jeg foretrekker å bruke en eller annen måte å dele business logic og view på (fra mvc), og dermed blir mine templates rimelig enkle, og da ser det ca. sånn her ut: http://www.symfony-project.org/book/1_1/07...-the-View-Layer (se f.eks. 7-14)

TextMate

Sex selger, også nyheter om sex …

Mange som nevner porter og andre rare greier her. Feilen lå i generereringen av nøkler (noe mange ikke engang bruker), som førte til at nøkler ikke var så tilfeldige som de skal være, og større nettsteder hvor brukere laster opp nøklene sine (f.eks github) så at det var mange kollisjoner, noe som potensielt er veldig farlig da nøklene burde være unike.

Mange som skryter av at feilen ble raskt rettet, men det hjelper ikke med mindre man faktisk oppdaterer. Det samme problemet har man i os x og windows også, at folk ikke vet hvor oppdateringsknappen sitter eller hvordan den brukes.

For å lage litt aktivitet her: Hva er det folk gjør når de tester koden sin? Er det andre som også driver «unit testing»?

 

Selv benytter jeg PHPUnit slik at jeg også kan få angitt «code coverage» (som jo er svært nyttig i forhold til oppsatte «test case»).

Ettersom jeg har begynt å jobbe med symfony, et rammeverk som minner mye om rails, blir det nok mer testing fremover.

Kan kort nevne at symfony skiller seg fra Zend Framework ved at symfony er mer en helheltlig pakke beregnet for å utvikle hele applikasjoner, mens Zend etter min mening er mer en samling komponenter der du kan velge og vrake blandt enkeltdeler som du inkluderer i ditt eget oppsett.

Endelig.

Har ventet på dette her i flere måneder nå.

Tenker det blir en strippet 24" 2.8Ghz med 8800GS, RAM kan (og bør) man oppdatere selv. Dette er grisenkelt, og Apple har offisiell dokumentasjon på hvordan man gjør det (uten at det går på akkord med garantier)

Jeg vurderer fortsatt å fly til USA, putte maskinen i en koffert, og ta den med hjem (utenom tollen). Det er fortsatt penger å spare pga. den lave dollaren. (Flyreisen medregnet)

Det er en fordel om du har et eget firma som du kan fakturere fra. Honorar per artikkel avtales nærmere.

Gir dere kompensasjon for dette? (dvs. at dere må betale like mye uansett) Ellersspare vel dere penger, noe som igjen kan føre til favorisering av de som har eget firma, som igjen fører til urettferdig konkurranse ovenfor de som ikke har det?

argh, hater tegnsetting og php :-/

 

Hvorfor vil ikke input fra en form presanteres som utf8? Benyttes jo utf-8 overalt i filer, header-felt og meta-tags..

prøv

<form accept-charset="utf-8">

Arrayer kan være veldig fine å bruke som parametere de.

Det er litt penere i ruby, men du får ganske bra resultat ved å bruke.

function abc($params = array())
{
extract(array_merge(
	array(
		'width' => 400,
		'height' => 120,
		'title' => 'Min tittel'
	), $params));


print_r(compact('width', 'height', 'title'));
}

abc();

abc(array('width' => 200));

Array

(

[width] => 400

[height] => 120

[title] => Min tittel

)

Array

(

[width] => 200

[height] => 120

[title] => Min tittel

)

I et typesvakt språk som PHP er det ganske hipp som happ hva du bruker, men med assosiative arrays slipper du å tenke på rekkefølgen av parameterene, og det å måtte angi riktig standardverdi dersom du skal hoppe over et parameter.

Dersom du trenger typesjekk derimot kommer det litt mer an på.

I PHP kan du ikke angi standard-verdi på et typesjekket parameter som annet enn null, noe som kan være irriterende, men du får jo gratis typesjekk.

Derimot kan du sjekke manuellt med arrays, og du kan angi standardverdier.

Hipp som happ Kommer bare an på hva man liker.

Da har jeg begynt på webdelen av den tjenesten jeg nevnte her:

http://blog.peterhaza.no/map-gallery/

Når jeg legger et bilde til bloggen leser wordpress-pluginen min automagisk(!) ut GPStaggene fra bildet og legger bildet inn på et kart.

Planen er at man også skal kunne gjøre det samme ved å sende bilder via mail (gjerne fra mobilen).

Går dessverre litt fortere å skrive slik programvare i PHP enn C++, så mobilendelen får komme litt senere.

Jeg tenkte faktisk å skrive et lignende program til min N95 (Symbian 9 / S60).

Tanken var da at geotaggede bilder (LocationTagger) automatisk skulle kunne lastes opp til en fotoblogg eller helt vanlig ftp med en gang det kom et trådløst nett man kunne koble til. (Evt. 3G dersom man ønsket det, men det blir for mye penger for min del)

Planen lever fortsatt, jeg har bare ikke tid før ut i mai.

Nå er det vel ikke lov til å bruke ikonene fra yr.no da.

 

Anbefaler dessuten folk å se på enten simpleXML eller XSL for å gjøre denne jobbe i PHP.

Selvfølgelig er det lov å hente ut ikoner fra yr. Sett deg inn i api'en http://api.yr.no/weatherapi/weathericon/1.0/documentation

 

XSLT er sikkert en grei måte å sortere og hente ut data, selv ville jeg allikevel holdt en knapp på XPath - som jo er omtrent to sider av samme sak

 

---

 

Forstod ikke helt problemet uranus - url'en ?s=vaer fungerer da fint den!

Jeg tok feil ang. ikonene, jeg trodde bare man kunne bruke XML-ene.

Jeg har vært inne i de fleste apiene der, dessverre er det ikke alle du har lov til å bruke, f.eks. et geografisk punkt som ikke har en side på yr.no, men heldigvis fant jeg ut at mye av det samme kan hentes fra api.met.no

(Ting kan ha endret seg siden jeg fikk mailen fra Erik Bolstad, men den gangen sa han at det apiet var for kommersiell bruk)

Dersom du har mange joins e.l. kan det være veldig mye å hente på caching av databasekall. Bare det å slippe å koble opp mot mysql vil spare deg en del.

Ellers er det fordeler og ulemper ved all caching. Dersom du cacher hele siden, er det bare ett cachehit, noe som er überkjapt. Dessverre vil du da ende opp med å "bygge hele siden" på nytt når cachen går ut.

Annen mulighet er å cache hvert element på siden din, og på den måten får du mye større fleksibilitet, men flere cache hit.

Det beste (litt avhengig av hvor mye trafikk) er å bruke en blanding, der hele siden caches for en kort periode. (ett minutt?), mens andre elementer blir cachet på andre tidsintervaller litt avhengig av hvor ofte du føler er nødvendig.

Dersom du cacher hele siden må du være forsiktig med poller, innlogging osv., da disse som regel skal vise noe annet basert på en test (innlogget ja/nei, stemt i poll ja/nei).

Nå er det vel ikke lov til å bruke ikonene fra yr.no da.

Anbefaler dessuten folk å se på enten simpleXML eller XSL for å gjøre denne jobbe i PHP.

Lagre hvilket brett brukeren er på i $_SESSION.

Hvor mange av disse 3600 linjene blir forkastet/erstatter annen kode da? 3600 * 365 =1.314m, noe som i seg selv tilsier at linux for vil bli en kjerne mye større enn resten av OS-et.

Må si jeg foretrekker google maps på mobilen fremfor nav4all :/

Nokia N95

Er heller ingen ting som sier at du ikke kan få de to til å samarbeide så kan du gjøre en trinnvis portering.

Den største grunnen er faktisk noe så overfladisk som at jeg syns Python-kode ser penere ut, liker kodestilen. Har ikke så mange store grunner utenom det, men skal ikke påstå at jeg ikke har blitt påvirket av Django-hype og lignende fenomener.

 

Men hvordan kan jeg få dem til å samarbeide? Ble litt nysgjerrig på hva du mener her

Personlig ville jeg valgt ruby/rails dersom jeg skulle begynt på noe nytt, men jeg har ikke planer om å skrive om gammel kodebase. Når jeg sier samarbeide mener jeg bare at nye ting kan skrives i django, mens du kan la det gamle som ikke skal endres være i PHP.