Gebruikersgegevens.

Nou je het zegt, hij heeft inderdaad iets weg van een scancommander.
Jammer dat er alleen geen monitor uitgang opzit. Is misschien ook niet nodig, maar leest wel lekkerder dan alleen zo'n lcd.

Kwa prijs zeker interessant.
Zat op dit moment een beetje te twijfelen tussen de Martin LJ setup uitbreiden, of een fatfrog, maar dit zou ook weleens wat kunnen worden. Jammer dat hij nog niet leverbaar is, duurt hopelijk niet al te lang meer.
Retail van 2800 (incl btw) zag ik ook al voorbij komen in een NL en een DE shop.
Ik heb alleen mijn twijfels over , maar daar zou ik mij in kunnen vergissen natuurlijk.

Heeft er iemand hier misschien ervaring met z'n grote broer (de Licon 1)?
Ikzelf heb eigenlijk totaal geen ervaring met dit merk.

Een .htaccess bestand is gewoon een tekstbestand met die specifieke naam. Kan je lokaal maken en dan uploaden.
Maar, standaard staat bij Apache volgens mij AllowOverride Options uit, dus je hebt kans dat je een error krijgt.
Moet je maar gewoon proberen.
Werkt het niet, dan moet de hoofdconfig van Apache gewijzigd worden, of je moet gewoon een index.html aanmaken in die directory.
Als je daar dan een meta-refresh inzet, die na 0 seconden redirect naar de hoodpagina van je site kan het ook.

Oh, bij de weg, je hebt kans dat je het bestand niet meer in je LiSting ziet op je site, het begint niet voor niets met een '.' .
Werkt het niet, zorg er dan voor dat je ftp programma verborgen bestanden ook weergeeft, of gebruik de standaard command-prompt-ftp van windows om hem weer weg te gooien.

Zie mijn post

Als je een index.html in de specifieke directory zet, dan krijg je die te zien in plaats van de directory.
Da's de simpelste oplossing.

Met apache krijg je in je globale httpd.conf iets van:

 <Directory /web/docs/spec>
Options -Indexes
</Directory>

Of in een .htaccess bestand in de betreffende directory
Options -Indexes
Naam van .htaccess kan aangepast zijn, maar gebeurt zelden.

[edit]
Even aanvulling, options directive in .htaccess mag alleen als voor de betreffende directory AllowOverride op
All of Options staat, anders krijg je een 500-error. Kwam ik net achter tijdens het testen.

<Directory /web/docs/spec>
AllowOverride Options AuthConfig
</Directory>

Het vergaat nog steeds van de spelfouten.
Kom op zeg, gooi er een spellingscontrole overheen.Tuurlijk hoor, verzin je het terplekke?Prisma is geslepen glas, gobo zal wss meer een coating zijn die erop geetst is. Als je glas slijpt wordt het hoogstens diffuus, maar niet ondoorzichtig, en dat wil je juist met een gobo.

Bij de links staat lightjockey.nl volgens mij bedoel je lightjockeys.nl want op de site van Kris staan nou niet bepaald zaken die voor beginners interessant zijn, het is zijn eigen site voor zijn eigen bedrijf.

ps heb je aan dré gevraagd of je zijn plaatjes mocht gebruiken

Dat valt me dan zeker mee, ik was bang dat je minimaal de 90 nodig had voor een beetje lichtopbrengst.
Handig om te weten. Thanks

@ Bart:
Welke versie van de octopod als ik vragen mag, de 30 of de 90?

Het mooie van standaarden is dat er zoveel zijn om uit te kiezen...

Als sitebuilder kan je eigenlijk nooit volledig vertrouwen op j@vascript vind ik.
Het is allemaal prachtig voor de onmouseovers, het inserten van tags ipv zelf intikken en het voorlopig (let wel: voorlopig) valideren van een formulier.
Maar je gebruikt het niet voor missioncritical applicaties (tenzij de klant dat persé wil ).
Ongeveer elke browser heeft de mogelijkheid om j@vascript niet uit te voeren nl.
En aangezien er zeker een aantal browser-specifieke tags zijn is het ook niet altijd 100% fullproof te doen.

Zoals ik het lees:
Eerst de post van Dacide: die reageert op een post van eric over de niet werkende buttons op de entrypagina. Laatste zin van Dacide:Jouw reactie begint met:En dus heb je het blijkbaar wel over j@vascript.Dat is niet het probleem van de bezoeker, dat is het probleem van de site-bouwer.
Je ziet dat het niet werkt. Je zit als bezoeker niet op een melding center-screen te wachtend dat het niet werkt, want dat merk je zelf ook wel. En aan de specifieke foutmelding heb je als bezoeker niets.

Voor alle duidelijkheid: ik had het nu alleen over het j@vascript probleem. Ik ga niet in op de problemen die de verschillende browsers hebben met W3C css syntax.

En het is wel handig als een programma (browser) onbekende tags/commando's negeert,
Dan heb je tenminste nog backward-compatibility. Je moet er niet aan denken dat een browser over de zeik gaat elke keer als een tag voorkomt die niet aan de laatste standaard voldoet (< center > anyone)?
Dat we tegenwoordig wel bovenin elke pagina zetten exact welke DTD we gebruiken is mooi, maar oudere pagina's hebben dat toch meestal niet.

Maar, als het dan uitfikt omdat je je 380 kabel hebt gemaakt met bij elkaar ge-tywrapte 0.75qmm draden, dan heb je natuurlijk wel een probleem.
Het niet verplicht zijn van een keuring betekend niet dat je zomaar alles kan prutsen.

Mag ik voorzichtig zeggen dat ik denk dat er hele volksstammen zijn die dat inderdaad doen, zeker de beginners.
Ik heb ondertussen op beide fora plaatjes voorbij zien komen van constructies die nou niet echt door de eerste de beste keuring komen.
Het streven is mooi, wss ook verplicht, aangezien toch ook elk apparaat CE gekeurd moet zijn
Maar de realiteit is dat het er niet altijd even veilig aan toe gaat.
Bij een vaste installatie daarintegen mag ik wel hopen dat het door een vakbekwaam persoon is aangelegd, of iig gecontroleerd.

Ahum, zeker bij j@vascript zijn er hele bergen browser-specifieke commando's.
W3c valideert volgens mij toch echt geen j@vascript, worden gewoon genegeerd.
En als mozilla fabrikant-specifieke j@vascript netjes negeert zonder meteen over de zeik te gaan, dan is dat een pluspunt voor mozilla.

Het probleem is dat eigenlijk niemand meer iets kan zeggen over de uiteindelijke grenswaarden, omdat je drie verschillende merken combineert.
Voor de belasting zou je nog voorzichtig uit kunnen gaan van de minst belastbare, maar eigenlijk wordt het nu een grote gok.
Als je het persé wilt combineren, dan wordt het naar eigen inzicht.
Er komen nu zoveel factoren bij elkaar, dat je zo ongeveer een constructeur moet zijn om echt iets zinnigs te zeggen.
En dat ben ik niet, dus ik durf echt niets meer te zeggen.

Dus je gebruikt losse aders die zo je stekkers in gaan?
En hoe doe je dat met de trekontlasting dan?
Verder ziet het er ook lekker uit, losse draden in een stekker
De buitenmantel van een kabel/snoer zit er niet voor de sier hoor.

Het koppelen van verschillende merken truss is iets wat je het beste kan vermijden, aangezien je
a) verschillende tabellen tegelijk moet hebben
b) de gegevens van de verloopjes ook moet weten.
Als je het echt wilt, ga dan steeds uit van het zwakste type

Dat ventilatorpaneel is misschien niet nuttig, maar de speakonpluggen en speakerkabel zijn dat dus wel.
Maar dan zou je een ondergrens moeten samenstellen. Gezien de korte lijst zou het mij niet verbazen als dat ventilatorpaneel één maal bij een bestelling heeft gezeten. Als de lijst langer wordt, dan vallen de eenmalige kombinaties vanzelf af, want je begrenst het aantal op de bovenste 10.
blijkbaar worden die RW's niet vaak met andere produkten gekocht, behalve pluggen en kabel

Maar als je nu alleen een lijst met artikelen genereerd, dan hoef je nu toch de
ImageUrl en de Description of SubDesc (weet niet welke van deze twee de artikelnaam is) niet meer uit de database te trekken. Dat was gisteren nog wel nodig met de vijf artikelen onderaan de pagina.

Of ben ik nu echt aan het mierenn**k*n.

Edit: gewoon uit nieuwsgierigheid, wat is orderStatus 2 ?
Definitief besteld, of uitgeleverd zeker?

Die zijn er wel heeeel erg makkelijk af te halen natuurlijk.
Een betere oplossing is een labeltje printen, die om de kabel heen doen, en daar transparante krimpkous overheen krimpen.
Zit lekker stevig.