Svenska ElektronikForumet

Påminner om problemet att hålla databasen uppdaterad...

Är inte det avdragsgillt med städning? Hushållsnära tjänster kallas det väl

Jag har banne mig ingen ordning och lagersaldot finns i skallen

Fast jag skulle aldrig orka hålla reda på ett komponentlagerssystem, ska det vara nåt att ha måste man vara konsekvent och alltid skriva in när något snattas. Problemet är bara att jag ibland av lathet helt enkelt testar olika komponenter och lägger tillbaka och har mig. Ibland sitter junket månadsvis på labbplattan innan den "behövs" och rensas av.

Isf vore nästan en "parkeringsplats" i projekt vara ett måste.

De dyra komponetnerna typ displayer/PICar/specialkretsar osv har jag ganska bra koll på.

>ska det vara nåt att ha måste man vara konsekvent och alltid skriva in när något snattas.
Äsch, det har jag redan insett inte kommer att fungera. Min tanke är att jag ska ha ungefärlig koll på vad jag har (när det gäller mängd), och uppdatera när det blir för stora avvikelser.

>De dyra komponetnerna typ displayer/PICar/specialkretsar osv har jag ganska bra koll på.
Det har inte jag.

Jag har t.ex några olika LCD-displayer. Ett par likadana , annars några olika varianter. Ska jag cadda något med en display i får jag alltså gå och kolla vad jag har och vilken slags anslutning den har och om den har LED background eller inte (vissa har 14 pinnar i två rader x 7, andra har 14 pinnar i rad).

Är det nån specialkrets är det ännu petigare. Jovisst , jag vet att jag har en strömsensor för "high-side", men hade jag en som tålde 72 volt eller var det 48 volt? Var det SOIC eller TSSOP eller SOT23 ? Alla de där detaljerna som man bara vet om man går in och kollar det exakta produktnamnet.. Och om man sedan har 3-4 varianter av "samma/liknande" krets då gäller det att veta precis vad man har. Som det är nu måste jag gå och leta i inköpslistorna/fakturorna för att se vad jag har köpt.

MagsiNet skrev:Satte upp ett mindre databasdrivet system för en polare där flera användare kunde logga in och söka/administrera sina egna komponentlager.

Kan kasta upp ett liknande såstem på servern hemma om intresse finns. Vanligt hederligt webgränssnitt.

Det kan ju vara intressant att se hur det ser ut är upplaggt i alla fall.
Vad är det skrivet i och är källkoden tillgänglig

Har ni inte hört talas om inventering. Bara stänga första helgfria söndagen i månaden och gå igenom alla burkar, plastpåsar, hyllor, lådor, rack o fickor för att kontrollera att verkligheten stämmer.

Annars kan man se till att ha ett block och penna på de ställen man har komponenter så tar man och sriver en liten kråka att man tagit en pryl. Så tar man och för in det i databasen när lappen är fullkladdad.

Men som sagt, har man så stort lager så det är oöverskådligt, men inte så mycket resurser att ha en seriös databas som håll uppdaterad kommer man lite ikläm här.

Ett alternativ kan ju vara att bara föra in när man köper grejjor, och länka till mer info om prylen. Då vet man vad man borde ha hemma och hittar igen datablad ev. cad-id eller likande. Tar man den sista så får man ta och beställa en ny, ev. skriva in det i databasen att det är slut men nya beställda eller inte... Att skriva upp varje grej man gör kanske inte behövs...

Jag har börjat att göra om mina beställningar (inköp) till textfiler , och så har jag en gedigen samling med datablad i PDF eller JPG. Det där med att länka har jag klurat på lite. Kanske ska jag generera HTML-filer av textfilerna och skapa länkar till mina datablad. skulle vara grymt bekvämt. Det vettigaste vore väl här att försöka följa XML standarden, så kan det ju på sikt bli en bra databas. Problemet är väl att en databas i XML inte är läsbar direkt av en browser utan ska tolkas först av något program? Om jag översätter textvilerna direkt till HTML så har jag färdiga sidor jag kan bläddra i.

Men finns det några bekväma sätt att skapa dynamiska HTML-sidor (dvs som genereras direkt efter t.ex. sökord eller sökordning) om man inte ska hålla på att böka med java... Kanske är det dags att jag lär mig PHP nu?

jesse:Det gäller ju att veta att datan överensstämmer med verkligheten och iofs kanske det kvittar om man har 5 eller 35 120ohm's motstånd.

Specialkretsar kör jag som så att direkt jag köper dem så spar jag databladet i en katalog på hårddisken. Samma om det är några drivrutiner till kretsen.

Får ju såklart räkna pinnar på mina displayer när de ska användas. Det kan tex ha hänt att det blev för få pinnar i en kabel någon gång

I regel så bygger jag alltid på labbplattan innan SEN kör jag in det i datorn då är man safe Eventuellt att man tar en annan likadan komponent när man bygger.

Om du kör linux så är php rätt kör du xp kan du även koda i asp.

Skit i PHP. Lär dig Python & Django.

Varför? Fördelar respektive nackdelar i php / phyton / Django?

Rent allmänt får jag en uppfattning att php är med utbrett så om man lär sig det är det lättare att t.ex. hitta servrar som stödjer det , kunder som föredrar det etc.

EDIT: kollade in länken. Django verkar ju lockande (liksom php). Är så j**la jobbigt bara , när man är 43 år gammal (läs: gammal trött hjärna), har fullt upp med familj och jobb att hinna få loss de där timmarna att sitta och lära sig något nytt... det är inte lätt. Samtidigt som jag försöker (någon gång om jag får tid) lära mig mer om java... Å så ska jag sätta mig in i C för AVR, nu när jag börjar på så stora projekt att min assebler ibland blir lite för oöverskådligt.

EDIT2: Finns det några likheter mellan Django/Phyton och MySQL/PHP (eller mellan bara PHP och Phyton) så att om jag kan det ena så migrerar jag lätt till det andra, eller är det så olika att när jag väl lärt mig ett av dem så orkar jag antagligen inte sätta mig in i det andra?

Det finns väl MVC-ramverk till PHP också, men faktum är anledningarna till att PHP blivit så utbrett som de blivit är dels för att det går tokfort att få något att se ut att fungera. Det är en ren nackdel när det saker börjar växa till sig (mao gör fler än tre-fyra saker), för då inser man att sitt primitiva kodande inte är hållbart och det är dags att refaktorera, och då gör sig PHP som värdelöst språk sig påmind.

En annan anledning är att det är så enkelt för webbhotell att erbjuda det utan onödigt krångel. PHP är väl snarare ett template-språk än ett programmeringsspråk, där du kan stoppa in kod mitt i HTML-sidor. Bara att slå på stödet i webbservern och vips så kan du erbjuda dina kunder PHP.

PHP är alltså inte stort och utbrett för att det på något vis skulle vara bra...

Python som språk är däremot mycket bättre uppbyggt. Man brukar kalla det för exekverbar pseudokod för att det blir så logiskt och propert. Sedan är MVC-upplägget som Django erbjuder ett mycket effektivare sätt att skriva webbapplikationer på. Det är lite mer skrivande för att få fram det första resultatet, men det sedan man får igen allt.

Om du ändå måste lära dig något nytt så skulle jag rekommendera Python (eller egentligen vad-som-helst annat) istället för PHP. Jag har själv kunnat PHP i över tio år och jag kan inte begripa att vissa fortfarande primerar det. Men oftast beror det på att dom helt enkelt inte kan något annat och inte haft något att jämföra med. Det här forumets programvara (phpBB3) är ett ypperligt exempel på något stort och till ytan snyggt men vars källkod är rena misären.

hehe, med andra ord så slänger jag ihop en enkel databas med php på en kvart , använder den och under tiden lär jag mig använda Django