Het Wat heb jij vandaag geprogrammeerd? topic

Installatie script (shell) waar ik een base image mee ga maken voor raspberrys
Als je de image op een SD kaart zet en in een raspberry stopt en opstart dan voert hij het installatie bestand automatisch uit en dan doet hij wat dingen en dan download hij een andere installatie file vanaf de server (zodat ik ook de installatie makkelijk kan updaten)
En die file maakt de raspberry gereed (stelt een static ip in en genereert een random ID) vervolgens wordt de source gedownload en wordt de server gestart (ons uit eindelijke product)

Xjessex schreef:

Installatie script (shell) waar ik een base image mee ga maken voor raspberrys
Als je de image op een SD kaart zet en in een raspberry stopt en opstart dan voert hij het installatie bestand automatisch uit en dan doet hij wat dingen en dan download hij een andere installatie file vanaf de server (zodat ik ook de installatie makkelijk kan updaten)
En die file maakt de raspberry gereed (stelt een static ip in en genereert een random ID) vervolgens wordt de source gedownload en wordt de server gestart (ons uit eindelijke product)

Nice

Weer vorderingen gemaakt.
De heater en cooler waren eerst ingesteld op een vaste temperatuur in t systeem.
Zodra de RPI opstartte, zag je een pagina met: Heating... Please wait..., en als hij dan bij de 92 fahrenheit was, was t goed en werd er een sessie aangemaakt en werd je doorverwezen naar het menu om alles te doen.

Nu kan je via een menu (wat later mooi wordt gemaakt) een boot temperatuur instellen, of dat nou 92 fahrenheit is, of 60 fahrenheit, dat mag je zelf weten. Dan worden de heater en de cooler aangepast bij de volgende boot, wat de gebruiker heeft ingesteld
Ook heb ik nu een uitbereiding gemaakt. Eerst was er een shell scriptje die testte of het heater script aan was in de achtergrond en de cooler. Zodra dit gebeurde, schreef het script in de log dat hij al bezig was. Zoniet, dan schreef hij in de log dat hij ging starten en startte het script.

Nu is het zo, dat hij checkt of er een temperatuur real-time is ingesteld, dus dat de gebruiker een andere temperatuur wilt dan de boot temperatuur. Als dit zo is, checkt hij of de andere scriptjes voor de boot heater en boot cooler aan staan, en zet hij ze uit zodra dit zo is. Dan start hij het real-time cooler script (Heater is nu niet meer nodig) op de temperatuur die jij hebt ingesteld en kan je real-time aanpassen natuurlijk. Je stelt bijv 95 fahrenheit in, en de cooler gaat dan aan bij 98 fahrenheit, als hij dus veel warmer wordt dan de temperatuur.

Was nog een hele uitdaging om dit allemaal voor elkaar te krijgen, maar het is gelukt Zitten erg veel controles achter, want als de Pump en Heater tegelijk aanstaan, trekt het apparaat teveel stroom en kan je storing krijgen of iets dergelijks. Dus de heater mag ook alleen maar aangaan als de pump uit staat.

Zoveel werk en dingen waar je aan moet denken en elke dag komen er weer dingetjes terug, maar tot nu toe werkt het weer allemaal perfect en elke dag leuke uitbereidingen erbij

Zal raoul vooral leuk vinden :
http://prntscr.com/4agbs9

Rik schreef:

Zal raoul vooral leuk vinden :
http://prntscr.com/4agbs9

Composer
Je zal zien, je leven wordt er alleen maar makkelijker op.

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Zal raoul vooral leuk vinden :

http://prntscr.com/4agbs9

Composer
Je zal zien, je leven wordt er alleen maar makkelijker op.

Uhu. Het is een beetje vergelijkbaar met apt-get achtige taferelen op een linux machine. Maar dan voor je codebase. En aangezien je toch bepaalde vendor-libraries wil gebruiken (bijv. phpmailer, een BB-parser, enz.) is het handig dat composer de laatste versies ophaalt en meteen goed zet.
Je hoeft zelfs niet moeilijk te doen met autoloaden, want daar zorgt composer ook zelf voor.

Ja, autoloading is inderdaad een heerlijke feature. Gewoon je dependency in composer.json toevoegen, "composer update" in je terminal en bam je kan direct aan de namespace.
toevoeging op 7 augustus 2014, 18:31:57:
Vergeet wel niet om composer.lock en vendor/ in je gitignore te zetten als je gebruik maakt van versiebeheer.

Raaoul schreef:

Ja, autoloading is inderdaad een heerlijke feature. Gewoon je dependency in composer.json toevoegen, "composer update" in je terminal en bam je kan direct aan de namespace.

toevoeging op 7 augustus 2014, 18:31:57:
Vergeet wel niet om composer.lock en vendor/ in je gitignore te zetten als je gebruik maakt van versiebeheer.

Uiteraard. Maar momenteel staat het er nog in omdat ik nog geen eerste commit heb gedaan.

Een begin gemaakt aan mijn eigen Router in PHP (nee niet dat ding in de meterkast), bestaande routers zijn (bijna) allemaal tergend traag omdat ze veel features hebben en routers die dat niet hebben voldoen vaak niet aan mijn eisen.

Timkb schreef:

Een begin gemaakt aan mijn eigen Router in PHP (nee niet dat ding in de meterkast), bestaande routers zijn (bijna) allemaal tergend traag omdat ze veel features hebben en routers die dat niet hebben voldoen vaak niet aan mijn eisen.

Ik zit nu met hetzelfde probleem

wat voor functies missen jullie dan? er bestaan genoeg lightweight routers.

Raaoul schreef:

wat voor functies missen jullie dan? er bestaan genoeg lightweight routers.

Support voor optionele parameters mis ik erg vaak. bijv /bestanden /bestanden/zip /bestanden/xz /bestanden/jaar/2014 dat moet vaak allemaal in aparte routes. Aura Router heeft dat bijvoorbeeld en dat is super handig.

Verder is het niet alleen functies maar ook de opbouw van routes die niet altijd even fijn of handig is.

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Zal raoul vooral leuk vinden :

http://prntscr.com/4agbs9

Composer
Je zal zien, je leven wordt er alleen maar makkelijker op.

Composer = goed leven

Rik schreef:

Eerdere citaten tonen

Timkb schreef:

Een begin gemaakt aan mijn eigen Router in PHP (nee niet dat ding in de meterkast), bestaande routers zijn (bijna) allemaal tergend traag omdat ze veel features hebben en routers die dat niet hebben voldoen vaak niet aan mijn eisen.

Ik zit nu met hetzelfde probleem

Tip, cache de routes in Redis of Memcached. Met 500 routes zonder OpCache ben ik van 20ms (laatste route) naar 0,1 ms gegaan.

Ik ben bezig geweest met mijn Nieuws-Onderschrift. De IP-adressen worden zoals vanaf het begin af aan niet opgeslagen bij elke request. De request worden nu wel gelogged, maar enkel de tijd en pagina. De IP-adressen worden opgeslagen om voorkeuren te bewaren, verder voor niks. Als je gewoon de banner bekijkt wordt je IP-adres niet opgeslagen, maar enkel als je de Voorkeuren-pagina eenmaal hebt bezocht wordt je IP-adres opgeslagen. Overigens was er ook nog een bug dat als je geen categorie had uitgekozen, dat je dan een fout-plaatje kreeg, nu is dat niet meer mogelijk.