Søkeresultater

Ingenting i veien for det, nei. Hvis du bestemmer deg for API ruta, så husk det jeg sa om javascript frontend rammeverk. Det er den beste måten å bygge en web applikasjon på toppen av et api.

Må være litt uenig med meg selv her :) Hvis frontendutvikleren din kan eller er villig til å lære seg et frontend javascript rammeverk, så er det den absolutt beste løsningen i min mening. Da lager du backenden din med Laravel som et rest api som frontendutvikleren implementerer. Jeg kan...

Bruk json. Ingen bruker xml lengre. Vær dog obs på php sine json gotchas mtp array/objekt konvertering. Hvis du har planlagt å lage en app ut av det, så er du tjent med å bygge backenden din som et rest api som både en web klient og app klient vil kunne snakke med. Et interface til flere...

Hvis du bare skal hente data fra databasen så vil backenden følgelig være liten, og jobben også. Fordelen med å skille de er at logikk og presentasjon skal være adskilt, slik at det er enkelt å endre den ene uten at det nødvendigvis påvirker den andre. Da kan du f.eks bytte ut hele frontenden (...

Mente ikke å si at du ikke burde bruke html, men at backenden's jobb slutter når den har produsert dataen som skal presenteres for sluttbruker. Hvordan den dataen struktureres som html og presenteres på skjermen er frontendens oppgave. Du leverer altså json, ikke html til frontenden. Du gir...

Ideellt sett så er de helt uavhenige av hverandre. Med klassisk databasedrevet utvikling slik du gjør her, så er det hensiktsmessig å bruke en eller annen form for templating verktøy som fungerer som en bro mellom front og backend. I Drupal, og Wordpress også regner jeg med, så er det fastsatt...

Alt ettersom hva man lager. Jeg er av den oppfatningen at hvis COBOL er det klart beste verktøyet til å løse et problem, vel da lærer man seg COBOL i stedet for å gjøre det halveis i Java. Breddekompetanse er mer verdifullt enn dybdekompetanse, i min mening.

Takk for tips! Jobber lange dager for tiden, men er dessverre et tak for hvor mye en person kan produsere. Dette hjelper dog på motivasjonen!

Hei alle sammen Jeg holder for tiden på å bygge en tjeneste, en SaaS applikasjon med brede anvendelsesområder. Stikkord er Big Data og Business Intelligence gjort enkelt. Etter å ha invistert omlag 200 timer i Januar er prototypen ca 80% ferdig. Vi forventer å selge tjenesten for minimum 2000,-...

Mye mer sannsynlig at noen har utnyttet en sårbarhet i applikasjonen enn at de har skaffet ftp tilgang. Dette er nok et automatisert angrep som noen har laget for å utnytte et sikkerthetshull, som er de vanligste angrepene man ser på mindre siter.

Nå er siten din nede, så jeg får ikke sjekket den ut noe særlig, men at den umiddelbare reaksjonen til så mange her er "bytt host!" er litt urimelig. Når siten er treg så gjelder det å finne flaskehalsene. Hvis du har en modul som kjører en unødvendig dyr databasespørring så vil det ikke ha...

Høres ut som om du har noen upatchede sårbarheter i applikasjonene dine. Hvilken bruker er de nye .htaccess filene eid av?

Er jo mulig å injisere en iframe med javascript for eksempel. Man må jo ikke bruke XMLHttpRequest for å laste innhold fra et annet domene, og det er kun XMLHttpRequest objekt som er underlagt CORS, så man kan jo i praksis gjøre GET requests uten å bry seg om CORS headere. POST/PUT er verre. Når...

Det spørs hva formålet er, ja. Ønsker man å spore brukere, men kan av en eller annen grunn ikke bruke cookies ( eneste grunnen jeg kan se er å unngå generell skepsis til cookies ), så er local storage den beste løsningen. Det er riktig som du nevner at denne kun er tilgjengelig på klientsiden...

Det er en dårlig idè og vil ikke fungere like bra som cookies. Vær klar over at hvis du håndterer sessions på denne måten så åpner du deg selv for en myriade av sikkerthetshull og sårbarheter. Aldri bruk noe slikt for å styre sessions. Skal du kun spore brukerne dine, så bruk local storage hvis...

Altså, det du spør om her, å "lagre id av folks pc/mobil i en database istedet for å bruke cookies for å gjenkjenne "anonyme" brukere", er ikke mulig, uavhengig av databasevalg. Hvor har du tenkt å få den IDen fra? Hvis du vil gjenkjenne brukere uten å bruke cookies, så er local storage et...

Hva er det som må gjøres egentlig? Har jobba som kinomaskinist før..

Interessant lesing. Takk for at du delte!

Vi får se da :) Jeg tenker at det hadde vært mer nyttig for faktureringstjenester, da man her allerede har et integrasjonspunkt man kan bygge videre på der, men fakturering og regnskap er kanskje ofte i samme programvarepakke? Bilagene i seg selv inneholder typisk bare dato, motager og beløp...

Disse KPIene er tydeligvis viktige for deg. Har du selv noe erfaring med å lage statistikk på disse, og i såfall, hvordan gikk du frem?