DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
je kan toch de uiterste begindatum pakken en de uiterste einddatum en dan die diff?quote:Op vrijdag 12 december 2014 12:19 schreef zarGon het volgende:
[..]
Dit was ik ook tegengekomen, maar dit werkte ook niet.
Stel, je wil naast een interval van $januari en $februari ook een interval van $mei en $augustus. En een totaal daarvan.
Dus:
- januari - februari = 1 maand (werkend)
- mei - augustus = 3 maanden (werkend)
---------
Totaal: 4 maanden (krijg ik niet aan de praat)
Hoe krijg je dat totaal werkend? Dat lukt me namelijk niet.
Nee, want als je januari - augustus doet, neem je ook de maanden maart en april mee, en dat wil je juist niet. Daarom ook de meerdere diffs, de datums sluiten vaak niet op elkaar aan.quote:
[..]
je kan toch de uiterste begindatum pakken en de uiterste einddatum en dan die diff?
$januari - $februari (1) + $mei - augustus (3) = 4 maanden
$januari - $augustus = 7 maanden
In geval van Anne zie je bijvoorbeeld een gat tussen 2007 (tweede helft) en 2010. Uiterse datums pakken betekent dat dat gat ook meegeteld wordt, maar dat is dus niet de bedoeling.
[ Bericht 3% gewijzigd door #ANONIEM op 12-12-2014 12:27:00 ]
[ Bericht 3% gewijzigd door #ANONIEM op 12-12-2014 12:27:00 ]
Da's lastig. Denk dat de beste manier is de dagen, uren, minuten enz. los bij elkaar op te tellen.
Je zou ook de einddatum van van het eerste interval kunnen nemen, hier het dateinterval van de 2e periode bij optellen (zodat je een soort "virtuele" nieuwe einddatum hebt), en een nieuwe dateinterval maken tussen de startdatum en virtuele einddatum. Maar dan zie ik potentieel problemen met schikkeldagen of verschillende maandlengtes ontstaan.
Je zou ook de einddatum van van het eerste interval kunnen nemen, hier het dateinterval van de 2e periode bij optellen (zodat je een soort "virtuele" nieuwe einddatum hebt), en een nieuwe dateinterval maken tussen de startdatum en virtuele einddatum. Maar dan zie ik potentieel problemen met schikkeldagen of verschillende maandlengtes ontstaan.
als je dan een array maakt met de totalen. Als je vervolgens format gebruikt zonder de woorden krijg je alleen het getal. Die kan je dan optellen in de array.quote:
[..]
Nee, want als je januari - augustus doet, neem je ook de maanden maart en april mee, en dat wil je juist niet. Daarom ook de meerdere diffs, de datums sluiten vaak niet op elkaar aan.
$januari - $februari (1) + $mei - augustus (3) = 4 maanden
$januari - $augustus = 7 maanden
Op zich is het ook logisch dat het niet werkt; bedoel hoe kun je 2 dagen optellen bij 1 maand 29 dagen... Wordt het dan 2 maanden, 2 dagen (februari), 2 maanden, 1 dag (30 dagen-maand) of 2 maanden, 0 dagen (31 dagen-maand).
Hmpf.
Hmpf.
Kun je daar een voorbeeldcode van geven?quote:
[..]
als je dan een array maakt met de totalen. Als je vervolgens format gebruikt zonder de woorden krijg je alleen het getal. Die kan je dan optellen in de array.
klopt, daarom zijn intervals ook niet zomaar achter elkaar te plakken. Onze kalender is gewoon een veel te ingewikkelde standaard om dit probleem simpel op te lossen. Van mij mochten ze die helemaal overhoop gooien, tiendaagse weken en maanden helemaal afschaffen bijvoorbeeld.quote:
Op zich is het ook logisch dat het niet werkt; bedoel hoe kun je 2 dagen optellen bij 1 maand 29 dagen... Wordt het dan 2 maanden, 2 dagen (februari), 2 maanden, 1 dag (30 dagen-maand) of 2 maanden, 0 dagen (31 dagen-maand).
Hmpf.
quote:
Op zich is het ook logisch dat het niet werkt; bedoel hoe kun je 2 dagen optellen bij 1 maand 29 dagen... Wordt het dan 2 maanden, 2 dagen (februari), 2 maanden, 1 dag (30 dagen-maand) of 2 maanden, 0 dagen (31 dagen-maand).
Hmpf.
ja om ook echt rekening te houden met aantal dagen in een maand, wordt wel ff lastig. Kan je niet gewoon per periode het aantal weergeven?quote:
[..]
Kun je daar een voorbeeldcode van geven?
Dat kan, maar daarmee kun je geen 'totalen-lijst' maken, zoals op http://fok.zevkiselim.nl/crew/?type=ranglijst.quote:
[..]
[..]
ja om ook echt rekening te houden met aantal dagen in een maand, wordt wel ff lastig. Kan je niet gewoon per periode het aantal weergeven?
Wat is volgens jullie de beste methode om dit op te lossen? Wat levert de beste indicatie op?
5399 dagen wordt in geval van Lois vertaald als "14 j, 9 m, 12 d" (is 1 diff).
5399/365/30 levert op: 14 j, 9 m, 19 d.
5399/365/31 levert op: 14 j, 9 m, 10 d.
Of kan dit gewoon niet?
[ Bericht 4% gewijzigd door #ANONIEM op 12-12-2014 12:57:10 ]
Volgens Google:
- 1 jaar = 365.242 dagen (https://www.google.nl/search?q=1+year+in+days)
- 1 maand = 30.4368 dagen (https://www.google.nl/search?q=1+year+in+days)
- 1 jaar = 365.242 dagen (https://www.google.nl/search?q=1+year+in+days)
- 1 maand = 30.4368 dagen (https://www.google.nl/search?q=1+year+in+days)
SPOILEROm 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.Met deze getallen kom je uit op 14 j, 9 m, 11.6808 d... Dit lijkt het dichts bij te komen en min of meer te kloppen. Ik weet alleen niet hoe ik met deze getallen een soort van formule kan maken die ik makkelijk kan gebruiken.
[ Bericht 22% gewijzigd door #ANONIEM op 12-12-2014 13:03:19 ]
quote:
Volgens Google:
- 1 jaar = 365.242 dagen (https://www.google.nl/search?q=1+year+in+days)
- 1 maand = 30.4368 dagen (https://www.google.nl/search?q=1+year+in+days)je kan dit toch gewoon gebruiken en er een ceil() overheen gooien?SPOILEROm 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.Met deze getallen kom je uit op 14 j, 9 m, 11.6808 d... Dit lijkt het dichts bij te komen en min of meer te kloppen. Ik weet alleen niet hoe ik met deze getallen een soort van formule kan maken die ik makkelijk kan gebruiken.
maar volgens mij klopt er niks van. 32 dagen kan 1 maand en 1 dag zijn, 1 maand en 2 dagen, 1 maand en 3 dagen en 1 maand en 4 dagen. Je weet niet wanneer deze dagen waren.
quote:
Volgens Google:
- 1 jaar = 365.242 dagen (https://www.google.nl/search?q=1+year+in+days)
- 1 maand = 30.4368 dagen (https://www.google.nl/search?q=1+year+in+days)Eerst delen door, dan aftrekken.SPOILEROm 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.Met deze getallen kom je uit op 14 j, 9 m, 11.6808 d... Dit lijkt het dichts bij te komen en min of meer te kloppen. Ik weet alleen niet hoe ik met deze getallen een soort van formule kan maken die ik makkelijk kan gebruiken.
Dan zou ik kiezen voor weergeven van jaren + dagen als je het eenvoudig wil houden. Als je maanden wil zou ik zelf kiezen voor 1 maand = 30 dagen. Als jaar zou ik 365 dagen aanhouden. Complexe berekeningen met gemiddeldes en schrikkeljaren maken het voor zowel de ontwikkelaar als gebruiker lastiger om de getallen te interpreteren.
Eens met deze baas. In deze weergave boeit het imo niet of het exact klopt, gaat om het idee.quote:
Dan zou ik kiezen voor weergeven van jaren + dagen als je het eenvoudig wil houden. Als je maanden wil zou ik zelf kiezen voor 1 maand = 30 dagen. Als jaar zou ik 365 dagen aanhouden. Complexe berekeningen met gemiddeldes en schrikkeljaren maken het voor zowel de ontwikkelaar als gebruiker lastiger om de getallen te interpreteren.
Het zijn gemiddelden.quote:
[..]
je kan dit toch gewoon gebruiken en er een ceil() overheen gooien?
maar volgens mij klopt er niks van. 32 dagen kan 1 maand en 1 dag zijn, 1 maand en 2 dagen, 1 maand en 3 dagen en 1 maand en 4 dagen. Je weet niet wanneer deze dagen waren.
quote:365.2425 days: the average length of a year in the Gregorian calendar
http://en.wikipedia.org/wiki/Year#Summary.
Daarom wil ik die getallen wel gebruiken. Het hoeft niet helemaal te kloppen, een zo goed mogelijke indicatie is ook prima.quote:The mean month length of the Gregorian calendar is 30.436875 days.
http://en.wikipedia.org/wiki/Month#Julian_and_Gregorian_calendars.
Probleem is dat ik niet weet hoe ik dit optimaal kan inzetten. Ik heb nu 96 users, dat betekent minimaal 96 keer dezelfde code herhalen. Ik vraag me af of de code zo geschreven kan worden dat je 96 keer dezelfde code gebruikt, in plaats van 96 keer herhalen. Als ik telkens 3 regels nodig heb, betekent dat 300 regels aan code, als dat makkelijker kan...quote:Op vrijdag 12 december 2014 13:36 schreef Nattekat het volgende:
[..]
Eerst delen door, dan aftrekken.
Ik heb zelf geen idee of dit kan... En dan heb ik toch wel de hulp van jullie nodig, want zelf heb ik geen idee waar ik naar zou moeten kijken.
[ Bericht 1% gewijzigd door #ANONIEM op 12-12-2014 14:22:21 ]
die dagen heb je toch al? Of is dat nog allemaal statisch? En je kan er toch een functie van maken?quote:
[..]
Het zijn gemiddelden.
[..]
[..]
Daarom wil ik die getallen wel gebruiken. Het hoeft niet helemaal te kloppen, een zo goed mogelijke indicatie is ook prima.
[..]
Probleem is dat ik niet weet hoe ik dit optimaal kan inzetten. Ik heb nu 96 users, dat betekent minimaal 96 keer dezelfde code herhalen. Ik vraag me af of de code zo geschreven kan worden dat je 96 keer dezelfde code gebruikt, in plaats van 96 keer herhalen. Als ik telkens 3 regels nodig heb, betekent dat 300 regels aan code, als dat makkelijker kan...
Ik heb zelf geen idee of dit kan... En dan heb ik toch wel de hulp van jullie nodig, want zelf heb ik geen idee waar ik naar zou moeten kijken.
https://github.com/zarGon(...)1.0/content/date.php.quote:
[..]
die dagen heb je toch al? Of is dat nog allemaal statisch?
Je als in 'men'? Ja, vast wel.quote:En je kan er toch een functie van maken?
Je als in 'ik'? Nee, ik kan dat niet.
[ Bericht 3% gewijzigd door #ANONIEM op 12-12-2014 14:27:55 ]
damn!! waarom fix je eerst niet dat je dat kan invoeren in database? Maakt je leven zoveel makkelijker voor dit soort dingenquote:
[..]
https://github.com/zarGon(...)1.0/content/date.php.
[..]
Je als in 'men'? Ja, vast wel.
Je als in 'ik'? Nee, ik kan dat niet.
Als je het in een database invoert, moet je het er ook uithalen/uit kunnen halen. En dan zou het ook helpen als je het makkelijk kunt invoeren d.m.v. formulieren.quote:
[..]
damn!! waarom fix je eerst niet dat je dat kan invoeren in database? Maakt je leven zoveel makkelijker voor dit soort dingen
Als ik dat allemaal kon maken, had ik het allang al gemaakt. Ik heb gemerkt dat dat zoveel tijd kost dat ik beter alles met de hand kan doen. (Voortgang is dan duidelijk merkbaar en er zijn concrete/zichtbare resultaten...) Zodoende.
[ Bericht 1% gewijzigd door #ANONIEM op 12-12-2014 14:40:40 ]
ik ga ff kijken of ik dit kan fixen. Met get_defined_vars krijg ik een array met alle variabelen. Zal ff kijken of ik een loopje kan maken die de dagen etc uitrekentquote:
[..]
Als je het in een database invoert, moet je het er ook uithalen/uit kunnen halen. En dan zou het ook helpen als je het makkelijk kunt invoeren d.m.v. formulieren.
Als ik dat allemaal kon maken, had ik het allang al gemaakt. Ik heb gemerkt dat dat zoveel tijd kost dat ik beter alles met de hand kan doen. Zodoende.
quote:
[..]
ik ga ff kijken of ik dit kan fixen. Met get_defined_vars krijg ik een array met alle variabelen. Zal ff kijken of ik een loopje kan maken die de dagen etc uitrekent
. Dit zou enorm veel tijd schelen. 
.Alle onderdelen kunnen los van elkaar geautomatiseerd worden, maar dat moet je maar net kunnen.
.
quote:
[..]
Alle onderdelen kunnen los van elkaar geautomatiseerd worden, maar dat moet je maar net kunnen.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 | <?php [uajacied4lf] => Array ( [s1] => 2013-06-04 [e1] => 2014-12-12 [i1] => 556 [total] => 556 ) [uAnne] => Array ( [s1] => 2005-08-16 [e1] => 2006-02-13 [i1] => 181 [s2] => 2006-01-03 [e2] => 2006-02-13 [i2] => 41 [s3] => 2006-08-07 [e3] => 2007-02-11 [i3] => 188 [s4] => 2006-11-22 [e4] => 2007-02-11 [i4] => 81 [s5] => 2007-03-27 [e5] => 2007-07-03 [i5] => 98 [s6] => 2009-12-08 [e6] => 2014-12-12 [i6] => 1830 [s7] => 2010-07-28 [e7] => 2010-08-30 [i7] => 33 [s8] => 2011-01-10 [e8] => 2012-01-19 [i8] => 374 [total] => 2297 [fs1] => 2011-07-02 [fe1] => 2011-12-22 [fi1] => 173 [fs2] => 2013-11-07 [fe2] => 2014-12-12 [fi2] => 400 ) [uAPK] => Array ( [s1] => 2012-01-23 [e1] => 2014-12-12 [i1] => 1054 [total] => 1054 ) ?> |
kijk hier kunnen we tenminste mee rekenen als het in dit formaat is
Houd je rekening mee met de unieke dagen bij 'total'?quote:
[..]
[ code verwijderd ]
kijk hier kunnen we tenminste mee rekenen als het in dit formaat is
Dit zijn puur de waarden van alle variabelen die je in dat bestand had.. alleen nu in een array, zodat je kan loopenquote:
[..]
Houd je rekening mee met de unieke dagen bij 'total'?
Ik was gisteren nog ff met dat bestand bezig. Heb meteen van de gelegenheid gebruik gemaakt om de database met rollen (subfora) te vullen.
Wordt die opzet van mij nog wel gebruikt? Heb dat hele bestand verbouwd en gestript en wil zo kijken of ik de activiteitentabel kan vullen. Niet dat ik alles voor niks doe
Wordt die opzet van mij nog wel gebruikt? Heb dat hele bestand verbouwd en gestript en wil zo kijken of ik de activiteitentabel kan vullen. Niet dat ik alles voor niks doe
SPOILEROm 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.
Dan moet je het niet eerst omzetten naar een totaal aantal dagen maar kijken naar de datums zelf dan kom je er wel uit wat de verschillen zijn.quote:
Ik zou het totaal van $uAnne_e1 en $uAnne_e3 graag terug willen zien in jaren/maanden/dagen.
volgens mij heb je geen idee en zeg je dit om maar wat interessant over te komenquote:
[..]
Dan moet je het niet eerst omzetten naar een totaal aantal dagen maar kijken naar de datums zelf dan kom je er wel uit wat de verschillen zijn.
Tuurlijk. Als je kijkt naar het volle aantal jaren is dat eenvoudig te bepalen door te kijken of de eindmaand en dag kleiner zijn dan de begin dag. Als je kijkt naar het volle aantal maanden geldt hetzelfde. Dan heb je het aantal dagen wat ook eenvoudig is en daar moet je alleen rekening houden met de duur van de maand als er maandoverloop is. Als de einddag (bijv. de 2e) dus kleiner is dat de begindag bijv. de 15e, moet je kijken hoeveel dagen de één na laatste maand had.quote:
[..]
volgens mij heb je geen idee en zeg je dit om maar wat interessant over te komen
Dus eindjaar - beginjaar geeft aantal jaren dat je moet corrigeren als begindatum later in het jaar ligt dan einddatum want dan heb je één jaar niet vol gemaakt.
Dus eindmaand - begin maand geeft aantal maanden dat je moet corrigeren als begindag later in maand ligt dan einddag want dan heb je de maand niet volgemaakt.
Dus einddag-begindag geeft aantal dagen tenzij einddag kleiner is dan begindag (uitkomst negatief) en dan moet je er het aantal dagen van de één na laatste maand bepalen en daar de begin dag bij optellen. Dus stel je stopt op 4 september en bent begonnen op de 18e van een willekeurig maand Dan heb je dus in september 4 dagen gewerkt en in augustus 31-18+1= 14. Bij stoppen in maart moet je dan wel rekening houden met een evt schrikkeljaar in het eindjaar. Maar het zal je duidelijk zijn dat als je stopt in april en bent begonnen in januari dat februari als 1 maand telt en het dus totaal niet relevant meer is hoeveel dagen februari had.
En dat is dus het probleem. Veel hebben gaten van maanden/jaren. Met alleen een totaal aantal dagen is dat dus niet nauwkeurig. Sommigen werken soms maar een weekje. Als je dan 35 dagen hebt gewerkt kan dat 1 maand en 4 of 5 dagen zijn (of 7/8 in februari). Maar als je in januari weekje hebt gewerkt en in februari een weekje etc.. kan je dat dus niet zeggen.quote:
[..]
Tuurlijk. Als je kijkt naar het volle aantal jaren is dat eenvoudig te bepalen door te kijken of de eindmaand en dag kleiner zijn dan de begin dag. Als je kijkt naar het volle aantal maanden geldt hetzelfde. Dan heb je het aantal dagen wat ook eenvoudig is en daar moet je alleen rekening houden met de duur van de maand als er maandoverloop is. Als de einddag (bijv. de 2e) dus kleiner is dat de begindag bijv. de 15e, moet je kijken hoeveel dagen de één na laatste maand had.
Dus eindjaar - beginjaar geeft aantal jaren dat je moet corrigeren als begindatum later in het jaar ligt dan einddatum want dan heb je één jaar niet vol gemaakt.
Dus eindmaand - begin maand geeft aantal maanden dat je moet corrigeren als begindag later in maand ligt dan einddag want dan heb je de maand niet volgemaakt.
Dus einddag-begindag geeft aantal dagen tenzij einddag kleiner is dan begindag (uitkomst negatief) en dan moet je er het aantal dagen van de één na laatste maand bepalen en daar de begin dag bij optellen. Dus stel je stopt op 4 september en bent begonnen op de 18e van een willekeurig maand Dan heb je dus in september 4 dagen gewerkt en in augustus 31-18+1= 14. Bij stoppen in maart moet je dan wel rekening houden met een evt schrikkeljaar in het eindjaar. Maar het zal je duidelijk zijn dat als je stopt in april en bent begonnen in januari dat februari als 1 maand telt en het dus totaal niet relevant meer is hoeveel dagen februari had.
Dan moet je het dus allemaal bij gaan houden van te voren. Wat een pokkewerk!
Ja tuurlijk moet je dat bijhouden maar dat doe je ook want anders kun je het helemaal niet uitrekenen, vervolgens per gewerkte periode uitrekenen en optellen. Je hebt computers om het werk te doen je moet alleen het programma maken.quote:
[..]
En dat is dus het probleem. Veel hebben gaten van maanden/jaren. Met alleen een totaal aantal dagen is dat dus niet nauwkeurig. Sommigen werken soms maar een weekje. Als je dan 35 dagen hebt gewerkt kan dat 1 maand en 4 of 5 dagen zijn (of 7/8 in februari). Maar als je in januari weekje hebt gewerkt en in februari een weekje etc.. kan je dat dus niet zeggen.
Dan moet je het dus allemaal bij gaan houden van te voren. Wat een pokkewerk!
Excuus Je kunt het dan niet optellen want dan krijg je onzin. Als je met verschillende periodes werkt kun je alleen het totaal aantal dagen geven.quote:
[..]
Ja tuurlijk moet je dat bijhouden maar dat doe je ook want anders kun je het helemaal niet uitrekenen, vervolgens per gewerkte periode uitrekenen en optellen. Je hebt computers om het werk te doen je moet alleen het programma maken.
Precies, dat zei ik ook al gisteren. Nu moet zarGon dat nog ff zienquote:
[..]
Excuus Je kunt het dan niet optellen want dan krijg je onzin. Als je met verschillende periodes werkt kun je alleen het totaal aantal dagen geven.
Als je het voor de presentatie anders wil doen omdat je hele grote aantallen krijgt dan zou je kunnen kiezen voor maanden (maand = 30 dagen) of weken maar dan zou ik bij maanden zeker vermelden dat een maand 30 dagen is.quote:
[..]
Precies, dat zei ik ook al gisteren. Nu moet zarGon dat nog ff zien
Zoals ik eerder zei, dan heb ik liever de gemiddelde waarden (jaar: 365,2425 dagen; maand: 30.436875 dagen). Is dat niet mogelijk? Dan is natuurlijk ook slechts een benadering, maar wel een stuk betrouwbaarder dan /30.
Nee joh, hoeft niet per se.quote:
Maar moet je per se maanden vermelden? Meestal wordt het in jaren + dagen vermeldt.
Ik keek eergisteren naar het lijstje en zag dat Lois 5000+ dagen had. Ik besefte echter niet meteen wat dat inhield, zag alleen dat het in ieder geval meer dan 10 jaar was (want groter dan 3650). Toen bedacht ik me dat het wel handig zou zijn als je wat preciezer wat die dagen inhielden, zodat je o.a. snel jubileums kunt zien.
Zodoende. En omdat jaar/maand/dag lekker duidelijk en specifiek is, koos ik daarvoor. Ik hoef niet per se de maanden te vermelden; ik had een beetje verwacht dat dat niet zo moeilijk zou zijn. De gemiddeldes (hierboven gepost) zijn prima, maar dat moet dan natuurlijk gebouwd worden, hmpf.
je mag ook die lijst wel aanpassen voor mij (met rol ertussen)quote:
[..]
Nee joh, hoeft niet per se.
Ik keek eergisteren naar het lijstje en zag dat Lois 5000+ dagen had. Ik besefte echter niet meteen wat dat inhield, zag alleen dat het in ieder geval meer dan 10 jaar was (want groter dan 3650). Toen bedacht ik me dat het wel handig zou zijn als je wat preciezer wat die dagen inhielden, zodat je o.a. snel jubileums kunt zien.
Zodoende. En omdat jaar/maand/dag lekker duidelijk en specifiek is, koos ik daarvoor. Ik hoef niet per se de maanden te vermelden; ik had een beetje verwacht dat dat niet zo moeilijk zou zijn. De gemiddeldes (hierboven gepost) zijn prima, maar dat moet dan natuurlijk gebouwd worden, hmpf.
Wat bedoel je precies?quote:
[..]
je mag ook die lijst wel aanpassen voor mij (met rol ertussen)
had ik je verteld toch .. al die variabelen met rol ertussen $user_DIG_s1 etc..quote:
als dat klaar is, schiet ik de activiteiten de database in en kan ik zo die formule uitwerken
Kun je even een voorbeeld geven hoe het nu is en wat het moet zijn?quote:
[..]
had ik je verteld toch .. al die variabelen met rol ertussen $user_DIG_s1 etc..
als dat klaar is, schiet ik de activiteiten de database in en kan ik zo die formule uitwerken
je hebt nu $u99999_s1 en $u99999_e1 en staat de rol in comment. Die wil ik er tussen, dus $u99999_POL_s1 en $u99999_POL_e1 , al maakt dat laatste niet uit voor mij.quote:
[..]
Kun je even een voorbeeld geven hoe het nu is en wat het moet zijn?
Oh zo... Okay, begin er zo aan! Krijg je meteen de recentste versie.quote:
[..]
je hebt nu $u99999_s1 en $u99999_e1 en staat de rol in comment. Die wil ik er tussen, dus $u99999_POL_s1 en $u99999_POL_e1 , al maakt dat laatste niet uit voor mij.
Hoe doe jij forums met een ampersand? F&F bijvoorbeeld? Ik kies wel voor 'and', kun je het snel vervangen en lijkt me beter dan 'en'.quote:
[..]
je hebt nu $u99999_s1 en $u99999_e1 en staat de rol in comment. Die wil ik er tussen, dus $u99999_POL_s1 en $u99999_POL_e1 , al maakt dat laatste niet uit voor mij.
$u99999_FandF_s1 dus.
En wil je dit alleen voor de functies van het forum? Of ook andere subsites? De reden waarom ik het vraag is omdat het forum bijna altijd 3-letterig is. Buiten het forum zijn er functies zoals 'Redactie FP' en 'Nieuwsposter Sport', enorm lang dus.
[ Bericht 8% gewijzigd door #ANONIEM op 14-12-2014 01:09:35 ]
ja mag, mag ook gewoon FF. Daar verzin ik wel iets opquote:
[..]
Hoe doe jij forums met een ampersand? F&F bijvoorbeeld? Ik kies wel voor 'and', kun je het snel vervangen en lijkt me beter dan 'en'.
$u99999_FandF_s1 dus.
En wil je dit alleen voor de functies van het forum? Of ook andere subsites? De reden waarom ik het vraag is omdat het forum bijna altijd 3-letterig is. Buiten het forum zijn er functies zoals 'Redactie FP' en 'Nieuwsposter Sport', enorm lang dus.
Ja alles trouwens, ook de andere subsites en functies. Kan sowieso geen spatie. Maak er maar wat van. REDFP ofzo. Ik verzin er wel een check op.
[ Bericht 7% gewijzigd door remi1986 op 14-12-2014 01:17:40 ]
Hoe staat het ermee?
|| FOK!Stok || tatatatatataatatatattaaaaapiediedieuwtididipieuwpidibididi She said I'll throw myself away pididididum They're just photos after all! || Den Helder || Winnaar VBL Wijndal-award 2020: beste AZ-user! || Mijn concertstatistieken ||
Niet. Geen veranderingen...quote:
Maar ik kan het niet loslaten, dus wil het toch nogmaals proberen met een simpeler opzet.
http://fok.zevkiselim.nl/crew4.0/?p=user&id=151187.
Pie chart, helemaal onderaan. Bij een mouseover verschijnt er een tooltip.
Het lukt me maar niet om de tekstkleur op zwart (i.p.v. wit) te zetten, zodat het wel leesbaar is. Zal wel iets te maken hebben met de template (Light Blue).
Voorbeeld hoe het wel moet: http://fok.zevkiselim.nl/crew/?user=zarGon.
Iemand die het wel lukt?
Meer info over de pie chart: https://developers.google(...)ocs/gallery/piechart.
Pie chart, helemaal onderaan. Bij een mouseover verschijnt er een tooltip.
Het lukt me maar niet om de tekstkleur op zwart (i.p.v. wit) te zetten, zodat het wel leesbaar is. Zal wel iets te maken hebben met de template (Light Blue).
Voorbeeld hoe het wel moet: http://fok.zevkiselim.nl/crew/?user=zarGon.
Iemand die het wel lukt?
Meer info over de pie chart: https://developers.google(...)ocs/gallery/piechart.
Waar zou ik dit precies moeten opnemen? (Trouwens, zelf al getest?)quote:
Het kan in de css aangepast worden.
text{
fill: Black;
}
In de .css geplaatst, geen effect. Opgenomen met style=" ", ook niets.
Zit mobiel, en mijn computer thuis waar ik het via Teamviewer op ging uitproberen deed irritant. Maar ik heb iig een css regel gezien die de tekst wit maakt.quote:
[..]
Waar zou ik dit precies moeten opnemen? (Trouwens, zelf al getest?)
In de .css geplaatst, geen effect. Opgenomen met style=" ", ook niets.
Verander text eens naar .widget svg text, met een !important tag.
Gelukt!quote:
[..]
Zit mobiel, en mijn computer thuis waar ik het via Teamviewer op ging uitproberen deed irritant. Maar ik heb iig een css regel gezien die de tekst wit maakt.
Verander text eens naar .widget svg text, met een !important tag.
.Weet je misschien ook hoe ik alleen de tekst in de tooltip/popup zwart maak?
[ Bericht 5% gewijzigd door #ANONIEM op 03-06-2015 20:05:10 ]
Dan moet je een aparte style="fill=White" toevoegen voor die label, of die regel om het zwart te maken toevoegen bij de tekst in de pie. Ik kan zo de bron van de code niet zien dus durf niet te zeggen hoe het veranderd kan worden.quote:
[..]
Gelukt!
Weet je misschien ook hoe ik alleen de tekst in de tooltip/popup zwart maak?
Is ie al af?
|| FOK!Stok || tatatatatataatatatattaaaaapiediedieuwtididipieuwpidibididi She said I'll throw myself away pididididum They're just photos after all! || Den Helder || Winnaar VBL Wijndal-award 2020: beste AZ-user! || Mijn concertstatistieken ||
Schopje.
Ben hem op dit moment aan het verbeteren. Heb het origineel van zarGon lokaal staan, hier werkt hij wel mooi vlotjes.
Wel ben ik van plan om de database-structuur te optimaliseren en er evt. een frameworkje omheen te fabriceren, zodat er wat flexibeler met de data (en toekomstige data-invoer) omgegaan kan worden. Met het oog op een soort 'admin-panel' is dat zeker wel wenselijk namelijk.
Ben hem op dit moment aan het verbeteren. Heb het origineel van zarGon lokaal staan, hier werkt hij wel mooi vlotjes.
Wel ben ik van plan om de database-structuur te optimaliseren en er evt. een frameworkje omheen te fabriceren, zodat er wat flexibeler met de data (en toekomstige data-invoer) omgegaan kan worden. Met het oog op een soort 'admin-panel' is dat zeker wel wenselijk namelijk.
Tof man!quote:Op zaterdag 18 augustus 2018 12:28 schreef I. het volgende:
Schopje.
Ben hem op dit moment aan het verbeteren. Heb het origineel van zarGon lokaal staan, hier werkt hij wel mooi vlotjes.
Ben je van plan om de vlotte versie op GitHub te zetten?
quote:Wel ben ik van plan om de database-structuur te optimaliseren en er evt. een frameworkje omheen te fabriceren, zodat er wat flexibeler met de data (en toekomstige data-invoer) omgegaan kan worden. Met het oog op een soort 'admin-panel' is dat zeker wel wenselijk namelijk.
. Als je 'm zo bruikbaar krijgt, zou dat echt nice zijn.Ben benieuwd of je de 'Date'-tabel (wordt gebruikt om het aantal unieke dagen te tellen) gaat vervangen.
En mocht je tijd/zin hebben, dit waren de bugs die ik zag nadat Bondage 't had overgenomen:
quote:Op maandag 30 mei 2016 22:31 schreef zarGon het volgende:
Hm, nu het up and running is, kom ik deze bugs tegen:
1) Ampersand (&) wordt niet correct weergegeven in de tijdlijn en taartgrafiek, je ziet de HTML character entity; & -> &.
2) De kleuren van de tijdlijn en taartgrafiek horen in sync te zijn. Vergelijk http://fokcrew.nl/user/50937 met http://fok.zevkiselim.nl/crew/?user=Anne. (Ik weet bijna zeker dat ik ze ooit in sync had... :/.)
3) Vreemde tekens zorgen ervoor dat de gehele 'record' niet correct wordt getoond. Zie omschrijving 'CUL' in forum (de à in culinesse à gogo) en Cynix ® in de MEN-overzicht bijvoorbeeld.
Het gekke is dat ik nog vrij weinig aan jouw versie heb gedaanquote:Op zaterdag 18 augustus 2018 18:49 schreef zarGon het volgende:
[..]
Tof man!
Ben je van plan om de vlotte versie op GitHub te zetten?
[..]
Ben benieuwd of je de 'Date'-tabel (wordt gebruikt om het aantal unieke dagen te tellen) gaat vervangen.
Toen ik hem eenmaal aan de praat krijg (wel draaiende op nginx ipv. apache), werkte het vrij soepeltjes allemaal. Waar ik op fokcrew.nl 10+ seconden moest wachten op een volledig geladen pagina, laadt hij hier lokaal bijna direct...Ik zat al te kijken waar die Date tabel nou voor was.
Lijkt mij opzich redelijk maakbaar dmv. een aantal datum calculaties. Maar daar moet ik nog verder induiken. Nu eerst even kijken of ik de data netjes kan opsplitsen. Meerdere tabellen voor de types data. sites / fora / crew-types etc.
Wil het uiteindelijk wel op github gooien, het wordt dan wel een losstaand ding, gezien het dan echt als basis een framework krijgt. Zit nu aan laravel te denken, ben ik goed bekend mee inmiddels.
Heb nog geen template
Is nu gewoon kaal. Als je die kan sturen zou het top zijn, mis nu wel een aantal assetfiles die de datatables en taartdiagrammen werkend maakten.
Heb nog geen template
Is nu gewoon kaal. Als je die kan sturen zou het top zijn, mis nu wel een aantal assetfiles die de datatables en taartdiagrammen werkend maakten.
De data werd wel gewoon allemaal opgehaald, dus ik kan me niet voorstellen dat die zaken zoveel impact op de laadtijd gehad konden hebben
Dat is goed om te horen. Die traagheid moet echt weg, niemand wil elke keer weer 10/20 seconden wachten.quote:Op zaterdag 18 augustus 2018 18:55 schreef I. het volgende:
[..]
Het gekke is dat ik nog vrij weinig aan jouw versie heb gedaan
Dat is voor de ranglijsten.quote:Ik zat al te kijken waar die Date tabel nou voor was.
Sommigen zijn mod van meerdere fora op hetzelfde moment. Als je 'gewoon' het aantal dagen telt, tel je dubbel. Met die Date-tabel wordt er een distinct gedaan op datum.
Oeh, sweet.quote:Nu eerst even kijken of ik de data netjes kan opsplitsen. Meerdere tabellen voor de types data. sites / fora / crew-types etc.
Trouwens, één van mijn stiekeme wensen was om dit te laten integreren op het forum.
. (Jubileums zijn bijvoorbeeld leuk. Of de modhistory van een forum, en zo, en zo.)[ Bericht 1% gewijzigd door #ANONIEM op 18-08-2018 19:05:35 ]
Kun je je mailadres dm'en? Stuur ik 'm op.quote:
Wil het uiteindelijk wel op github gooien, het wordt dan wel een losstaand ding, gezien het dan echt als basis een framework krijgt. Zit nu aan laravel te denken, ben ik goed bekend mee inmiddels.
Heb nog geen template
Oh, trouwens... Ben je al de code van du_ke / 99.999 tegengekomen?
Er zijn users die onder meerdere accounts een kleurling zijn/waren. Die code is er dus om de gegevens van meerdere usernames van dezelfde users in één overzicht te tonen.
Er zijn users die onder meerdere accounts een kleurling zijn/waren. Die code is er dus om de gegevens van meerdere usernames van dezelfde users in één overzicht te tonen.
True. Verbaasde me wel dat het zo snel ging hier.quote:
[..]
Dat is goed om te horen. Die traagheid moet echt weg, niemand wil elke keer weer 10/20 seconden wachten.
Ah. Dat zou wel zonder die tabel moeten kunnen. Zal ik eens even een avondje op gaan broeden.quote:[..]
Dat is voor de ranglijsten.
Sommigen zijn mod van meerdere fora op hetzelfde moment. Als je 'gewoon' het aantal dagen telt, tel je dubbel. Met die Date-tabel wordt er een distinct gedaan op datum.
Dat zou natuurlijk helemaal top zijn ja.quote:[..]
Oeh, sweet.
Trouwens, één van mijn stiekeme wensen was om dit te laten integreren op het forum.
Zal Danny er dan ook nog eens even naar vragen, of we daar misschien iets mee kunnen. 
Ben ik tegengekomen idd! Ook daar had ik al een ideetje over. Aliases toevoegen aan een 'hoofd' (1e) account.quote:
Oh, trouwens... Ben je al de code van du_ke / 99.999 tegengekomen?
Er zijn users die onder meerdere accounts een kleurling zijn/waren. Die code is er dus om de gegevens van meerdere usernames van dezelfde users in één overzicht te tonen.
Dat was eigenlijk het hoofddoel van dit alles.quote:
Niet te vergeten dat ie eeuwen achter loopt inmiddels
Alle zaken weer up-to-date krijgen, maar dan helpt een vlotte site die qua data-verzameling ook handig in elkaar zit zeker wel mee. 
Dannyquote:
Niet te vergeten dat ie eeuwen achter loopt inmiddels
Nee
Sta ik er al in?
|| FOK!Stok || tatatatatataatatatattaaaaapiediedieuwtididipieuwpidibididi She said I'll throw myself away pididididum They're just photos after all! || Den Helder || Winnaar VBL Wijndal-award 2020: beste AZ-user! || Mijn concertstatistieken ||
Op 
Zit nog te twijfelen of ik alle fora als subsite moet gaan zien, of nog een extra tabel foor enkel de fora moet maken. Maar daar kom ik later op terug.
Volgens de mooie principes van normalisatie kan men nooit te veel tabellen hebben, gegeven dat niets dubbel opgeslagen staat.quote:
Zit nog te twijfelen of ik alle fora als subsite moet gaan zien, of nog een extra tabel foor enkel de fora moet maken. Maar daar kom ik later op terug.
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
'Subsite': Frontpage, Games, Sport, Weblog en zo.quote:
Zit nog te twijfelen of ik alle fora als subsite moet gaan zien, of nog een extra tabel foor enkel de fora moet maken. Maar daar kom ik later op terug.
'Functie' is een niveau dieper:
FP heeft bijvoorbeeld: Redactie FP en Niewsposter.
Forum heeft: ONZ, KLB, DIG.
Games heeft: Redactie Games, Eindredactie Games.
Verder heb je functies die niet onder een specifieke subsite vallen, dus er is ook een 'algemene subsite': FOK!.
Onder FOK! valt bijv: Manager PR, Spellchecker, Wiki-moderator.
Of gebruik je 'Crewtype' daarvoor?quote:
[..]
'Subsite': Frontpage, Games, Sport, Weblog en zo.
'Functie' is een niveau dieper:
FP heeft bijvoorbeeld: Redactie FP en Niewsposter.
Forum heeft: ONZ, KLB, DIG.
Games heeft: Redactie Games, Eindredactie Games.
Verder heb je functies die niet onder een specifieke subsite vallen, dus er is ook een 'algemene subsite': FOK!.
Onder FOK! valt bijv: Manager PR, Spellchecker, Wiki-moderator.
Dan zou je eigenlijk voor elke forum een crewtype moeten hebben.
(ONZ-mod, KLB-mod, DIG-mod enz.)
[ Bericht 0% gewijzigd door #ANONIEM op 21-08-2018 13:16:37 ]
En ik zat dus te denken aan een subsite-row per forum. Maar da's misschien niet zo netjes, en moet ik eigenlijk gewoon forum.fok.nl als subsite zien.
Strict gezien zou je dat dan ook o.a. voor de FP moeten doen.quote:
En ik zat dus te denken aan een subsite-row per forum. Maar da's misschien niet zo netjes, en moet ik eigenlijk gewoon forum.fok.nl als subsite zien.
Zo heeft de FP namelijk niet alleen 'Nieuws' als onderdeel, maar ook 'Columns', 'Specials' en 'Reviews'.
Hmm, ja. Maar heeft zo'n onderdeel ook eigen crew? Columnisten en special schrijvers zijn eigenlijk allemaal gewoon FP Redactie toch? Reviewers dan weer net niet.quote:
[..]
Strict gezien zou je dat dan ook o.a. voor de FP moeten doen.
Zo heeft de FP namelijk niet alleen 'Nieuws' als onderdeel, maar ook 'Columns', 'Specials' en 'Reviews'.
quote:
[..]
Hmm, ja. Maar heeft zo'n onderdeel ook eigen crew? Columnisten en special schrijvers zijn eigenlijk allemaal gewoon FP Redactie toch? Reviewers dan weer net niet.
Dan is het voor die onderdelen dus niet echt nodig, gezien het allemaal redelijk globaal FP redactie is.quote:
Subsites zijn wel gescheiden. En dan heb je ook nog fotografen en PR.quote:
[..]
Dan is het voor die onderdelen dus niet echt nodig, gezien het allemaal redelijk globaal FP redactie is.
En ER is ook een aparte functie.
Ja true, Redactie Sport, Redactie FP, Redactie Games, etc. wel.quote:
[..]
Subsites zijn wel gescheiden. En dan heb je ook nog fotografen en PR.
Fotografen / PR etc. valt onder 'Algemene FOK!crew', zoals dat hier ook al gebeurt; http://fokcrew.nl/foks
Ik zat destijds in dubio over de Wiki, Fotoboek en Weblog.quote:
[..]
Ja true, Redactie Sport, Redactie FP, Redactie Games, etc. wel.
Fotografen / PR etc. valt onder 'Algemene FOK!crew', zoals dat hier ook al gebeurt; http://fokcrew.nl/foks
Alledrie hebben hun eigen subdomein, maar omdat er maar één functie is/was en er verder weinig over duidelijk is / weinig aandacht voor is, had ik het destijds onder 'Algemeen FOK!' geschaard.
[ Bericht 0% gewijzigd door #ANONIEM op 21-08-2018 13:44:55 ]
Daar kan ik me wel goed in vinden idd. Het zijn geen losse- opzichzelfstaande platformen, maar echt onderdeel van het geheel, en passen dan idd. prima onder de algemene lijst. Is een beetje overkill om daar een aparte sectie voor te hebben.quote:
[..]
Ik zat destijds in dubio over de Wiki, Fotoboek en Weblog.
Alledrie hebben hun eigen subdomein, maar omdat er maar één functie is/was en er verder weinig over duidelijk is / weinig aandacht voor is, had ik het destijds onder 'Algemeen FOK!' geschaard.
Toch voor een extra forums table gegaan dus. Zit nu wel even met de vraag waar ik het beste de koppeling kan maken tussen de user/crewtype en het forum waar de user heeft ge-mod.
Voor de duidelijkheid;
Users; Zijn de FOK! users
Crewtypes; Zijn de verschillende crewtitels die over heel FOK! bestaan
Subsites; Zijn alle subsites van FOK! met crew; frontpage.fok.nl, sport.fok.nl, games.fok.nl, forum.fok.nl, ..
Services; Zijn alle 'dienstperiodes' van FOK!users, met start- en waar nodig eindtijd.
Forums; Zijn alle forums die op forum.fok.nl te vinden zijn.
Ik denk er nu zelf aan om de tabel 'services' uit te breiden met een 'forum_id' column, die 0 blijft wanneer het om een andere subsite gaat dan het forum. Mocht iemand hier een betere en nettere suggestie voor hebben, hoor ik het graag.
Heb deze structuur (zonder forums nog) nu zelf al lokaal draaien met wat sample-data, en dat werkt wel erg praktisch zo.
Voor de duidelijkheid;
Users; Zijn de FOK! users
Crewtypes; Zijn de verschillende crewtitels die over heel FOK! bestaan
Subsites; Zijn alle subsites van FOK! met crew; frontpage.fok.nl, sport.fok.nl, games.fok.nl, forum.fok.nl, ..
Services; Zijn alle 'dienstperiodes' van FOK!users, met start- en waar nodig eindtijd.
Forums; Zijn alle forums die op forum.fok.nl te vinden zijn.
Ik denk er nu zelf aan om de tabel 'services' uit te breiden met een 'forum_id' column, die 0 blijft wanneer het om een andere subsite gaat dan het forum. Mocht iemand hier een betere en nettere suggestie voor hebben, hoor ik het graag.
Heb deze structuur (zonder forums nog) nu zelf al lokaal draaien met wat sample-data, en dat werkt wel erg praktisch zo.
Ziet er goed uit!
Zijn die created_at en updated_at info over de rij zelf of is het info over het onderwerp?
Enige wat ik nog kan bedenken is dat het naampje 'forums' alleen past bij de forums; mocht je straks voor een sectie van een ander onderdeel ook aparte crew hebben (zoals elke forum zijn eigen crew i.p.v. een algemeen crew voor alles), dan zit je wel met die naam.
Zijn die created_at en updated_at info over de rij zelf of is het info over het onderwerp?
Enige wat ik nog kan bedenken is dat het naampje 'forums' alleen past bij de forums; mocht je straks voor een sectie van een ander onderdeel ook aparte crew hebben (zoals elke forum zijn eigen crew i.p.v. een algemeen crew voor alles), dan zit je wel met die naam.
quote:
Toch voor een extra forums table gegaan dus. Zit nu wel even met de vraag waar ik het beste de koppeling kan maken tussen de user/crewtype en het forum waar de user heeft ge-mod.
[ afbeelding ]
Voor de duidelijkheid;
Users; Zijn de FOK! users
Crewtypes; Zijn de verschillende crewtitels die over heel FOK! bestaan
Subsites; Zijn alle subsites van FOK! met crew; frontpage.fok.nl, sport.fok.nl, games.fok.nl, forum.fok.nl, ..
Services; Zijn alle 'dienstperiodes' van FOK!users, met start- en waar nodig eindtijd.
Forums; Zijn alle forums die op forum.fok.nl te vinden zijn.
Ik denk er nu zelf aan om de tabel 'services' uit te breiden met een 'forum_id' column, die 0 blijft wanneer het om een andere subsite gaat dan het forum. Mocht iemand hier een betere en nettere suggestie voor hebben, hoor ik het graag.
Heb deze structuur (zonder forums nog) nu zelf al lokaal draaien met wat sample-data, en dat werkt wel erg praktisch zo.
Snap ik het goed dat één record één id krijgt? dan begrijp ik niet waarom de user_id bij de services staat en niet bij de users?
lama 1 user kan meerdere services hebben check
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
created_at en updated_at zijn voor de rows zelf idd. Die velden moeten allemaal nog even het zelfde dateformat krijgen. Kwestie van de db migratiefiles even updaten.quote:
Ziet er goed uit!
Zijn die created_at en updated_at info over de rij zelf of is het info over het onderwerp?
Enige wat ik nog kan bedenken is dat het naampje 'forums' alleen past bij de forums; mocht je straks voor een sectie van een ander onderdeel ook aparte crew hebben (zoals elke forum zijn eigen crew i.p.v. een algemeen crew voor alles), dan zit je wel met die naam.
Klopt, maar in dat geval zou ik dus ook niet meer genoeg hebben aan een forum_id column in m'n services table, dus zal ik de rest ook moeten herzien. Voor nu lijkt mij dit wel een goede basis.
Klopt! De services tabel houdt een logboek bij voor alle users idd.quote:Op vrijdag 24 augustus 2018 15:25 schreef Bosbeetle het volgende:
[..]
Snap ik het goed dat één record één id krijgt? dan begrijp ik niet waarom de user_id bij de services staat en niet bij de users?
lama 1 user kan meerdere services hebben check
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |