Rik schreef:zoiets kan ik wel implementeren maar dan heb ik 2 instances: de webserver zelf en dan nog node.js op de achtergrond.zoiets vind ik moeilijk om te onderhouden...Heb je al eens gekeken naar node.js voor push notificaties? Lijkt me een stuk beter voor de server dan het gebruik van een setTimeout(). Zeker wanneer de website in kwestie in een later stadium wellicht veel bezoekers krijgt.Eerdere citaten tonen
Raaoul schreef:Oke....Eerdere citaten tonen
Sanderc schreef:AfbeeldingEerdere citaten tonen
Raaoul schreef:Je ontvangt nu een melding als iemand op je vraag reageert:
Hoe vet man, hoe doe je dat?
Je hebt dus een tabel notifications. En natuurlijk een ajax pagina... De tabel ziet er zo uit:
- title
- to_user
- from_user
- text
- seen
Als seen op 0 staat heeft het lid de notificatie nog niet gezien... dan outputten we die in de ajax pagina. ook zetten we seen op 1, want we hebben hem dan gezien. Dan doen we een leuke echo met die div erin.
Iedere 3 seconden (met setTimeout()) checkt de javascript die ajax pagina... als er content in staat (wat dus betekent dat er een notificatie is) voegen we die toe aan de notificaties div.
Voila
Het Wat heb jij vandaag geprogrammeerd? topic
Nielsie schreef:Bedoelen jullie niet indexes ipv indices ?Ik wist nog niet veel van indices af op het moment dat ik die database maakteEerdere citaten tonen
Rik schreef:Deze query duurde 30+ sec & nu nog geeneens 1 secEerdere citaten tonen
Nielsie schreef:Heb mijn database wat sneller gemaakt (Indexes)http://projects.hetisniels.nl/bots2/itt30.sql
Het is sowieso slecht dat je een database hebt zonder indices (indexes is niet de meervoudsvorm van index). Als je een goed systeem maakt moet je eigenlijk vantevoren al nadenken over welke tabellen je gaat gebruiken, en welke tabellen mogelijk veel opgevraagd zullen worden. Bij dat soort tabellen is een index toevoegen van groot belang. Als one2xs geen indices zou gebruiken zou een pagina laden misschien meer dan een minuut duren. Puur omdat je alle posts moet doorzoeken voor een bepaald id, zonder dat je daarvoor als het ware een inhoudsopgave hebt.
Shahiem schreef:in·dex (de; m; meervoud: indexen, indices)Bedoelen jullie niet indexes ipv indices ?Eerdere citaten tonen
Nielsie schreef:Ik wist nog niet veel van indices af op het moment dat ik die database maakteEerdere citaten tonen
Rik schreef:Deze query duurde 30+ sec & nu nog geeneens 1 secEerdere citaten tonen
Nielsie schreef:Heb mijn database wat sneller gemaakt (Indexes)http://projects.hetisniels.nl/bots2/itt30.sql
Het is sowieso slecht dat je een database hebt zonder indices (indexes is niet de meervoudsvorm van index). Als je een goed systeem maakt moet je eigenlijk vantevoren al nadenken over welke tabellen je gaat gebruiken, en welke tabellen mogelijk veel opgevraagd zullen worden. Bij dat soort tabellen is een index toevoegen van groot belang. Als one2xs geen indices zou gebruiken zou een pagina laden misschien meer dan een minuut duren. Puur omdat je alle posts moet doorzoeken voor een bepaald id, zonder dat je daarvoor als het ware een inhoudsopgave hebt.

Lennard schreef:Oh, oke.in·dex (de; m; meervoud: indexen, indices)Eerdere citaten tonen
Shahiem schreef:Bedoelen jullie niet indexes ipv indices ?Eerdere citaten tonen
Nielsie schreef:Ik wist nog niet veel van indices af op het moment dat ik die database maakteEerdere citaten tonen
Rik schreef:Deze query duurde 30+ sec & nu nog geeneens 1 secEerdere citaten tonen
Nielsie schreef:Heb mijn database wat sneller gemaakt (Indexes)http://projects.hetisniels.nl/bots2/itt30.sql
Het is sowieso slecht dat je een database hebt zonder indices (indexes is niet de meervoudsvorm van index). Als je een goed systeem maakt moet je eigenlijk vantevoren al nadenken over welke tabellen je gaat gebruiken, en welke tabellen mogelijk veel opgevraagd zullen worden. Bij dat soort tabellen is een index toevoegen van groot belang. Als one2xs geen indices zou gebruiken zou een pagina laden misschien meer dan een minuut duren. Puur omdat je alle posts moet doorzoeken voor een bepaald id, zonder dat je daarvoor als het ware een inhoudsopgave hebt.

Inlogsysteem...
Shahiem schreef:Lees vooral niet mijn eerste zinBedoelen jullie niet indexes ipv indices ?Eerdere citaten tonen
Nielsie schreef:Ik wist nog niet veel van indices af op het moment dat ik die database maakteEerdere citaten tonen
Rik schreef:Deze query duurde 30+ sec & nu nog geeneens 1 secEerdere citaten tonen
Nielsie schreef:Heb mijn database wat sneller gemaakt (Indexes)http://projects.hetisniels.nl/bots2/itt30.sql
Het is sowieso slecht dat je een database hebt zonder indices (indexes is niet de meervoudsvorm van index). Als je een goed systeem maakt moet je eigenlijk vantevoren al nadenken over welke tabellen je gaat gebruiken, en welke tabellen mogelijk veel opgevraagd zullen worden. Bij dat soort tabellen is een index toevoegen van groot belang. Als one2xs geen indices zou gebruiken zou een pagina laden misschien meer dan een minuut duren. Puur omdat je alle posts moet doorzoeken voor een bepaald id, zonder dat je daarvoor als het ware een inhoudsopgave hebt.

Quote:
Het is sowieso slecht dat je een database hebt zonder indices (indexes is niet de meervoudsvorm van index )
Aarclay schreef:AfbeeldingIk zou het niet programmeren willen noemen, maar wel lekker creatief bezig zijn....
Denk dat de meesten wel weten hoe en wat....
Hiervoor is het wat heb jij vandaag ontworpen topic.

http://www.itt30.nl/
Luister nu knop speelt het liedje nu op de website zelf af.
Mn systeem download automatisch de mp3tjes ervan...
Werkt nog niet helemaal perfect, sommige tracks hebben een verkeerde mp3 gedownload.
Gelijk een soort beveiliging erop gepusht...
Om een beetje het downloaden tegen te gaan, sure er zijn nog mogelijkheden en dat weet ik ook wel, maar dit is het:
Maak request naar request.php voor een access-token.
Ga naar een van de random uitgekozen subdomeinen met als file je accesstoken.mp3
Speelt muziek af.
Access token is maar voor 10 seconden geldig.
Verschillende subdomeinen is omdat je anders niet snel kan switchen tussen nummers.
Luister nu knop speelt het liedje nu op de website zelf af.
Mn systeem download automatisch de mp3tjes ervan...
Werkt nog niet helemaal perfect, sommige tracks hebben een verkeerde mp3 gedownload.
Gelijk een soort beveiliging erop gepusht...
Om een beetje het downloaden tegen te gaan, sure er zijn nog mogelijkheden en dat weet ik ook wel, maar dit is het:
Maak request naar request.php voor een access-token.
Ga naar een van de random uitgekozen subdomeinen met als file je accesstoken.mp3
Speelt muziek af.
Access token is maar voor 10 seconden geldig.
Verschillende subdomeinen is omdat je anders niet snel kan switchen tussen nummers.
Robindesign schreef:Whut, bestaat die ook alAfbeeldingEerdere citaten tonen
Aarclay schreef:Ik zou het niet programmeren willen noemen, maar wel lekker creatief bezig zijn....
Denk dat de meesten wel weten hoe en wat....
Hiervoor is het wat heb jij vandaag ontworpen topic.
/me gaat zich even in een hoekje doen schamen.Domein check api werkend gemaakt. 
Afbeelding niet beschikbaarDe bron kon niet worden geladen (i.imgur.com).Bron openen ↗

Afbeelding niet beschikbaarDe bron kon niet worden geladen (i.imgur.com).Bron openen ↗ik heb aan de "You may also like..." box gewerkt, hij is bijna af nu!
De beveiliging van mn app en website bijgescherpt en weg van de md5 

Een Reseller daemon voor Multicraft. 
Bijvoorbeeld een reseller die heeft een Multicraft panel met één Daemon, de Reseller Daemon. Deze Reseller Daemon staat in verbinding met alle sub-daemons waar alle Minecraft servers op draaien. De Reseller daemon stuurt alle commands door etc etc.
En die zorgt ervoor dat de resellers niet bij elkaar kunnen kijken, plus dat resellers gewoon hun eigen panel hebben, inclusief bijna alle functionaliteiten. (À‰n het wordt maandelijks gefactureerd hoeveel RAM ze verbruiken :3)

Bijvoorbeeld een reseller die heeft een Multicraft panel met één Daemon, de Reseller Daemon. Deze Reseller Daemon staat in verbinding met alle sub-daemons waar alle Minecraft servers op draaien. De Reseller daemon stuurt alle commands door etc etc.
En die zorgt ervoor dat de resellers niet bij elkaar kunnen kijken, plus dat resellers gewoon hun eigen panel hebben, inclusief bijna alle functionaliteiten. (À‰n het wordt maandelijks gefactureerd hoeveel RAM ze verbruiken :3)Bartv schreef:SHA256 is nog steeds snel. Gebruik bCrypt, die kan je heel traag instellen.De beveiliging van mn app en website bijgescherpt en weg van de md5
). Als je een goed systeem maakt moet je eigenlijk vantevoren al nadenken over welke tabellen je gaat gebruiken, en welke tabellen mogelijk veel opgevraagd zullen worden. Bij dat soort tabellen is een index toevoegen van groot belang. Als one2xs geen indices zou gebruiken zou een pagina laden misschien meer dan een minuut duren. Puur omdat je alle posts moet doorzoeken voor een bepaald id, zonder dat je daarvoor als het ware een inhoudsopgave hebt.