Volgens mij is de uitdaging nu vooral de visuele weergave.quote:Op zondag 22 juni 2014 00:13 schreef bondage het volgende:
[..]
Dat kun je natuurlijk ook gewoon meegeven in de hash en afvangen in de handleLocationHash functie.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | <?php var jsonTimelineData; $.ajax({ url: "content/getchartdata/user-timeline.php", dataType: "JSON", async: false, data: { user: num }, success: function(callback) { jsonTimelineData = callback; } }); ?> |
Ik heb een half uurtje geleden of zo een commit gedaan. het goed is heb je de een-na-laatste commit, toch? Verschil is dat de URL na selectie ?type=user#user=1 was, en nu ?type=user#id=1 is.quote:Op zondag 22 juni 2014 00:29 schreef Nattekat het volgende:
[ code verwijderd ]
Levert niks op. Is er een reden dat hierbij een functie wordt gebruikt om de gegevens door te sluizen en bij de tabel en taartgrafiek gewoon de responsetext?
type=user#user=5 zit ik op, dat zou dus kunnen. Ik ben nu alvast aan een fix aan het werken, mocht het nodig zijn upload ik die wel.quote:Op zondag 22 juni 2014 00:41 schreef zarGon het volgende:
[..]
Ik heb een half uurtje geleden of zo een commit gedaan. het goed is heb je de een-na-laatste commit, toch? Verschil is dat de URL na selectie ?type=user#user=1 was, en nu ?type=user#id=1 is.
De timeline kreeg ik niet werkend. esv7 heeft dat werkend gekregen. Na zijn fix is deze code erbij gekomen.
esv7, zou je hier een antwoord op kunnen geven?
.quote:Op zondag 22 juni 2014 00:46 schreef Nattekat het volgende:
[..]
type=user#user=5 zit ik op, dat zou dus kunnen. Ik ben nu alvast aan een fix aan het werken, mocht het nodig zijn upload ik die wel.
Ik pas het in github's eigen editor aan om dat te voorkomen, maak je geen zorgen daaroverquote:Op zondag 22 juni 2014 00:50 schreef zarGon het volgende:
[..]
.
Zou je kunnen updaten naar de laatste commit? Kleine wijzigingen. Voorkomt eventueel gedoe later. .
Okidoki!quote:Op zondag 22 juni 2014 00:53 schreef Nattekat het volgende:
[..]
Ik pas het in github's eigen editor aan om dat te voorkomen, maak je geen zorgen daarover
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.Zolang dit niet als array gezien wordt houdt het op
Werk voor morgen dan maar.
Ja, met die branhes heb ik ook zitten kloten toen ik een branch voor esv7 had aangemaakt. Vond 't ook irritant werken.quote:Op zondag 22 juni 2014 13:14 schreef Nattekat het volgende:
user-timeline.php en googlecharts.js geüpdated. Wel een beetje zitten kloten met de github branches, mag gerust gefixt worden.
Was een stuk makkelijker geweest als ik gewoon al mijn eigen bestanden kon uploaden, er is iets foutgegaan en ik weet niet wat.
Eerst verscheen die hele timeline niet, hij zou nu wel moeten verschijnen maar ik heb mijn eigen sql database net kapotgemaaktquote:Op zondag 22 juni 2014 13:33 schreef zarGon het volgende:
[..]
Ja, met die branhes heb ik ook zitten kloten toen ik een branch voor esv7 had aangemaakt. Vond 't ook irritant werken.
We kunnen 2 dingen doen:
- jij maakt je eigen branch (heb je al gedaan), en doet al je wijzigingen daarop. De master branch neemt jouw toevoegingen over. Voordeel hiervan is dat je helemaal los kunt gaan binnen je eigen branch.
- jij voegt je verbeteringen gewoon toe aan de master branch. Voordeel is dat verbeteringen sneller doorgevoerd worden zonder gedoe, nadeel is dat je wel moet opletten dat de master niet kaput gaat. In dit geval kun je dus je eigen bestanden ook gewoon toevoegen (let wel op dat je config.php niet meeneemt).
Wat mij betreft voeg je je verbeteringen direct toe op de master branch (en verwijder je die nieuwe branch).
Kun je mij vertellen wat jouw verbetering op de timeline precies inhoudt?
Die hele timeline verscheen niet, mijn aanpassingen zitten in aparte bestanden, welke ik dus gewoon uit kan zetten. Toen ik de update uploadde was het ook de verkeerde versie.quote:Op zondag 22 juni 2014 13:55 schreef zarGon het volgende:
Jep. Dat had ik in de laatste commit gewijzigd (zoals hierboven gemeld). .
Maar... Wat heb je nu toegevoegd en hoe werkt hetgeen wat je hebt toegevoegd? De timeline die er nu is werkt gewoon.
Je bent bezig geweest met de 'tabs' en toen werkte het niet meer. Als ik het goed begrijp wijzig je de timeline om het werkend te krijgen na jouw toevoegingen?
Ook niet in de versies die je had gedownload? (v0.0.5)quote:
In de branche die je had aangemaakt, toch? Dat maakt dan niet zoveel uit, hehe.quote:, mijn aanpassingen zitten in aparte bestanden, welke ik dus gewoon uit kan zetten. Toen ik de update uploadde was het ook de verkeerde versie.
Ik kan nu niet meer zien welke versie ik had, de bestanden stonden al in aparte mappen.quote:Op zondag 22 juni 2014 14:05 schreef zarGon het volgende:
[..]
Ook niet in de versies die je had gedownload? (v0.0.5)
Heel raar, ik test die 'grondig'. Hm.
[..]
In de branche die je had aangemaakt, toch? Dat maakt dan niet zoveel uit, hehe.
Het wordt een beetje rommelig en onduidelijk voor mij...quote:Op zondag 22 juni 2014 14:09 schreef Nattekat het volgende:
[..]
Ik kan nu niet meer zien welke versie ik had, de bestanden stonden al in aparte mappen.
Ik weet zeker dat de enige update na mij die van user => id was.
Kan dat nu even niet doen. Wel enorm vaag als het wel werkt voor jou. Over een uurtje of 2 kan ik het testen.quote:Op zondag 22 juni 2014 14:11 schreef zarGon het volgende:
[..]
Het wordt een beetje rommelig en onduidelijk voor mij...
Kun je even iets proberen? https://github.com/zarGonnn/FOK-crewgeschiedenis/releases. Download v0.0.5 eens. Werkt timeline wel of niet bij jou?
Ik moet wel zeggen: ik test het door op de website te plaatsen. Jij test lokaal. Zou het daaraan kunnen liggen?quote:Op zondag 22 juni 2014 14:15 schreef Nattekat het volgende:
[..]
Kan dat nu even niet doen. Wel enorm vaag als het wel werkt voor jou. Over een uurtje of 2 kan ik het testen.
Ik denk het niet, mijn browser gaf de foutmelding. Het komt dus echt van de code af. Dan ligt de oorzaak bij mijn php versie of apache.quote:Op zondag 22 juni 2014 14:17 schreef zarGon het volgende:
[..]
Ik moet wel zeggen: ik test het door op de website te plaatsen. Jij test lokaal. Zou het daaraan kunnen liggen?
Mijn PHP-versie is 5.3.27 en de Apache-versie kan ik niet achterhalen... Hmpf.quote:Op zondag 22 juni 2014 14:20 schreef Nattekat het volgende:
[..]
Ik denk het niet, mijn browser gaf de foutmelding. Het komt dus echt van de code af. Dan ligt de oorzaak bij mijn php versie of apache.
PHP 5.4 en Apache 2.2 hier...quote:Op zondag 22 juni 2014 14:31 schreef zarGon het volgende:
[..]
Mijn PHP-versie is 5.3.27 en de Apache-versie kan ik niet achterhalen... Hmpf.
Die doet het wel ja. Erg raar dit, de versie die ik heb heeft ook al die extra mappen. Ik kan iig verder met de overzichten per forumquote:Op zondag 22 juni 2014 14:11 schreef zarGon het volgende:
[..]
Het wordt een beetje rommelig en onduidelijk voor mij...
Kun je even iets proberen? https://github.com/zarGonnn/FOK-crewgeschiedenis/releases. Download v0.0.5 eens. Werkt timeline wel of niet bij jou?
Zou je me hier iets meer over kunnen vertellen? .quote:Op zaterdag 21 juni 2014 23:47 schreef bondage het volgende:
[..]
Die zou je in de selectUser functie naar een div kunnen schrijven, die is daar immers bekend.
Gewoon via jQuery: $("#id_van_je_divje").html(var_met_userid);quote:Op maandag 23 juni 2014 13:29 schreef zarGon het volgende:
[..]
Zou je me hier iets meer over kunnen vertellen? .
Ik heb zelf wat geprobeerd (o.a. http://stackoverflow.com/(...)ite-to-a-div-element), maar dat gaf niet het gewenste resultaat.
Waar moet dit geplaatst worden?quote:Op maandag 23 juni 2014 13:45 schreef bondage het volgende:
[..]
Gewoon via jQuery: $("#id_van_je_divje").html(var_met_userid);
In de functie selectUser, daar is het ID namelijk bekend.quote:Op maandag 23 juni 2014 13:46 schreef zarGon het volgende:
[..]
Waar moet dit geplaatst worden?
Op de user-pagina of op de index (samen bij de rest van de js)?
http://fok.zevkiselim.nl/crew2.0/?type=user#id=151187.quote:Op maandag 23 juni 2014 16:06 schreef bondage het volgende:
[..]
In de functie selectUser, daar is het ID namelijk bekend.
quote:Op maandag 23 juni 2014 16:06 schreef bondage het volgende:
[..]
In de functie selectUser, daar is het ID namelijk bekend.
1 2 3 4 5 6 | function selectUser(user_id) { $("#userselect").hide(); $("#userinfo").show(); $("#userid").show(); $("#userid").html(user_id); drawItems(user_id); } |
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 | <div class="page-header" id="userinfo" style="display:none;"> <?php try { require('config.php'); $UserID = '<span id="userid"></span>'; echo $UserID; $con= new PDO( "mysql:host=" . $settings["dbserver"] . ";dbname=" . $settings["dbname"], $settings["dbuser"], $settings["dbpass"]); $sql= "SELECT PK_Gebruiker , Gebruikersnaam , UserID FROM Gebruiker WHERE UserID = " . $UserID . " "; $stmt=$con->prepare($sql); $stmt->execute(); while($row = $stmt->fetch(PDO::FETCH_ASSOC)) { echo '<h1>LOL</h1>'; //echo $row['Gebruikersnaam']; } } // Errorafhandeling catch(PDOException $e) { echo '<pre>'; echo 'Regel: '.$e->getLine(). '<br />'; echo 'Bestand: '.$e->getFile(). '<br />'; echo 'Foutmelding: '.$e->getMessage(); echo '</pre>'; } ?> </div> |
Gequote stukje gaat nooit werken natuurlijk, je geeft nu een string zonder betekenis mee aan je query. Is het de bedoeling dat de naam van de user wordt opgehaald adhv het ID die geselecteerd is?quote:
Bedoeling is dat ik data (van de user) uit de database trek. Ik moet daarvoor echter weten welke user er geselecteerd is. Dat wordt nu met $("#userid").html(user_id); gedaan.quote:Op dinsdag 24 juni 2014 11:28 schreef bondage het volgende:
[..]
Gequote stukje gaat nooit werken natuurlijk, je geeft nu een string zonder betekenis mee aan je query. Is het de bedoeling dat de naam van de user wordt opgehaald adhv het ID die geselecteerd is?
Dat gequote stukje werkt overigens wel in een echo. Ik dacht dat het daarom ook zou werken in de query.quote:Op dinsdag 24 juni 2014 11:28 schreef bondage het volgende:
[..]
Gequote stukje gaat nooit werken natuurlijk, je geeft nu een string zonder betekenis mee aan je query. Is het de bedoeling dat de naam van de user wordt opgehaald adhv het ID die geselecteerd is?
Elementen die dynamisch worden gevuld kun je niet doorgeven. Je zal hiervoor een losse ajax request moeten doen of het geselecteerde user-id opslaan in de sessie en die hergebruiken in je query.quote:Op dinsdag 24 juni 2014 11:33 schreef zarGon het volgende:
[..]
Bedoeling is dat ik data (van de user) uit de database trek. Ik moet daarvoor echter weten welke user er geselecteerd is. Dat wordt nu met $("#userid").html(user_id); gedaan.
Als ik eenmaal een UserID heb, kan ik de data uit de database tonen.
Omdat de UserID (#id=xxx) nu met JavaScript werkt, kan ik geen PHP gebruiken. Of nou ja, dat is me niet gelukt.
Fuck. . Dat gaat mij in ieder geval niet lukken. . Geen idee hoe of wat.quote:Op dinsdag 24 juni 2014 11:40 schreef bondage het volgende:
[..]
Elementen die dynamisch worden gevuld kun je niet doorgeven. Je zal hiervoor een losse ajax request moeten doen of het geselecteerde user-id opslaan in de sessie en die hergebruiken in je query.
Wil je in de toekomst nog meer waarden dynamisch ophalen of is de naam van de user het enige? Het probleem is namelijk dat je op den duur met gigantisch veel losse requests komt te zitten, lijkt me niet de bedoeling en maakt de boel onoverzichtelijk. Wat je zou kunnen doen is een JS functie schrijven die alle data in één request ophaalt, dus zowel de gegevens voor de grafieken als de extra info betreft de geselecteerde gebruiker. Je kunt deze gegevens allemaal teruggeven als JSON data, dus de userdata en grafiekdata in een object en dan opsplitsen in de JS functie die de aanroep doet.quote:Op dinsdag 24 juni 2014 11:49 schreef zarGon het volgende:
[..]
Fuck. . Dat gaat mij in ieder geval niet lukken. . Geen idee hoe of wat.
Zou jou dit willen/kunnen doen? Mits je kan/wil en tijd en zo hebt.
Voor de user-pagina is bijna alles rond, alleen de genoemde gegevens hierboven missen. En dat kan allemaal geregeld worden met alleen de UserID.quote:Op dinsdag 24 juni 2014 11:56 schreef bondage het volgende:
[..]
Wil je in de toekomst nog meer waarden dynamisch ophalen of is de naam van de user het enige? Het probleem is namelijk dat je op den duur met gigantisch veel losse requests komt te zitten, lijkt me niet de bedoeling en maakt de boel onoverzichtelijk. Wat je zou kunnen doen is een JS functie schrijven die alle data in één request ophaalt, dus zowel de gegevens voor de grafieken als de extra info betreft de geselecteerde gebruiker. Je kunt deze gegevens allemaal teruggeven als JSON data, dus de userdata en grafiekdata in een object en dan opsplitsen in de JS functie die de aanroep doet.
Helaas. . Bedankt voor je uitleg nog in ieder geval, al kan ik er weinig mee.quote:Ik heb er op dit moment helaas geen tijd voor.
Ik ga vanavond ff voor je kijken, ben nu aan het werk. Het is namelijk niet zo heel erg ingewikkeld.quote:Op dinsdag 24 juni 2014 11:58 schreef zarGon het volgende:
[..]
Voor de user-pagina is bijna alles rond, alleen de genoemde gegevens hierboven missen. En dat kan allemaal geregeld worden met alleen de UserID.
[..]
Helaas. . Bedankt voor je uitleg nog in ieder geval, al kan ik er weinig mee.
. Heel erg bedankt!quote:Op dinsdag 24 juni 2014 12:00 schreef bondage het volgende:
[..]
Ik ga vanavond ff voor je kijken, ben nu aan het werk. Het is namelijk niet zo heel erg ingewikkeld.
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 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 | <?php elseif (isset($_GET['rol'])) { // creates the new/edit record form // since this form is used multiple times in this file, I have made it a function that is easily reusable function renderForm($Subsitenaam = '', $Rolafkorting = '', $Rolomschrijving = '', $Foutmelding = '', $PK_Rol = '') { ?> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html> <head> <title> <?php if ($PK_Rol != '') { echo "Edit Record"; } else { echo "New Record"; } ?> </title> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/> </head> <body> <h1><?php if ($PK_Rol != '') { echo "Edit Record"; } else { echo "New Record"; } ?></h1> <?php if ($Foutmelding != '') { echo "<div style='padding:4px; border:1px solid red; color:red'>" . $Foutmelding . "</div>"; } ?> <form action="" method="post"> <div> <?php if ($PK_Rol != '') { ?> <input type="hidden" name="PK_Rol" value="<?php echo $PK_Rol; ?>" /> <p>PK_Rol: <?php echo $PK_Rol; ?></p> <?php } ?> <strong>Subsitenaam: *</strong> <input type="text" name="Subsitenaam" value="<?php echo $Subsitenaam; ?>"/><br/> <strong>Rolafkorting: *</strong> <input type="text" name="Rolafkorting" value="<?php echo $Rolafkorting; ?>"/><br/> <strong>Rolomschrijving: *</strong> <input type="text" name="Rolomschrijving" value="<?php echo $Rolomschrijving; ?>"/><br/> <p>* required</p> <input type="submit" name="submit" value="Submit" /> </div> </form> </body> </html> <?php } /* EDIT RECORD */ // if the 'PK_Rol' variable is set in the URL, we know that we need to edit a record if (isset($_GET['PK_Rol'])) { // if the form's submit button is clicked, we need to process the form if (isset($_POST['submit'])) { // make sure the 'PK_Rol' in the URL is valid if (is_numeric($_POST['PK_Rol'])) { // get variables from the URL/form $PK_Rol = $_POST['PK_Rol']; $Subsitenaam = htmlentities($_POST['Subsitenaam'], ENT_QUOTES); $Rolafkorting = htmlentities($_POST['Rolafkorting'], ENT_QUOTES); $Rolomschrijving = htmlentities($_POST['Rolomschrijving'], ENT_QUOTES); // check that firstname and lastname are both not empty if ($Subsitenaam == '' || $Rolafkorting == '' || $Rolomschrijving == '') { // if they are empty, show an error message and display the form $Foutmelding = 'ERROR: Please fill in all required fields!'; renderForm($Subsitenaam, $Rolafkorting, $Rolomschrijving, $Foutmelding, $PK_Rol); } else { // if everything is fine, update the record in the database //!!!!!!!!!!!!!!! if ($stmt = $mysqli->prepare("UPDATE Rol SET Naam = ? WHERE PK_Rol=?")) { $stmt->bind_param("sssi", $Subsitenaam, $Rolafkorting, $Rolomschrijving, $PK_Rol); $stmt->execute(); $stmt->close(); } // show an error message if the query has an error else { echo "ERROR: could not prepare SQL statement."; } // redirect the user once the form is updated header("Location: view.php?rol"); } } // if the 'PK_Rol' variable is not valid, show an error message else { echo "Error!"; } } // if the form hasn't been submitted yet, get the info from the database and show the form else { // make sure the 'PK_Rol' value is valid if (is_numeric($_GET['PK_Rol']) && $_GET['PK_Rol'] > 0) { // get 'PK_Rol' from URL $PK_Rol = $_GET['PK_Rol']; // get the record from the database if($stmt = $mysqli->prepare("SELECT * FROM Subsite WHERE PK_Rol=?")) //!!!!!!!!! { $stmt->bind_param("i", $PK_Rol); $stmt->execute(); $stmt->bind_result($PK_Rol, $Subsitenaam, $Rolafkorting, $Rolomschrijving); $stmt->fetch(); // show the form renderForm($Subsitenaam, $Rolafkorting, $Rolomschrijving, NULL, $PK_Rol); $stmt->close(); } // show an error if the query has an error else { echo "Error: could not prepare SQL statement"; } } // if the 'PK_Rol' value is not valid, redirect the user back to the view.php page else { header("Location: view.php?rol"); } } } /* NEW RECORD */ // if the 'PK_Rol' variable is not set in the URL, we must be creating a new record else { // if the form's submit button is clicked, we need to process the form if (isset($_POST['submit'])) { // get the form data $Subsitenaam = htmlentities($_POST['Subsitenaam'], ENT_QUOTES); $Rolafkorting = htmlentities($_POST['Rolafkorting'], ENT_QUOTES); $Rolomschrijving = htmlentities($_POST['Rolomschrijving'], ENT_QUOTES); // check that firstname and lastname are both not empty if ($Subsitenaam == '' || $Rolafkorting == '' || $Rolomschrijving == '') { // if they are empty, show an error message and display the form $Foutmelding = 'ERROR: Please fill in all required fields!'; renderForm($Subsitenaam, $Rolafkorting, $Rolomschrijving, $Foutmelding); } else { // insert the new record into the database if ($stmt = $mysqli->prepare("INSERT Rol (Naam) VALUES (?)")) //! !!!!!!!!!!!! { $stmt->bind_param("sss", $Subsitenaam, $Rolafkorting, $Rolomschrijving); $stmt->execute(); $stmt->close(); } // show an error if the query has an error else { echo "ERROR: Could not prepare SQL statement."; } // redirec the user header("Location: view.php?rol"); } } // if the form hasn't been submitted yet, show the form else { renderForm(); } } // close the mysqli connection $mysqli->close(); } ?> |
quote:Op donderdag 26 juni 2014 15:04 schreef zarGon het volgende:
Ben bezig met de 'admin'-pagina's, warmee je gemakkelijk data kunt toevoegen aan de database.
http://fok.zevkiselim.nl/crew2.0/admin/view.php.
Ik zou het volgende willen weten: hoe kan ik in plaats van een textbox een dropdownlijstje weergeven? In die dropdown staan dan de mogelijke waarden die al voorkomen in de database.
Ik heb dat nodig voor het gedeelte 'rol'. Ik wil bij het toevoegen van een 'rol' ook meteen een subsite kunnen kiezen. Dat je bijvoorbeeld 'DIG' toevoegt en daarbij uit een dropdown 'Forum' als subsite kan kiezen.
Met textbox: http://fok.zevkiselim.nl/crew2.0/admin/edit.php?rol.
(Werkt nu sowieso niet, de SQL-query klopt niet.)
--> Ik wil dus dat 'Subsitenaam' geen textbox is, maar een dropdownlijst.
Code:
[ code verwijderd ]
1 2 3 4 5 6 | <?php <select> <option value="DIG">DIG</option> <option value="GC">GC</option> </select> ?> |
Jep! In plaats van handmatig 'DIG' of 'GC' invullen, wil ik het kunnen kiezen. Makkelijker, en niet foutgevoelig.quote:Op donderdag 26 juni 2014 15:30 schreef Nattekat het volgende:
[..]
[ code verwijderd ]
Wil je zoiets hebben?
Dat wordt een while() zoals bij de grafieken?quote:Met een array die uit de SQL query rolt kan je een for each opstellen voor elke subsite waarbij je bij elke subsite een nieuwe option toevoegt.
Ik zou persoonlijk eerst bestaande code kopieren (die code die alle gegevens voor een piechart in een array gooit) en vervolgens die array gebruiken om het te vullen. Scheelt werk en is iets overzichtelijker.quote:Op donderdag 26 juni 2014 15:34 schreef zarGon het volgende:
Dat wordt een while() zoals bij de grafieken?
Hm...
De grafieken tonen geen usergegevens, maar subsite/rol/activiteit.quote:Op donderdag 26 juni 2014 15:37 schreef Nattekat het volgende:
[..]
Ik zou persoonlijk eerst bestaande code kopieren (die code die alle gegevens voor een piechart in een array gooit) en vervolgens die array gebruiken om het te vullen. Scheelt werk en is iets overzichtelijker.
Dat snap ik, maar die code kan je als uitgangspunt nemenquote:Op donderdag 26 juni 2014 15:39 schreef zarGon het volgende:
[..]
De grafieken tonen geen usergegevens, maar subsite/rol/activiteit.
Ik zal er vanavond eens naar kijken.
Ben er helaas nog niet aan toegekomen, te druk de laatste paar dagen. Zal morgen of in het weekend even iets proberen te fixen.quote:
.quote:Op donderdag 26 juni 2014 21:32 schreef bondage het volgende:
[..]
Ben er helaas nog niet aan toegekomen, te druk de laatste paar dagen. Zal morgen of in het weekend even iets proberen te fixen.
1 2 3 4 | SELECT * FROM Rol R LEFT JOIN Subsite S ON R.FK_Subsite = S.PK_Subsite |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | <?php $sql = "SELECT G.Gebruikersnaam , R.Afkorting Rolafkorting , SUM(DATEDIFF(IFNULL(A.Einddatum,CURDATE()),A.Startdatum)+1) Duur FROM Activiteit A LEFT JOIN Gebruiker G ON A.FK_Gebruiker = G.PK_Gebruiker LEFT JOIN Rol R ON A.FK_ROL = R.PK_ROL LEFT JOIN Subsite S ON R.FK_Subsite = S.PK_Subsite WHERE G.UserID = ? GROUP BY G.Gebruikersnaam, R.Afkorting ORDER BY A.Startdatum ASC, IFNULL(A.Einddatum,CURDATE()) ASC"; $stmt=$con->prepare($sql); $stmt->execute($id); ?> |
Thanks voor de check, ik zal aanpassen. (Jij kunt dit overigens ook doen, je hebt rechten op GitHub.)quote:Op vrijdag 27 juni 2014 20:30 schreef Nattekat het volgende:
Ik heb nog even zitten rondkijken op de kwetsbaarheid van jouw server, het lijkt vanaf mijn oogpunt dat de sql-tabel read-only is, dat zit dus wel goed. Echter is jouw server kwetsbaar voor SQL-injections. Je kan het zelf uitproberen door naar http://fok.zevkiselim.nl/crew2.0/?type=user#id=1 OR 1=1 te gaan, de grafieken zullen elke rij uit de tabel tonen.
Ik heb nog geprobeerd om gegevens in die tabel te krijgen maar dat is dus niet gelukt. Toch is het een goed idee om de tabel 'gebruikers' te controleren op mijn fratsen
Je kan dit oplossen door in user-piechart en user-table in de sql code ". $id ." te veranderen naar "?" (zonder aanhalingstekens) en dan deze uit te voeren met $stmt->execute($id)
Hele code voor de volledigheid:
[ code verwijderd ]
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | function selectUser(user_id) { $("#userselect").hide(); $("#userinfo").show(); $("#userid").show(); $("#userid").html(user_id); getUserById(user_id, function(output) { $("#username").html(output); }); drawItems(user_id); } function getUserById(user_id, callback) { $.post("index.php?do=get_user_by_id", {'user_id':user_id}, function(data) { callback(data); }); } |
Is de "Foutmelding-opgelost"-branch nog ergens voor nodig of kan ik 'm verwijderen?quote:
Hij mag weg.quote:Op dinsdag 1 juli 2014 12:38 schreef zarGon het volgende:
[..]
Is de "Foutmelding-opgelost"-branch nog ergens voor nodig of kan ik 'm verwijderen?
https://github.com/zarGon(...)Foutmelding-opgelost.
Verwijderd. .quote:
Jep. Ik heb net een nieuwe commit gedaan. Admin-gedeelte is erbij gekomen: http://fok.zevkiselim.nl/crew2.0/?admin=index.quote:Staan trouwens interessante namen in de userlist nu
Ik heb dit net even getest bij de user-piechart... Ik heb je code overgenomen en op de juiste plek geplakt. Het werkt niet, de overzichten verdwijnen. Wat zou het kunnen zijn?quote:Op vrijdag 27 juni 2014 20:30 schreef Nattekat het volgende:
Ik heb nog even zitten rondkijken op de kwetsbaarheid van jouw server, het lijkt vanaf mijn oogpunt dat de sql-tabel read-only is, dat zit dus wel goed. Echter is jouw server kwetsbaar voor SQL-injections. Je kan het zelf uitproberen door naar http://fok.zevkiselim.nl/crew2.0/?type=user#id=1 OR 1=1 te gaan, de grafieken zullen elke rij uit de tabel tonen.
Ik heb nog geprobeerd om gegevens in die tabel te krijgen maar dat is dus niet gelukt. Toch is het een goed idee om de tabel 'gebruikers' te controleren op mijn fratsen
Je kan dit oplossen door in user-piechart en user-table in de sql code ". $id ." te veranderen naar "?" (zonder aanhalingstekens) en dan deze uit te voeren met $stmt->execute($id)
Hele code voor de volledigheid:
[ code verwijderd ]
Ik kan nu pas hiermee aan de slag. Als ik vragen heb, hoor je ze wel. .quote:Op zaterdag 28 juni 2014 17:35 schreef bondage het volgende:
[ code verwijderd ]
Je moet dan echter in index nog wel even ervoor zorgen dat je een handler hebt welke $_GET['do'] == 'get_user_by_id' afhandelt, het daadwerkelijke id zit in de post $_POST['user_id']. Je kunt hier natuurlijk ook een los script voor schrijven en deze aanroepen, deze moet het ID omzetten naar een naam en deze echo'en. Niet vergeten de naam om te zetten naar entities.
Bovenstaande is wel de meest simpele methode. Het beste is om alles in een enkele call af te handelen en terug te geven als JSON, je kunt de data er dan uithalen via data.chart_data en data.user_name. Dit vereist echter een grote aanpassing aan je bestaande code.
Ik ga er vanavond naar kijkenquote:Op dinsdag 1 juli 2014 13:51 schreef zarGon het volgende:
Zijn een paar issues mee: https://github.com/zarGon(...)is/issues?state=open. Zie je hulp graag tegemoet mocht je kunnen helpen.
Is er nog een specifieke error code? In principe zou dit moeten werken.quote:Op dinsdag 1 juli 2014 14:21 schreef zarGon het volgende:
[..]
Ik heb dit net even getest bij de user-piechart... Ik heb je code overgenomen en op de juiste plek geplakt. Het werkt niet, de overzichten verdwijnen. Wat zou het kunnen zijn?
Cool!quote:
Nope, geen foutmelding op de pagina zelf. PHP-code lijkt/is goed. Ik vermoed dat de SQL-query niet helemaal goed is. Heb niet gekeken of het werkt met een handmatig ingevulde UserID, i.p.v. $id.quote:Is er nog een specifieke error code? In principe zou dit moeten werken.
Omdat je hebt aangegeven dat je deze repo wil watchen. Zie https://github.com/settings/notifications.quote:Op dinsdag 1 juli 2014 15:06 schreef Nattekat het volgende:
Is er een reden dat mijn mailbox overspoeld is met mailtjes van github?
Jup, precies 6.quote:Op dinsdag 1 juli 2014 15:12 schreef zarGon het volgende:
[..]
Omdat je hebt aangegeven dat je deze repo wil watchen. Zie https://github.com/settings/notifications.
Ik had niet door dat je telkens een mailtje zou krijgen. . Heb een commit gedaan en 6 issues ingeschoten; dat zullen je mailberichten zijn.
als je ? gebruikt in je query, moet je geen labels gebruiken in je bind_param functie. Tevens wordt die bind_param functie nu niet goed gebruikt (elke variabele moet in een nieuwe aanroep).quote:Op zaterdag 26 juli 2014 13:29 schreef zarGon het volgende:
Is er niemand hier die me kan helpen met issue 5 en 6? https://github.com/zarGon(...)is/issues?state=open.
Als die zijn opgelost kan er tenminste voor één subsite (forum) gegevens toegevoegd worden en heb ik weer een beetje motivatie om hieraan te werken.
1 2 3 4 5 | <?php $stmt->bind_param(1, $Rolafkorting, PDO::PARAM_STR); $stmt->bind_param(2, $Rolomschrijving, PDO::PARAM_STR); $stmt->bind_param(3, $PK, PDO::PARAM_STR); ?> |
1 2 3 | <?php $stmt->execute(array($Rolafkorting, $Rolomschrijving, $pk)); ?> |
Over welk bestand heb je het preciesquote:Op dinsdag 19 augustus 2014 22:56 schreef remi1986 het volgende:
En echt, html en php bij elkaar?
De tranen springen in mijn ogen als ik dit allemaal bekijk.
admin/edit.phpquote:Op dinsdag 19 augustus 2014 22:58 schreef Nattekat het volgende:
[..]
Over welk bestand heb je het precies
- Wellicht is het handig als je deel 1 doorleest.quote:Op dinsdag 19 augustus 2014 22:56 schreef remi1986 het volgende:
Tevens in dat edit bestand waarom wordt er ineens mysqli gebruikt? (regel 29)
En echt, html en php bij elkaar?
De tranen springen in mijn ogen als ik dit allemaal bekijk.
Ok, dat het er niet uit ziet moet ik ook wel toegevenquote:
ik ben denk ik sneller als ik van scratch af aan begin. Ik dacht ff snel die query voor je te fixen (zie paar berichten hierboven)quote:Op dinsdag 19 augustus 2014 23:04 schreef zarGon het volgende:
[..]
- Wellicht is het handig als je deel 1 doorleest.
- Voor het admingedeelte is http://www.killersites.co(...)records-with-mysqli/ gebruikt.
- Als ik de skills had, had ik het allang alleen in elkaar geflanst en had ik dit topic niet geopend.
- Mocht je het willen verbeteren kun je helpen door de code aan te passen en te verbeteren.
Het werkt, en daar gaat het mij in eerste instantie om. Dat het beter kan wéét ik.quote:Op dinsdag 19 augustus 2014 23:05 schreef Nattekat het volgende:
[..]
Ok, dat het er niet uit ziet moet ik ook wel toegeven
Had gehoopt dat het vanaf de OP van het eerste deel al duidelijk was wat mijn kunnen en doen was.quote:Maar ik denk dat vooral onervarenheid hier een rol speelt, volgens mij is Zargon echt een gigantische newbie (niet lullig bedoeld ) wat betreft het maken van software en is dit project ook een leercurve.
Zou je mij ook kunnen voorzien van de goede SQL-query? (De inserts en de edits...) Dan kan ik in ieder geval eventueel zelf verder.quote:Op dinsdag 19 augustus 2014 23:05 schreef remi1986 het volgende:
[..]
Ik dacht ff snel die query voor je te fixen (zie paar berichten hierboven)
Er hebben zoveel mensen hier meegekeken die de kennis in huis hebben en weten hoe dit 'project' gerealiseerd kan worden, maar daadwerkelijk helpen hebben er maar twee of drie gedaan.quote:ik ben denk ik sneller als ik van scratch af aan begin.
Ik heb nooit jouw manier van werken bekritiseerd, ik vind het juist mooi dat je direct met zo'n groot project begint, ik zou het ook niet veel beter doen met mijn basis-php kennis.quote:Op dinsdag 19 augustus 2014 23:08 schreef zarGon het volgende:
[..]
Het werkt, en daar gaat het mij in eerste instantie om. Dat het beter kan wéét ik.
Klopte het niet dan wat ik zeiquote:[..]
Had gehoopt dat het vanaf de OP van het eerste deel al duidelijk was wat mijn kunnen en doen was.
ja er klopt niks van die pagina. Want er wordt ineens mysqli gebruikt .. dan moet je mysqli_query gebruiken en dan werken functies als bind_param en execute helemaal niet.quote:Op dinsdag 19 augustus 2014 23:11 schreef zarGon het volgende:
[..]
Zou je mij ook kunnen voorzien van de goede SQL-query? (De inserts en de edits...) Dan kan ik in ieder geval eventueel zelf verder.
[..]
Er hebben zoveel mensen hier meegekeken die de kennis in huis hebben en weten hoe dit 'project' gerealiseerd kan worden, maar daadwerkelijk helpen hebben er maar twee of drie gedaan.
Alle hulp is welkom.
Ik zie het niet als kritiek. Ik vind het alleen jammer dat het nu nog - na twee delen - ter sprake moet komen. Ik wil graag verder en na de zoveelste 'ja dat moet niet zo' en 'dit moet beter' zonder daadwerkelijk te helpen word ik een beetje moe van, van dat soort commentaar. Dan moet ik namelijk weer gaan uitleggen hoe het zit, voor de zoveelste keer... Dat terwijl alles valt terug te lezen.quote:Op dinsdag 19 augustus 2014 23:11 schreef Nattekat het volgende:
[..]
Ik heb nooit jouw manier van werken bekritiseerd, ik vind het juist mooi dat je direct met zo'n groot project begint, ik zou het ook niet veel beter doen met mijn basis-php kennis.
Jawel, maar het is een herhaling van zetten. Het is al eerder besproken in de reeks/het topic. Ik zou het fijner vinden als we gewoon een stap verder kunnen komen zonder telkens in herhaling te vallen.quote:Klopte het niet dan wat ik zei
Ah op die fiets. Ik gaf meer een antwoord aan Remi hoe het zat, ik heb er verder ook geen problemen mee hoe het eruit ziet.quote:Op dinsdag 19 augustus 2014 23:17 schreef zarGon het volgende:
[..]
Ik zie het niet als kritiek. Ik vind het alleen jammer dat het nu nog - na twee delen - ter sprake moet komen. Ik wil graag verder en na de zoveelste 'ja dat moet niet zo' en 'dit moet beter' zonder daadwerkelijk te helpen word ik een beetje moe van, van dat soort commentaar. Dan moet ik namelijk weer gaan uitleggen hoe het zit, voor de zoveelste keer... Dat terwijl alles valt terug te lezen.
Ik wil gewoon een stap verder, maar het lijkt erop alsof men vooral blijft steken bij hoe het er nu uitziet.
En voordat je het persoonlijk neemt: dat is het niet. Het is alleen een beetje frustrerend dat het bij praten blijft, ik had liever gezien dat men daadwerkelijk meehelpt; al is het maar twee regels code.
[..]
Jawel, maar het is een herhaling van zetten. Het is al eerder besproken in de reeks/het topic. Ik zou het fijner vinden als we gewoon een stap verder kunnen komen zonder telkens in herhaling te vallen.
Opnieuw beginnen is geen probleem, vooral niet als de basis dan beter in elkaar zit. Vergroot ook de kans dat anderen wellicht mee willen doen.quote:Op dinsdag 19 augustus 2014 23:16 schreef remi1986 het volgende:
[..]
En ik wil best helpen, maar dan beginnen we overnieuw.
Graag!quote:Help momenteel een andere user ook met een systeem. In avondje goede structuur neergezet en maakt het werken voor iedereen een stuk fijner.
echt al dat hergebruik van codes is nergens voor nodig. Op iedere pagina zowat wordt een PDO object gemaakt. Doe dat in index.php en dat object is door het hele project bruikbaar.quote:Op dinsdag 19 augustus 2014 23:20 schreef zarGon het volgende:
[..]
Opnieuw beginnen is geen probleem, vooral niet als de basis dan beter in elkaar zit. Vergroot ook de kans dat anderen wellicht mee willen doen.
[..]
Graag!
1 2 3 4 5 6 7 8 9 10 11 12 13 | <?php $sql= "SELECT PK_Gebruiker , Gebruikersnaam , UserID FROM Gebruiker WHERE UserID = " . $UserID . " "; $stmt=$con->prepare($sql); $stmt->execute(); ?> |
Het probleem is dat mijn 'oplossing' hiertegen niet werkte en ik verder geen idee heb hoe het op te lossen...quote:Op dinsdag 19 augustus 2014 23:42 schreef remi1986 het volgende:
Zo heeft dat hele prepare geen enkel nut. Nu is alsnog SQL injectie mogelijk.
De queries zijn goed. Regel 403 in edit.phpquote:Op dinsdag 19 augustus 2014 23:11 schreef zarGon het volgende:
[..]
Zou je mij ook kunnen voorzien van de goede SQL-query? (De inserts en de edits...) Dan kan ik in ieder geval eventueel zelf verder.
1 2 3 4 5 | <?php $stmt->bind_param(1, $Rolafkorting, PDO::PARAM_STR); $stmt->bind_param(2, $Rolomschrijving, PDO::PARAM_STR); $stmt->bind_param(3, $PK, PDO::PARAM_STR); ?> |
1 2 3 | <?php $stmt->execute(array($Rolafkorting, $Rolomschrijving, $pk)); ?> |
dit is standaard PDO?quote:Op dinsdag 19 augustus 2014 23:57 schreef Nattekat het volgende:
[..]
Het probleem is dat mijn 'oplossing' hiertegen niet werkte en ik verder geen idee heb hoe het op te lossen...
Er is wel aan gedacht iig.
(of dit is een ander die over het hoofd gezien is)
1 2 3 4 5 6 7 | <?php $stmt = $db->prepare("SELECT * FROM table WHERE id=? AND name=?"); $stmt->bindValue(1, $id, PDO::PARAM_INT); $stmt->bindValue(2, $name, PDO::PARAM_STR); $stmt->execute(); $rows = $stmt->fetchAll(PDO::FETCH_ASSOC); ?> |
1 2 3 4 5 6 | <?php $stmt = $db->prepare("SELECT * FROM table WHERE id=:id AND name=:name"); $stmt->bindValue(':id', $id, PDO::PARAM_INT); $stmt->bindValue(':name', $name, PDO::PARAM_STR); $stmt->execute(); $rows = $stmt->fetchAll(PDO::FETCH_ASSOC); |
1 2 3 4 | <?php $stmt = $db->prepare("SELECT * FROM table WHERE id=:id AND name=:name"); $stmt->execute(array(':name' => $name, ':id' => $id)); $rows = $stmt->fetchAll(PDO::FETCH_ASSOC); |
Dacht ik ook, ik heb waarschijnlijk een fout gemaakt waardoor het niet werkte. Mijn kennis ligt meer bij html en sql helaas...quote:Op woensdag 20 augustus 2014 00:04 schreef remi1986 het volgende:
[..]
dit is standaard PDO?
[ code verwijderd ]
[ code verwijderd ]
[ code verwijderd ]
Heb ik wat leesvoer voor je danquote:Op woensdag 20 augustus 2014 00:06 schreef Nattekat het volgende:
[..]
Dacht ik ook, ik heb waarschijnlijk een fout gemaakt waardoor het niet werkte. Mijn kennis ligt meer bij html en sql helaas...
Shmoopy was inderdaad, samen met RemCow en mij ooit GM.quote:Op maandag 16 juni 2014 10:11 schreef zarGon het volgende:
[..]
Dat zal dan voor 2004 zijn geweest?
Zoals je ziet is er een link geplaatst naar de MED. Als jij een link hebt (waarin staat dat zij Global Moderator is geworden), dan zie ik die graag. .
In voorjaar 2004 was het beruchte voorval waardoor ik crew-af werd (opgezocht: 4 april 2004)quote:In april 2000 werd ik Moderator van Onzin, en ben dit altijd gebleven. Eerst met Knut, toen alleen, daarna met Vork en nu weer met Knut.
In augustus 2000 een extra baantje erbij, Global Mod.
1 2 3 4 5 | <?php $uAnne_s1 = new DateTime("2005-08-16"); $uAnne_e1 = new DateTime("2006-02-13"); $uAnne_i1 = $uAnne_s1->diff($uAnne_e1)->days; ?> |
Mods met meerdere fora hebben dus meerdere van zulke berekeningen. Anne heeft er bijvoorbeeld 9.quote:181
1 2 3 | <?php $uAnne_total = $uAnne_i1 + $uAnne_i3 + $uAnne_i5 + $uAnne_i6; ?> |
Nu wilde ik de ranglijst uitbreiden; naast het aantal in dagen, wil ik het aantal ook weergeven in jaren/maanden/dagen. Bedoel, "3 j, 4 m, 26 d" zegt meer dan '1244 dagen'.quote:2297 (181+188+98+1830)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | <?php // PUB $uAnne_s1 = new DateTime("2005-08-16"); $uAnne_e1 = new DateTime("2006-02-13"); $uAnne_i1 = $uAnne_s1->diff($uAnne_e1)->days; // datediff in dagen $uAnne_i1_ymd = $uAnne_s1->diff($uAnne_e1); // wordt gebruikt voor ymd-berekening // F&F $uAnne_s3 = new DateTime("2006-08-07"); $uAnne_e3 = new DateTime("2007-02-11"); $uAnne_i3 = $uAnne_s3->diff($uAnne_e3)->days; // datediff in dagen $uAnne_i3_ymd = $uAnne_s3->diff($uAnne_e3); // wordt gebruikt voor ymd-berekening // Opsomming PUB + F&F in dagen (werkend!): $uAnne_total = $uAnne_i1 + $uAnne_i3; // YMD, niet werkend: $uAnne_total_ymd = $uAnne_i1_ymd + $uAnne_i3_ymd $uAnne_ymd = $uAnne_total_ymd->y . " j, " . $uAnne_total_ymd->m." m, ".$uAnne_total_ymd->d." d"; // Voorbeeldresultaat: 1 j, 2 m, 3 d ?> |
Maanden met 31 of 28/29 dagen dan?quote:Op vrijdag 12 december 2014 10:21 schreef Nattekat het volgende:
Je kan het aantal dagen delen door 365 en naar beneden afronden, daarna delen door 30 voor het aantal maanden, en wat je onderhoud is het aantal dagen.
Dan heb je een resultaat dat relatief is. Je houdt geen rekening met een aantal zaken, zoals schrikkeljaren bijvoorbeeld.quote:Op vrijdag 12 december 2014 10:21 schreef Nattekat het volgende:
Je kan het aantal dagen delen door 365 en naar beneden afronden, daarna delen door 30 voor het aantal maanden, en wat je onderhoud is het aantal dagen.
1 2 3 4 | <?php $uAnne_s1 = new DateTime("2005-08-16"); $uAnne_e1 = new DateTime("2006-02-13"); ?> |
Is dat niet hetzelfde als delen door 365/30? Door het in seconden te plaatsen en dat te delen mis je de context, no?quote:Op vrijdag 12 december 2014 12:04 schreef remi1986 het volgende:
gooi die dates in een strtotime. Het verschil daartussen is het aantal seconden. Dat weer delen door 60 heb je aantal minuten etc.
ow wacht .. diff() is beter inderdaad.quote:Op vrijdag 12 december 2014 12:08 schreef zarGon het volgende:
[..]
Is dat niet hetzelfde als delen door 365/30? Door het in seconden te plaatsen en dat te delen mis je de context, no?
1 2 3 4 5 6 7 8 9 10 11 12 | <?php $january = new DateTime('2010-01-01'); $february = new DateTime('2010-02-01'); $interval = $february->diff($january); // %a will output the total number of days. echo $interval->format('%a total days')."\n"; // While %d will only output the number of days not already covered by the // month. echo $interval->format('%m month, %d days'); ?> |
Dit was ik ook tegengekomen, maar dit werkte ook niet.quote:Op vrijdag 12 december 2014 12:13 schreef remi1986 het volgende:
[..]
ow wacht .. diff() is beter inderdaad.
[ code verwijderd ]
The above example will output:
31 total days
1 month, 0 days
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:Op vrijdag 12 december 2014 12:21 schreef remi1986 het volgende:
[..]
je kan toch de uiterste begindatum pakken en de uiterste einddatum en dan die diff?
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:Op vrijdag 12 december 2014 12:24 schreef zarGon het volgende:
[..]
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
Kun je daar een voorbeeldcode van geven?quote:Op vrijdag 12 december 2014 12:38 schreef remi1986 het volgende:
[..]
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 vrijdag 12 december 2014 12:43 schreef zarGon het volgende:
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 vrijdag 12 december 2014 12:43 schreef zarGon het volgende:
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:Op vrijdag 12 december 2014 12:44 schreef zarGon het volgende:
[..]
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:Op vrijdag 12 december 2014 12:49 schreef remi1986 het volgende:
[..]
[..]
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?
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:Op vrijdag 12 december 2014 13:02 schreef zarGon het volgende:
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:Op vrijdag 12 december 2014 13:02 schreef zarGon het volgende:
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.
Eens met deze baas. In deze weergave boeit het imo niet of het exact klopt, gaat om het idee.quote:Op vrijdag 12 december 2014 13:39 schreef zoem het volgende:
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:Op vrijdag 12 december 2014 13:26 schreef remi1986 het volgende:
[..]
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.
die dagen heb je toch al? Of is dat nog allemaal statisch? En je kan er toch een functie van maken?quote:Op vrijdag 12 december 2014 14:21 schreef zarGon het volgende:
[..]
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:Op vrijdag 12 december 2014 14:24 schreef remi1986 het volgende:
[..]
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?
damn!! waarom fix je eerst niet dat je dat kan invoeren in database? Maakt je leven zoveel makkelijker voor dit soort dingenquote:Op vrijdag 12 december 2014 14:27 schreef zarGon het volgende:
[..]
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:Op vrijdag 12 december 2014 14:30 schreef remi1986 het volgende:
[..]
damn!! waarom fix je eerst niet dat je dat kan invoeren in database? Maakt je leven zoveel makkelijker voor dit soort dingen
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:Op vrijdag 12 december 2014 14:37 schreef zarGon het volgende:
[..]
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.
. Dit zou enorm veel tijd schelen. .quote:Op vrijdag 12 december 2014 14:40 schreef remi1986 het volgende:
[..]
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
quote:Op vrijdag 12 december 2014 14:42 schreef zarGon het volgende:
[..]
. Dit zou enorm veel tijd schelen. .
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 ) ?> |
Houd je rekening mee met de unieke dagen bij 'total'?quote:Op vrijdag 12 december 2014 15:07 schreef remi1986 het volgende:
[..]
[ 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:Op vrijdag 12 december 2014 15:12 schreef zarGon het volgende:
[..]
Houd je rekening mee met de unieke dagen bij 'total'?
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:Op vrijdag 12 december 2014 10:14 schreef zarGon het volgende:
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:Op zaterdag 13 december 2014 11:29 schreef Wespensteek het volgende:
[..]
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:Op zaterdag 13 december 2014 13:58 schreef remi1986 het volgende:
[..]
volgens mij heb je geen idee en zeg je dit om maar wat interessant over te komen
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:Op zaterdag 13 december 2014 14:51 schreef Wespensteek het volgende:
[..]
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.
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:Op zaterdag 13 december 2014 15:10 schreef remi1986 het volgende:
[..]
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:Op zaterdag 13 december 2014 15:12 schreef Wespensteek het volgende:
[..]
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:Op zaterdag 13 december 2014 15:15 schreef Wespensteek het volgende:
[..]
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:Op zaterdag 13 december 2014 15:43 schreef remi1986 het volgende:
[..]
Precies, dat zei ik ook al gisteren. Nu moet zarGon dat nog ff zien
Nee joh, hoeft niet per se.quote:Op zaterdag 13 december 2014 20:47 schreef Nattekat het volgende:
Maar moet je per se maanden vermelden? Meestal wordt het in jaren + dagen vermeldt.
je mag ook die lijst wel aanpassen voor mij (met rol ertussen)quote:Op zaterdag 13 december 2014 21:32 schreef zarGon het volgende:
[..]
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:Op zaterdag 13 december 2014 21:54 schreef remi1986 het volgende:
[..]
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:
Kun je even een voorbeeld geven hoe het nu is en wat het moet zijn?quote:Op zaterdag 13 december 2014 22:01 schreef remi1986 het volgende:
[..]
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:Op zaterdag 13 december 2014 23:49 schreef zarGon het volgende:
[..]
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:Op zaterdag 13 december 2014 23:51 schreef remi1986 het volgende:
[..]
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:Op zaterdag 13 december 2014 23:51 schreef remi1986 het volgende:
[..]
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.
ja mag, mag ook gewoon FF. Daar verzin ik wel iets opquote:Op zondag 14 december 2014 01:04 schreef zarGon het volgende:
[..]
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.
Niet. Geen veranderingen...quote:
Waar zou ik dit precies moeten opnemen? (Trouwens, zelf al getest?)quote:Op woensdag 3 juni 2015 15:39 schreef Nattekat het volgende:
Het kan in de css aangepast worden.
text{
fill: Black;
}
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:Op woensdag 3 juni 2015 15:43 schreef zarGon het volgende:
[..]
Waar zou ik dit precies moeten opnemen? (Trouwens, zelf al getest?)
In de .css geplaatst, geen effect. Opgenomen met style=" ", ook niets.
Gelukt! .quote:Op woensdag 3 juni 2015 17:47 schreef Nattekat het volgende:
[..]
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.
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:Op woensdag 3 juni 2015 20:04 schreef zarGon het volgende:
[..]
Gelukt! .
Weet je misschien ook hoe ik alleen de tekst in de tooltip/popup zwart maak?
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.
. Als je 'm zo bruikbaar krijgt, zou dat echt nice zijn.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.
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 gedaan 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...quote: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?
[..]
. 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.
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 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...
Dat is voor de ranglijsten.quote: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.
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.
Kun je je mailadres dm'en? Stuur ik 'm op.quote:Op zaterdag 18 augustus 2018 18:58 schreef I. het volgende:
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.
True. Verbaasde me wel dat het zo snel ging hier.quote:Op zaterdag 18 augustus 2018 19:04 schreef zarGon het volgende:
[..]
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. Zal Danny er dan ook nog eens even naar vragen, of we daar misschien iets mee kunnen.quote:[..]
Oeh, sweet.
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.)
Ben ik tegengekomen idd! Ook daar had ik al een ideetje over. Aliases toevoegen aan een 'hoofd' (1e) account.quote:Op zaterdag 18 augustus 2018 19:09 schreef zarGon het volgende:
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. 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.quote:Op zaterdag 18 augustus 2018 19:25 schreef Nattekat het volgende:
Niet te vergeten dat ie eeuwen achter loopt inmiddels
Dannyquote:Op zaterdag 18 augustus 2018 19:25 schreef Nattekat het volgende:
Niet te vergeten dat ie eeuwen achter loopt inmiddels
quote:
Volgens de mooie principes van normalisatie kan men nooit te veel tabellen hebben, gegeven dat niets dubbel opgeslagen staat.quote:Op maandag 20 augustus 2018 21:47 schreef I. het volgende:
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.
'Subsite': Frontpage, Games, Sport, Weblog en zo.quote:Op maandag 20 augustus 2018 21:47 schreef I. het volgende:
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.
Of gebruik je 'Crewtype' daarvoor?quote:Op dinsdag 21 augustus 2018 13:14 schreef zarGon het volgende:
[..]
'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.
Strict gezien zou je dat dan ook o.a. voor de FP moeten doen.quote:Op dinsdag 21 augustus 2018 13:17 schreef I. het volgende:
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.
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:Op dinsdag 21 augustus 2018 13:25 schreef zarGon het volgende:
[..]
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:Op dinsdag 21 augustus 2018 13:28 schreef I. het volgende:
[..]
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:Op dinsdag 21 augustus 2018 13:34 schreef I. het volgende:
[..]
Dan is het voor die onderdelen dus niet echt nodig, gezien het allemaal redelijk globaal FP redactie is.
Ja true, Redactie Sport, Redactie FP, Redactie Games, etc. wel.quote:Op dinsdag 21 augustus 2018 13:38 schreef Nattekat het volgende:
[..]
Subsites zijn wel gescheiden. En dan heb je ook nog fotografen en PR.
Ik zat destijds in dubio over de Wiki, Fotoboek en Weblog.quote:Op dinsdag 21 augustus 2018 13:40 schreef I. het volgende:
[..]
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
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:Op dinsdag 21 augustus 2018 13:44 schreef zarGon het volgende:
[..]
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.
quote:Op vrijdag 24 augustus 2018 06:24 schreef I. het volgende:
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.
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:Op vrijdag 24 augustus 2018 09:15 schreef zarGon het volgende:
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! 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
Screenshots? .quote:Op vrijdag 24 augustus 2018 22:21 schreef I. het volgende:
Heb nu de basis af voor de front-end qua weergave van data. Nog zonder verdere opmaak. Ben alvast begonnen met de back-end, het admin gedeelte dus. Als dat alles af if kan ik de template er weer omheen bouwen.
quote:Op vrijdag 24 augustus 2018 23:12 schreef zarGon het volgende:
[..]
Screenshots? .
(Maakt niet uit of de screenshots wel/niet boeiend genoeg zijn, is gewoon leuk!)
1947 WederopbouwFOK!quote:Op zaterdag 25 augustus 2018 00:16 schreef I. het volgende:
[..]
[ afbeelding ]
Voor de beeldvorming. Pagina's werken allemaal vrij netjes. Dat klopt nog niet, maar de linkjes allemaal wel.
.quote:Op zaterdag 25 augustus 2018 00:16 schreef I. het volgende:
[..]
[ afbeelding ]
Voor de beeldvorming. Pagina's werken allemaal vrij netjes. Dat klopt nog niet, maar de linkjes allemaal wel.
Heb hem vanmiddag nog een DM gestuurd, met een linkje naar dit topic, met een beetje geluk zien we hem hier deze week nog verschijnen.quote:Op maandag 27 augustus 2018 19:24 schreef zarGon het volgende:
[..]
.
Nog in contact kunnen komen met bondage om de website (fokcrew.nl) over te nemen?
De website is namelijk onbruikbaar traag; zelfs de kale versie uit de screenshot zou een enorme winst zijn.
Aight. Nice!quote:Op dinsdag 4 september 2018 23:23 schreef I. het volgende:
Update: Back-end is bijna klaar. Zat toch meer werk in dan gedacht.. Alle data-types zijn inmiddels de beheren (lees: bewerken / koppelen), nu nog even het aanmaken en verwijderen ervan mogelijk maken.
Nice. .quote:Op donderdag 6 september 2018 18:07 schreef I. het volgende:
Cross-post;
Gisteravond weer even bezig geweest Admin-gedeelte afronden, zorgen dat er netjes authenticatie nodig is om daar bij te komen, nog wat create functies toegevoegd zodat er ook info toe te voegen is in de front-end ipv. alleen maar wijzigen.
Design-wise is er nog niks aan gedaan;
[ afbeelding ]
Heb je hem al op Git staan?quote:Op donderdag 6 september 2018 18:07 schreef I. het volgende:
Cross-post;
Gisteravond weer even bezig geweest Admin-gedeelte afronden, zorgen dat er netjes authenticatie nodig is om daar bij te komen, nog wat create functies toegevoegd zodat er ook info toe te voegen is in de front-end ipv. alleen maar wijzigen.
Design-wise is er nog niks aan gedaan;
[ afbeelding ]
Nog niet, wil eerst een goede basis hebben voor ik het op Git gooi. Staat ook nog nergens online oid. Heb inmiddels wel contact gehad met bondage, en kon van hem fokcrew wel overnemen, dus dat komt wel goed, zodra het zover is dat het daar live staat, kan ik wel even kijken of het op Git te gooien is.quote:Op donderdag 6 september 2018 19:54 schreef cablegunmaster het volgende:
[..]
Heb je hem al op Git staan?
Top! Opzich best leuk project.quote:Op donderdag 6 september 2018 20:00 schreef I. het volgende:
[..]
Nog niet, wil eerst een goede basis hebben voor ik het op Git gooi. Staat ook nog nergens online oid. Heb inmiddels wel contact gehad met bondage, en kon van hem fokcrew wel overnemen, dus dat komt wel goed, zodra het zover is dat het daar live staat, kan ik wel even kijken of het op Git te gooien is.
Vind ik ookquote:Op donderdag 6 september 2018 20:04 schreef cablegunmaster het volgende:
[..]
Top! Opzich best leuk project.
Komt er ook een trello board met issues?
ach improvements zijn er altijd.quote:Op donderdag 6 september 2018 20:05 schreef I. het volgende:
[..]
Vind ik ook
Die kan er altijd komen, al hoop ik natuurlijk dat er vrijwel geen issues gaan zijn.
Da's zeker waar.quote:Op donderdag 6 september 2018 20:11 schreef cablegunmaster het volgende:
[..]
ach improvements zijn er altijd.
Ideeën ook.
Jup, weekje geleden bericht gehad dat ik het wat hem betreft kon overnemen. Heb daarna geen bericht meer gehad, dus hij zal het wel druk hebben..quote:Op zaterdag 8 september 2018 21:10 schreef zarGon het volgende:
Heb je trouwens al wat gehoord van bondage? Kun je de website overnemen?
quote:Op zondag 9 september 2018 21:31 schreef I. het volgende:
Zojuist nieuwe eigenaar geworden van fokcrew.nl.
Zeker!quote:Op maandag 10 september 2018 13:48 schreef zarGon het volgende:
Trouwens...
Ik wilde op de homepage de recentste toevoegingen tonen. En de jubileums in de komende 30 dagen.
Zodat de homepage niet zo leeg zou zijn en je snel kunt zien of er iets is gewijzigd (of aan zit te komen).
Kunnen die op jouw to-do-lijst? .
Goed bezig man.quote:Op maandag 10 september 2018 13:54 schreef I. het volgende:
[..]
Zeker!
Ik zal straks ook wel even een to-do lijstje maken op Trello, dan kunnen dat soort punten daar ook aan toegevoegd worden.
Moet zeggen dat de eerste versie die straks te zien is, nog niet volledig dynamisch zal zijn, dus de grafiekjes etc. zullen wat later komen. Gaat mij er eerst om dat alle data inzichtelijk is, in eerste instantie dus dmv. tabellen. Daarna komt het écht grafische werk. Zodra de data er is, zijn er talloze mogelijkheden.
Maar voor de homepage zijn zulke lijstjes wel leuk idd. Net als een lijstje langstzittende mods per fora bijvoorbeeld.
Weet men aan de achterkant dat fokcrew.nl (weer) tot leven wordt gewekt? .quote:
Thanks! Vind het ook echt een leuk projectje om aan te werken.quote:Op maandag 10 september 2018 14:00 schreef zarGon het volgende:
[..]
Goed bezig man.
Vind het echt tof van je!
Bootstrap-table?quote:Op dinsdag 11 september 2018 22:10 schreef I. het volgende:
[ afbeelding ]
En weer een update
Timeline wordt nog aan gewerkt.
Zit nog een beetje te kijken in hoeverre dat functioneel verschil gaat hebben vergeleken met de default bootstrap tables (met datatables). Op dit moment zie ik niet echt toegevoegde waarde, maar kan het over het hoofd zien.quote:Op dinsdag 11 september 2018 22:37 schreef cablegunmaster het volgende:
[..]
Bootstrap-table?
http://bootstrap-table.wenzhixin.net.cn/
Functioneel verschil? Search, de aantalle plugins?quote:Op dinsdag 11 september 2018 22:41 schreef I. het volgende:
[..]
Zit nog een beetje te kijken in hoeverre dat functioneel verschil gaat hebben vergeleken met de default bootstrap tables (met datatables). Op dit moment zie ik niet echt toegevoegde waarde, maar kan het over het hoofd zien.
De datatables kan ik ook gewoon vullen met json data namelijk.
Search zit in de huidige bootstrap datatables ook al, en ik zou niet weten wat voor plug-ins er nog nodig zouden zijn voor zo'n tabelletjequote:Op dinsdag 11 september 2018 23:03 schreef cablegunmaster het volgende:
[..]
Functioneel verschil? Search, de aantalle plugins?
Idee is bv. dat je met search tekst invult en dan de backend NIET belast.quote:Op dinsdag 11 september 2018 23:09 schreef I. het volgende:
Wellicht dat het voor de back-end straks wel handig is hoor. Maar op de front-end is het puur een overzicht, daar wil je niet teveel mee klooien.
Dat snap ik, dat doet deze search ook al niet.quote:Op dinsdag 11 september 2018 23:11 schreef cablegunmaster het volgende:
[..]
Idee is bv. dat je met search tekst invult en dan de backend NIET belast.
Nee, aan elke bezoeker de voltallige dataset meegeven is lekker voor je server.quote:Op dinsdag 11 september 2018 23:11 schreef cablegunmaster het volgende:
[..]
Idee is bv. dat je met search tekst invult en dan de backend NIET belast.
Mwah, als de data in json gepresenteerd wordt, valt het reuze mee. Helemaal als je die dataset zelf opbouwt, met alleen info die écht gebruikt gaat worden op die pagina. Dan is het niet veel meer qua data dan een extra css-file, en daar kun je prima mee werken.quote:Op dinsdag 11 september 2018 23:13 schreef Nattekat het volgende:
[..]
Nee, aan elke bezoeker de voltallige dataset meegeven is lekker voor je server.
Ik ben zwaar allergisch voor frontend frameworks, en dat is met een hele goede reden.
Je moet of een volledig functionele api bouwen, of gewoon een door php gegenereerde website. Realiteit is dat er websitebouwers zijn die het combineren, en dan gaat het mis.quote:Op dinsdag 11 september 2018 23:17 schreef I. het volgende:
[..]
Mwah, als de data in json gepresenteerd wordt, valt het reuze mee. Helemaal als je die dataset zelf opbouwt, met alleen info die écht gebruikt gaat worden op die pagina. Dan is het niet veel meer qua data dan een extra css-file, en daar kun je prima mee werken.
Ben het wel met je eens als het gaat om het alvast renderen van 50 complete statische pagina's op de achtergrond, die allemaal achter een display:none liggen te wachten totdat je daar naartoe navigeert. Dat wil je idd. echt niet hebben.
Ben ik het niet helemaal mee eens. Neem mijn screenshot als voorbeeld. De data die bovenaan de pagina staat, (username, UI, Registratiedatum, Profiel URL) kunnen prima statisch ingeladen worden. Daar gebeurt toch niks bijzonders mee. De data daaronder, in tabellen, en in de timeline, wil je wél dynamisch hebben, omdat je die data kunt manipuleren als gebruiker.quote:Op dinsdag 11 september 2018 23:24 schreef Nattekat het volgende:
[..]
Je moet of een volledig functionele api bouwen, of gewoon een door php gegenereerde website. Realiteit is dat er websitebouwers zijn die het combineren, en dan gaat het mis.
Ben zelf ooit op zo'n project gezet. Na een paar maanden ellende heb ik ze er van weten te overtuigen dat die ellende van 0 weer opgebouwd moest worden. Je kan niets.
.quote:Op vrijdag 14 september 2018 18:37 schreef I. het volgende:
[ afbeelding ]
Timeline klopt nu.
Taartgrafiek heeft nog geen prio. Voor nu is de userpage klaar.
(In de nabije toekomst moet ik alleen de kleuren nog toevoegen aan de fora, zodat de fora-kleuren in de timeline overeenkomen met de kleuren in de forum-index. )
Op naar de ranglijstjes.
Ik zag idd dat je een extra column mee kon geven;quote:Op vrijdag 14 september 2018 19:09 schreef zarGon het volgende:
[..]
.
In die timeline (en de taartgrafiek) kun je de kleuren instellen; bijv. verschillende forums hebben verschillende kleuren en als je meerdere keren een forum hebt gemod hebben die twee aparte events dezelfde kleur. (Dit was vooral handig/nuttig i.c.m. de taartgrafiek.)
1 | dataTable.addColumn({ type: 'string', role: 'style' }); |
1 | dataTable.addRow(['FOK!','FOK!', '#FF0000', new Date(1999,1,1), new Date()]); |
.quote:Op vrijdag 14 september 2018 19:19 schreef I. het volgende:
[..]
Ik zag idd dat je een extra column mee kon geven;
[ code verwijderd ]
En dan in je row;
[ code verwijderd ]
Waar #FF0000 dan de kleurcode is van die timeline. Alle data die je daar ziet is nu al in te vullen via de admin omgeving. Zal straks bij 'Forum aanmaken' een extra veld met kleurcode toevoegen, zodat dat daar uit te halen is.
[ afbeelding ]
Overige subsites zouden in feite ook verschillende kleur-tinten kunnen krijgen, weet alleen nog niet in welke vorm dat het meest praktisch zou zijn.
Update?quote:Op vrijdag 14 september 2018 20:24 schreef I. het volgende:
Die ranglijstjes zijn wel een flinke uitdaging, maar gaat lukken.
Heb de laatste weken nogal weinig kunnen doen, gedoe met ziekte etc. Toch laatst nog importjes kunnen draaien. Users, crewtypes, en subsites staan nu goed. Volgende stap is het correct importeren van de 'services' (dienstperiodes van crew), en fora.quote:
Oei... Beterschap!quote:Op woensdag 26 september 2018 21:18 schreef I. het volgende:
[..]
Heb de laatste weken nogal weinig kunnen doen, gedoe met ziekte etc. Toch laatst nog importjes kunnen draaien. Users, crewtypes, en subsites staan nu goed. Volgende stap is het correct importeren van de 'services' (dienstperiodes van crew), en fora.
In feite is dan de site klaar om online te gaan wat betreft het user / fora / subsite gedeelte. De jubilea en ranglijstjes alleen nog niet. De queries die ik daarvoor moet schrijven zijn toch wat complexer dan gedacht. Heb er al wel een opzetje voor.
Thanks!quote:Op woensdag 26 september 2018 22:08 schreef zarGon het volgende:
[..]
Oei... Beterschap!
Zou het persoonlijk al fijn vinden als de 'core'-functionaliteit al online was; da's al fijn om te hebben. En dan kunnen de extra's er later bij (hoop ik dan, want je kan op een gegeven moment ook zoiets hebben van 'mja, is wel leuk geweest'; liever niet natuurlijk).
Zie FB.quote:Op vrijdag 5 oktober 2018 19:08 schreef I. het volgende:
Ik mis een forum. Nergens meer te vinden.
Het EK forum van 2012.
Omdat het een losstaand project is van buiten FOK! af. Mocht het straks vlotjes draaien, kunnen we daar altijd nog naar vragen. Zou wel leuk zijn.quote:Op vrijdag 5 oktober 2018 19:36 schreef chibibo het volgende:
Waarom is het eigenlijk fokcrew.nl en niet crew.fok.nl? Al gevraagd of jullie die hostnaam mogen gebruiken?
Enig idee wanneer je de website 'beschikbaar' maakt?quote:Op vrijdag 5 oktober 2018 20:04 schreef I. het volgende:
[..]
Omdat het een losstaand project is van buiten FOK! af. Mocht het straks vlotjes draaien, kunnen we daar altijd nog naar vragen. Zou wel leuk zijn.
Ik hoop voor mijn modjaardag (geen idee meer wanneer dat is namelijk )quote:Op woensdag 10 oktober 2018 10:17 schreef zarGon het volgende:
[..]
Enig idee wanneer je de website 'beschikbaar' maakt?
Volgens mijn (gedateerde) data is dat op 11 november.quote:Op woensdag 10 oktober 2018 11:07 schreef Bosbeetle het volgende:
[..]
Ik hoop voor mijn modjaardag (geen idee meer wanneer dat is namelijk )
MED / Nieuwe mod op MUZ..quote:Op woensdag 10 oktober 2018 11:07 schreef Bosbeetle het volgende:
[..]
Ik hoop voor mijn modjaardag (geen idee meer wanneer dat is namelijk )
Oh 11-11-11 is ook wel lastig onthoudenquote:Op woensdag 10 oktober 2018 11:16 schreef zarGon het volgende:
[..]
MED / Nieuwe mod op MUZ..
11-11-2011.
Geen notes hebben daarvoorquote:Op woensdag 10 oktober 2018 11:07 schreef Bosbeetle het volgende:
[..]
Ik hoop voor mijn modjaardag (geen idee meer wanneer dat is namelijk )
Idd niet eensquote:
Sorry, heb weer wat vertraging opgelopen vanwege een aantal persoonlijke issues.quote:Op woensdag 10 oktober 2018 10:17 schreef zarGon het volgende:
[..]
Enig idee wanneer je de website 'beschikbaar' maakt?
Moet lukken.quote:Op woensdag 10 oktober 2018 11:07 schreef Bosbeetle het volgende:
[..]
Ik hoop voor mijn modjaardag (geen idee meer wanneer dat is namelijk )
Nog niet!quote:Op donderdag 11 oktober 2018 00:22 schreef Claude_Viole het volgende:
Staat mijn nickname er ook al in ?
Skyrimdagquote:Op woensdag 10 oktober 2018 11:29 schreef Bosbeetle het volgende:
[..]
Oh 11-11-11 is ook wel lastig onthouden
Ff opblijven dusquote:
Zeker. Kleine zaken net nog even gefixt. Datumweergave was nog niet helemaal optimaal, en er zullen ongetwijfeld nog details zijn die niet helemaal optimaal zijn, maar die kunnen de komende tijd allemaal geoptimaliseerd worden.quote:
Ben benieuwd.quote:Op maandag 15 oktober 2018 00:49 schreef I. het volgende:
[..]
Zeker. Kleine zaken net nog even gefixt. Datumweergave was nog niet helemaal optimaal, en er zullen ongetwijfeld nog details zijn die niet helemaal optimaal zijn, maar die kunnen de komende tijd allemaal geoptimaliseerd worden.
Kom dit toevallig tegen, maar weet niet vanaf wanneer jouw database werkt?quote:Op maandag 15 oktober 2018 01:00 schreef I. het volgende:
En hij staat live!
FOKCrew.nl
Ik zal z.s.m. een trello board aanmaken om feature requests in toe te voegen. De data is nog niet volledig up-to-date, dit moeten we samen zien te fixen.
Dit is enkel nog crew-data die zarGon destijds (voornamelijk in 2015) heeft verzameld, dus er ontbreekt nog veel aan. Users konden hier; GC / Yo (ex-)crew, meld je hier! zelf hun crewdata doorgeven, en die werd dan handmatig door hem toegevoegd.quote:Op maandag 15 oktober 2018 01:05 schreef golfer het volgende:
[..]
Kom dit toevallig tegen, maar weet niet vanaf wanneer jouw database werkt?
Forumonderdeel als ANW (voorloper van NWS en POL) uit 1999-2002 zie ik niet.
Bij VBL zie ik mijzelf ook niet.
En heb jij dan toegang tot MED-topics vanaf 1999?quote:Op maandag 15 oktober 2018 01:11 schreef I. het volgende:
Ik wil eigenlijk nog een pagina toevoegen waarbij je jezelf kunt opgeven, dmv. het invullen van een aantal gegevens, zodat je automatisch wordt toegevoegd na goedkeuring / verificatie, dat is nu echter nog niet het geval. Het ging hier in eerste instantie om de software sneller en stabieler te laten draaien, de vorige site was nogal traag. Daar is nu gelukkig geen sprake meer van.
Daarnaast zal het dus grotendeels handwerk worden, omdat de crewgeschiedenis voornamelijk uit MED-topics gehaald moet worden. Andere bronnen zijn hier vrijwel niet voor.
Toen bestond MED nog niet, helaas. Dat bestaat pas sinds maart 2002.quote:Op maandag 15 oktober 2018 01:16 schreef golfer het volgende:
[..]
En heb jij dan toegang tot MED-topics vanaf 1999?
Thanks!quote:Op dinsdag 16 oktober 2018 17:08 schreef zarGon het volgende:
Very nice, het is echt lekker snel.
Een beetje commentaar / verbeterpunten (wanneer je eraan toekomt, ik noteer ze nu omdat ik ze ben tegengekomen...):
- Persoonlijke voorkeur: FOK!crew i.p.v. FOK!Crew.
- In de useroverzichten: kan 'Moderator' met een kleine letter? Bijv: ONZ-Moderator => ONZ-moderator.
- In de user overzichten kloppen de # / nummers niet. Per user zou het overzicht bij 1 moeten beginnen. Volgens mij neem nu je nu de ID van de service, i.p.v. +1 nummeren.
+ Ook bij forumoverzichten is de nummering niet chronologisch.
- De forum/subsite-overzichten missen een tijdslijn.
- Mierenneukertje: In de tijdslijn gebruik je zwarte kleuren voor niet-forumcrew. Bijv. voor de functie 'reviewer''. Witte tekst, zwarte achtergrondkleur. Echter, wanneer je op de item gaat staan in de tijdslijn, 'verdwijnt' (wit op wit) de tekst. Zie bijv. http://fokcrew.nl/user/38849.
quote:Op woensdag 17 oktober 2018 11:44 schreef zarGon het volgende:
- Toevoegen user aan tijdslijn. Zie deze quote.
- Toevoegen jubilieums-pagina. Een overzicht van de aankomende modverjaardagen.
- Toevoegen 'huidige crew'-pagina. Een overzicht van alle crew (per subsite/onderdeel) waar de einddatum = null. Zorgt er ook nog eens voor dat je outdated info sneller kan opsporen.
- Voor admin only: een tabel met de users die expliciet hebben aangegeven niet op de website willen staan. Mocht die user later alsnog toegevoegd worden, wordt het niet getoond op de website, omdat de user voorkomt in de 'negeer'-tabel.
- Forums met meerdere namen (bijv: OOG -> NWS) scheiden met een / (forward slash) in plaats van een komma. Oogt mooier, mijns inziens.
Fixed.quote:Op woensdag 17 oktober 2018 11:44 schreef zarGon het volgende:
- Forums met meerdere namen (bijv: OOG -> NWS) scheiden met een / (forward slash) in plaats van een komma. Oogt mooier, mijns inziens.
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.En als de hamburgermenu is gebruikt, ziet de menu er niet goed uit.
- Bovenkant wordt afgekapt; Home en User worden onbruikbaar.
- Menu en achtergrond lopen door elkaarSPOILEROm 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.Op mobiel hetzelfde.
[ Bericht 2% gewijzigd door #ANONIEM op 18-10-2018 02:15:56 ]
quote:Op donderdag 18 oktober 2018 02:09 schreef zarGon het volgende:
Er gaat iets niet helemaal goed in de layout/template wanneer het venster kleiner is; het schaalt niet goed mee.
De icoon van het hamburgermenu staat niet goed (hoort helemaal rechts):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.En als de hamburgermenu is gebruikt, ziet de menu er niet goed uit.
- Bovenkant wordt afgekapt; Home en User worden onbruikbaar.
- Menu en achtergrond lopen door elkaarHad zelf ook al door dat daar mobiel idd. iets niet helemaal goed ging. Zal daar dit weekend eens even naar kijken.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.Op mobiel hetzelfde.
Thanks voor het melden
Nu welquote:Op donderdag 18 oktober 2018 17:48 schreef Jimbo het volgende:
heuj, ik sta niet tussen de oud crewleden wat is deze
22 juni 2009 - 7 sept 2009
lobiquote:
De template heeft een update gekregen (volgens mij een major). https://wrapbootstrap.com(...)-front-end-WB0N89JMK.quote:Op donderdag 18 oktober 2018 15:55 schreef I. het volgende:
[..]
Had zelf ook al door dat daar mobiel idd. iets niet helemaal goed ging. Zal daar dit weekend eens even naar kijken.
Thanks voor het melden
Heb die versie volgens mij van je ontvangen. Heb er bewust voor gekozen om eerst het originele ontwerp aan te houden, maar de mogelijkheid om die nieuwe versie er in te verwerken is zeker een goed plan voor later.quote:Op donderdag 18 oktober 2018 19:15 schreef zarGon het volgende:
[..]
De template heeft een update gekregen (volgens mij een major). https://wrapbootstrap.com(...)-front-end-WB0N89JMK.
Zal ik je die sturen?
Deze heb ik ook, mocht je er interesse in hebben:
- http://wrapbootstrap.com/preview/WB0T41TX4
- http://wrapbootstrap.com/preview/WB02N9M12
Heb de template 2 maanden terug gestuurd; laatste update was 1 maand terug. .quote:Op donderdag 18 oktober 2018 19:39 schreef I. het volgende:
[..]
Heb die versie volgens mij van je ontvangen. Heb er bewust voor gekozen om eerst het originele ontwerp aan te houden, maar de mogelijkheid om die nieuwe versie er in te verwerken is zeker een goed plan voor later.
Hmm, zal hem er zo nog eens bijpakken dan. Zag zo op het eerste gezicht geen grote verschillenquote:Op donderdag 18 oktober 2018 19:42 schreef zarGon het volgende:
[..]
Heb de template 2 maanden terug gestuurd; laatste update was 1 maand terug. .
Zal 'm dan dit weekend naar je sturen.quote:Op donderdag 18 oktober 2018 19:56 schreef I. het volgende:
[..]
Hmm, zal hem er zo nog eens bijpakken dan. Zag zo op het eerste gezicht geen grote verschillen
Nieuwe versie is altijd welkom.
Edit: Ik zie het al Ik heb lokaal v4.1.1, en v4.2 is dus onlangs uitgekomen.
Thanks!quote:Op vrijdag 19 oktober 2018 10:17 schreef zarGon het volgende:
[..]
Zal 'm dan dit weekend naar je sturen.
Btw, enig idee wanneer je de code ergens plaats? (Heeft geen haast of zo, gewoon benieuwd. .)
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |