abonnement Unibet Coolblue Bitvavo
  woensdag 20 februari 2008 @ 21:06:43 #51
12880 CraZaay
prettig gestoord
pi_56869898
quote:
Op woensdag 20 februari 2008 20:40 schreef Likkende_Lassie het volgende:
Ik heb een vraag betreffende het volgende:

In $description staat de beschrijving van iets. In deze tekst kunnen productnamen worden opgehaald, ik wil dit als volgt doen:

$description = 'BLA BLA BLA BLA [[PRODUCT_ID]] BLA BLA BLA';

Hoe kan ik [[PRODUCT_ID]] (is elke keer dus een andere ID ) laten herkennen en het ID uitlezen (en eventueel laten vervangen met str_replace)?
Je zult een patroon moeten vinden waar je een regex of string replacement op los kunt laten.
pi_56877808
quote:
Op woensdag 20 februari 2008 08:59 schreef Chandler het volgende:
het is een constant
ja, zo zag die er ook al uit
Waar is het voor, want de documentatie op php.net is nogal summier zeg maar..... ?
  donderdag 21 februari 2008 @ 11:00:44 #53
84926 WyriHaximus
Release the hounds smithers!
pi_56880178
@JortK -> Ga uit eindelijk toch maar voor CakePHP denk ik .
phluphy for president!
  donderdag 21 februari 2008 @ 11:12:10 #54
107951 JortK
Immer kwaliteitsposts
pi_56880412
quote:
Op donderdag 21 februari 2008 11:00 schreef WyriHaximus het volgende:
@JortK -> Ga uit eindelijk toch maar voor CakePHP denk ik .
Waarom ?
  donderdag 21 februari 2008 @ 11:33:23 #55
84926 WyriHaximus
Release the hounds smithers!
pi_56880812
quote:
Op donderdag 21 februari 2008 11:12 schreef JortK het volgende:

[..]

Waarom ?
Om een paar redenen, CI schijnt toch aardig terug te lopen developement terwijl ze vol op bezig zijn met cake. Met cake heb ik meer het gevoel dat ik echt een framework heb voor me database en MVC model. Terwijl CI toch een hoop meer dingen standaard mee levert. De problemen die ik dacht te hebben met cake is al wat voor en daar ben ik heel erg blij mee want dat scheelt mij een tering zooi werk en een nieuwe framework leren . Daarnaast ben ik al ff met cake bezig .
phluphy for president!
  donderdag 21 februari 2008 @ 14:28:35 #56
12880 CraZaay
prettig gestoord
pi_56884290
CI heeft toch ook een prima MVC-scheiding? Maar iedereen moet zelf weten wat 'ie gebruikt uiteraard. Ik heb verschillende grote sites gebouwd met CI naar tevredeneid iig.
  donderdag 21 februari 2008 @ 15:01:34 #57
84926 WyriHaximus
Release the hounds smithers!
pi_56884904
quote:
Op donderdag 21 februari 2008 14:28 schreef CraZaay het volgende:
CI heeft toch ook een prima MVC-scheiding? Maar iedereen moet zelf weten wat 'ie gebruikt uiteraard. Ik heb verschillende grote sites gebouwd met CI naar tevredeneid iig.
Bedoelde dat CI toch meer extra's heeft en cake maar bare is .
phluphy for president!
pi_56891472
quote:
Op donderdag 21 februari 2008 08:38 schreef Xcalibur het volgende:

[..]

ja, zo zag die er ook al uit
Waar is het voor, want de documentatie op php.net is nogal summier zeg maar..... ?
PHP_ENDOFLINE

Oftewel een \r\n of \r of \'n
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  vrijdag 22 februari 2008 @ 07:29:10 #59
85919 Likkende_Lassie
Doe eens wat aan je ondertitel
pi_56899127
quote:
Op woensdag 20 februari 2008 21:06 schreef CraZaay het volgende:

[..]

Je zult een patroon moeten vinden waar je een regex of string replacement op los kunt laten.
Ben nu aan het kijken naar de functie preg_replace_callback();
  vrijdag 22 februari 2008 @ 08:40:42 #60
12880 CraZaay
prettig gestoord
pi_56899611
Even los van de implementatie; zit er een rode draad in? Als je de ene keer de string "fiets auto 1233 fok" hebt waaruit je 1233 wilt hebben, en de andere keer "kat koe melk" waarvan je koe wilt hebben, dan wordt het lastig uiteraard
  vrijdag 22 februari 2008 @ 14:20:27 #61
85919 Likkende_Lassie
Doe eens wat aan je ondertitel
pi_56905674
Kijk elke keer komt er een idnummer (wat weer uit de productne database wordt gehaald) voor in de tekst.

Dus bv: bblablablal [[3012]] blablablabla
Ik moet dan 3012 terug krijgen en [[3012]] moet worden vervangen door het geen wat ik wil.

Maar 3012 kan ook iets anders zijn!

snappi?

Ik kan natuurlijk ook een mysql query elke keer laten uitvoeren, die een str_replacement elke keer doet, en kijkt of een ID in die tekst voorkomt... maar dat moet ook anders op te lossen zijn lijkt me.
Dus dat als er [[ ]] in staat, hij pas gaat kijken
pi_56906074
quote:
Op vrijdag 22 februari 2008 14:20 schreef Likkende_Lassie het volgende:
Kijk elke keer komt er een idnummer (wat weer uit de productne database wordt gehaald) voor in de tekst.

Dus bv: bblablablal [[3012]] blablablabla
Ik moet dan 3012 terug krijgen en [[3012]] moet worden vervangen door het geen wat ik wil.

Maar 3012 kan ook iets anders zijn!

snappi?

Ik kan natuurlijk ook een mysql query elke keer laten uitvoeren, die een str_replacement elke keer doet, en kijkt of een ID in die tekst voorkomt... maar dat moet ook anders op te lossen zijn lijkt me.
Dus dat als er [[ ]] in staat, hij pas gaat kijken
Dat is dus wat je nodig hebt. Daarop moet je gaan preggen
ne okuyon, bokmu var?
pi_56911136
quote:
Op vrijdag 22 februari 2008 14:38 schreef saban het volgende:

[..]

Dat is dus wat je nodig hebt. Daarop moet je gaan preggen
Inderdaad, lijkt me vrij standaard. Even doorlezen:

http://nl2.php.net/preg_replace
pi_56941873
Even een vraagje, wil in een query zoeken op records ouder dan 60 dagen met datetime format, heb me een breuk gezocht maar kon niets logisch en begrijpbaars vinden dat werkte iemand die dit zo even uit de mouw schud?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  zondag 24 februari 2008 @ 10:36:30 #65
12880 CraZaay
prettig gestoord
pi_56942132
1datetime_value < (NOW() - INTERVAL 60 DAY)


Geen idee of dit efficienter kan, maar kijk eens naar http://dev.mysql.com/doc/(...)-time-functions.html
pi_56942547
quote:
Op zaterdag 16 februari 2008 19:37 schreef Scriptha het volgende:
Hoe implementeer ik een getInstance method (voor singleton design pattern) in abstracte class, zodat die bruikbaar is voor child classes?
Ik vroeg het me ook af. Dit werkt wel aardig geloof ik. Heb ik net in elkaar gezet, dus niet helemaal uitgebreid getest.

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
<?php
abstract
class AbstractSingleton
{
    
/**
     * @var Array Holds all instances of the child classes
     */
    
protected static $Instances = array();

    
/**
     * No direct instances of the child classes
     */
    
abstract protected function __construct();

    
/**
     * @param string $Classname
     * @return object Singleton
     */
    
protected static function GetInstance($Classname)
    {
        if (!isset(
self::$Instances[$Classname]))
            
self::$Instances[$Classname] = new $Classname;

        return
self::$Instances[$Classname];
    }

    
/**
     * The singleton method
     */
    
abstract static function Singleton();
}

/**
* The famous FooBar!
*/
class FooBar extends AbstractSingleton
{

    
protected function __construct()
    {
        echo
'I am being constructed only once!';
    }

    
public static function Singleton()
    {
        return
parent::GetInstance(__CLASS__);
    }
}

FooBar::Singleton();
FooBar::Singleton();
?>


En nu ik: Wat is de veiligste manier om een blijf ingelogd functie te maken? User Id onthouden in combinatie met IP en dat ook weer controleren?
pi_56942906
quote:
Op zondag 24 februari 2008 11:15 schreef super-muffin het volgende:

[..]

Ik vroeg het me ook af. Dit werkt wel aardig geloof ik. Heb ik net in elkaar gezet, dus niet helemaal uitgebreid getest.
[ code verwijderd ]

En nu ik: Wat is de veiligste manier om een blijf ingelogd functie te maken? User Id onthouden in combinatie met IP en dat ook weer controleren?
Username en (uiteraard encrypted) wachtwoord opslaan in cookie, die de user dan via de browser kan laten onthouden?
pi_56943638
quote:
Op zondag 24 februari 2008 11:41 schreef Tarabass het volgende:

[..]

Username en (uiteraard encrypted) wachtwoord opslaan in cookie, die de user dan via de browser kan laten onthouden?
Geen goed idee. Als iemand het cookie dan weet te jatten, dan kan die daarmee inbreken zolang het wachtwoord gelijk blijft. Of je het nu encrypted of niet in de cookie zet maakt dus zelfs nauwelijks iets uit.

Je kunt beter een soort van Session ID in de cookie opslaan, die maar beperkt geldig is. Bijvoorbeeld een uur, of totdat je uitlogt, of totdat je de volgende keer inlogt.

[ Bericht 5% gewijzigd door #ANONIEM op 24-02-2008 12:28:23 ]
  zondag 24 februari 2008 @ 12:30:34 #69
12880 CraZaay
prettig gestoord
pi_56943718
In ieder geval niets wat zonder toegang tot de database te herleiden is tot een gebruiker. Dus ook geen userid ofzo. Als je geen sessie id's wilt gebruiken sla dan desnoods een hash van de username ofzo op (en dezelfde hash in de db uiteraard). User id + IP zou ideaal zijn, kun je in je cookie gewoon ff het id met 1 ophogen en als iemand anders inloggen
pi_56943756
quote:
Op zondag 24 februari 2008 12:26 schreef Igen het volgende:

[..]

Geen goed idee. Als iemand het cookie dan weet te jatten, dan kan die daarmee inbreken zolang het wachtwoord gelijk blijft.
Je kunt beter een soort van Session ID in de cookie opslaan, die maar beperkt geldig is. Bijvoorbeeld een uur, of totdat je uitlogt, of totdat je de volgende keer inlogt.
Ik heb even gekeken en je hebt inderdaad gelijk. Zelf doe ik dit inderdaad met het Userid plus wachtwoord opslaan in het cookie. Hoe ik dan bij de username kom

Mijn excuses voor het op het verkeerde been zetten

Verder laat ik het pas verlopen na een jaar. Op veel websites waar ik kom verloopt de cookie met het sluiten van de browser, maar vindt het als gebruiker dan vrij irritant overkomen.
pi_56943902
dat klinkt meer als een sessie dan als een cookie?
pi_56943971
quote:
Op zondag 24 februari 2008 12:32 schreef Tarabass het volgende:

[..]

Ik heb even gekeken en je hebt inderdaad gelijk. Zelf doe ik dit inderdaad met het Userid plus wachtwoord opslaan in het cookie. Hoe ik dan bij de username kom
Dat is nog steeds niet veilig. Het enige wat je in een cookie moet zetten is een sessie-id.
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
pi_56944109
quote:
Op zondag 24 februari 2008 12:32 schreef Tarabass het volgende:

[..]

Ik heb even gekeken en je hebt inderdaad gelijk. Zelf doe ik dit inderdaad met het Userid plus wachtwoord opslaan in het cookie. Hoe ik dan bij de username kom
Alleen user-ID en wachtwoord in een cookie opslaan is net zo onveilig, want ook deze combinatie is in principe oneindig lang geldig. Dat de cookie misschien een vervaldatum heeft doet er niet toe, want die is slechts een hint voor de webbrowser en voegt dus geen veiligheid toe.

Kortom: je moet in je cookie een gegeven (controlenummer) opslaan, dat je ook op de server ergens noteert. En dit gegeven moet op de server een beperkte geldigheid hebben.

SuperRembo: UserID + SessionID is toch net zo veilig? Of doe ik nu ook dom?

[ Bericht 8% gewijzigd door #ANONIEM op 24-02-2008 12:51:19 ]
  zondag 24 februari 2008 @ 13:05:22 #74
12880 CraZaay
prettig gestoord
pi_56944422
quote:
Op zondag 24 februari 2008 12:39 schreef Xcalibur het volgende:
dat klinkt meer als een sessie dan als een cookie?
Een "session cookie" dan
pi_56946470
quote:
Op zondag 24 februari 2008 12:49 schreef Igen het volgende:
[..]
Kortom: je moet in je cookie een gegeven (controlenummer) opslaan, dat je ook op de server ergens noteert. En dit gegeven moet op de server een beperkte geldigheid hebben.

SuperRembo: UserID + SessionID is toch net zo veilig? Of doe ik nu ook dom?
Je zet alleen de session-id in de cookie, dus geen user-id. Meer heb je niet nodig.
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')