abonnement Unibet Coolblue Bitvavo
  zondag 24 januari 2021 @ 21:28:34 #61
459912 FlippingCoin
Weer zo'n kut millennial.
pi_197620449
quote:
0s.gif Op zondag 24 januari 2021 20:21 schreef raptorix het volgende:

[..]

Sowieso zou ik heel erg uitkijken met externe repositories, er word soms veel te makkelijk vanuit gegaan dat het altijd maar beschikbaar en veilig is, letterlijk 1 regeltje in je nuget includes kunnen desastreuze gevolgen hebben.
Ja ik vond het ook echt bizar eigenlijk, een statement maken is een, maar er zijn wel gewoon bedrijven afhankelijk van die software... Maar goed, ken je afhankelijkheden inderdaad. :{
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_197626281
quote:
16s.gif Op zondag 24 januari 2021 21:27 schreef FlippingCoin het volgende:

[..]

Wij gebruiken nu de volgende branch flow:

master -> feature -> test -> acceptance -> release

waarbij een feature van en naar master gaat, en vervolgens de features die goed bevonden zijn naar test dan wel acceptance of release cherry picked worden. Alleen dit geeft super veel merge conflicts omdat we een app van scratch maken en dus niet uit elkaars vaarwater kunnen blijven. Per sprint van 2 weken meerdere uren die aan merge conflicts + controleren of er niks mis is gegaan besteed worden.

Nu ben ik wat aan het kijken naar alternatieven maar ik vroeg mij af of hier iemand nog suggesties heeft.
Het meest handige is al je gebruik maakt van GitFlow, is over het algemeen erg handig voor sprints van 2 weken, in het kort:

-Iedereen werkt op Development
-Een uitzondering zijn feature branches, mag altijd, maar pull requests gaan altijd naar terug naar de development branch

-Wanneer je sprint ten einde loopt, dan word er een release branch gemaaakt van development
-Als uit testen bijvoorbeeld een bug word gevonden, dan word deze op de release branch gefixed (eventueel via een feature branch)
-Wanneer je klaar bent met testen en fixen, dan word de release branch terug gemerged naar Master en Dev, de release branch kun je sluiten, en een final build maak je van Master (dit zou in principe gelijk moeten zijn als je laatste release Branch!!!!
-Blijkt er na de release een probleem, dan maak je van de Master weer een Hotfix branch, en voer je het zelfde trucje uit, de fix merge je uiteraard ook terug naar development, dat wil je niet kwijt raken!

Kortom:

-Het grote voordeel is dat je team altijd op development kan blijven werken zonder dat er per ongeluk iets mee gereleased kan worden
-De release branch die je getest hebt, gaat naar productie, dus in principe is je laatste test versie altijd gelijk aan wat je naar productie release
-Je kunt ten alle tijden een hotfix maken op de Master branch zonder dat je bang hoeft te zijn zaken mee te releasen!!!!!

Belangrijk is om dus er voor te zorgen dat er branch policies op Master zitten, deze mogen alleen gepulled worden van een release of een hotfix branch!

https://nvie.com/posts/a-successful-git-branching-model/

Als tip, creeer met je team gewoon eens een sample projectje en ga het oefenen, je zult zien dat het erg overzichtelijk werkt :)

Nog een kleine tip, en dat is meer GIT algemeen, hou je pull requests klein, bij voorkeur gerelateerd aan 1 isssue, dat houd het overzichelijk en maakt de kans op merge problemen een stuk kleiner.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  maandag 25 januari 2021 @ 09:01:11 #63
85514 ralfie
!Yvan eht nioj
pi_197626603
quote:
0s.gif Op maandag 25 januari 2021 08:25 schreef raptorix het volgende:

[..]

Het meest handige is al je gebruik maakt van GitFlow, is over het algemeen erg handig voor sprints van 2 weken, in het kort:

-Iedereen werkt op Development
-Een uitzondering zijn feature branches, mag altijd, maar pull requests gaan altijd naar terug naar de development branch

-Wanneer je sprint ten einde loopt, dan word er een release branch gemaaakt van development
-Als uit testen bijvoorbeeld een bug word gevonden, dan word deze op de release branch gefixed (eventueel via een feature branch)
-Wanneer je klaar bent met testen en fixen, dan word de release branch terug gemerged naar Master en Dev, de release branch kun je sluiten, en een final build maak je van Master (dit zou in principe gelijk moeten zijn als je laatste release Branch!!!!
-Blijkt er na de release een probleem, dan maak je van de Master weer een Hotfix branch, en voer je het zelfde trucje uit, de fix merge je uiteraard ook terug naar development, dat wil je niet kwijt raken!

Kortom:

-Het grote voordeel is dat je team altijd op development kan blijven werken zonder dat er per ongeluk iets mee gereleased kan worden
-De release branch die je getest hebt, gaat naar productie, dus in principe is je laatste test versie altijd gelijk aan wat je naar productie release
-Je kunt ten alle tijden een hotfix maken op de Master branch zonder dat je bang hoeft te zijn zaken mee te releasen!!!!!

Belangrijk is om dus er voor te zorgen dat er branch policies op Master zitten, deze mogen alleen gepulled worden van een release of een hotfix branch!

https://nvie.com/posts/a-successful-git-branching-model/

Als tip, creeer met je team gewoon eens een sample projectje en ga het oefenen, je zult zien dat het erg overzichtelijk werkt :)

Nog een kleine tip, en dat is meer GIT algemeen, hou je pull requests klein, bij voorkeur gerelateerd aan 1 isssue, dat houd het overzichelijk en maakt de kans op merge problemen een stuk kleiner.
en (hopelijk overbodig) werk zoveel mogelijk via interfaces , abstracts of header files of whatever je taal en je project ondersteunt, dat minimaliseert merge problemen als er iets aan de implementatiekant veranderd.
  donderdag 28 januari 2021 @ 21:42:12 #64
459912 FlippingCoin
Weer zo'n kut millennial.
pi_197693244
quote:
0s.gif Op maandag 25 januari 2021 08:25 schreef raptorix het volgende:

[..]

Het meest handige is al je gebruik maakt van GitFlow, is over het algemeen erg handig voor sprints van 2 weken, in het kort:

-Iedereen werkt op Development
-Een uitzondering zijn feature branches, mag altijd, maar pull requests gaan altijd naar terug naar de development branch

-Wanneer je sprint ten einde loopt, dan word er een release branch gemaaakt van development
-Als uit testen bijvoorbeeld een bug word gevonden, dan word deze op de release branch gefixed (eventueel via een feature branch)
-Wanneer je klaar bent met testen en fixen, dan word de release branch terug gemerged naar Master en Dev, de release branch kun je sluiten, en een final build maak je van Master (dit zou in principe gelijk moeten zijn als je laatste release Branch!!!!
-Blijkt er na de release een probleem, dan maak je van de Master weer een Hotfix branch, en voer je het zelfde trucje uit, de fix merge je uiteraard ook terug naar development, dat wil je niet kwijt raken!

Kortom:

-Het grote voordeel is dat je team altijd op development kan blijven werken zonder dat er per ongeluk iets mee gereleased kan worden
-De release branch die je getest hebt, gaat naar productie, dus in principe is je laatste test versie altijd gelijk aan wat je naar productie release
-Je kunt ten alle tijden een hotfix maken op de Master branch zonder dat je bang hoeft te zijn zaken mee te releasen!!!!!

Belangrijk is om dus er voor te zorgen dat er branch policies op Master zitten, deze mogen alleen gepulled worden van een release of een hotfix branch!

https://nvie.com/posts/a-successful-git-branching-model/

Als tip, creeer met je team gewoon eens een sample projectje en ga het oefenen, je zult zien dat het erg overzichtelijk werkt :)

Nog een kleine tip, en dat is meer GIT algemeen, hou je pull requests klein, bij voorkeur gerelateerd aan 1 isssue, dat houd het overzichelijk en maakt de kans op merge problemen een stuk kleiner.
quote:
0s.gif Op maandag 25 januari 2021 09:01 schreef ralfie het volgende:

[..]

en (hopelijk overbodig) werk zoveel mogelijk via interfaces , abstracts of header files of whatever je taal en je project ondersteunt, dat minimaliseert merge problemen als er iets aan de implementatiekant veranderd.
Ik was nog vergeten te reageren sorry, ik ga van het weekend weer verder kijken; ik heb het er op mijn werk over gehad en ik ga een klein onderzoekje doen. Wij gebruiken nu gitflow maar ik stoor mij toch aan de vele conflicts, vooral omdat dit mergen te vaak bugs (her)introduceert.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_197693307
quote:
16s.gif Op donderdag 28 januari 2021 21:42 schreef FlippingCoin het volgende:

[..]

[..]

Ik was nog vergeten te reageren sorry, ik ga van het weekend weer verder kijken; ik heb het er op mijn werk over gehad en ik ga een klein onderzoekje doen. Wij gebruiken nu gitflow maar ik stoor mij toch aan de vele conflicts, vooral omdat dit mergen te vaak bugs (her)introduceert.
Geen probleem, kan je wel zeggen dat een andere GIT strategie je merge problemen niet gaat oplossen, ik zou daarvoor eerder kijken of de commits kleiner kunnen en of je eventueel gebruik kunt maken van meer atomaire bestanden (bijvoorbeeld via includes of subclasses in losse files).

Ik weet niet hoe groot je merge problemen zijn, maar ik had altijd tyfus hekel aan die editors waar je dat moet oplossen, meestal stelde ik gewoon mijn werk even veilig en deed even al mijn changes opnieuw op de laatste versie :)
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 28 januari 2021 @ 21:51:43 #66
459912 FlippingCoin
Weer zo'n kut millennial.
pi_197693416
quote:
0s.gif Op donderdag 28 januari 2021 21:45 schreef raptorix het volgende:

[..]

Geen probleem, kan je wel zeggen dat een andere GIT strategie je merge problemen niet gaat oplossen, ik zou daarvoor eerder kijken of de commits kleiner kunnen en of je eventueel gebruik kunt maken van meer atomaire bestanden (bijvoorbeeld via includes of subclasses in losse files).

Ik weet niet hoe groot je merge problemen zijn, maar ik had altijd tyfus hekel aan die editors waar je dat moet oplossen, meestal stelde ik gewoon mijn werk even veilig en deed even al mijn changes opnieuw op de laatste versie :)
Ik kwam in een talk wel de volgende quote tegen:

quote:
branching is an integration credit-card, you to pay that debt of sometime
En dat herken ik wel erg terug bij ons.

En omdat we 3 verschillende testomgevingen hebben (met drie verschillende checks om weer een omgeving verder te geraken), hebben we ook drie keer het probleem met cherry picken ten zij alle tickets goedgekeurd worden wat natuurlijk bijna nooit zo is. Waardoor we effectief het probleem met een factor drie vergroten misschien moet daar gewoon kritisch naar gekeken worden.

Ik ga er nog even over nadenken iig. :P
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_197693770
Het hele concept van Gitflow is dat je juist niet aan Cherrypicking doet, dan ga je inderdaad de problemen op je nek halen, Cherrypicking doe je binnen GitFlow hoogstens om bijvoorbeeld een hotfix te doen, of wellicht een fix op een release branch.

Tenzij ik jullie Git model niet helemaal goed begrijp waarbij je dus sprake hebt van een model waarbij je bepaalde delen van je repo's shared met andere projecten, dit laatste maakt het wel complexer, ik heb een aantal keren met dat soort systemen gewerkt en het vergt een behoorlijk goede architectuur, bij een grote reisorganisatie deded we dat door nuget packages te maken die als dependencies op andere projecten werden geladen, in de praktijk klinkt dat erg mooi, maar als je abstractie laag niet goed geregeld is, is het een recept voor hoofdpijn (zeker op projecten die niet elke spring worden geupdate :( )
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 28 januari 2021 @ 22:14:00 #68
459912 FlippingCoin
Weer zo'n kut millennial.
pi_197693899
quote:
0s.gif Op donderdag 28 januari 2021 22:09 schreef raptorix het volgende:
Het hele concept van Gitflow is dat je juist niet aan Cherrypicking doet, dan ga je inderdaad de problemen op je nek halen, Cherrypicking doe je binnen GitFlow hoogstens om bijvoorbeeld een hotfix te doen, of wellicht een fix op een release branch.

Tenzij ik jullie Git model niet helemaal goed begrijp waarbij je dus sprake hebt van een model waarbij je bepaalde delen van je repo's shared met andere projecten, dit laatste maakt het wel complexer, ik heb een aantal keren met dat soort systemen gewerkt en het vergt een behoorlijk goede architectuur, bij een grote reisorganisatie deded we dat door nuget packages te maken die als dependencies op andere projecten werden geladen, in de praktijk klinkt dat erg mooi, maar als je abstractie laag niet goed geregeld is, is het een recept voor hoofdpijn (zeker op projecten die niet elke spring worden geupdate :( )
Hm ja maar dat sluit niet aan bij het agile idee, iig niet bij ons, we kunnen niet zeggen oke deze tickets zijn niet af we wachten met een deploy tot de laatste feedback of wijzigingen ook verwerkt zijn; en daar wringt de schoen ook denk ik.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_197694210
quote:
16s.gif Op donderdag 28 januari 2021 22:14 schreef FlippingCoin het volgende:

[..]

Hm ja maar dat sluit niet aan bij het agile idee, iig niet bij ons, we kunnen niet zeggen oke deze tickets zijn niet af we wachten met een deploy tot de laatste feedback of wijzigingen ook verwerkt zijn; en daar wringt de schoen ook denk ik.
Ja het hele idee van CI/CD is dat je ten alle tijden kunt deployen, alleen komt dat natuurlijk wel met een prijs :)
Kijk ik kan prima een CI/CD deployment maken die vrolijk alles doorzet, maar daar zit de pijn natuurlijk niet.

Mijn ervaring is dat als je dit wel wilt, en je software dit eigenlijk niet toelaat je het beste kunt investeren in goede integratie checks (dus geen unit tests), het voordeel van integratie tests is namelijk dat ze relatief snel te bouwen zijn en ook waarde blijven houden voor toekomstige refactoring. Uiteraard is het wel sterk afhankelijk van je software of dit mogelijk is.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_197780479
Ik ben de laatste 1,5 week 's avonds en in het weekend vooral bezig geweest met het 3e 'blokje', het informationcentre. Werkt grotendeels, CRUD en extra instellingen daarvoor ook. Nu tot het weekend bezig om alle code weer te optimaliseren, uniformeren.



Verder ook bezig mijn hele server opnieuw in te richten/beveiligen en daarvan een handleiding te maken.
pi_197929312
8 dagen later, server redelijk beveiligd naar mijn maatstaven
@investeerdertje, dank je nog (je PM van maanden geleden), wat je meldde was nuttig en heb ik gebruik van gemaakt. Nu pas echt iets mee gedaan omdat ik eerst vooral bezig was met de website zelf.

Nou ja in het kort:
Server: SSH met keys werkt, ufw firewall, iptables, fail2ban, root login disabled. Ik ga fail2ban nog extra testen maar voor nu sowieso wel veilig genoeg (kon niet inloggen zonder de gebruikersnaam te weten en die is nogal ingewikkeld)

Informationcentre blokje is af, search heb ik uitgebreid, heel veel codes extra in functies geplaatst, dashboard mee begonnen. Komend weekend ga ik denk ik weer een youtube clipje maken over de vorderingen.

Tussentijds een programmeursgrapje

  zondag 21 februari 2021 @ 20:16:50 #72
459912 FlippingCoin
Weer zo'n kut millennial.
pi_198136279
Lekker bezig weer @phoenyx , wanneer ben je van plan om je applicatie te latent testen door anderen?
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
  zondag 21 februari 2021 @ 20:21:16 #73
459912 FlippingCoin
Weer zo'n kut millennial.
pi_198136358
Ik ben bezig geweest met drie dingen buiten de normale werkzaamheden:

Voor de merge conflicts heb ik nu wat dingen besproken, en besloten het breder te trekken dan de branchin strategy en dat te onderzoeken: iig hier is de branching strategy zoals die nu is:
SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
Daarnaast bezig met de course over algoritmes en datastructuren maar niet heel veel tijd voor gehad, en ik ben bezig met een kleine tool in Java om meerdere dingen te copy pasten; en deze maak ik met RxJava, tijd niet meer met Java gewerkt dus het gaat niet heel soepel maar het is wel leuk om er weer eens mee bezig te zijnl. :+
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
  zondag 21 februari 2021 @ 20:22:27 #74
459912 FlippingCoin
Weer zo'n kut millennial.
pi_198136384
P.s. Gaan er hier mensen wel eens naar meetups? Iemand vroeg mij laatst eens naar een RxJava meetup te komen (vandaar dat ik daar even mee aan het oefenen ben) maar dit klinkt wel leuk al is het nu digitaal door corona.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_198136837
quote:
16s.gif Op zondag 21 februari 2021 20:21 schreef FlippingCoin het volgende:
Ik ben bezig geweest met drie dingen buiten de normale werkzaamheden:

Voor de merge conflicts heb ik nu wat dingen besproken, en besloten het breder te trekken dan de branchin strategy en dat te onderzoeken: iig hier is de branching strategy zoals die nu is:
SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
Daarnaast bezig met de course over algoritmes en datastructuren maar niet heel veel tijd voor gehad, en ik ben bezig met een kleine tool in Java om meerdere dingen te copy pasten; en deze maak ik met RxJava, tijd niet meer met Java gewerkt dus het gaat niet heel soepel maar het is wel leuk om er weer eens mee bezig te zijnl. :+
  zondag 21 februari 2021 @ 20:40:55 #76
459912 FlippingCoin
Weer zo'n kut millennial.
pi_198136859
quote:
0s.gif Op zondag 21 februari 2021 20:40 schreef Gehrman het volgende:

[..]

[ afbeelding ]
_O- _O- _O-
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_198142623
quote:
16s.gif Op zondag 21 februari 2021 20:16 schreef FlippingCoin het volgende:
Lekker bezig weer @:phoenyx , wanneer ben je van plan om je applicatie te latent testen door anderen?
Nou ja dit weekend zet ik de website wel weer online. Dan kan iedereen gewoon wat erdoorheen klikken als ze willen. Zelf moet ik sowieso nog een keer gestructureerd veel testen maar ja er is sowieso nog wel voor maanden werk wat ik moet doen. Ik ben nu ongeveer 7-8 maanden bezig, ik denk dat ik nog wel 3 maanden bezig ben voor een MVP überhaupt. Ook elke keer bedenk je wel weer iets van 'ja dit moet er eigenlijk ook bij' :P
  maandag 22 februari 2021 @ 10:03:42 #78
459912 FlippingCoin
Weer zo'n kut millennial.
pi_198142765
quote:
0s.gif Op maandag 22 februari 2021 09:51 schreef phoenyx het volgende:

[..]

Nou ja dit weekend zet ik de website wel weer online. Dan kan iedereen gewoon wat erdoorheen klikken als ze willen. Zelf moet ik sowieso nog een keer gestructureerd veel testen maar ja er is sowieso nog wel voor maanden werk wat ik moet doen. Ik ben nu ongeveer 7-8 maanden bezig, ik denk dat ik nog wel 3 maanden bezig ben voor een MVP überhaupt. Ook elke keer bedenk je wel weer iets van 'ja dit moet er eigenlijk ook bij' :P
Ja heel erg herkenbaar inderdaad.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_198161294
quote:
16s.gif Op zondag 21 februari 2021 20:22 schreef FlippingCoin het volgende:
P.s. Gaan er hier mensen wel eens naar meetups? Iemand vroeg mij laatst eens naar een RxJava meetup te komen (vandaar dat ik daar even mee aan het oefenen ben) maar dit klinkt wel leuk al is het nu digitaal door corona.
Wij organiseren elke maand een digitale meetup, deze woensdag over GIT strategies, kan je wel even linkje sturen :)
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  dinsdag 23 februari 2021 @ 14:41:29 #80
459912 FlippingCoin
Weer zo'n kut millennial.
pi_198161644
quote:
0s.gif Op dinsdag 23 februari 2021 14:16 schreef raptorix het volgende:

[..]

Wij organiseren elke maand een digitale meetup, deze woensdag over GIT strategies, kan je wel even linkje sturen :)
Oh ja dat zou ik wel cool vinden. ^O^
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_198161692
quote:
16s.gif Op dinsdag 23 februari 2021 14:41 schreef FlippingCoin het volgende:

[..]

Oh ja dat zou ik wel cool vinden. ^O^
Done :)
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_198186536
quote:
0s.gif Op dinsdag 23 februari 2021 14:43 schreef raptorix het volgende:

[..]

Done :)
Zou ik de volgende keer ook aan kunnen sluiten om mee te kijken? Lijkt me wel leuk om een beetje op zo'n manier ook af en toe contact met mensen hier te hebben.
  woensdag 24 februari 2021 @ 20:24:04 #83
459912 FlippingCoin
Weer zo'n kut millennial.
pi_198186664
quote:
0s.gif Op woensdag 24 februari 2021 20:18 schreef phoenyx het volgende:

[..]

Zou ik de volgende keer ook aan kunnen sluiten om mee te kijken? Lijkt me wel leuk om een beetje op zo'n manier ook af en toe contact met mensen hier te hebben.
Ja goed plan, mss post corona eens een echte.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_198186751
quote:
16s.gif Op woensdag 24 februari 2021 20:24 schreef FlippingCoin het volgende:

[..]

Ja goed plan, mss post corona eens een echte.
Hé? Die zin begrijp ik niet
  woensdag 24 februari 2021 @ 20:38:33 #85
459912 FlippingCoin
Weer zo'n kut millennial.
pi_198186979
quote:
0s.gif Op woensdag 24 februari 2021 20:28 schreef phoenyx het volgende:

[..]

Hé? Die zin begrijp ik niet
Nou nu was die digitaal maar normaal gewoon fysiek vaak.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_198187069
quote:
16s.gif Op woensdag 24 februari 2021 20:38 schreef FlippingCoin het volgende:

[..]

Nou nu was die digitaal maar normaal gewoon fysiek vaak.
Mijn hersenen konden even niet meer post-corona denken blijkbaar, maar dat zou mooi zijn :P
pi_198214559
Nou mijn website heb ik succesvol op mijn nieuw geinstalleerde server weer geïnstalleerd. Moet nu alleen nog weer even de beveiliging op orde maken (ben wel aan het werk als in loondienst dus verdeel dat een beetje tussendoor) maar de website zelf werkt in ieder geval weer.

Straks even de server opnieuw installeren met de nieuwe handleiding die ik voor mijzelf heb opgesteld, firewall etc. terugzetten en dan ga ik weer even een video'tje maken denk ik.

Even gewoon als fun-informatie voor jullie

1 van de grootste problemen de laatste dagen was dat ik het laravel config had gecached (eerder niet echt gedaan). Ik wou daarna de verbinding veranderen van root naar een gebruiker om het veiliger te maken maar kreeg het maar niet voor elkaar. Elke keer de melding dat de root nog connectie wou maken. Na een 1-3 uur (geen idee hoelang ik wel niet bezig was met zoiets kleins) ging het lampje branden dat ik het gecached had en ik het weer moest cachen. Daarna werkte het gewoon prima natuurlijk.

Een ander dingetje wat ik heb gemerkt is dat de localhost/wamp lokaal niet echt hoofdletter gevoelig is. Ik had informationcentreController staan, lokaal werkt dat gewoon, op de server werkt dat niet, moest InformationcentreController zijn. In de laravel.log gaf hij aan dat hij de controller niet kon vinden, begreep niet echt waarom want op de pc vindt hij die (lokaal/wamp) wel gewoon. Toen maar even goed gekeken naar web.php en toen viel me dat verschil in hoofdletters gelukkig wel op. Werkt op de computer wel maar op de server niet, dat was ook wel even een dingetje.

En het laatste wat ik zonet heb opgelost (waardoor ik nu deze post kan plaatsen, wou pas iets melden als het echt allemaal gelukt was), is dat je ook een SERVER 500 error kan krijgen zonder dat er ook maar iets in het laravel.log staat. Bleek te gaan om een functie die ik 2 maanden geleden nog gebruikte maar nu verwijderd had maar nog wel aanhaalde. Ging lokaal ook mis dus wat dat betreft was het niet zo moeilijk maar ik dacht dat alles lokaal gewoon werkte dus ging dat niet direct controleren en eerst wat andere zaken uitproberen.

[ Bericht 0% gewijzigd door #ANONIEM op 26-02-2021 11:09:10 ]
  vrijdag 26 februari 2021 @ 12:20:37 #88
459912 FlippingCoin
Weer zo'n kut millennial.
pi_198215819
quote:
0s.gif Op vrijdag 26 februari 2021 11:08 schreef phoenyx het volgende:
Nou mijn website heb ik succesvol op mijn nieuw geinstalleerde server weer geïnstalleerd. Moet nu alleen nog weer even de beveiliging op orde maken (ben wel aan het werk als in loondienst dus verdeel dat een beetje tussendoor) maar de website zelf werkt in ieder geval weer.

Straks even de server opnieuw installeren met de nieuwe handleiding die ik voor mijzelf heb opgesteld, firewall etc. terugzetten en dan ga ik weer even een video'tje maken denk ik.

Even gewoon als fun-informatie voor jullie

1 van de grootste problemen de laatste dagen was dat ik het laravel config had gecached (eerder niet echt gedaan). Ik wou daarna de verbinding veranderen van root naar een gebruiker om het veiliger te maken maar kreeg het maar niet voor elkaar. Elke keer de melding dat de root nog connectie wou maken. Na een 1-3 uur (geen idee hoelang ik wel niet bezig was met zoiets kleins) ging het lampje branden dat ik het gecached had en ik het weer moest cachen. Daarna werkte het gewoon prima natuurlijk.

Een ander dingetje wat ik heb gemerkt is dat de localhost/wamp lokaal niet echt hoofdletter gevoelig is. Ik had informationcentreController staan, lokaal werkt dat gewoon, op de server werkt dat niet, moest InformationcentreController zijn. In de laravel.log gaf hij aan dat hij de controller niet kon vinden, begreep niet echt waarom want op de pc vindt hij die (lokaal/wamp) wel gewoon. Toen maar even goed gekeken naar web.php en toen viel me dat verschil in hoofdletters gelukkig wel op. Werkt op de computer wel maar op de server niet, dat was ook wel even een dingetje.

En het laatste wat ik zonet heb opgelost (waardoor ik nu deze post kan plaatsen, wou pas iets melden als het echt allemaal gelukt was), is dat je ook een SERVER 500 error kan krijgen zonder dat er ook maar iets in het laravel.log staat. Bleek te gaan om een functie die ik 2 maanden geleden nog gebruikte maar nu verwijderd had maar nog wel aanhaalde. Ging lokaal ook mis dus wat dat betreft was het niet zo moeilijk maar ik dacht dat alles lokaal gewoon werkte dus ging dat niet direct controleren en eerst wat andere zaken uitproberen.
Nice dat je het opgelost hebt iig. :7 Een van de argumenten om Docker dus te gebruiken is te vrookomen: it works on my machine. :P


En misschien kan je voor meer inzicht in je errors sentry implementeren? Ik weet niet in hoeverre hun free plan gaat maar je hebt het zo opgezet iig.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_198216094
quote:
16s.gif Op vrijdag 26 februari 2021 12:20 schreef FlippingCoin het volgende:

[..]

Nice dat je het opgelost hebt iig. :7 Een van de argumenten om Docker dus te gebruiken is te vrookomen: it works on my machine. :P

En misschien kan je voor meer inzicht in je errors sentry implementeren? Ik weet niet in hoeverre hun free plan gaat maar je hebt het zo opgezet iig.
Ja maar ja ik sta nog zo in de basis dat ik zit te denken van 'als ik docker lokaal installeer en op de server, geeft dat dan niet onnodige vertraging op mijn website voor die paar keer dat ik ergens tegenaan loop?'. Ik denk dat het iets voor mij voor over 3-6 maanden is, ook omdat ik er nog nooit mee gewerkt heb en mijn projectje nog in de kinderschoenen staat. Wat je zegt klopt voor zover ik kan inzien zeker, ik betrek het alleen even op mijn situatie (ik heb niet overal zoveel kennis over, een server inrichten voor Laravel is me gelukt maar duurde ook al even weet je, ik kan wel van alles erbij gaan betrekken (zoals docker) maar dan maak ik het mijzelf ook moeilijker in het begin)

En wat betreft errors sentry ook geen idee. Misschien is dat prima, ik kan uberhaupt nog genoeg leren m.b.t. debuggen en errors (en linux). Ik doe mijn best maar het is allemaal nogal uitgebreid :P

[ Bericht 3% gewijzigd door #ANONIEM op 26-02-2021 12:58:54 ]
pi_198237495
Nou de website staat weer online, server beveiligd, 3e blokje toegevoegd, meer settings maar vooral heel veel in functies gezet en geüniformeerd. Website gaat ook online erg vlot merk ik, daar ben ik ook wel blij om.

Zelf klikken kan op tinyurl.com/w2z52c88

Video'tje met updates



Ik zag bij mijn video dat hij alleen de website laat zien, niet mijn code uit VSC dus daarvan maar even een screenshotje toegevoegd om een idee te geven (de laatste 1,5 minuut zit ik daarover te praten terwijl er blijkbaar niks te zien is omdat de focus op de website lag).



[ Bericht 3% gewijzigd door #ANONIEM op 28-02-2021 10:30:36 ]
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')