![](https://www.diskusjon.no/uploads/set_resources_15/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
PHPdude
-
Innlegg
988 -
Ble med
-
Besøkte siden sist
Innholdstype
Profiler
Forum
Hendelser
Blogger
Om forumet
Innlegg skrevet av PHPdude
-
-
Prøv å kjøre "sudo fsck -f /dev/sda1"
-f får den til å sjekke filsystemet selv om det ser bra ut på overflaten,
-
Du mangler en ": <link>www.test.com</link>;
Tips: Når du koder, bruker du da en editor med syntaksoppmerkning? Tror ikke du kan ha gjort det, for da oppdager man sånne feil veldig fort.
-
Du må ikke bruke terminalen nei, går fint an å skaffe seg rot-rettigheter i Nautilus.
Kan f.eks trykke Alt+F2 og kjøre "gksu nautilus", eller du kan installere pakken nautilus-gksu som legger til en knapp for å åpne mappen som root.
Ellers er jo terminalen som oftest raskest da...
PS: Håper du vet hva du gjør viss du tenker å rote med filene i /boot/grub!
-
Er ingen som kan se PHP-koden din viss du ikke har noen seriøse sikkerhetshull på serveren.
Og viss koden din er så kritisk viktig å holde hemmelig så finnes det verktøy som kan kompilere den til bytecode også
-
Hvorfor er det så mange som syter over at FF liksom blir mer og mer bloatware? Hittil har da Mozilla løst dette veldig fint. Hverken 1.5, 2.0 eller 3.0 har brakt særlig nytt i grensesnittet siden 1.0.
1.5: Husker ikke helt lenger, men det var da praktisk talt ingen synlige endringer. Største var vel omtrent den at fanene i config-vinduet fikk en annen retning.
2.0: Re-organisering av fanesystemet og litt oppusset utseendet samt en meget diskré stavekontroll
3.0: Hittil finnes det så godt som ingen synlige endringer og omtrent det eneste synlige som er planlagt for endring er bokmerkesystemet og hovedmålet der er ikke å presse inn mest mulig funksjonalitet, men mest å redesigne det interne sånn at det skal bli lettere å lage addons til bokmerkene.
Så godt som all utvikling fra 2.0 -> 3.0 skjer under skallet med blant annet den nye renderingsmotoren basert på Cairo.
Ja, Firefox har et hastighetproblem i forhold til Opera og sånn tror jeg nok det vil forbli grunnet måten FF er bygd opp på ved at veldig mye er bygd av HTML/XUL pluss mye javascript.
Det er jo også nettopp denne oppbyggingen som har gjort at Mozilla har hatt en sånn ekstrem suksess med addons-systemet sitt.
Lasting av websider i FF er jo også noe tregere enn i Opera, og siden Mozilla lenge har planlagt å gjøre så store endringer i renderingsmotoren (Cairo-basert) så tipper jeg at de har nedprioritert dette i påvente av 3.0, så tror nok vi kan få se forbedringer der i 3.5 og 4.0 og kanskje også 3.0.
Har jeg forstått ting riktig så planlegger Mozilla også å bytte ut javascriptmotoren med en mer eller mindre helt nye en som sikkert kan bringe mange hastighetforbedringer.
Kort sagt så skjer det veldig mye på Firefox-fronten, men tror allikevel at Mozilla fint vil klare å hindre at FF blir proppet alt for full av funksjonalitet (som Opera forsåvidt er allerede), derimot sliter FF på hastigheten mot Opera/Safari/Konqueror osv. noe vi nok må leve med ganske lenge som en pris på FF sitt praktiske addons-system.
PS: Firefox 3 er fortsatt langt unna, så og dømme den etter nåværende alpha blir bare tull.
-
Er funksjonene i Zend Framework case sensitive? Merker jeg irriterer vettet av meg av folk som skriver camel case på standard PHP-funksjoner, ikke bare er det direkte FEIL og advart mot, men det gjør også koden tregere. (Har med hashtabeller å gjøre)
Zend Framework er ikke mer case-sensitive enn PHP selv - det er jo bare PHP-kode, men all koden følger Zend Framework PHP Coding Standard som tilsier at koden bør skrives slik og slik, men siden PHP ikke bryr seg om stor/liten bokstav så blir det jo opp til hver enkelt...
Snakker du nå om navnet på klassene? Så ja, de er navngitt så de skal passe inn i mappestruktur som er enkel å vedlikeholde og praktisk i bruk. (Samme som PEAR)
Men alle navn på metoder er navngitt etter "camel-case" metoden (helt fritt for understrekninger bortsett fra at Zend bruker en "_" først for å markere private variabler)
-
Zend_Translate og Zend_Locale komponentene i Zend Framework gir deg verktøyene du trenger ikke bare for oversettelsen, men også for å få brukeren til å "føle seg som hjemme".
Ønsker du å bruke gettext er dessuten Zend_Translate_Gettext thread-safe i motsetning til PHP sin innebygde gettext modul, som kan være viktig avhengig av prosjektet.
-
Er vel egentlig ikke noe hokus pokus.
Viss du bare kjører spørringene dine direkte så er vel den simpleste måten bare å definere TABLE_*-konstanter for tabellene i databasen din ala noe sånt:
define('TABLEPREFIX', 'myproject_'); define('TABLE_NEWS', TABLEPREFIX . 'news'); define('TABLE_USERS', TABLEPREFIX . 'users'); // osv osv // eksempel på spørring $result = $db->query('SELECT * FROM ' . TABLE_NEWS);
En mer OOP-vennlig måte ville nok vært å droppe konstantene til fordel for en klasse som kan håndtere tabellnavnene.
-
Kan vel bare gjøre redigeringen og så lagre i hvilket som helst format programmet støtter for deretter å konvertere til et egnet format for publisering?
ffmpeg kan sikkert foreta konverteringsprosessen.
-
Det kan du jo godt...eller kanskje Quake 4 eller et av de mange andre bra spillene til Linux.
Men viss det du bruker PC'n til er å spille bør du nok heller holde deg til Wintendo ja....
-
Det der ville jeg tatt med en stor klype salt. Utelukker ikke at de kommer til å gjøre det, men er ingen garanti akkurat at en reklamemann sier ett eller annet på en Linux-messe.
Uansett er det nok et tegn på at AMD ønsker å gjøre noe med den håpløse situasjonen til Linux-kundene sine så fremtiden ser noe lysere ut.
I mellomtiden får vi heller kjøpe grafikk fra Intel, som jo allerede har opensource drivere eller fra Nvidia for de som trenger noe kraftig.
-
Ja, funksjonen må kjøres før du bruker andre date-funksjoner
OBS: date_default_timezone_set krever versjon 5.1 eller nyere
-
http://no2.php.net/manual/en/function.date...imezone-set.php
date_default_timezone_set('Europe/Oslo');
-
Viss du starter Synaptic og velger å vise pakker etter "opprinnelse" så har du noen valg som heter noe med local/main, local/non-free etc. Der kan du se pakkene og merke dem for avinstallering.
Du kan også åpne den opprinnelige .deb-fila igjen å trykke på avinstaller.
Blir vertfall ikke noe krøll viss pakkene ikke finnes i Ubuntu fra før, men vis pakken bare er en annen versjon av en eksisterende pakke, så kan det visstnok bli noe krøll, men tror du skal være veldig uheldig da.
-
Men det er vel noen som strengt talt er avhengige av å kjøpe mp3 gjennom iTunes ettersom de ikke vet noe annet eller er for redd for å bli tatt.
Jo hadde det bare vært mulig å kjøpe mp3-filer gjennom iTunes så, men man får ikke kjøpt annet enn disse DRM-kryperte greiene....
Og det finnes da heldigvis masse andre muligheter for å kjøpe musikk enn via iTunes.
-
Noen som har testa KDE 4(Alpha 1) på kUbuntu?
Åssen det? Er jo ikke stort å teste. For øyeblikket er KDE4 mest som en hærpa versjon av KDE3 og regne. Alt nytt ligger under skallet og det er minimalt med synlige endringer og de endringene man faktisk kan se har ofte blitt værre ifra KDE3 fordi alt er i en midlertidig stand.
Med mindre du tenker å skrive programvare for KDE4 så bør du nok holde deg langt unna.
Vis du bare er interessert i følge med på utviklingen kommer du nok mye lenger ved å følge med på nyhetkanaler som dot.kde.org og planetkde.org
-
Til opplysning: Microsoft har i alle år hvert blant de med flest representanter i W3C og har gjort mye arbeid der. I hvilken grad det har vært mer enn en billig reklame-måte kan nok diskuteres, men er i vertfall ganske ironisk siden det ganske så ene og alene er MS som hindrer utbredelsen av flere W3C-standarder.
-
Vis man først skal begynne med sånn optimalisering bør du nok også bytte ut "." med "," for det skal visstnok også være raskere fordi med "." så må PHP først sette sammen alle leddene til en string som deretter printes. Med "," kan PHP bare printe ut leddene etterhvert som de blir lest.
-
Tror det, har ikke prøvd selv, men skal vist ikke være noe problem det. For Ubuntu oppdager begge Windowserne
-
Nøkkelen er å legge inn Ubuntu sist, for Ubuntu oppdager eksisterende Windows-installasjoner og legger dem til som et oppstartvalg. Kan jo også installere Windows etterpå, men win-installeren driter i alt annet et Windows og overskriver oppstarteren til Ubuntu så da må du fikse det manuelt etterpå.
-
Den virkelige forandringen i XHTML2 som den er nå i tillegg til mange generelle forbedringer er Xforms. Mulighetene i forhold til dagens skjema-modell er enorme og egner seg ikke for beskrivelse i et lite innlegg, men for et overblikk kan du se gjennom W3C sin "XForms for HTML Authors"
Del1: http://www.w3.org/MarkUp/Forms/2003/xforms...ml-authors.html
Del2: http://www.w3.org/MarkUp/Forms/2006/xforms...hors-part2.html
Xforms bringer jo også funksjonalitet utover den direkte skjema-delen med f.eks muligheten for oppbygging av tabs eller "veiviser"-grensesnitt med kun HTML.
For ikke å nevne av XHTML2 i motsetning til XHTML1 er et fullblods XML-format og integreres med andre XML-teknologier som XML Events, XMLSchema, SVG og lignende. Så for de som liker å håndtere ting som XML er XHTML2 et langt mer naturlig format enn XHTML1, som jo i praksis er HTML4 strict med noen ekstra slasher.
For min del er jeg vertfall sikker på hva jeg ville valgt av HTML5 og XHTML2, men at flesteparten allikevel vil være fornøyd HTML5 er nok sannsynlig.
Utviklinghastigheten til XHTML2 er vel ikke særlig rask nei, men W3C er jo ikke akkurat kjent for å forhaste seg heller da, men resultatet blir bra til slutt.
-
Det kommer mye an på hvilke effekter de tilbyr. Etter min mening så er Aero det desidert peneste av de. Det er ikke nødvendigvis noen sammenheng mellom arbeidskrav til gpu (for å kalle det det) og utseende, men det er ofte en sammenheng der.
Uavhengig av min og din personlige favoritt er funksjonaliteten i Beryl LYSÅR foran Aero sin, så MS har ingen unnskyldning der. I hvilken grad Beryl er stort bedre enn Aero på batteritid skal jeg ikke si særlig om, men tror nok det er omtrent den samme nedgangen som Aero. Spørs nok mye på maskinvaren.
Er vel uansett ganske naturlig at man må ofre noe batteritid for å få disse effektene. Eneste er da OS X som ikke har tatt mulighetene like langt som Beryl, men til gjengjeld klarer seg med mindre strøm.
-
<Morsomt at Microsoft bare skyver ansvaret over på forbrukeren og hardware-produsentene. "Det er ikke vårt problem at GPU-en bruker så mye strøm.
Er det spillprodusentene sin skyld at du ikke kan kjøre den beste grafikken med et svakt skjermkort? Er det bilprodusentene sin skyld at 2 tonn biler med 200 hester bruker mere drivstoff enn biler må 1 tonn og 100 hester? Synest kravene dere stiller er latterlige. Å kjøre mere grafikk gjør at gpu må jobbe mere og dermed bruker mere strøm. Synest ikke det er noe ulogisk med det
Forsåvidt sant det, men situasjonen blir ganske annerledes vis det er sånn at konkurrentene til Microsoft (OS X, Beryl, Compiz) klarer å få i både pose og sekk altså både 3D-effekter og like lang batteritid og at det bare er MS som ikke klarer det. Da blir det altfor lettvint å fraskyve seg ansvar på den måten.
-
Hekter meg på denne tråden jeg og...
Må si meg enig. Har hittil brukt MySQL, men har nå bestemt meg for å ta overgangen til PostgreSQL
Ingen direkte behov som er grunnen, men snarere at jeg aldri egentlig har likt MySQL (av flere grunner, selv om den fungerer greit) og at jeg har tittet en del på PgSQL en stund nå og liker det jeg ser mer og mer.
Og etter at jeg nå virkelig har begynt å ta de første stegene sitter jeg igjen med et klart inntrykk: Manualen til PgSQL er uendelig mye bedre enn MySQL sin! Gud vet hvor mange timer jeg har surret rundt i MySQL-manualen uten resultat. Etter noen timer med lesing i PgSQL sin føler jeg meg allerede mye mer hjemme enn jeg noen gang har gjort i MySQL og lært mange nyttige ting.
Aldri undervurder verdien av en god manual!
Allikevel skjønner jeg at noen ser på PostgreSQL som mer komplisert fordi enkelte ting i MySQL kan være mer logisk for en nybegynner, men straks man er over nybegynner-stadiet tror jeg dette utjevner seg til PostgreSQL sin fordel.
Ser vertfall for meg en mye lysere database-hverdag nå
Fra <form>-tabell til JSP-fil
i Programmering og webutvikling
Skrevet · Endret av PHPdude
Øøh... Det hører vertfall ikke hjemme i Javascript-forumet! Java-forumet derimot...!
No fordømt hærk at de to skal være så like i navnet![:hrm:](https://www.diskusjon.no/uploads/emoticons/default_icon2.gif)