Onderwerp: php met fotogallerij

Hallo

Ik wil graag een eenvoudige website met php maken met
wat fotos van mij in een mysql database.
Dus dat ik ook kan zoeken via de site op plaatjes etc.
Ik heb al een provider die PHP en mysql ondersteunt.

Wie kan me helpen en heeft als een zoiets gemaakt?
Wellicht zijn er standaard programmas voor ?

Mvg

Jeroen Gense

Jeroen Gense wrote:

> Ik wil graag een eenvoudige website met php maken met
> wat fotos van mij in een mysql database.

Ik zou je foto's niet in een MySQL database stoppen.

> Dus dat ik ook kan zoeken via de site op plaatjes etc.

Dat kan even goed wel.

> Ik heb al een provider die PHP en mysql ondersteunt.
>
> Wie kan me helpen en heeft als een zoiets gemaakt?
> Wellicht zijn er standaard programmas voor ?

<http://www.hotscripts.com/PHP/Script...age_Galleries/>

Succes,

--
Cheers, Maarten Wierda

Wat is volgens jou dan de beste manier?

"Maarten Wierda" <moart3nAT@chello.nl> schreef in bericht
news:3E4689E0.22E6B445@chello.nl...
> Jeroen Gense wrote:
>
> > Ik wil graag een eenvoudige website met php maken met
> > wat fotos van mij in een mysql database.
>
> Ik zou je foto's niet in een MySQL database stoppen.
>
> > Dus dat ik ook kan zoeken via de site op plaatjes etc.
>
> Dat kan even goed wel.
>
> > Ik heb al een provider die PHP en mysql ondersteunt.
> >
> > Wie kan me helpen en heeft als een zoiets gemaakt?
> > Wellicht zijn er standaard programmas voor ?
>
> <http://www.hotscripts.com/PHP/Script...age_Galleries/>
>
> Succes,
>
> --
> Cheers, Maarten Wierda

"Jeroen Gense" <jgense@home.nl> schreef:

>Wat is volgens jou dan de beste manier?

De verwijzingen (eventueel paden en bestandsnamen relatief aan een
foto-directory) naar de plaatjes opslaan, in plaats van de plaatjes
zelf.

--
Groet, Ronald

On Sun, 9 Feb 2003 17:22:08 +0100, "Jeroen Gense" <jgense@home.nl>
wrote:

>Hallo
>
>Ik wil graag een eenvoudige website met php maken met
>wat fotos van mij in een mysql database.
>Dus dat ik ook kan zoeken via de site op plaatjes etc.
>Ik heb al een provider die PHP en mysql ondersteunt.
>
>Wie kan me helpen en heeft als een zoiets gemaakt?
>Wellicht zijn er standaard programmas voor ?
>
>Mvg
>
>Jeroen Gense
>
>
>
>
bv http://mig.sourceforge.net/
--
mvg,
Geert

Ronald Paul wrote:

> >Wat is volgens jou dan de beste manier?
>
> De verwijzingen (eventueel paden en bestandsnamen relatief aan een
> foto-directory) naar de plaatjes opslaan, in plaats van de plaatjes
> zelf.

Hier sluit ik me bij aan ;-)

--
Cheers, Maarten Wierda

Begin of my answer to the standards obeying entity:
Maarten Wierda <moart3nAT@chello.nl>

> Ronald Paul wrote:
>
> > >Wat is volgens jou dan de beste manier?
> >
> > De verwijzingen (eventueel paden en bestandsnamen relatief aan een
> > foto-directory) naar de plaatjes opslaan, in plaats van de plaatjes
> > zelf.
>
> Hier sluit ik me bij aan ;-)

Want je wilt helemal geen BLOB (Binary_large_objects) in je database hebben
dat vertraagd de boel alleen maar, die DB kan beter de URI genereren
waar dat Binary_Large_OBject staat, tenzij je een Mainframe naast je bed
hebt staan ....;-)

cor

--
Operatingsystem is just a name you gave to the rest of those idiosyncratic
machine-related features you left out of your editor.
(setq reply-to(concatenate 'string "Cor Gest ""<cor" '(#\@) "clsnet.nl>"))
Linux is simple in a way only a genius can understand, so I'm mad or a genius

On 09 Feb 2003 23:41:18 +0000, Cor Gest <cor@cleopatra.clsnet.nl> wrote:
>
> Begin of my answer to the standards obeying entity:
> Maarten Wierda <moart3nAT@chello.nl>
>
>> Ronald Paul wrote:
>>
>> > >Wat is volgens jou dan de beste manier?
>> >
>> > De verwijzingen (eventueel paden en bestandsnamen relatief aan een
>> > foto-directory) naar de plaatjes opslaan, in plaats van de plaatjes
>> > zelf.
>>
>> Hier sluit ik me bij aan ;-)
>
> Want je wilt helemal geen BLOB (Binary_large_objects) in je database hebben
> dat vertraagd de boel alleen maar, die DB kan beter de URI genereren
> waar dat Binary_Large_OBject staat, tenzij je een Mainframe naast je bed
> hebt staan ....;-)

Ok, ik ga nog even pesten hier. Het is al eerder geschreven door mij en dus
terug te vinden op usenet :-)

Gewoon een artikel id o.i.d. openen en een path in je config file. Op die
manier hoef je binnen het script waar je foto's nodig hebt alleen maar
een bestand aan te roepen als 123456789.png waarbij 123456789 het artikel
nummer is. Scheelt alweer een veld in de db :-)

Hans
--
Ik wil http://www.linux.nl wel overnemen voor het symbolische bedrag
van 1 EURO.

Ik ben van mening dat je gerust foto's in mysql kan stoppen. Mysql is
waanzinnig efficient en snel en het levert in praktijk nauwelijks overhead
op boven direct gebruik van het filesysteem. Het bespaart je ontwikkeltijd,
ten slotte de duurste component in ieder systeem.

Je toepassing wordt een stuk simpeler. Wat moet je doen als je een record
delete? Ook de bijbehorende file weggooien. Je moet lees/schrijf rechten
regelen. Je moet een aparte back-up regelen (!) die nooit exact synchroon
kan lopen met je db back-up. Als je een corrupte database hebt, en een
versie van gisteren 22:17 terugzet, weet je dan welke bestanden teruggezet
/weggehaald moeten worden? Als je 10-duizenden records, en dus foto's hebt,
zul je met sub-directories moeten gaan werken, anders komen er teveel
bestanden in 1 directory en wordt het openen van files te traag. Enz enz.
Allemaal kopzorgen die verdwijnen als sneeuw voor de zon als je alles in
mysql stopt.
De enige reden om het niet te doen: heel veel records (meer dan 100.000 ) of
een hele drukke site (> 10 views per seconde). In dat laatste gevel: foto's
als files en squid gebruiken.

Je hebt trouwens niets te verliezen: probeer het eerst in mysql. Gebruik de
placeholder syntax (met het vraagteken), dan is het zo gepiept. Mocht je
performace problemen krijgen (maar dan moet je echt een drukke site hebben),
*dan* ga je optimaliseren en misschien de files extern plaatsen. Denk eraan
wat de grote Knuth zei: "Premature optimization is the root of all evil".


groet,

~henk

Everybody is entitled to my opnion


"Cor Gest" <cor@cleopatra.clsnet.nl> schreef in bericht
news:87d6m1ggyp.fsf@cleopatra.clsnet.nl...
>
> Begin of my answer to the standards obeying entity:
> Maarten Wierda <moart3nAT@chello.nl>
>
> > Ronald Paul wrote:
> >
> > > >Wat is volgens jou dan de beste manier?
> > >
> > > De verwijzingen (eventueel paden en bestandsnamen relatief aan een
> > > foto-directory) naar de plaatjes opslaan, in plaats van de plaatjes
> > > zelf.
> >
> > Hier sluit ik me bij aan ;-)
>
> Want je wilt helemal geen BLOB (Binary_large_objects) in je database
hebben
> dat vertraagd de boel alleen maar, die DB kan beter de URI genereren
> waar dat Binary_Large_OBject staat, tenzij je een Mainframe naast je bed
> hebt staan ....;-)
>
> cor
>
> --
> Operatingsystem is just a name you gave to the rest of those idiosyncratic
> machine-related features you left out of your editor.
> (setq reply-to(concatenate 'string "Cor Gest ""<cor" '(#\@) "clsnet.nl>"))
> Linux is simple in a way only a genius can understand, so I'm mad or a
genius

On Wed, 19 Feb 2003 01:34:37 +0100, henq <hvtijen@hotwail.com> wrote:
> Ik ben van mening dat je gerust foto's in mysql kan stoppen. Mysql is
> waanzinnig efficient en snel en het levert in praktijk nauwelijks overhead
> op boven direct gebruik van het filesysteem. Het bespaart je ontwikkeltijd,
> ten slotte de duurste component in ieder systeem.
>
> Je toepassing wordt een stuk simpeler. Wat moet je doen als je een record
> delete? Ook de bijbehorende file weggooien. Je moet lees/schrijf rechten
> regelen.

Ja en? Laat een cronjob lopen die kijkt of foto's weg moeten. Ik kan je uit
ervaring vertellen dat het opvragen van een simpel plaatje al een redelijke
vertraging geeft bij het ophalen van een pagina als hij het uit de db moet
halen.

> Je moet een aparte back-up regelen (!) die nooit exact synchroon
> kan lopen met je db back-up. Als je een corrupte database hebt, en een
> versie van gisteren 22:17 terugzet, weet je dan welke bestanden teruggezet
> /weggehaald moeten worden?

Ja, als jij je foto's een logische benaming geeft wel.

> Als je 10-duizenden records, en dus foto's hebt,
> zul je met sub-directories moeten gaan werken, anders komen er teveel
> bestanden in 1 directory en wordt het openen van files te traag.

Niet alle filesystems hebben daar last van. Voornamelijk alleen maar windows
als ik me niet vergis.

> Enz enz.
> Allemaal kopzorgen die verdwijnen als sneeuw voor de zon als je alles in
> mysql stopt.
> De enige reden om het niet te doen: heel veel records (meer dan 100.000 ) of
> een hele drukke site (> 10 views per seconde).

100.000 records is niet veel hoor....

> In dat laatste gevel: foto's
> als files en squid gebruiken.
>
> Je hebt trouwens niets te verliezen: probeer het eerst in mysql. Gebruik de
> placeholder syntax (met het vraagteken), dan is het zo gepiept. Mocht je
> performace problemen krijgen (maar dan moet je echt een drukke site hebben),
> *dan* ga je optimaliseren en misschien de files extern plaatsen. Denk eraan
> wat de grote Knuth zei: "Premature optimization is the root of all evil".

Premature niet nadenken is nog veel erger. Als je zo graag bloated wilt doen
gooi er dan ook een stevig stuk ijzer en een vette verbinding tegenaan (Naast
het feit dat je dan geen mysql gaat gebruiken).
>
> Everybody is entitled to my opnion


Idd, ik ben van mening dat je niet kunt kwoten :-)

Hans

[orginele posting]

--
Ik wil http://www.linux.nl wel overnemen voor het symbolische bedrag
van 1 EURO.