[PHP] Het grote Laravel topic

1

if (($MismatchBundle == true)  &&  ($adminPass != true && $thisUser['rankid'] != 1)

1

if (($MismatchBundle == true)  &&  !($adminPass == true && $thisUser['rankid'] == 1)

[ Voor 16% gewijzigd door dyna18 op 17-03-2015 12:45 ]

dyna18 schreef op maandag 16 maart 2015 @ 22:23:
Hoi mensen, ik loop even flink te prutsen met mijn code en zie het even niet meer.
Wie biedt inzicht?

Ik ben op zoek naar een IF constructie.
In woorden beschreven:

MismatchBundle = true tenzij (adminPass = true & user = admin)

Zelf had ik dit, maar dit lijkt niet te kloppen.

code:

1	if (($MismatchBundle == true) && ($adminPass != true && $thisUser['rankid'] != 1)

Iemand die weet hoe ik die 'tenzij' goed in de code krijg?

Edit: zo?

code:

1	if (($MismatchBundle == true) && !($adminPass == true && $thisUser['rankid'] == 1)

expor schreef op dinsdag 17 maart 2015 @ 06:51:

code:

1	$MismatchBundle = !(($adminPass == true) && ($thisUser['rankid'] == 1));

Of begrijp ik je verkeerd? Je pseudocode zegt dat MismatchBundle waarde afhangt van adminPass/user, maar in je snippet staat hij in dezelfde if-statement.

TheNephilim schreef op woensdag 18 maart 2015 @ 10:12:
Dat Homestead bevalt best wel eigenlijk! We werken hier voornamelijk met WordPress en dat draait ook prima op Homestead. Je zou er bijna aan denken om alles binnen Homestead te gaan draaien.

Laracasts doet ook prima z'n werk. Sommige dingen waarvan ik al wat gezien heb, zijn nu duidelijk en ik weet waar het voor dient. Ben pas bezig met de introductie, van ruim 300 minuten; nog zoveel materiaal te zien

Ik moet wel duidelijk het 'snel even dit/dat' afleren. Even snel wat aanpassen kan niet zomaar, je moet toch even goed je migraties in elkaar zetten en dergelijke. Om te beginnen heb ik een WordPress plugin gemaakt, die dagelijks een POST naar een Laravel installatie en de Wordpress URL, versie etc opslaat en ook een lijst van plugins met versie.

1
2
3
4
5

<?php 
use App\Services\MijnApi.php;
$klaas = new ApiDing();
$klaas->DoeIets();
?>

Xantios schreef op vrijdag 27 maart 2015 @ 10:24:
[...]


Ze ( homestead ) maken het wel makkelijk inderdaad.
heb zelf bijvoorbeeld nginx nooit echter onder de knie weten te krijgen ( eigenlijk altijd met apache gewerkt ).
maar ze organiseren dat allemaal erg leuk voor je.

Nu ik toch aan het posten ben, een klein vraagje ( ik weet dat het geen code afhaal balie is, wil ik ook zeker niet )

Ik zou graag met mijn Laravel Project tegen een aantal API's aan willen babbelen ( zowel SOAP als RestFull )
Nu heb ik een Service Provider in elkaar geknutseld die een class aanroept.

dus als ik met mijn 1e API wil babbelen doe ik iets van

PHP:

1 2 3 4 5

<?php use App\Services\MijnApi.php; $klaas = new ApiDing(); $klaas->DoeIets(); ?>

Is dit de correcte methode om dit te doen?
Of zijn er nettere / betere methoden in Laravel 5 om dit te doen?

TheNephilim schreef op vrijdag 27 maart 2015 @ 10:31:
[...]
Barry kwam al eens met https://github.com/dingo/api, dat moet een goede tool zijn om API's mee te bouwen. Verder kan ik nog weinig zeggen over of dit zo de beste manier is

Xantios schreef op vrijdag 27 maart 2015 @ 10:34:
[...]


Thanks, maar het lijkt er op dat dit bedoeld is om je laravel app de api te laten zijn ( Server zeg maar )
ik was opzoek naar de client.

TheNephilim schreef op vrijdag 27 maart 2015 @ 10:47:
[...]


Oh sorry, dat heb ik niet goed begrepen

Barryvdh schreef op vrijdag 27 maart 2015 @ 10:34:
[...]

Hoe je dat wil doen hangt er beetje vanaf wat je precies wil doen. Ik maak meestal een ServiceProvider voor die API aan, die óf de bestaande API client initialiseert met waardes die je dan in je config invult (bijv 'services.paypal.username'). Dan kan je die API client/manager/ding in de App container zetten, zodat je hem overal waar je wil kan gebruiken. En als je zelf een ApiDing manager/client maakt, gaat dat hetzelfde.

Als je hem dan een alias geeft met je class name, kan je in je controllers ed. ook gewoon typehints gebruiken om die client te resolven.

Edit: en 'use App\Services\MijnApi.php;', daar hoort die .php niet bij te staan.

[ Voor 71% gewijzigd door Xantios op 27-03-2015 11:05 ]

[ Voor 3% gewijzigd door mbarie op 27-03-2015 14:55 ]

[ Voor 12% gewijzigd door afraca op 30-03-2015 10:18 ]

afraca schreef op maandag 30 maart 2015 @ 10:17:
Ik werk met een klein team aan een nieuw intern CMS. Voorheen een beetje bij elkaar gehackte boel, dus blij met Laravel nu. Maar om verandering niet te groot te maken op zoek naar een gewoon simpele permission manager. Is dan

https://github.com/Toddish/Verify-L4

iets? We zitten nog wel een half jaar op L4 verwacht ik.

edit: van Toddish/verify is een L5 versie bijna release-klaar, dus dat is geen punt.

_Moe_ schreef op dinsdag 31 maart 2015 @ 08:29:
En wat is juist het voordeel van 'Levels' ten opzichte van permissies?

[ Voor 64% gewijzigd door Glasya op 01-04-2015 10:05 ]

• intervention/image

[ Voor 34% gewijzigd door TheNephilim op 09-04-2015 15:46 ]

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

<?php namespace App\Providers;

use Illuminate\Support\ServiceProvider;

class MessagebirdServiceProvider extends ServiceProvider {

    /**
     * Register the service provider.
     *
     * @return void
     */
    public function register()
    {
        $this->app->singleton('messagebird', function($app)
        {
            return new \MessageBird\Client(env('MESSAGEBIRD_KEY'));
        });
    }
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14

<?php namespace App\Facades;

class Messagebird extends \Illuminate\Support\Facades\Facade
{
    /**
     * Get the registered name of the component.
     *
     * @return string
     */
    protected static function getFacadeAccessor()
    {
        return 'messagebird';
    }
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

<?php namespace App\Providers;

use MessageBird\Client;
use Illuminate\Support\ServiceProvider;

class MessagebirdServiceProvider extends ServiceProvider {

    /**
     * Register the service provider.
     *
     * @return void
     */
    public function register()
    {
        $this->app->singleton('MessageBird\Client', function($app)
        {
            return new Client(env('MESSAGEBIRD_KEY'));
        });
    }

}

1
2
3
4

public function __construct(\MessageBird\Client $messagebird)
{
    //
}

[ Voor 19% gewijzigd door TheNephilim op 09-04-2015 17:08 ]

[ Voor 100% gewijzigd door Firefly III op 23-10-2016 16:00 . Reden: Leeg vanwege privacy. ]

Barryvdh schreef op zaterdag 11 april 2015 @ 17:08:
Gebruikt er nog iemand meer jquery-ujs hier? http://barryvdh.nl/larave...h-jquery-ujs-and-laravel/

j.devreede schreef op zondag 12 april 2015 @ 12:31:
De punten waar ik nog wel wat tegenaan loop is of ik mijn classes wel goed opbouw (SOLID etc) en het schrijven van tests, dat laatste is erg lastig omdat deze package nogal leunt op de Builder of Model van Eloquent en deze is nogal ingewikkeld om te mocken.

Het is in iedergeval erg tof om mee bezig te zijn, vooral ook het idee dat je iets maakt waar je misschien een andere developer weer mee kan helpen.

1
2
3
4
5
6
7
8
9
10
11

/* CustomerServiceImpl */

//Constructor injection van de repository
function __construct(CustomerStatusRepository $repository){
    $this->CustomerStatusRepository = $repository;
}

//Functie die getest moet worden 
function saveCustomerStatus(CustomerStatus $status){
    $this >CustomerStatusRepository->save($status);
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

//Maak een mock model aan 
$status = $this->getMock(CustomerStatus::class);

//Maak een mock repository aan 
$mockCustomerStatusRepository = $this->getMock(CustomerStatusRepository::class);

//Een test voor het aanroepen van een functie op de repository 
$mockCustomerStatusRepository
            ->expects($this->once())
            ->method('save')
            ->with($this->equalTo($status));

$customerService = new CustomerServiceImpl($mockCustomerStatusRepository);

//Roep de functie aan 
$customerService->saveCustomerStatus($status);

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

    public function getMock($fullClassName, $attributeAssocArray = array()) {
        $mock = $this->testCase->getMockBuilder($fullClassName)
            ->disableOriginalConstructor()
            ->getMock();

        $mockModel = new MockModel($mock, $attributeAssocArray);
 
//Call voor het ophalen van een attribuut 
        $mock->expects($this->testCase->any())
            ->method('__get')
            ->willReturnCallback(array($mockModel, 'getAttribute'));

//Call voor het opslaan van attributen in een mock object
        $mock->expects($this->testCase->any())
            ->method('__set')
            ->willReturnCallback(array($mockModel, 'setAttribute'));

        return $mock;
    }

j.devreede schreef op zondag 12 april 2015 @ 12:31:
Sinds begin dit jaar af en toe eens wat gespeeld met Laravel en stiekem meegelurkt in dit topic .
Hierdoor ben ik begonnen met het kijken van laracasts.com filmpjes, en omg wat kan die gast dingen goed uitleggen. Heb direct een abbo genomen, is het zeker waard.
In eerste instantie heb je echt zoiets van, uhh ik weet helemaal niets. Maar na flink wat "aha!" momentjes gaat dat gevoel gelukkig snel weer weg .

drdextro schreef op zondag 12 april 2015 @ 20:05:
[...]

Qunix schreef op maandag 13 april 2015 @ 08:28:
[...]

Wie precies? Jeffrey Way?

Barryvdh schreef op zaterdag 11 april 2015 @ 17:08:
Gebruikt er nog iemand meer jquery-ujs hier? http://barryvdh.nl/larave...h-jquery-ujs-and-laravel/

kwaakvaak_v2 schreef op dinsdag 14 april 2015 @ 19:43:
Power to him, daar niet van.. Maar verbaas mij gewoon hoe de kudde laravalisten er direct achter aan hobbelen

foreach ($request->input('languages') as $key => $value)
{
$lang[] = [$value => ['level' => $request->input('languagesLevel')[$key]]];
}

array:3 [▼
0 => array:1 [▼
13 => array:1 [▼
"level" => "1"
]
]
1 => array:1 [▼
16 => array:1 [▼
"level" => "2"
]
]
2 => array:1 [▼
18 => array:1 [▼
"level" => "3"
]
]
]

[ Voor 7% gewijzigd door Glasya op 15-04-2015 09:51 ]

Rommel schreef op dinsdag 14 april 2015 @ 18:23:
En hier is Lumen: http://lumen.laravel.com/

Ziet er zeer netjes uit, was al aan het stoeien met Laravel om een API te maken voor een website, maar dit ga ik zeker oppakken!

[ Voor 100% gewijzigd door Firefly III op 23-10-2016 16:00 . Reden: Leeg vanwege privacy. ]

PatrickH89 schreef op dinsdag 14 april 2015 @ 20:50:
[...]


Beetje oppervlakkige uitspraak. Als het daadwerkelijk sneller is (wat je waarschijnlijk niet echt getest hebt) dan is het niet heel vreemd dat de 'kudde laravelisten' er achter aan lopen als ze tegen een casus aanlopen waar Laravel 'te zwaar' is.

Dat je alle standaard Laravel tools kunt gebruiken betekent overigens niet dat je dat ook moet doen. Ik kan nu al een project bedenken zonder Eloquent waar het zeker wat lichter zou kunnen dan Laravel en wat we zouden kunnen migreren naar Lumen (als dat daadwerkelijk snelller is, nogmaals).

kwaakvaak_v2 schreef op woensdag 15 april 2015 @ 12:02:
[...]


tja.. als snelheid echt zo'n ding was, kun je ook de fast router van Niki pakken en dan met closures daar wat routes in hangen. Maar ik snap het wel, als je diep in de Laravel styled facade's zit is dit misschien wel een boeiend project. Maar vanuit mijn perspectief als PHP developer zag ik niets waarvan ik dacht.. zo das even revolutionair. En dat is precies waar Taylor goed in is, hij maakt prima middleware die leunt op componenten met een laagje syntax-suiker erover waardoor voor de gemiddelde gebruiker makkelijk inzetbaar is. Maar de revolutionist die het volgens vele van zijn fans is... Nee dat niet..

Wat dat betreft is een deel van de Laravel community gelukkig niet anders dan die van Drupal of Wordpress. Bomvol met fans die soms niet eens door lijken te hebben wat de onderliggende taal is. Mooiste was ooit een uitspraak van een groepje Drupal fans die vonden dat PHP ze in de weg zat en dat Drupal in zijn geheel maar eventjes in een weekje naar .NET moest worden gehaald. Want hoe moeilijk kon dat zijn, meeste code was immers in Drupal geschreven.

mbenjamins schreef op zondag 12 april 2015 @ 12:46:
Ik heb een applicatie gemaakt in Laravel 4.
De applicatie is een beheer tool om specifieke onder delen te kunnen beheren, die ze weer met een API kunnen uitlezen.
Om de applicatie te mogen gebruiken moet je sowieso inloggen.
Nu komt er ook een simpele site bij en een admin gedeelte om beheerders te beheren die mogen inloggen in de applicatie en de rechten er van.

Nu is mijn vraag hoe maken jullie onderscheid in de controllers, views en de public map?
Of hebben jullie voor elk onderdeel een eigen Laravel installatie?

Barryvdh schreef op vrijdag 17 april 2015 @ 11:02:
[...]

Ik maak meestal gebruik van dezelfde installatie, omdat je models ed. toch hetzelfde zijn vaak. Gewoon een mapje admin in de views map, en extra namespace-niveau voor controllers enzo (App\Http\Controllers\Admin\UserController bijv.)

Barryvdh schreef op woensdag 15 april 2015 @ 14:55:
Taylor is nog steeds niet zo happy met die benchmarks


[...]

TheNephilim schreef op maandag 20 april 2015 @ 17:12:

Maar Laravel kent men als een 'volledig' framework en niet als micro-framework. Ik kan me voorstellen dat die splitsing gemaakt is om een plaatsje te verwerven in het lijstje 'micro-frameworks'.

Barryvdh schreef op zaterdag 18 april 2015 @ 23:17:
[...]

Waarom is het een wassen neus? Het is inderdaad een relatief simpel concept: Laravel=standaard heel compleet, Lumen=standaard heel basic.

kwaakvaak_v2 schreef op woensdag 15 april 2015 @ 12:02:
[...]


tja.. als snelheid echt zo'n ding was, kun je ook de fast router van Niki pakken en dan met closures daar wat routes in hangen. Maar ik snap het wel, als je diep in de Laravel styled facade's zit is dit misschien wel een boeiend project. Maar vanuit mijn perspectief als PHP developer zag ik niets waarvan ik dacht.. zo das even revolutionair. En dat is precies waar Taylor goed in is, hij maakt prima middleware die leunt op componenten met een laagje syntax-suiker erover waardoor voor de gemiddelde gebruiker makkelijk inzetbaar is. Maar de revolutionist die het volgens vele van zijn fans is... Nee dat niet..

Wat dat betreft is een deel van de Laravel community gelukkig niet anders dan die van Drupal of Wordpress. Bomvol met fans die soms niet eens door lijken te hebben wat de onderliggende taal is. Mooiste was ooit een uitspraak van een groepje Drupal fans die vonden dat PHP ze in de weg zat en dat Drupal in zijn geheel maar eventjes in een weekje naar .NET moest worden gehaald. Want hoe moeilijk kon dat zijn, meeste code was immers in Drupal geschreven.

Tha Ertenal schreef op woensdag 22 april 2015 @ 18:21:
Ik heb problemen met de nieuwe Elixer functie.

mbenjamins schreef op woensdag 22 april 2015 @ 21:45:
Als jullie verder nog tips hebben om een goeie REST API te maken in Laravel dan hoor ik het graag.

Barryvdh schreef op donderdag 23 april 2015 @ 11:06:
[...]

En Fractal is dus van diezelfde auteur

Glasya schreef op dinsdag 28 april 2015 @ 17:12:
Ik heb een formulier waarin mensen meerdere bijlagen kunnen uploaden, de naam van het input field heet dan ook attachments[], en alles werkt goed zolang de bestandsgroote maar onder die van de php.ini instelling blijft, doe ik dat niet dan krijg ik een token error.

Nu probeer ik al geruime tijd om een validatie te maken die controleerd op zowel de mimetypes als de groote van de bestanden, maar ik krijg het niet voor elkaar.

Eerst dacht ik dit op te lossen door middel van de ProjectRequest regel: 'attachments' => 'array|max:2000|mimes:jpg,jpeg,png,bmp,pdf,doc,xls', maar dit werkt niet.

Ook kan ik het niet controleren in de controller want voordat hij daar terug komt is de token error er al.
Nergens kan ik een handleiding vinden voor Laravel 5 die dit uitlegt voor dummies.

Hopelijk kunnen jullie mij hierbij wel helpen.

[ Voor 24% gewijzigd door Glasya op 29-04-2015 11:51 ]

Barryvdh schreef op donderdag 14 mei 2015 @ 13:47:
Ligt er aan wat je er op gaat draaien allemaal Ik heb er iig geen bijzondere hosting voor, gewoon dezelfde servers als Wordpress/Drupal/maatwerk etc.

j.devreede schreef op donderdag 14 mei 2015 @ 17:31:
Over extra dingen gesproken, hebben jullie het nieuwe events broadcasten naar de client side in laravel 5.1 al gezien (https://laracasts.com/les...ing-events-in-laravel-5-1)? Eigenlijk is het dus een websocket connectie die je events eventueel door pusht naar de client.

Barryvdh schreef op donderdag 14 mei 2015 @ 17:10:
[...]

Uiteraard maar dat noem ik wel standaard tegenwoordig Voor Drupal gebruiken we Drush, Magento Magerun, Laravel en maatwerk composer en git etc.

Moet je inderdaad niet shared hosting van 2 euro pakken.

Chris7 schreef op vrijdag 15 mei 2015 @ 12:40:
[...]


Net even gekeken, ziet er gaaf uit! Ik ben de laatste tijd al bezig met socket.io, en het lijkt heel makkelijk om dat nu te koppelen aan events in een Laravel backend. Kan zeker van pas komen in de toekomst .

Barryvdh schreef op donderdag 14 mei 2015 @ 17:10:
[...]

Uiteraard maar dat noem ik wel standaard tegenwoordig Voor Drupal gebruiken we Drush, Magento Magerun, Laravel en maatwerk composer en git etc.

Moet je inderdaad niet shared hosting van 2 euro pakken.

[ Voor 21% gewijzigd door ReSpawN op 18-05-2015 13:46 ]

Barryvdh schreef op vrijdag 15 mei 2015 @ 22:00:
[...]


Kan maar dat is niet hip meer Gewoon met versiebeheer werken. Laatste versie binnen trekken met git en composer install draaien.

En sowieso wel handig om wat command line commandos uit te voeren toch?

Siebsel schreef op maandag 18 mei 2015 @ 14:34:
[...]


Nu vind ik 'hip' het minst belangrijke aan het werken met Composer en Git. Juist dat het je leven makkelijker maakt (niet meer bang zijn dat je outdated libraries hebt of dat je code kwijt raakt (mits je iets als GitHub of Bitbucket gebruikt)) vind ik belangrijker dan hip zijn

Lokaal een composer update doen en daarna je files uploaden vind ik (persoonlijk) helemaal omslachtig. Vooral omdat tegenwoordig de vendor map aardig groot kan worden en je dus telkens al die bestanden moet uploaden.

PatrickH89 schreef op maandag 18 mei 2015 @ 14:45:
[...]


Enige optie zou wat mij betreft zijn om een deploy tool te gebruiken zoals FTPloy, maar dan alleen als SSH access echt geen optie is.

[ Voor 17% gewijzigd door Siebsel op 19-05-2015 13:33 ]

Verwijderd schreef op woensdag 20 mei 2015 @ 18:07:
Tja. Ik vind dat SemVer gewoon iets is waar je als populair framework aan mee hoort te doen, period. En niet weer zelf je standaarden gaat lopen verzinnen

mbenjamins schreef op donderdag 21 mei 2015 @ 23:47:
Ik wil voor het eerst een Package maken voor Laravel, ik heb al verschillende dingen op internet gevonden maar zou zo niet weten hoe ik moet beginnen.
Kan iemand mij vertellen hoe ik moet beginnen en weet iemand een goede site waar het staat uitgelegd?

• http://prosperotemuyiwa.c...-first-laravel-5-package/
• https://murze.be/2015/05/creating-packages/