abonnement Unibet Coolblue
pi_171081668
quote:
0s.gif Op zaterdag 20 mei 2017 16:15 schreef Chandler het volgende:
Hey all, alweer een tijdje geleden dat ik een vraagje had maar nu heb ik er weer 1

Ik gebruik deze regex voor urls parsen

RewriteRule ^huisje/([^/.]+)/([^/.]+)/([^/.]+)?.html$

de eerste regex is voor provincie
2e is voor stad
3e is voor de naam.

Echter komt er in de stad wel eens een slash (/) voor, hoe moet ik hier mee omgaan? want de URL's werken niet met deze regex en logisch gezien ook niet anders... Hoe zouden jullie dit aanpakken?
Een plaatsnaam met een slash? Hebben we die in Nederland?
pi_171090279
quote:
1s.gif Op zaterdag 20 mei 2017 16:36 schreef Monolith het volgende:

[..]

Gebruik maken van url encoding.
Dat doe ik reeds, maar helaas geeft dat niet de oplossing.

@Light: blijkbaar in Duitsland...
Just say hi!
  Moderator / Redactie Sport / Devops zondag 21 mei 2017 @ 10:14:52 #153
176766 crew  zoem
zoemt
pi_171090556
quote:
0s.gif Op zaterdag 20 mei 2017 16:15 schreef Chandler het volgende:
Hey all, alweer een tijdje geleden dat ik een vraagje had maar nu heb ik er weer 1

Ik gebruik deze regex voor urls parsen

RewriteRule ^huisje/([^/.]+)/([^/.]+)/([^/.]+)?.html$

de eerste regex is voor provincie
2e is voor stad
3e is voor de naam.

Echter komt er in de stad wel eens een slash (/) voor, hoe moet ik hier mee omgaan? want de URL's werken niet met deze regex en logisch gezien ook niet anders... Hoe zouden jullie dit aanpakken?
Misschien loop je hier tegenaan mbt encoded slashes.

Is het noodzakelijk om met mod_rewrite de parameters te ontfutselen? Ik zou gewoon alle ^huisje/(.+) urls redirecten naar je app en het daar verder afhandelen.
pi_171090605
quote:
0s.gif Op zondag 21 mei 2017 09:59 schreef Chandler het volgende:

[..]

Dat doe ik reeds, maar helaas geeft dat niet de oplossing.

@Light: blijkbaar in Duitsland...
ik heb dat nog nooit voorbij zien komen, heb je een voorbeeldje?

kan je de / niet vervangen door een -?
pi_171090964
quote:
0s.gif Op zondag 21 mei 2017 10:14 schreef zoem het volgende:
Misschien loop je hier tegenaan mbt encoded slashes.
Dat is inderdaad het probleem!! en daarvoor moet ik dus een 'oplossing' zoeken...

Wat is nu wijsheid.... database aanpassen mbt / (kan ik natuurlijk bij opbouw van deze database vervangen door een andere teken) of.....

quote:
1s.gif Op zondag 21 mei 2017 10:18 schreef mschol het volgende:
ik heb dat nog nooit voorbij zien komen, heb je een voorbeeldje?

kan je de / niet vervangen door een -?
Lanitz-Hassel-Tal / Spielberg is een voorbeeld naam... en idd ik denk dat ik die naam maar moet veranderen....
Just say hi!
pi_171091059
quote:
0s.gif Op zondag 21 mei 2017 09:59 schreef Chandler het volgende:

[..]

Dat doe ik reeds, maar helaas geeft dat niet de oplossing.

@Light: blijkbaar in Duitsland...
Ah, daar wel, bijvoorbeeld Frankfurt/Main en Frankfurt/Oder.
  Moderator / Redactie Sport / Devops zondag 21 mei 2017 @ 10:53:29 #157
176766 crew  zoem
zoemt
pi_171091073
Het lijkt me onwaarschijnlijk dat er naast een "Lanitz-Hassel-Tal / Spielberg" ook een "Lanitz-Hassel-Tal - Spielberg" bestaat, dus je zou de slash kunnen vervangen inderdaad. Aan de andere kant zijn er zo bizar veel gekke uitzonderingen op adresgegevens, dus aannames mbt adresgegevens zijn ook tricky.
pi_171091097
quote:
0s.gif Op zondag 21 mei 2017 10:46 schreef Chandler het volgende:

[..]

Dat is inderdaad het probleem!! en daarvoor moet ik dus een 'oplossing' zoeken...

Wat is nu wijsheid.... database aanpassen mbt / (kan ik natuurlijk bij opbouw van deze database vervangen door een andere teken) of.....

[..]

Lanitz-Hassel-Tal / Spielberg is een voorbeeld naam... en idd ik denk dat ik die naam maar moet veranderen....
Een ander teken gebruiken lijkt me niet handig, dat zorgt voor verwarring bij de gebruikers. Wat zoem verder voorstelde, de afhandeling (grotendeels) naar php verplaatsen, lijkt me handiger.
pi_171091230
quote:
0s.gif Op zondag 21 mei 2017 10:54 schreef Light het volgende:

[..]

Een ander teken gebruiken lijkt me niet handig, dat zorgt voor verwarring bij de gebruikers. Wat zoem verder voorstelde, de afhandeling (grotendeels) naar php verplaatsen, lijkt me handiger.
Dat of even aan de slag met de allowencodedslashes in mod rewrite inderdaad. Volgens mij heb ik dat een jaar geleden ook nog een keer op die manier opgelost.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_171091354
quote:
0s.gif Op zondag 21 mei 2017 10:46 schreef Chandler het volgende:

[..]

Dat is inderdaad het probleem!! en daarvoor moet ik dus een 'oplossing' zoeken...

Wat is nu wijsheid.... database aanpassen mbt / (kan ik natuurlijk bij opbouw van deze database vervangen door een andere teken) of.....

[..]

Lanitz-Hassel-Tal / Spielberg is een voorbeeld naam... en idd ik denk dat ik die naam maar moet veranderen....
dat lijkt gemeente / plaatsnaam te zijn...
pi_171091484
Ik denk dat ik de slash gewoon ga vervangen, op zich maakt het weinig uit voor de site zelf..

Thanks voor alle input!! ;)
Just say hi!
pi_172066263
en up :) . leven we nog allemaal ?
Redacted
pi_172067358
Nee. Iedereen is dood. Einde.

pi_172068719
quote:
14s.gif Op vrijdag 30 juni 2017 14:10 schreef KomtTijd... het volgende:
Nee. Iedereen is dood. Einde.

:X Gemakkelijker om drop table te zeggen dan de selectie die net dood is een query voor te schrijven. :o
Redacted
pi_172101856
Dat moment dat je ervan wordt weerhouden te coden door een klein praktisch dingetje.
pi_172118480
Wat vinden jullie van PHP 7?

De ondersteuning van laatste PHP 5.x versie stopt al in 2018.
pi_172161546
Het is hier wel erg stil aan het worden...
pi_172251317
Wtf. Iedereen over op speelgoedtaal NodeJS ofzo?

Anyway, voor degenen die dit lezen,

Ik ben bezig met een nieuw framework en ben nu bezig met een nieuwe implementatie van een authenticatiesysteem.
pi_172251410
quote:
7s.gif Op vrijdag 7 juli 2017 19:04 schreef DevFreak het volgende:
Wtf. Iedereen over op speelgoedtaal NodeJS ofzo?

Anyway, voor degenen die dit lezen,

Ik ben bezig met een nieuw framework en ben nu bezig met een nieuwe implementatie van een authenticatiesysteem.
NodeJS is geen taal. JavaScript is de taal, NodeJS is een runtime.

Overigens is speelgoedtaal ook hoe de gemiddelde ontwikkelaar in een wat serieuzere taal over PHP denkt. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_172252104
quote:
1s.gif Op vrijdag 7 juli 2017 19:08 schreef Monolith het volgende:

[..]

NodeJS is geen taal. JavaScript is de taal, NodeJS is een runtime.

Overigens is speelgoedtaal ook hoe de gemiddelde ontwikkelaar in een wat serieuzere taal over PHP denkt. :P
iknow, ik mag wel wat preciezer zijn :D

quote:
Overigens is speelgoedtaal ook hoe de gemiddelde ontwikkelaar in een wat serieuzere taal over PHP denkt. :P
Ligt eraan wat je met een taal doet natuurlijk :)
De meeste webdevelopers die in C# schrijven hebben ooit PHP 5.x aangeraakt en ja, in vergelijking met PHP 7.x zit daar een wereld van verschil. Als ze vervolgens zeggen dat het geen multithreading/websockets ondersteund begin ik al hard te lachen.

Ik zie gebrek aan kennis toch wel als een bedreiging voor de PHP community. Daardoor zitten we nu opgezadeld met troep zoals NodeJS.

[ Bericht 4% gewijzigd door #ANONIEM op 07-07-2017 19:37:25 ]
pi_172252541
quote:
7s.gif Op vrijdag 7 juli 2017 19:35 schreef DevFreak het volgende:

[..]

iknow, ik mag wel wat preciezer zijn :D

[..]

Ligt eraan wat je met een taal doet natuurlijk :)
De meeste webdevelopers die in C# schrijven hebben ooit PHP 5.x aangeraakt en ja, in vergelijking met PHP 7.x zit daar een wereld van verschil. Als ze vervolgens zeggen dat het geen multithreading/websockets ondersteund begin ik al hard te lachen.

Ik zie gebrek aan kennis toch wel als een bedreiging voor de PHP community. Daardoor zitten we nu opgezadeld met troep zoals NodeJS.
Afgezien van het beperkte toepassingsgebied van een taal als PHP is het grootste manco van de taal net als bij JavaScript gewoon dat er heel veel mis is met het fundament. Het is en blijft een laagdrempelig mengelmoesje van een niet al te consistente C wrapper en een halfbakken poging om OO principes uit Java over te nemen.

Net als bij JavaScript zijn er wel heel wat frameworks en libraries die de problemen met het fundament repareren, maar het laat zo veel ruimte over voor enorm slechte code dat dat in de praktijk ook erg gebruikelijk is.

Ik heb er zelf ook al tijden niets meer mee gedaan, maar als ik zo even zoek op multithreading in PHP kom ik uit op pthreads. Als ik dat lees dan komt dat in de verste verte niet in de buurt bij wat volwassen talen als C# en Java bieden. Dit is echt de minimale implementatie die 20 jaar geleden al in Java zat.

C# had ik overigens ook al een jaar of acht niet meer gedaan, maar recentelijk weer een project mee gedaan en die taal heeft echt wel flinke stappen gemaakt.

Java is wat conservatiever qua ontwikkeling ook ivm backwards compatibility, maar de kracht van de JVM is dan weer dat je er ook gewoon andere talen op kunt bouwen die de gigantische diversiteit aan Java libraries kunnen gebruiken, dus als Java als taal je niet bevalt pak je Scala of Kotlin.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_172399149
Ik ben op zoek naar een gratis of goedkoop php/mysql script voor het volgende:
Het sorteren, bijhouden (managen) en ordenen van oefenstof (trainingen/trainingsonderdelen) voor 1 of meerdere sporten.

Ik heb oefenstof met afbeeldingen (oefeningen) waar ik tekst (uitleg) aan wil toevoegen. Tevens wil ik deze oefenstof weer makkelijk kunnen terugvinden in de database door categorieën (bijv. leeftijd) toe te voegen en tags (onderwerp van een oefening, bijv., lay-up oid).

Ik kan mij indenken dat leraren, coaches of trainers iets soortgelijks moeten gebruiken om hun les-, trainingsmateriaal bij te houden, maar tot op heden heb ik nog niet iets soortgelijks kunnen vinden.

Ik heb een voorbeeld kunnen vinden uit het voetbal:

https://www.az.nl/voetbalschool/zoeken
Om te zoeken in leeftijdscategorieën en onderwerpen (tags)

en

http://www.az.nl/basistec(...)rstand/15?catid=8674
Als voorbeeld van een afbeelding met daaronder uitleg over de oefening.

Weet iemand van een dergelijk php/mysql script af of iets soortgelijks?

(de vraag of ik dit zelf kan maken is nee en ik heb ook geen tijd ervoor om dit te leren)
  vrijdag 14 juli 2017 @ 13:30:28 #173
187069 slacker_nl
Sicko pur sang
pi_172411835
quote:
0s.gif Op vrijdag 28 april 2017 15:28 schreef BrainOverfloW het volgende:
Even een vraagje over het gebruik van Git. Hoewel dat hier een beetje off-topic ligt, gok ik er op dat er hier wel ontwikkelaars tussen zitten die ook Git gebruiken.

Als ik in een bestaande branch werk kan ik mijn update naar remote sturen met
[ code verwijderd ]

werk ik echter in een nieuwe branch die nog nooit naar remote gestuurd is moet ik deze aanmaken met:
[ code verwijderd ]

Bestaat er een enkel commando dat zegt, push naar brach, als deze niet bestaat, maak de branch automatisch aan?
Wat wil je bereiken?

Ik heb zelf de volgende workflow, upstream is de upstream repo, origin is m'n eigen repo
1
2
3
4
5
6
7
8
git checkout -t upstream/mainline -b naam-van-de-tak
git push origin naam-van-de-tak:naam-van-de-tak

# fiddle fiddle

git add foo/bar
git commit -m "Mooie commit message"
git push origin naam-van-de-tak:naam-van-de-tak

Ik snap niet waarom je --set-upstream in je push gooit. Dat is (volgens mij) alleen nodig om de branch te tracken, maw, als je een git pull doet dat je van die specifieke remote die specifieke branch bij pulled.

Ik gebruik tracking branches om zo de upstream variant te kunnen volgen en net voor m'n final MR een rebase te kunnen uitvoeren waardoor de tree schoon blijft van merges.
In theory there is no difference between theory and practice. In practice there is.
  vrijdag 14 juli 2017 @ 14:31:09 #174
118011 BrainOverfloW
Fok! around the Clock!
pi_172413215
quote:
0s.gif Op vrijdag 14 juli 2017 13:30 schreef slacker_nl het volgende:

[..]

Wat wil je bereiken?

Ik heb zelf de volgende workflow, upstream is de upstream repo, origin is m'n eigen repo
[ code verwijderd ]

Ik snap niet waarom je --set-upstream in je push gooit. Dat is (volgens mij) alleen nodig om de branch te tracken, maw, als je een git pull doet dat je van die specifieke remote die specifieke branch bij pulled.

Ik gebruik tracking branches om zo de upstream variant te kunnen volgen en net voor m'n final MR een rebase te kunnen uitvoeren waardoor de tree schoon blijft van merges.
Wat ik, inmiddels succesvol, wou bereiken is dat ik zonder nadenken commando's af kan vuren in mijn terminal om dingen van/naar git te sturen.

Die upstream melding onderbrak dat steeds omdat Git dan zeurt dat de stream niet bestaat. Dan moet ik met de cursor de suggestie selecteren en plakken om door te kunnen.

Nu met de suggestie van KomtTijd... kan ik voor iedere branch de zelfde serie commando's door blijven typen tot het gepushed is.

Wat ik nu doe, met zelfgemaakte shortcodes, is
1
2
3
4
5
6
7
8
9
10
11
12
# Ik zit in een up-to-date master
gcb newFeature                # git checkout -b newFeature

# Werk aan de feature

gac "Feature doet dit & dat" # git commit -am "Feature doet dit & dat"
gps                          # git push

# Hier gaat Git, als het de eerste push is, zeuren dat ik
# 'git push --set-upstream origin newFeature' moet gebruiken

fuck                         # Git pushed als nog met de upstream.

Het gaat echt om een pietluttige versimpeling van mijn workflow maar het werkt toch net wat fijner om gewoon het toetsenbord niet los te hoeven laten om de cursor naar de terminal te navigeren die meestal op een 2e scherm weggeschoven staat.
Whether or not you can become great at something, you can always become better.
And one day you'll wake up and find out how good you actually became, having transcended whatever limits you might have thought you couldn't pass.
Neil Degrasse Tyson
pi_172417556
Ja lekker is die he? Daar gebruik ik fuck ook het meest voor.

Ik moet ook nog eens wat handige aliases voor git commando's invoeren. -am gebruik ik nooit meer trouwens, dat heeft me iets te vaak in de kont gebeten met onbedoelde diffs.
  vrijdag 14 juli 2017 @ 19:19:45 #176
118011 BrainOverfloW
Fok! around the Clock!
pi_172420348
quote:
10s.gif Op vrijdag 14 juli 2017 17:20 schreef KomtTijd... het volgende:
Ja lekker is die he? Daar gebruik ik fuck ook het meest voor.

Ik moet ook nog eens wat handige aliases voor git commando's invoeren. -am gebruik ik nooit meer trouwens, dat heeft me iets te vaak in de kont gebeten met onbedoelde diffs.
Ja die werkt prima, dank voor de tip ^O^.

Ik doe meestal nog wel even snel een git status en/of git diff om te zien wat ik commit. Uiteraard netjes gealiassed naar 'gs' en 'gd'. Daarmee tot nu toe nog geen hele grote errors gemaakt.

De enige fout die ik nog wel makkelijk maar is om mijn commit te maken, en soms al te pushen, om er dan achter te komen dat een nieuw gemaakt bestand nog niet toegevoegd is.
Whether or not you can become great at something, you can always become better.
And one day you'll wake up and find out how good you actually became, having transcended whatever limits you might have thought you couldn't pass.
Neil Degrasse Tyson
pi_172461521
quote:
1s.gif Op vrijdag 7 juli 2017 19:57 schreef Monolith het volgende:

[..]

Afgezien van het beperkte toepassingsgebied van een taal als PHP is het grootste manco van de taal net als bij JavaScript gewoon dat er heel veel mis is met het fundament. Het is en blijft een laagdrempelig mengelmoesje van een niet al te consistente C wrapper en een halfbakken poging om OO principes uit Java over te nemen.

Net als bij JavaScript zijn er wel heel wat frameworks en libraries die de problemen met het fundament repareren, maar het laat zo veel ruimte over voor enorm slechte code dat dat in de praktijk ook erg gebruikelijk is.

Ik heb er zelf ook al tijden niets meer mee gedaan, maar als ik zo even zoek op multithreading in PHP kom ik uit op pthreads. Als ik dat lees dan komt dat in de verste verte niet in de buurt bij wat volwassen talen als C# en Java bieden. Dit is echt de minimale implementatie die 20 jaar geleden al in Java zat.

C# had ik overigens ook al een jaar of acht niet meer gedaan, maar recentelijk weer een project mee gedaan en die taal heeft echt wel flinke stappen gemaakt.

Java is wat conservatiever qua ontwikkeling ook ivm backwards compatibility, maar de kracht van de JVM is dan weer dat je er ook gewoon andere talen op kunt bouwen die de gigantische diversiteit aan Java libraries kunnen gebruiken, dus als Java als taal je niet bevalt pak je Scala of Kotlin.
Sorry, ik ben een aantal dagen "off the line" geweest.

C# heeft zeker grote stappen gemaakt. Kijk alleen al hoe gemakkelijk MS het heeft gemaakt om asynchroom te programmeren.

Ik zit er over na te denken een klein spelletje o.i.d. te maken en zou graag een combinatie willen zien van PHP en SignalR (webpagina's serven en authenticatie etc. met PHP, en SignalR integreren). Ik zou ook over kunnen gaan op ASP.NET, maar ik blijf liever gebruik maken van PHP.

Ik denk dat het technisch wel mogelijk zou moeten zijn maar heb op het moment nog geen idee hoe dit vorm zou kunnen geven.
pi_172462505
quote:
7s.gif Op zondag 16 juli 2017 16:24 schreef DevFreak het volgende:

[..]

Sorry, ik ben een aantal dagen "off the line" geweest.

C# heeft zeker grote stappen gemaakt. Kijk alleen al hoe gemakkelijk MS het heeft gemaakt om asynchroom te programmeren.

Ik zit er over na te denken een klein spelletje o.i.d. te maken en zou graag een combinatie willen zien van PHP en SignalR (webpagina's serven en authenticatie etc. met PHP, en SignalR integreren). Ik zou ook over kunnen gaan op ASP.NET, maar ik blijf liever gebruik maken van PHP.

Ik denk dat het technisch wel mogelijk zou moeten zijn maar heb op het moment nog geen idee hoe dit vorm zou kunnen geven.
Gewoon de Javascript client van SignalR gebruiken in je PHP applicatie als je staat op PHP.
Of simpelweg gewoon zelf websockets gebruiken. Ik weet niet wat je precies wilt gaan doen verder, maar er zijn vast de nodige PHP libraries te vinden die daarvoor al wat basisfunctionaliteit bieden.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_172462999
quote:
0s.gif Op zondag 16 juli 2017 16:55 schreef Monolith het volgende:

[..]

Gewoon de Javascript client van SignalR gebruiken in je PHP applicatie als je staat op PHP.
Of simpelweg gewoon zelf websockets gebruiken. Ik weet niet wat je precies wilt gaan doen verder, maar er zijn vast de nodige PHP libraries te vinden die daarvoor al wat basisfunctionaliteit bieden.
Ik zit te denken aan iets heel simpels zoals boter-kaas en eieren spelletje of een chatprogramma, zodat ik mezelf eindelijk eens bekend kan maken met SignalR. Heb er al veel over gelezen en gehoord en heb het ook al in actie gezien. Ik kan er behoorlijk enthausiast van worden.

Mijn kennis van ASP.NET is echter beperkt dus daarom blijf ik voor simpele dingen als het serveren van webpagina's en inloggen liever nog even hangen op PHP. Maar dan is dus de vraag hoe je het C# programma beveiligd. Ik moet nog even uitzoeken hoe dit allemaal zit. Op basis van wat ik tot nu toe gezien heb, heb je sowieso IIS/Azure nodig.

[ Bericht 0% gewijzigd door #ANONIEM op 16-07-2017 17:09:09 ]
pi_172463702
quote:
7s.gif Op zondag 16 juli 2017 17:09 schreef DevFreak het volgende:

[..]

Ik zit te denken aan iets heel simpels zoals boter-kaas en eieren spelletje of een chatprogramma, zodat ik mezelf eindelijk eens bekend kan maken met SignalR. Heb er al veel over gelezen en gehoord en heb het ook al in actie gezien. Ik kan er behoorlijk enthausiast van worden.

Mijn kennis van ASP.NET is echter beperkt dus daarom blijf ik voor simpele dingen als het serveren van webpagina's en inloggen liever nog even hangen op PHP. Maar dan is dus de vraag hoe je het C# programma beveiligd. Ik moet nog even uitzoeken hoe dit allemaal zit. Op basis van wat ik tot nu toe gezien heb, heb je sowieso IIS/Azure nodig.
Er is geloof ik ook een .Net Core variant van SignalR, dus die is dan cross platform en niet afhankelijk van een Windows server.

Als je toch met SignalR aan de slag gaat zou ik eerlijk gezegd PHP er toch echt wel tussenuit knikkeren. Als je in PHP fatsoenlijke applicaties bouwt met bijvoorbeeld een MVC structuur, dan is dat in C# niet heel anders. Bouw je front-end in iets als Angular en bouw back-end services gewoon als REST.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  † In Memoriam † zondag 16 juli 2017 @ 17:56:03 #181
159335 Boze_Appel
Vrij Fruit
pi_172464647
quote:
1s.gif Op zondag 16 juli 2017 17:29 schreef Monolith het volgende:

[..]

Er is geloof ik ook een .Net Core variant van SignalR, dus die is dan cross platform en niet afhankelijk van een Windows server.

Als je toch met SignalR aan de slag gaat zou ik eerlijk gezegd PHP er toch echt wel tussenuit knikkeren. Als je in PHP fatsoenlijke applicaties bouwt met bijvoorbeeld een MVC structuur, dan is dat in C# niet heel anders. Bouw je front-end in iets als Angular en bouw back-end services gewoon als REST.
Laravel REST en dan is het verder weinig boeiend wat voor frontend er tegenaan babbelt. Zou zelf voor React gaan. Veel mooier in de zin hoe het omgaat met verschillende statussen waar je applicatie zich bevindt,
Carpe Libertatem
pi_172464800
quote:
7s.gif Op zondag 16 juli 2017 17:56 schreef Boze_Appel het volgende:

[..]

Laravel REST en dan is het verder weinig boeiend wat voor frontend er tegenaan babbelt. Zou zelf voor React gaan. Veel mooier in de zin hoe het omgaat met verschillende statussen waar je applicatie zich bevindt,
Ja, maar het gaat hier om het gebruik maken van SignalR. Dan moet je toch is C# gaan ontwikkelen en is een PHP laagje voor andere zaken eigenlijk loze ballast.
Ik zou eens kijken naar zoiets:
https://docs.microsoft.co(...)cations-with-signalr
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  † In Memoriam † zondag 16 juli 2017 @ 18:01:14 #183
159335 Boze_Appel
Vrij Fruit
pi_172464830
quote:
1s.gif Op zondag 16 juli 2017 18:00 schreef Monolith het volgende:

[..]

Ja, maar het gaat hier om het gebruik maken van SignalR. Dan moet je toch is C# gaan ontwikkelen en is een PHP laagje voor andere zaken eigenlijk loze ballast.
Ik zou eens kijken naar zoiets:
https://docs.microsoft.co(...)cations-with-signalr
Oh, sorry, my bad, ik dacht dat ik in het PHP/MySQL-topic zat.
Carpe Libertatem
pi_172464879
quote:
16s.gif Op zondag 16 juli 2017 18:01 schreef Boze_Appel het volgende:

[..]

Oh, sorry, my bad, ik dacht dat ik in het PHP/MySQL-topic zat.
Het afraden van PHP past ook prima in zo'n topic. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  † In Memoriam † zondag 16 juli 2017 @ 18:05:08 #185
159335 Boze_Appel
Vrij Fruit
pi_172464928
quote:
1s.gif Op zondag 16 juli 2017 18:03 schreef Monolith het volgende:

[..]

Het afraden van PHP past ook prima in zo'n topic. :P
Jaja, Bart.
Carpe Libertatem
pi_172465358
Meh.
PHP gaat hem niet worden.

Morgen maar verder aan mijn ASP.NET cursus. :)

Het werd eigenlijk sowieso wel tijd om aan ASP te beginnen. Wat nieuws leren kan nooit geen kwaad.

[ Bericht 22% gewijzigd door #ANONIEM op 16-07-2017 18:26:04 ]
pi_172487664
quote:
7s.gif Op zondag 16 juli 2017 17:56 schreef Boze_Appel het volgende:

[..]

Laravel REST en dan is het verder weinig boeiend wat voor frontend er tegenaan babbelt. Zou zelf voor React gaan. Veel mooier in de zin hoe het omgaat met verschillende statussen waar je applicatie zich bevindt,
Omtrent React speelt overigens wat gedoe met licensing.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  † In Memoriam † dinsdag 18 juli 2017 @ 13:45:47 #188
159335 Boze_Appel
Vrij Fruit
pi_172503415
quote:
0s.gif Op maandag 17 juli 2017 18:09 schreef Monolith het volgende:

[..]

Omtrent React speelt overigens wat gedoe met licensing.
Ja, ze zijn aan het zijkwijven, dat weet ik. Denk niet dat het ergens heen gaat. Het is spierballen laten zien.
Carpe Libertatem
  dinsdag 18 juli 2017 @ 18:29:20 #189
187069 slacker_nl
Sicko pur sang
pi_172509381
quote:
0s.gif Op vrijdag 14 juli 2017 14:31 schreef BrainOverfloW het volgende:

[..]

Wat ik, inmiddels succesvol, wou bereiken is dat ik zonder nadenken commando's af kan vuren in mijn terminal om dingen van/naar git te sturen.

Die upstream melding onderbrak dat steeds omdat Git dan zeurt dat de stream niet bestaat. Dan moet ik met de cursor de suggestie selecteren en plakken om door te kunnen.

Nu met de suggestie van KomtTijd... kan ik voor iedere branch de zelfde serie commando's door blijven typen tot het gepushed is.

Wat ik nu doe, met zelfgemaakte shortcodes, is
[ code verwijderd ]
Ik heb voor het up-to-date houden van m'n master niks nodig, ik fetch gewoon 1x per dag m'n upstream en dan ben ik "bij", voordat ik m'n code aanbied rebase ik en dan is het klaar.

ik heb wel een mini shell functie die de tracking branch voor me opzet:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
nr FOO-XXXXX Dit is mijn vet kekke feature of bug branch

# vim vim vim

git gui # dit werkt zoveel fijner dan git add -p

# Dit kan je automaten, maar .. meh.
git co sprint
git reset --hard upstream/sprint
git merge -
git push upstream sprint:sprint

# Rinse repeat
nr FOO-XXXXX Nog meer dingen

Het nr scriptje/alias ding is dit:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
nr=alias new_repo upstream/master

new_repo () {
        if [ $# -lt 3 ]
        then
                echo "Empty branch, ticket or name" >&2
                return 1
        fi
        local branch=$1
        local ticket=$2
        shift
        shift
        local name=$(echo $@ | sed -e 's/ \+/_/g')
        ticket=$(echo $ticket | sed -e 's/^FOO\-\?//i')
        local br="FOO-$ticket-$name"
        git co -t $branch -b "$br"
        if [ $? -eq 0 ]
        then
                git push origin "$br:$br"
        fi
}

Ik denk overigens wel dat jij moet kijken naar: https://git-scm.com/docs/git-config, en dan in het specifieke naar push.* config items. Zie ook: https://stackoverflow.com(...)pstream-all-the-time
In theory there is no difference between theory and practice. In practice there is.
  FOK!mycroftheld zaterdag 2 september 2017 @ 10:28:41 #190
128465 verified  bondage
niet meer aanwezig op FOK!
pi_173539736
Iemand hier een idee of een MyISAM tabel gebruik kan maken van meerdere threads? Ik kan er bijzonder weinig over vinden en het meeste is oude meuk. Wat ik wel kan vinden is dat het beter is over stappen op InnoDB, deze engine zou dat wel moeten kunnen.

Ik vraag dit omdat mij opvalt dat MySQL maar een enkele core gebruikt als ik een zware query uitvoer, het doorzoeken van een DB met 120.000.000 records duurt dan ook onnodig lang.



Voordat ik de tabel om ga zetten (tijdrovende klus) wil ik echter zeker weten of het gaat helpen of dat het eventueel toch mogelijk is met MyISAM.

De serverversie die ik gebruik is: 5.7.19-0ubuntu0.16.04.1
pi_173557146
quote:
8s.gif Op zaterdag 2 september 2017 10:28 schreef bondage het volgende:
Iemand hier een idee of een MyISAM tabel gebruik kan maken van meerdere threads? Ik kan er bijzonder weinig over vinden en het meeste is oude meuk. Wat ik wel kan vinden is dat het beter is over stappen op InnoDB, deze engine zou dat wel moeten kunnen.

Ik vraag dit omdat mij opvalt dat MySQL maar een enkele core gebruikt als ik een zware query uitvoer, het doorzoeken van een DB met 120.000.000 records duurt dan ook onnodig lang.

[ afbeelding ]

Voordat ik de tabel om ga zetten (tijdrovende klus) wil ik echter zeker weten of het gaat helpen of dat het eventueel toch mogelijk is met MyISAM.

De serverversie die ik gebruik is: 5.7.19-0ubuntu0.16.04.1
Het klinkt alsof je een query uitvoert waar je geen goede indexes voor hebt. Dan moet MySQL een full table scan doen, en met 120 miljoen rijen duurt dat even. Ik zou beginnen met een EXPLAIN SELECT voor die zware query om te zien waar de verbeteringen kunnen worden gedaan.
  FOK!mycroftheld zondag 3 september 2017 @ 10:09:41 #192
128465 verified  bondage
niet meer aanwezig op FOK!
pi_173557393
quote:
0s.gif Op zondag 3 september 2017 09:50 schreef Light het volgende:

[..]

Het klinkt alsof je een query uitvoert waar je geen goede indexes voor hebt. Dan moet MySQL een full table scan doen, en met 120 miljoen rijen duurt dat even. Ik zou beginnen met een EXPLAIN SELECT voor die zware query om te zien waar de verbeteringen kunnen worden gedaan.
Er zit een index op het veld waar ik op query. Ik heb een hele simpele uitgevoerd, dit duurt ongeveer een halve minuut om weer te geven...

Dit is de EXPLAIN output:

1
2
id     select_type     table     partitions     type     possible_keys     key     key_len     ref     rows     filtered     Extra     
1      SIMPLE          fok_post  NULL           ref      year              year    2          const     12029801     100.00     NULL

Ik zie verder ook niet heel veel schijfactiviteit als ik de query uitvoer. De server bevat twee 15k SAS schijven in RAID1, ik kan me haast niet voorstellen dat dit het probleem veroorzaakt.
  Moderator / Redactie Sport / Devops zondag 3 september 2017 @ 10:23:58 #193
176766 crew  zoem
zoemt
pi_173557613
In de EXPLAIN kun je zien dat MySQL 12M rows moet doorzoeken, dus dat is niet efficient. Hoe ziet de query eruit? Overigens kan een index op jaartal relatief inefficiënt zijn door de lage selectiviteit.
  FOK!mycroftheld zondag 3 september 2017 @ 10:34:34 #194
128465 verified  bondage
niet meer aanwezig op FOK!
pi_173557768
quote:
0s.gif Op zondag 3 september 2017 10:23 schreef zoem het volgende:
In de EXPLAIN kun je zien dat MySQL 12M rows moet doorzoeken, dus dat is niet efficient. Hoe ziet de query eruit? Overigens kan een index op jaartal relatief inefficiënt zijn door de lage selectiviteit.
Gewoon, zo: SELECT * FROM `fok_post` WHERE `year` = 2012

Ik heb nog meer indexen, het jaar veld en index gebruik ik om de set te minimaliseren tijdens het bijwerken van de Sphinx index. Simpele select query's zijn overigens wel gewoon snel, als ik een topic zoek aan de hand van een id dan gaat dat in milliseconden. Het is alleen bij grote resultaat sets dat het zo lang duurt.

Of zijn mijn verwachtingen te hoog? Ik zou haast denken dat een server met 24 cores en 96 gig aan geheugen dit wel aan zou moeten kunnen. Het is echter net zo snel/traag als mijn vorige server die een simpele twee core Celeron en 16gig geheugen had :')
  Moderator / Redactie Sport / Devops zondag 3 september 2017 @ 10:52:52 #195
176766 crew  zoem
zoemt
pi_173558047
Id's zijn uniek, dus logisch dat je vrijwel instant resultaat hebt. Bij de jaartallen zijn er waarschijnlijk ~20 unieke waardes, dus het kan zijn dat de optimizer kiest voor een full table scan. Gezien filtered op 100% staat lijkt dat ook het geval te zijn.
pi_173558141
Sowieso zou ik de snelheden van queries als

1SELECT * FROM fok_post WHERE year = 2012
1SELECT * FROM fok_post WHERE id < 12000000

Dan neem ik aan dat je in beide gevallen ongeveer evenveel records terugkrijgt. (Dat kun je nog vergelijken met een SELECT COUNT(*))

Data transfer bij zulke aantallen rijen is ook een belangrijke factor.
  FOK!mycroftheld zondag 3 september 2017 @ 11:19:05 #197
128465 verified  bondage
niet meer aanwezig op FOK!
pi_173558480
quote:
0s.gif Op zondag 3 september 2017 10:52 schreef zoem het volgende:
Id's zijn uniek, dus logisch dat je vrijwel instant resultaat hebt. Bij de jaartallen zijn er waarschijnlijk ~20 unieke waardes, dus het kan zijn dat de optimizer kiest voor een full table scan. Gezien filtered op 100% staat lijkt dat ook het geval te zijn.
Als hij een full scan doet lijkt me het nog redelijk snel... Op zich maakt het niet zoveel uit dat het 30 sec. duurt voordat Sphinx de resultaten heeft, het viel me gewoon op dat ik weinig verschil merk ten opzichte van mijn vorige server en dat er slechts één core wordt gebruikt als ik de query uitvoer.

quote:
0s.gif Op zondag 3 september 2017 10:57 schreef Light het volgende:
Sowieso zou ik de snelheden van queries als
[ code verwijderd ]

[ code verwijderd ]

Dan neem ik aan dat je in beide gevallen ongeveer evenveel records terugkrijgt. (Dat kun je nog vergelijken met een SELECT COUNT(*))

Data transfer bij zulke aantallen rijen is ook een belangrijke factor.
1SELECT * FROM fok_post WHERE id < 12000000

Dat duurde ongeveer 2 seconden... Het totaal is inderdaad redelijk gelijk aan elkaar.

Disk I/O even getest, dit is de output:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
root@thuisserver:~# hdparm -Tt /dev/sda

/dev/sda:
 Timing cached reads:   16568 MB in  2.00 seconds = 8291.40 MB/sec
 Timing buffered disk reads: 594 MB in  3.00 seconds = 197.76 MB/sec

root@thuisserver:~# time sh -c "dd if=/dev/zero of=testfile bs=100k count=1k && sync"

1024+0 records in
1024+0 records out
104857600 bytes (105 MB, 100 MiB) copied, 0.0728517 s, 1.4 GB/s

real    0m0.774s
user    0m0.008s
sys     0m0.072s
  Moderator / Redactie Sport / Devops zondag 3 september 2017 @ 11:31:21 #198
176766 crew  zoem
zoemt
pi_173558725
Naar InnoDB converteren zou ik zelf wel gedaan hebben. MyISAM wordt niet echt meer doorontwikkeld en in MySQL 5.6+ kent MyISAM amper nog voordelen boven InnoDB.

Ik vrees dat je deze query met de huidige dataset niet kan versnellen. Wellicht valt de data anders op te vragen (in batches met year=A and id BETWEEN x AND y) of kijken of partitioning iets kan betekenen.
  FOK!mycroftheld zondag 3 september 2017 @ 11:38:20 #199
128465 verified  bondage
niet meer aanwezig op FOK!
pi_173558873
quote:
0s.gif Op zondag 3 september 2017 11:31 schreef zoem het volgende:
Naar InnoDB converteren zou ik zelf wel gedaan hebben. MyISAM wordt niet echt meer doorontwikkeld en in MySQL 5.6+ kent MyISAM amper nog voordelen boven InnoDB.

Ik vrees dat je deze query met de huidige dataset niet kan versnellen. Wellicht valt de data anders op te vragen (in batches met year=A and id BETWEEN x AND y) of kijken of partitioning iets kan betekenen.
Ik ga een kopie van de tabel maken en hem omzetten, kan ik eea testen. Het omzetten gaat een middagje duren denk ik...
  dinsdag 20 februari 2018 @ 22:47:23 #200
62215 qu63
..de tijd drinkt..
pi_177333824
Topic is al wat langer stil, maar ik hoop toch dat jullie me kunnen helpen..

Uit een var_dump($test) komt het volgende naar voren:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
object(InstagramAPI\Response\DirectInboxResponse)#637 (3) {
  ["httpResponse"]=>
  object(GuzzleHttp\Psr7\Response)#645 (6) {*knip*}
  ["_compiledPropertyMapLink":"LazyJsonMapper\LazyJsonMapper":private]=>
  &array(9) {*knip*}
  ["_objectData":"LazyJsonMapper\LazyJsonMapper":private]=>
  array(5) {
    ["inbox"]=>
    array(5) {
      ["threads"]=>
      array(20) {
       array(27) {
          ["thread_id"]=>
          string(39) "340282366841710300949128162281775301401"
          ["users"]=>
          array(1) {
            [0]=>
            array(9) {
              ["pk"]=>
              int(12345678)
       *knip*
     }
  }
}
Hoe kan ik die 20 arrays in 'threads' nu benaderen?
print_r($test->inbox->threads) geeft geen resultaat..

Ik vermoed zelf dat het het te maken heeft met die ':private', maar hoe ik daar omheen kan werken.....
Na de threads array komen nog 4 arrays, deze weggelaten omdat deze niet relevant zijn. De code hier is dus niet volledig, maar dat maakt niet uit voor hoe ik die array wil benaderen.
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')