Denkt de browser niet dat het een HTML tag is en showt ie em daarom niet? Of is er ook in de source niets te zien?quote:Op maandag 24 maart 2014 23:41 schreef KomtTijd... het volgende:
[..]
Dat maakt het des te gekker, want zelfs al zou de hele code niet draaien, zou er op zijn minst een < moeten staat
Kortom, probleem is niet de code maar het hele bestand wordt niet aangeroepen.
[..]
Hoe kun je in hemelsnaam niet zien wat daar mis mee is? Zit je zonder syntax highlighting te werken ofzo? heb je error_reporting en alles uit staan?
Het is een bedrijf dat papier doet. Linkjes naar de 'nieuwe site' staan in de voorbeeldcode. Dat zulke archaïsche bedrijven weinig van het grote boze internet snappen verbaast mij weinig.quote:Op maandag 24 maart 2014 23:41 schreef KomtTijd... het volgende:
[..]
Hoe kun je in hemelsnaam niet zien wat daar mis mee is? Zit je zonder syntax highlighting te werken ofzo? heb je error_reporting en alles uit staan?
Het kost m'n baas meer om het niet te testen, dan om het wel te testen... Dan is de keuze snel gemaakt.quote:Op maandag 24 maart 2014 23:03 schreef TwenteFC het volgende:
Ik zou willen dat de baas er hier ook zo overdacht, maar helaas is devven niet onze core business en het enige waar hij omgeeft is dat zijn wensenlijstjes zo vlot mogelijk weggewerkt zijn.
Das wel heel erg korte termijn denken...quote:Op dinsdag 25 maart 2014 08:36 schreef slacker_nl het volgende:
[..]
Het kost m'n baas meer om het niet te testen, dan om het wel te testen... Dan is de keuze snel gemaakt.
Why?quote:Op dinsdag 25 maart 2014 10:54 schreef Sitethief het volgende:
[..]
Das wel heel erg korte termijn denken...
Het kost toch altijd meer geld om verderop in het proces dingen te fixen dan voordat je software naar klant/publiek doorzet. Ik weet verder niet in welke tak jij precies werkzaam bent, maar das toch wel redelijk algemeen?quote:
Dat kan je dus voorkomen met TDD. Door je spullen daar al gelijk goed op te bouwen kost het je later veel minder tijd om rare bugs op te lossen. Omdat je alle losse componenten getest heb hoe je alleen maar het component wat voor het probleem zorgt te debuggen.quote:Op dinsdag 25 maart 2014 14:25 schreef Sitethief het volgende:
[..]
Het kost toch altijd meer geld om verderop in het proces dingen te fixen dan voordat je software naar klant/publiek doorzet. Ik weet verder niet in welke tak jij precies werkzaam bent, maar das toch wel redelijk algemeen?
Het grootste gedeelte hangt nog in elkaar met een index bestand waar staat "include "$_GET['pagina']".include.php"quote:Op dinsdag 25 maart 2014 08:36 schreef slacker_nl het volgende:
[..]
Het kost m'n baas meer om het niet te testen, dan om het wel te testen... Dan is de keuze snel gemaakt.
1 2 3 4 5 6 7 | if(isset($_POST)){ include "400_opslaan.inc.php" }else if($_GET['actie'] == 'blaa'){ include "400_blaa.include.php }else{ include "400_formulier.include.php } |
Dan zou empirisch bewijs dit ook weerspiegelen in termen van productiviteit; er is geen consistente lijn te trekken door empirisch bewijs wat dat betreft. Zeer zeker niet in een industrial setting, waar de trend lijkt dat het productiviteit negatief beinvloedt.quote:Op dinsdag 25 maart 2014 15:24 schreef WyriHaximus het volgende:
[..]
Dat kan je dus voorkomen met TDD. Door je spullen daar al gelijk goed op te bouwen kost het je later veel minder tijd om rare bugs op te lossen. Omdat je alle losse componenten getest heb hoe je alleen maar het component wat voor het probleem zorgt te debuggen.
Lees goed wat er staat: Het kost meer geld om het *niet* te testen, dan om het wel te testen. Maw, zonder tests kost het mijn baas geld en met tests niet. Of minder.quote:Op dinsdag 25 maart 2014 14:25 schreef Sitethief het volgende:
Het kost toch altijd meer geld om verderop in het proces dingen te fixen dan voordat je software naar klant/publiek doorzet. Ik weet verder niet in welke tak jij precies werkzaam bent, maar das toch wel redelijk algemeen?
En hoe geldt die curve niet voor iemand die niet z'n tests van tevoren schrijft, maar direct na het implementeren van z'n methode? Of tijdens het schrijven van z'n methode? En heb je empirisch bewijs die de bewering dat TDD kostenefficiënt is steunt?quote:Op dinsdag 25 maart 2014 21:36 schreef slacker_nl het volgende:
[..]
Lees goed wat er staat: Het kost meer geld om het *niet* te testen, dan om het wel te testen. Maw, zonder tests kost het mijn baas geld en met tests niet. Of minder.
Verder is het niet helemaal waar wat je zegt, maar deel ik die mening wel, al ben ik nu eea aan het lezen dat wat anders zegt, onder meer door meer testdriven development te doen.
[ afbeelding ]
[ afbeelding ]
quote:The available evidence from the trials suggests that TDD does not have a consistent effect on
productivity. The evidence from controlled experiments suggests an improvement in
productivity when TDD is used. However, the pilot studies provide mixed evidence, some in
favor of and others against TDD. In the industrial studies, the evidence suggests that TDD yields
worse productivity. Even when considering only the more rigorous studies (L2 and L3), the
evidence is equally split for and against a positive effect on productivity. Table 12-5 classifies
the trials according to effects on productivity.
Of je voor of na je implementatie tests schrijft boeit me niet. Zolang je ze maar schrijft. En het gaat hier over de kosten van verandering die niet een stijle curve omhoog hebben. Dus het dogma: 'veranderingen laat in het proces kosten veel geld' wordt hiermee van tafel geveegd. Het gaat hierbij niet om, vooraf of achteraf tests schrijven, beide varainten hebben voordelen. Ik doe zelf soms tests schrijven en dan coden of achteraf schrijven. Ligt eraan wat ik aan het doen ben.quote:Op woensdag 26 maart 2014 00:17 schreef Diabox het volgende:
[..]
En hoe geldt die curve niet voor iemand die niet z'n tests van tevoren schrijft, maar direct na het implementeren van z'n methode? Of tijdens het schrijven van z'n methode? En heb je empirisch bewijs die de bewering dat TDD kostenefficiënt is steunt?
En evenzo de vraag; waarom zou het niet even goed duurder zijn om na je tests de implementaties te schrijven? Je draait twee dingen om qua volgorde, maar wat heeft dat met kosten te maken?
Uit een systematische review:
[..]
Ah, ja dat je tests wilt schrijven kan ik het niet meer dan eens mee zijn (zeer zeker vanuit een developer perspectief). Dacht meer dat je TDD schaalde boven andere methodieken waarbij werd getest, maar nu begrijp ik je beter.quote:Op woensdag 26 maart 2014 07:39 schreef slacker_nl het volgende:
[..]
Of je voor of na je implementatie tests schrijft boeit me niet. Zolang je ze maar schrijft. En het gaat hier over de kosten van verandering die niet een stijle curve omhoog hebben. Dus het dogma: 'veranderingen laat in het proces kosten veel geld' wordt hiermee van tafel geveegd. Het gaat hierbij niet om, vooraf of achteraf tests schrijven, beide varainten hebben voordelen. Ik doe zelf soms tests schrijven en dan coden of achteraf schrijven. Ligt eraan wat ik aan het doen ben.
Ik ben er wel van overtuigd dat zonder tests te maken de kosten van changes omhoog schieten.
Variabel, zitten er volgens mij meerdere tussen die ook LOC/u mee beschouwenquote:Wat is overigens de definitie van productiviteit in die onderzoeken?
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 | <?php require_once "vendor/autoload.php"; use OpenCloud\OpenStack; $client = new OpenStack('', array( 'username' => "", 'password' => "", 'tenantName' => "" )); $client->authenticate(); echo '<pre>'; $catalog = $client->getCatalog(); // Return a list of OpenCloud\Common\Service\CatalogItem objects foreach ($catalog->getItems() as $catalogItem) { $name = $catalogItem->getName(); $type = $catalogItem->getType(); if ($name == 'cloudServersOpenStack' && $type == 'compute') { break; } // Array of OpenCloud\Common\Service\Endpoint objects $endpoints = $catalogItem->getEndpoints(); foreach ($endpoints as $endpoint) { print_r($endpoint); if ($endpoint->getRegion() == 'NL') { echo $endpoint->getPublicUrl(); } } } |
1 2 3 4 5 6 7 8 9 | stdClass Object ( [adminURL] => https://compute.stack.cloudvps.com/v2/OBJSTOREKEY [region] => NL [internalURL] => https://compute.stack.cloudvps.com/v2/OBJSTOREKEY [publicURL] => https://compute.stack.cloudvps.com/v2/OBJSTOREKEY ) Fatal error: Call to undefined method stdClass::getRegion() in /var/www/objStore/catalog.php on line 30 |
Wat heb je geprobeerd?quote:Op zondag 30 maart 2014 13:12 schreef Reemi het volgende:
Ik zit met de volgende structuur:
Een tabel met categorieën
Een linktabel, die product_id - categorie_id koppels bevat
Een productentabel
Hoe kan ik nu alle categorieën die bijvoorbeeld meer dan 2 producten met een bepaalde eigenschap bevatten, ophalen? Ik zit redelijk vast.
- Subquery, maar dat vindt mijn server niet erg leuk.quote:
1 | <title><?php if (is_home () ) { bloginfo('name'); } elseif ( is_category() ) { single_cat_title(); echo ' - ' ; bloginfo('name'); } elseif (is_single() ) { single_post_title(); } elseif (is_page() ) { single_post_title(); } elseif ( is_404() ) { echo 'Pagina niet gevonden'; } else { wp_title('',true); } ?></title> |
Dus eigenlijk wil hij wil dat je gaat testen, maar moet je het hem niet direct vertellen. Als er vaak aanpassingen in bestaande code gedaan worden, maken unit tests het leven makkelijker en kun je sneller opleveren.quote:Op maandag 24 maart 2014 23:03 schreef TwenteFC het volgende:
[..]
Ik zou willen dat de baas er hier ook zo overdacht, maar helaas is devven niet onze core business en het enige waar hij omgeeft is dat zijn wensenlijstjes zo vlot mogelijk weggewerkt zijn.
We hebben zelfs meer dan een jaar lang moeten zeuren een acceptatieserver, wtf![]()
Gelukkig mijn meeste persoonlijke projectjes wel netjes getest, voor een groot deel.
PHPSpec FTW.
Probleem is natuurlijk wel dat we met een bak ontestbare code zitten, dat moet worden gerefactored.quote:Op maandag 31 maart 2014 07:44 schreef Light het volgende:
[..]
Dus eigenlijk wil hij wil dat je gaat testen, maar moet je het hem niet direct vertellen. Als er vaak aanpassingen in bestaande code gedaan worden, maken unit tests het leven makkelijker en kun je sneller opleveren.
1 | php app/console doctrine:schema:update --dump-sql |
1 2 | [Doctrine\Common\Persistence\Mapping\MappingException] The class 'Acme\UserBundle\Entity\User' was not found in the chain configured namespaces CCDNForum\ForumBundle\Entity |
Ja, had het even snel neergeplempt. Posts mogen weg wat mij betreft, ik keek niet goed want het antwoord stond gewoon op het forum van codeconsortium zelf.quote:Op maandag 31 maart 2014 19:42 schreef KomtTijd... het volgende:
Ik snap echt geen reet van je post. Doe eens wat opmaak gebruiken ofzo.
Die foutmelding duidt erop dat je nog een referentie naar de demo-bundle hebt.
Misschien een stuk netter om de oplossing te plaatsen, je weet maar nooit of er iemand tegen een zelfde soort probleem aanloopt!quote:Op maandag 31 maart 2014 19:47 schreef henrivo het volgende:
[..]
Ja, had het even snel neergeplempt. Posts mogen weg wat mij betreft, ik keek niet goed want het antwoord stond gewoon op het forum van codeconsortium zelf.
Edit: Ben zelf nog nieuw in Symfony2-wereld, vandaar.
https://xkcd.com/979/quote:Op dinsdag 1 april 2014 09:42 schreef Chandler het volgende:
[..]
Misschien een stuk netter om de oplossing te plaatsen, je weet maar nooit of er iemand tegen een zelfde soort probleem aanloopt!
quote:
Hover eens met je muis over de stripquote:Op dinsdag 1 april 2014 10:34 schreef slacker_nl het volgende:
[..]Mijn thee zat bijna op m'n beeldscherm.
Niet irritanters als dat. Vooral als mensen dan ook een hele post maken dat ze het antwoord na 3 dagen zoeken hebben gevonden en dan iedereen in de thread bedanken. Om daarna niet het antwoord te posten en nooit meer terug te zien.quote:Op dinsdag 1 april 2014 10:44 schreef Sitethief het volgende:
[..]
Hover eens met je muis over de strip.
Zeer vervelend inderdaad, zulke figuren help ik dan ook maar 1xquote:Op dinsdag 1 april 2014 11:33 schreef totalvamp het volgende:
[..]
Niet irritanters als dat. Vooral als mensen dan ook een hele post maken dat ze het antwoord na 3 dagen zoeken hebben gevonden en dan iedereen in de thread bedanken. Om daarna niet het antwoord te posten en nooit meer terug te zien.
Ik vermoed 1 april grap, Kheb het hier ookquote:Op dinsdag 1 april 2014 12:07 schreef Civilian het volgende:
Zeg, doet PHP.net bij jullie ook zo raar?
Het logo is vervangen door vreemde gifjes en mn pagina's draaien rond/auto refreshen.
Ik weet niet of 't een 1 april grap moet zijn of dat de site weer eens gehacked is, maar 't is rete irritant
http://blog.freenode.net/2014/04/googleplusfreenode/quote:[Global Notice] For purely non-profit reasons, all your nickserv accounts have been converted into freenode+ accounts; details at http://blog.freenode.net/2014/04/googleplusfreenode/. Thank you for using freenode.
Je hebt gelijk, bij deze:quote:Op dinsdag 1 april 2014 09:42 schreef Chandler het volgende:
[..]
Misschien een stuk netter om de oplossing te plaatsen, je weet maar nooit of er iemand tegen een zelfde soort probleem aanloopt!
1 2 3 4 5 6 7 8 9 | mappings: FOSUserBundle: ~ AcmeUserBundle: mapping: true type: annotation #dir: "Resources/config/doctrine" alias: ~ prefix: Acme\UserBundle\Entity is_bundle: true |
Gefeliciteerd! ook in loon omhoog gegaan?quote:Op dinsdag 1 april 2014 15:05 schreef Civilian het volgende:
Oh trouwens, net mn ZCE examen gehaald! ^^
Nog nietquote:Op dinsdag 1 april 2014 17:16 schreef Chandler het volgende:
[..]
Gefeliciteerd! ook in loon omhoog gegaan?
Zeker mooi meegenomen!quote:Op dinsdag 1 april 2014 17:42 schreef Civilian het volgende:
[..]
Nog nietMaar de hele cursus + examen is door mn werkgever betaald. Dus dat is al wel mooi meegenomen
Die eerste genomen, kan je kiezen tussen een zip of een installer. Eerst die laatste gedaan, beetje vaag allemaal, lees ik ergens dat je de installer niet zou moeten gebruiken maar waarom niet staat er niet bij. Dus de zip gedownload en die zoals aanbevolen uitgepakt naar C:\PHP.quote:If PHP is used with IIS then choose PHP 5.3 VC9 Non Thread Safe or PHP 5.2 VC6 Non Thread Safe;
Mag ik vragen waarom je niet een kant-en-klare WAMP-installatie draait?quote:Op woensdag 2 april 2014 19:01 schreef Modus het volgende:
Ik probeer PHP te installeren maar vind de stappen van PHP.net maar wat onduidelijk tot nu toe. Kan dat ook hier? Heb Windows XP (I know, daar gaan we het nu niet over hebben) en reeds IIS 5.1 geïnstalleerd.
[..]
Die eerste genomen, kan je kiezen tussen een zip of een installer. Eerst die laatste gedaan, beetje vaag allemaal, lees ik ergens dat je de installer niet zou moeten gebruiken maar waarom niet staat er niet bij. Dus de zip gedownload en die zoals aanbevolen uitgepakt naar C:\PHP.
Op deze pagina http://www.php.net/manual/en/install.windows.manual.php staat hoe de directorystructuur na uitpakken zou moeten zijn. Ik heb echter geen subdir Pear (geen idee waarom niet). Waarom heb ik die niet en is dat erg? Laten we hier maar eens mee beginnen.
Valt wel mee toch? Installen en runnen maar.quote:Op woensdag 2 april 2014 20:37 schreef Boze_Appel het volgende:
Sowieso kan je voor wamp maar alvast een doos tissues klaarzetten. Wat een bende is dat.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |