abonnement Unibet Coolblue Bitvavo
pi_118265442
quote:
5s.gif Op zondag 21 oktober 2012 15:26 schreef gnaeus het volgende:
Geen CakePHP experts in dit topic ?
Jawel, Wyri bijvoorbeeld. Ik ben geen expert, maar gebruik het wel.
pi_118267799
quote:
19s.gif Op vrijdag 19 oktober 2012 15:47 schreef TwenteFC het volgende:

[..]

Ja care, het werkt fijn doet wat het moet doen en de performance is uitermate goed.
En daarbij zijn ze nu bezig met Versie 4.
http://www.thenerdary.net/post/30859565484/laravel-4

Welk framework zou jij aanraden dan? :P Als je Zend zegt ...
over Zend gesproken .. http://www.laruence.com/2011/12/02/2333.html Laravel doet het goed :P
..///
pi_118267981
quote:
0s.gif Op maandag 22 oktober 2012 01:08 schreef wipes66 het volgende:

[..]

over Zend gesproken .. http://www.laruence.com/2011/12/02/2333.html Laravel doet het goed :P
:P En Laravel 4 schijnt nog beter te worden, wel logisch ansich want een slechtere opvolger maken zou ook niet echt handig zijn.
  maandag 22 oktober 2012 @ 17:17:03 #184
118011 BrainOverfloW
Fok! around the Clock!
pi_118288966
Misschien kunnen jullie me helpen met dit probleem. Het Wordpress topic is niet heel actief.
Als ik via mijn mobiel mijn Wordpress pagina op mijn server opvraag hebben de plaatjes/css e.d. allemaal 'localhost' in hun link staan ipv '192.168.x.x' waardoor ze dus niet openen.
Iemand een idee hoe ik dat op los?
Whether or not you can become great at something, you can always become better.
And one day you'll wake up and find out how good you actually became, having transcended whatever limits you might have thought you couldn't pass.
Neil Degrasse Tyson
pi_118290151
quote:
0s.gif Op maandag 22 oktober 2012 17:17 schreef BrainOverfloW het volgende:
Misschien kunnen jullie me helpen met dit probleem. Het Wordpress topic is niet heel actief.
Als ik via mijn mobiel mijn Wordpress pagina op mijn server opvraag hebben de plaatjes/css e.d. allemaal 'localhost' in hun link staan ipv '192.168.x.x' waardoor ze dus niet openen.
Iemand een idee hoe ik dat op los?
Volgens mij kun je ergens in de WordPress-instellingen de url van je website invullen, daar staat nu waarschijnlijk localhost. Als je dat nou eens vervangt door het ip? (ik zit nu mobiel dus kan niet controleren of het inderdaad zo is wat ik zeg)
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
  maandag 22 oktober 2012 @ 19:30:33 #186
118011 BrainOverfloW
Fok! around the Clock!
pi_118294538
quote:
1s.gif Op maandag 22 oktober 2012 17:47 schreef Rockfire het volgende:

[..]

Volgens mij kun je ergens in de WordPress-instellingen de url van je website invullen, daar staat nu waarschijnlijk localhost. Als je dat nou eens vervangt door het ip? (ik zit nu mobiel dus kan niet controleren of het inderdaad zo is wat ik zeg)
Met dat idee even verder gegoogled en gevonden wat ik zocht. Het staat niet standaard in WP maar je kan het er wel bij in zetten.

1
2
define('WP_HOME','http://example.com');
define('WP_SITEURL','http://example.com');

toevoegen aan wp-config.php heeft het probleem opgelost. Bedankt.
Whether or not you can become great at something, you can always become better.
And one day you'll wake up and find out how good you actually became, having transcended whatever limits you might have thought you couldn't pass.
Neil Degrasse Tyson
pi_118336061
quote:
0s.gif Op zaterdag 20 oktober 2012 17:16 schreef GlowMouse het volgende:
Vervang [^/.] door .
[^/.] matcht alles behalve een / of een .
een . matcht alles

De /? kan ook weg
Heb ik geprobeerd GlowMouse, maar krijg dan een server error.

Letwel: ik moet natuurlijk wel de index.php laden als er specifieke pagina aangeroepen wordt, dus domein.nl/ moet naar index.php maar de rest moet naar domain.nl/profiel.php?naam=....
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  woensdag 24 oktober 2012 @ 20:51:00 #188
75592 GlowMouse
l'état, c'est moi
pi_118388093
quote:
0s.gif Op dinsdag 23 oktober 2012 17:57 schreef Chandler het volgende:

[..]

Heb ik geprobeerd GlowMouse, maar krijg dan een server error.

Letwel: ik moet natuurlijk wel de index.php laden als er specifieke pagina aangeroepen wordt, dus domein.nl/ moet naar index.php maar de rest moet naar domain.nl/profiel.php?naam=....
Dat laatste kun je met een rewritecond doen, die kan controleren of een file bestaat.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  vrijdag 26 oktober 2012 @ 20:03:58 #189
37634 wobbel
Da WoBBeL King
pi_118471476
Ik heb een hele enge denk ik :P kan ik met PHP DOM het 06-nummer te pakken krijgen uit de volgende HTML code?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
<div class="detailset">
    <h3>
        Nummer
        <span class="actions"></span>
    </h3>
    
<div>
    <span class="label">Nummer</span>
    <span class="value">0612345678</span>
    <span class="actions"></span>
</div>

<div>
    <span class="label">Status</span>
    <span class="value">ACTIVE</span>
    <span class="actions"></span>
</div>

</div>

Het aantal divjes met daarin span class labels en values is random, maar die de inhoud "Nummer" komt maar 1 keer voor en het nummer zelf bij value komt ook maar 1 keer voor.
pi_118472478
Dat zou ik gewoon met een regular expression doen...
  vrijdag 26 oktober 2012 @ 21:00:01 #191
37634 wobbel
Da WoBBeL King
pi_118474183
quote:
3s.gif Op vrijdag 26 oktober 2012 20:28 schreef Farenji het volgende:
Dat zou ik gewoon met een regular expression doen...
Oke, maar hoe moet je dat in vredesnaam doen i ndit geval? :P
  vrijdag 26 oktober 2012 @ 21:05:28 #192
91039 mstx
2x1/2 = 1/2 x 1/2
pi_118474422
quote:
0s.gif Op vrijdag 26 oktober 2012 20:03 schreef wobbel het volgende:
Ik heb een hele enge denk ik :P kan ik met PHP DOM het 06-nummer te pakken krijgen uit de volgende HTML code?
[ code verwijderd ]

Het aantal divjes met daarin span class labels en values is random, maar die de inhoud "Nummer" komt maar 1 keer voor en het nummer zelf bij value komt ook maar 1 keer voor.
http://simplehtmldom.sourceforge.net/

$html = file_get_html('http://www.website.com/pagina.html');

$values= $html->find('span.value');

print_r($values);

En dan een numerieke waarde zoeken in die array.
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
pi_118475418
1
2
3
<?php
preg_match
('%<span class="label">Nummer</span>\s+<span class="value">(\d+)</span>%m'$html$matches);
?>

En dan zit je telefoonnummer in $matches[1];
pi_118475676
Verplichte xkcd in dit geval:
pi_118479963
Verplichte famous quote in dit geval:
quote:
Some people, when confronted with a problem, think "I know, I'll use regular expressions." Now they have two problems.
pi_118504477
Ik heb even advies nodig over het verbinding maken met een MySQL database. Het betreft een PHP web service dat via een externe API, door middel van een kernwoorden een JSON resultatenlijst teruggeeft. Deze gaat dus voor elke zoekopdracht aangeroepen worden.

Om de omgang iets korter te maken, sla ik een gedeelte van het zoekresultaat in een MySQL database op. De web service- en database worden door dezelfde dienstverlener gehost. Ik weet alleen niet hoe die architectuur er precies uitziet (of ze binnen dezelfde cluster draaien etc.). Ik weet ook nog niet hoeveel connecties ik met de database op mag zetten.

Voordat de web service naar de externe API gaat, wordt dus eerst in de "cache" gekeken. En nu wil ik weten of het, in dit geval aan te raden is om een "concurrent connection" op te zetten door middel van mysql_pconnect of gewoon mysql_connect te gebruiken.

In ASP.NET kan ik gebruik maken van Connection Pooling, maar PHP werkt iets anders...
  zaterdag 27 oktober 2012 @ 20:15:04 #197
37634 wobbel
Da WoBBeL King
pi_118507470
quote:
6s.gif Op vrijdag 26 oktober 2012 21:29 schreef Farenji het volgende:
Verplichte xkcd in dit geval:
[ afbeelding ]
Held!
  zaterdag 27 oktober 2012 @ 20:48:25 #198
75592 GlowMouse
l'état, c'est moi
pi_118508751
quote:
5s.gif Op zaterdag 27 oktober 2012 18:58 schreef Devv het volgende:
Ik heb even advies nodig over het verbinding maken met een MySQL database. Het betreft een PHP web service dat via een externe API, door middel van een kernwoorden een JSON resultatenlijst teruggeeft. Deze gaat dus voor elke zoekopdracht aangeroepen worden.

Om de omgang iets korter te maken, sla ik een gedeelte van het zoekresultaat in een MySQL database op. De web service- en database worden door dezelfde dienstverlener gehost. Ik weet alleen niet hoe die architectuur er precies uitziet (of ze binnen dezelfde cluster draaien etc.). Ik weet ook nog niet hoeveel connecties ik met de database op mag zetten.

Voordat de web service naar de externe API gaat, wordt dus eerst in de "cache" gekeken. En nu wil ik weten of het, in dit geval aan te raden is om een "concurrent connection" op te zetten door middel van mysql_pconnect of gewoon mysql_connect te gebruiken.

In ASP.NET kan ik gebruik maken van Connection Pooling, maar PHP werkt iets anders...
Zoeken doe je met een zoekserver, en mysql_pconnect moet je nooit gebruiken.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_118522001
quote:
0s.gif Op zaterdag 27 oktober 2012 20:48 schreef GlowMouse het volgende:

[..]

Zoeken doe je met een zoekserver, en mysql_pconnect moet je nooit gebruiken.
Ik zag al dat er werd afgeraden om mysql_pconnect te gebruiken, maar het werd mij niet helemaal duidelijk waarom. Verder is alles hosted (niet dedicated) en wordt het zoeken gedaan via de externe API. Daar heb ik dus verder geen controle over. De PHP web service dient alleen als trechter om met de verschillende API's een uniform resultaat te creëren.

De externe API's geven slechts een beknopt resultaat terug waarna je een extra query uit moet voeren voor de details. Deze twee staan met elkaar in verband door middel van een uniek nummer. Ik sla alleen de details op zodat ik niet meer terug hoef naar de externe API. Het zoeken valt dus geheel buiten mijn bereik.
  zondag 28 oktober 2012 @ 09:17:14 #200
12221 Tijn
Powered by MS Paint
pi_118525743
quote:
5s.gif Op zaterdag 27 oktober 2012 18:58 schreef Devv het volgende:

En nu wil ik weten of het, in dit geval aan te raden is om een "concurrent connection" op te zetten door middel van mysql_pconnect of gewoon mysql_connect te gebruiken.
Het wordt sowieso niet aangeraden om de mysql_ functies nog te gebruiken. Je kunt beter voor mysqli of PDO gaan.

Met mysqli heb ik geen ervaring, maar van PDO weet ik dat er een optie is om aan een soort connection pooling te doen (PDO::ATTR_PERSISTENT). Ik heb alleen geen idee of dat ook wordt afgeraden, net als mysql_pconnect. Misschien dat GlowMouse daar iets over weet. De documentatie is er iig vrij enthousiast over: http://www.php.net/manual/en/pdo.connections.php

[ Bericht 12% gewijzigd door Tijn op 28-10-2012 09:22:53 ]
  zondag 28 oktober 2012 @ 10:45:41 #201
75592 GlowMouse
l'état, c'est moi
pi_118527323
De connection overhead is er nauwelijks, het is een non-optimalisatie. En wat gebeurt er als je in een script een lock zet in een transactie en dat script stopt er midden in een transactie mee door een fout, en een ander script gaat met die connectie verder?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  zondag 28 oktober 2012 @ 14:24:58 #202
125913 Devolution
Beep beep Richie
pi_118535774
Wat is eigenlijk een grote voordeel van mysqli ten opzichte van mysql? Of waarom zou ik mysql niet meer gebruiken maar daarvoor in de plaats mysqli (behalve omdat mysql uitgefaseerd wordt)?
"You know what Hell really is? It's not lakes of burning oil or chains of ice. It's being removed from God's sight."
  zondag 28 oktober 2012 @ 14:36:18 #203
12221 Tijn
Powered by MS Paint
pi_118536439
quote:
5s.gif Op zondag 28 oktober 2012 14:24 schreef Devolution het volgende:
Wat is eigenlijk een grote voordeel van mysqli ten opzichte van mysql? Of waarom zou ik mysql niet meer gebruiken maar daarvoor in de plaats mysqli (behalve omdat mysql uitgefaseerd wordt)?
Je kunt met mysqli gebruik maken van nieuwere features in MySQL zoals transacties en prepared statements.
pi_118536562
omdat "mysql_real_escape_string" ;(
pi_118537650
quote:
0s.gif Op zondag 28 oktober 2012 10:45 schreef GlowMouse het volgende:
De connection overhead is er nauwelijks, het is een non-optimalisatie. En wat gebeurt er als je in een script een lock zet in een transactie en dat script stopt er midden in een transactie mee door een fout, en een ander script gaat met die connectie verder?
Er vinden geen transacties plaats. Het was mij alleen om de eventuele overhead te doen. Maar aangezien die er niet of nauwelijks is, is er geen reden meer om een verbinding open te houden. In ASP.NET was het overigens vrij makkelijk op te lossen. Daar doe je, indien er fouten optreden gewoon een rollback op de transactie en geef je alles weer vrij. Ik neem aan dat dit in PHP ook wel mogelijk is.
  zondag 28 oktober 2012 @ 15:36:44 #206
12221 Tijn
Powered by MS Paint
pi_118538913
quote:
0s.gif Op zondag 28 oktober 2012 15:04 schreef Devv het volgende:

[..]

Daar doe je, indien er fouten optreden gewoon een rollback op de transactie en geef je alles weer vrij. Ik neem aan dat dit in PHP ook wel mogelijk is.
Met PDO of mysqli kan dat, maar met de oude mysql_ functies kun je überhaupt geen transacties doen, dus ook geen rollback.
  maandag 29 oktober 2012 @ 09:57:01 #207
125913 Devolution
Beep beep Richie
pi_118567843
quote:
2s.gif Op zondag 28 oktober 2012 14:36 schreef Tijn het volgende:

[..]

Je kunt met mysqli gebruik maken van nieuwere features in MySQL zoals transacties en prepared statements.
Maar qua veiligheid is er geen verbetering?

quote:
0s.gif Op zondag 28 oktober 2012 14:38 schreef KomtTijd... het volgende:
omdat "mysql_real_escape_string" ;(
Is dat bij mysqli niet meer nodig dan?
"You know what Hell really is? It's not lakes of burning oil or chains of ice. It's being removed from God's sight."
  maandag 29 oktober 2012 @ 11:21:18 #208
12221 Tijn
Powered by MS Paint
pi_118570409
quote:
5s.gif Op maandag 29 oktober 2012 09:57 schreef Devolution het volgende:

[..]

Maar qua veiligheid is er geen verbetering?
Nou, je zou kunnen zeggen dat de mogelijkheid om mislukte queries te rollbacken in een transactie of het automatisch escapen van variabelen in prepared statements wel een impact hebben op de security. Het is natuurlijk nog steeds mogelijk om onveilige code te schrijven, net zoals het mogelijk is om met de oude mysql-functies veilige code te schrijven, maar je hoeft je met mysqli en PDO misschien in wat minder bochten te wringen om het goed te doen.

quote:
Is dat bij mysqli niet meer nodig dan?
Niet als je prepared statements gebruikt en je variabelen via bindParam() in je query laat plaatsen, dan gebeurt dat automatisch.
  maandag 29 oktober 2012 @ 11:26:21 #209
75592 GlowMouse
l'état, c'est moi
pi_118570574
quote:
2s.gif Op zondag 28 oktober 2012 15:36 schreef Tijn het volgende:

[..]

Met PDO of mysqli kan dat, maar met de oude mysql_ functies kun je überhaupt geen transacties doen, dus ook geen rollback.
dat kan wel, mysql_query("START TRANSACTION")
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  maandag 29 oktober 2012 @ 11:29:48 #210
12221 Tijn
Powered by MS Paint
pi_118570676
quote:
0s.gif Op maandag 29 oktober 2012 11:26 schreef GlowMouse het volgende:

[..]

dat kan wel, mysql_query("START TRANSACTION")
Handmatig kan je inderdaad van alles. Maar er zijn geen ingebouwde functies voor. Volgens de documentatie wordt het ook niet aangeraden om van nieuwe features op deze manier gebruik te maken.
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')