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."
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')