Citaat van FangorN

Dat zou een makkelijkere oplossing zijn geweest, ware het niet dat de gewenste informatie (onder andere) de laatste message van een conversation is (en niet enkel simpelweg de datum), volgens mij kun je niet garanderen dat je op die manier de laatstgeplaatste message terugkrijgt als je groepeert op datum...

But feel free to try :).

Daar had ik inderdaad overheen gelezen.

Volgens mij kan het veel eenvoudiger, of ik zit met mijn vermoeide hoofd compleet verkeerd te denken:

SELECT C.name, MAX(M.date) AS last_reaction_date
FROM conversations AS C
JOIN messages AS M ON M.conversation_id=C.id
GROUP BY M.conversation_id

Zit een trial-periode bij van 30 dagen, ik zou zeggen probeer het uit en deel je bevindingen

Ik denk dat je het beste even deze videoreeks kan bekijken, van boven naar beneden.
Hierin wordt zo'n beetje de gehele basis besproken.

https://laracasts.com/series/laravel-5-fundamentals

Citaat van Victor

@Tim Ik geloof dat dat login systeem heel uitgebreid was. In ieder geval uitgebreider dan de andere gratis systemen. Je zult toch wat opties in moeten leveren, want zo'n gratis variant is simpelweg niet meer beschikbaar. (Niet dat ik weet althans)

Zijn er letterlijk tientallen, en dat zijn alleen nog maar de systemen die via composer te gebruiken zijn;

https://packagist.org/

Een tijd terug voor een site in het zelfde gebied een search gemaakt met ElasticSearch.

https://www.elastic.co/products/elasticsearch

Bloed snel en veel opties zoals bijv. synoniemen, result snippets etc.

http://www.bol.com/nl/p/newstar-n…000000012512534

Dit scheelt al 300 euro

Persoonlijk zou ik zeggen, lekker laten voor wat het is.

Maar als je het echt wil oplossen, en het meeste eruit wil halen;

http://www.appneta.com/blog/bootstrap-pagespeed/

Minus het gewicht zou je misschien naar een dergelijke oplossing in php kunnen zoeken?

http://nl.wikipedia.org/wiki/Knapzakprobleem

Citaat van Patrick

De query gaat niet helemaal werken in verband met het feit van je GROUP BY statement, de C.* geef je aan dat je alles van categorie wilt hebben echter door de GROUP BY kan je alleen velden meenemen die in een MAX() SUM() ed. staan of de D.cat zelf uiteraard.

SQL

SELECT
    categorie.id,
    categorie.naam,
    categorie.onoff,
    categorie.datum,
    categorie.versie,
    download_count.aantal
FROM
    categorie
LEFT JOIN (
    SELECT
        cat,
        COUNT(cat) AS aantal
    FROM
        downloads
    GROUP BY
        cat
) AS  download_count
ON categorie.id = download_count.cat

Toon Meer

Zal het dan beter doen.

SQL Fiddle

Citaat van mitchellve

@DirkZz we waren bezig over facturen afdrukken niet over versturen via mail blijft dan je mening nog altijd hetzelfde?

Ja, waarom zou je het in 1 formaat gaan printen en in een ander formaat opsturen?
Ik zou gewoon 1 formaat kiezen (pdf) waarin deze altijd gegenereerd wordt.

Citaat van mitchellve

@DirkZz bedankt! wat vind jij persoonlijk makelijker?

Persoonlijk vind ik dat een factuur in een pdf bestand moet worden verstuurd richting de klant.
Ken geen enkel bedrijf welke een excel/csv bestand opstuurt.

Citaat van mitchellve

ik vind phpexcel iets makkelijker omdat je u facturen kunt "design" en goed zetten (bv de producten enzz)
ik ga eerlijk zijn ik heb van php naar pdf nog nooit gedaan? misschien kan je het aanraden? welke libary gebruik je hiervoor?

dompdf/dompdf · GitHub is handige library.

Je hebt maar 1 query nodig, waar je vervolgens direct overheen kan lussen;

SELECT COUNT(D.cat) AS aantalDownloads,C.* 
FROM categorie AS C
JOIN downloads AS D ON D.cat=C.id
GROUP BY D.cat

SELECT cat,COUNT(cat) AS aantalDownloads FROM downloads GROUP BY cat

minimalistisch voorbeeld, plak dit boven aan in je routes.php en ga naar /url.
Wel even de url veranderen naar wat voor jou van toepassing is, ik heb dit zelf gewoon even snel in wamp geprobeert dus verre van ideaal.

<?php


use Facebook\FacebookRedirectLoginHelper;
use Facebook\FacebookRequest;
use Facebook\FacebookSession;
use Facebook\GraphUser;


$router->get('url', function(){
    session_start();
    FacebookSession::setDefaultApplication('XX', 'XX');
    $helper = new FacebookRedirectLoginHelper('http://facebook.app/facebook/public/url');


    try {
        $session = $helper->getSessionFromRedirect();
    } catch( FacebookRequestException $e ) {
        echo '<a href="'.$helper->getLoginUrl().'">Login</a>';
        //dd($e);
    } catch( Exception $e ) {
        echo '<a href="'.$helper->getLoginUrl().'">Login</a>';
        //dd($e);
    }


    if ( isset($session) )
    {
        $user_profile = (new FacebookRequest(
            $session, 'GET', '/me'
        ))->execute()->getGraphObject(GraphUser::className());


        dd($user_profile);
    }
    echo '<a href="'.$helper->getLoginUrl().'">Login</a>';
});

Lelijke code, maar het idee zal duidelijk zijn.

Ik kan het mis hebben maar het lijkt erop dat je de sessie niet pakt die terug gegeven wordt door facebook?

Ik neem aan dat je deze al wel hebt gevonden, maar hier wordt alles eigenlijk stap voor stap uitgelegd:
Je browser bijwerken | Facebook

Wat gebeurt er als je letterlijk die code overneemt zoals beschreven?

Je zou jouw mailbox met Imap kunnen uitlezen, een handige package hiervoor;

tedious/Fetch · GitHub

Is de mogelijke impact groot als een gebruiker moedwillig gaat lopen spelen met de doorgegeven locatie?
Want ik kan me voorstellen dat je het ook niet té omslachtig wil maken voor je gebruikers.

Voor de 0.1% van je gebruikers die wel weet hoe deze de locatie kan faken én hier de moeite voor wil nemen zal die QR-Code die vervolgens gescanned moet worden ook geen probleem zijn om te omzeilen.

Terwijl je tergelijkertijd voor de overige 99.9% van de gebruikers wel een extra barrière creeërt.

Mercurial
Mercurial SCM

Team Foundation Server
TFS Overview

Gitlab
GitLab | Version Control on your Server | Better than GitHub
(een soort van privé github)