abonnement Unibet Coolblue Bitvavo
pi_50339481
Ik heb net met de functie unlink() een aantal bestanden verwijderd, kan ik die nog ergens terugvinden?
pi_50339752
Als ik alleen de checkboxen aanvink komt er dit uit:

Array ( [nl_link] => [en_link] => [nl_headline] => [en_headline] => [nl_content] => [en_content] => [en_tagging] => Array ( [0] => clients [1] => concepts ) [nl_tagging] => Array ( [0] => klanten [1] => concepten ) )
minimalist
  maandag 11 juni 2007 @ 18:12:58 #103
104583 cyberstalker
Een krachtig neen!
pi_50339948
quote:
Op maandag 11 juni 2007 15:40 schreef Vlek het volgende:
Ik probeer een array te exploden in mijn db. Maar het enige wat er gepost word is een Array. Nu kan het aan mij liggen, maar voordat ik wat aanpassingen maakte aan mijn php script werkte de explode functie wel. Iemand enig idee wat ik fout doe?

Dit zijn de checkboxen die in de array opgevangen moeten worden:
[ code verwijderd ]


En dit is de sql query (alleen de explode heb ik er ff bij gezet):
[ code verwijderd ]

De Array en alle overige vars worden overigens wel in de goede velden geplaatst.
De waardes $_POST['en_tagging'] en $_POST['nl_tagging'] worden al als array aan php doorgegeven, MITS er tenminste 1 element is aangezet voor het versturen.

Je hoeft dus in je php geen explode meer te doen na het afvangen van deze waardes.

Let ook op dat je het doorgeven van een lege lijst goed afvangt. Is er geen element geselecteerd, dan is $_POST['xx_tagging'] undefined. Wil je deze dan gebruiken als array dan zul je een notice krijgen (mits je error_reporting hoog genoeg staat).
Hope for the best, prepare for the worst.
  FOK!-Schrikkelbaas maandag 11 juni 2007 @ 18:14:26 #104
1972 Swetsenegger
Egocentrische Narcist
pi_50339995
quote:
Op maandag 11 juni 2007 17:59 schreef Piles het volgende:
Ik heb net met de functie unlink() een aantal bestanden verwijderd, kan ik die nog ergens terugvinden?
Je bedoelt als in /dev/null?
pi_50340084
quote:
Op maandag 11 juni 2007 18:12 schreef cyberstalker het volgende:

[..]

De waardes $_POST['en_tagging'] en $_POST['nl_tagging'] worden al als array aan php doorgegeven, MITS er tenminste 1 element is aangezet voor het versturen.

Je hoeft dus in je php geen explode meer te doen na het afvangen van deze waardes.

Let ook op dat je het doorgeven van een lege lijst goed afvangt. Is er geen element geselecteerd, dan is $_POST['xx_tagging'] undefined. Wil je deze dan gebruiken als array dan zul je een notice krijgen (mits je error_reporting hoog genoeg staat).
Ook zonder de explode , dus $_POST['en_tagging'], krijg ik alleen een 'Array' in de db.
minimalist
  maandag 11 juni 2007 @ 18:28:50 #106
104583 cyberstalker
Een krachtig neen!
pi_50340463
quote:
Op maandag 11 juni 2007 18:17 schreef Vlek het volgende:

[..]

Ook zonder de explode , dus $_POST['en_tagging'], krijg ik alleen een 'Array' in de db.
Uiteraard. Het is immers een array. Wanneer je een array als string benadert krijg je standaard de text 'Array' terug.

Wat jij wilt is niet een explode maar een implode. Je wilt namelijk een array omzetten naar een string en niet een string naar een array.

1$en_tag = isset($_POST['en_tagging']) : implode(',' $_POST['en_tagging']) : '';


De nl_tag zoek je zelf maar uit . Je kunt de waarde tussen de '' bij implode veranderen in het teken wat je wilt hebben tussen de verschillende items.

Let op: dit is NIET de beste manier om zoiets in de database op te slaan. Stel, je wilt straks iets opzoeken dat een bepaalde tag heeft, dat kost de database dan veel tijd en moeite om te doen omdat je moet gaan werken met LIKE clauses.

Een (veel) betere oplossing is om een aparte tabel te maken met de mogelijke tags. Deze tabel heeft enkel de velden 'id' en 'tag', waarbij tag de naam van de tag is en id een uniek nummer.

Vervolgens maak je een koppeltabel met twee foreign keys die verwijzen naar de bewuste tag en het item waar ze bij horen. Voor iedere tag die bij een item hoort voeg je dus een veld in de database in. Veel efficienter en sneller te doorzoeken .

i Tip: zoek eens op 'mysql normalisatie'.
Hope for the best, prepare for the worst.
pi_50340681
quote:
Op maandag 11 juni 2007 18:14 schreef Swetsenegger het volgende:

[..]

Je bedoelt als in /dev/null?
Laat maar.
voor de backup-functie van mn editor

Scheelt weer 10 uur scripten
pi_50341186
doe unlink ook gerust niet op je eigen scriptbestanden
pi_50341235
quote:
Op maandag 11 juni 2007 18:51 schreef Xcalibur het volgende:
doe unlink ook gerust niet op je eigen scriptbestanden
Moest wel om te testen. Na de installatie van een script moet er wat verwijderd worden
pi_50342560
quote:
Op maandag 11 juni 2007 18:53 schreef Piles het volgende:

[..]

Moest wel om te testen. Na de installatie van een script moet er wat verwijderd worden
temp.txt aanmaken en weggooien?
pi_50342729
quote:
Op maandag 11 juni 2007 19:25 schreef Geqxon het volgende:

[..]

temp.txt aanmaken en weggooien?
Ik heb nu een test-map
  FOK!-Schrikkelbaas maandag 11 juni 2007 @ 22:48:07 #112
1972 Swetsenegger
Egocentrische Narcist
pi_50353304
Ik heb een script dat foto's resized en naar file systeem schrijft en een unieke naam in db zet.
Maar.... bij grote foto's krijg ik een 404 terug.

MAX_FILE_SIZE in het form staat ruim voldoende, evenals alle size settings in php.ini Even dacht ik nog aan max_execution_time, maar nadat ik die op 60 heb gezet doet hij het nog niet met een 3.3MB image, terwijl die echt wel binnen een minuut verwerkt kan zijn.

Het is ook geen 32bits jpeg (gaat GD2 van over zijn nek) en eigenlijk heb ik geen idee meer waar ik het moet zoeken. Iemand nog een idee?

Ow het is sambar webserver ipv apache, maar ik neem aan dat dat geen issue is.
pi_50353582
quote:
Op maandag 11 juni 2007 22:48 schreef Swetsenegger het volgende:
Ik heb een script dat foto's resized en naar file systeem schrijft en een unieke naam in db zet.
Maar.... bij grote foto's krijg ik een 404 terug.
Een 404 betekent dat hij het opgevraagde bestand niet kan vinden. Dus check alle stappen in het proces: of de unieke naam in de database wel aangemaakt wordt, of de images goed weggeschreven/geladen worden, etc. iéts moet 'false' teruggeven welke je niet opvangt.
  FOK!-Schrikkelbaas maandag 11 juni 2007 @ 22:54:48 #114
1972 Swetsenegger
Egocentrische Narcist
pi_50353706
quote:
Op maandag 11 juni 2007 22:52 schreef JeRa het volgende:

[..]

Een 404 betekent dat hij het opgevraagde bestand niet kan vinden. Dus check alle stappen in het proces: of de unieke naam in de database wel aangemaakt wordt, of de images goed weggeschreven/geladen worden, etc. iéts moet 'false' teruggeven welke je niet opvangt.
zelfde plaatje verkleind werkt wel. Maar inderdaad maf dat er een 404 komt. Even controleren.
  FOK!-Schrikkelbaas maandag 11 juni 2007 @ 22:55:33 #115
1972 Swetsenegger
Egocentrische Narcist
pi_50353750
Het is voor mijn broer trouwens
  maandag 11 juni 2007 @ 23:48:35 #116
84926 WyriHaximus
Release the hounds smithers!
pi_50356597
quote:
Op maandag 11 juni 2007 22:54 schreef Swetsenegger het volgende:

[..]

zelfde plaatje verkleind werkt wel. Maar inderdaad maf dat er een 404 komt. Even controleren.
Max geheugen gebruik misschien ff ophogen met plaatjes kan nog wel eens schelen .

Ff zoeken voor je .
phluphy for president!
  dinsdag 12 juni 2007 @ 00:01:19 #117
84926 WyriHaximus
Release the hounds smithers!
pi_50357059
quote:
Op maandag 11 juni 2007 23:48 schreef WyriHaximus het volgende:

[..]

Max geheugen gebruik misschien ff ophogen met plaatjes kan nog wel eens schelen :X.

Ff zoeken voor je :).
There ya go
1
2
3
<?php
ini_set
('memory_limit', '64M');
?>
phluphy for president!
  FOK!-Schrikkelbaas dinsdag 12 juni 2007 @ 08:18:15 #118
1972 Swetsenegger
Egocentrische Narcist
pi_50361469
quote:
Op dinsdag 12 juni 2007 00:01 schreef WyriHaximus het volgende:

[..]

There ya go
[ code verwijderd ]
die had ik hem inderdaad al van 16 naar 32 laten opschroeven.
  dinsdag 12 juni 2007 @ 08:23:57 #119
84926 WyriHaximus
Release the hounds smithers!
pi_50361546
quote:
Op dinsdag 12 juni 2007 08:18 schreef Swetsenegger het volgende:

[..]

die had ik hem inderdaad al van 16 naar 32 laten opschroeven.
64 of 128 misschien een idee dan? Ow en schroef het niet op boven de grote van het RAM anders zat PHP het zonder pardon 'terug' naar de standaard instelling .

ow wat ik zelf nog wel eens doe om te kijken waar het precies fout gaat is $i_die = 0; aan het begin en dan na iedere stapje echo($i_die++ . "<br />rn"); dan weet je snel genoeg waar het waarschijnlijk fout gaat .
phluphy for president!
pi_50363718
quote:
Op dinsdag 12 juni 2007 08:23 schreef WyriHaximus het volgende:

[..]

64 of 128 misschien een idee dan? Ow en schroef het niet op boven de grote van het RAM anders zat PHP het zonder pardon 'terug' naar de standaard instelling .
Dat wordt leuk als er meerdere plaatjes tegelijk geüploadet worden
quote:
ow wat ik zelf nog wel eens doe om te kijken waar het precies fout gaat is $i_die = 0; aan het begin en dan na iedere stapje echo($i_die++ . "<br />rn"); dan weet je snel genoeg waar het waarschijnlijk fout gaat .
Als je die tactiek gebruikt moet je niet vergeten te flush()en anders zie je mogelijk nog het verkeerde in je browser. Persoonlijk ben ik fan van daadwerkelijk de manual lezen en alle mogelijke returnwaarden van alle functies die ik gebruik goed afhandelen (al is het maar door een echo(), dan weet je in ieder geval wat er aan de hand is)
  dinsdag 12 juni 2007 @ 10:26:55 #121
84926 WyriHaximus
Release the hounds smithers!
pi_50364267
quote:
Op dinsdag 12 juni 2007 10:09 schreef JeRa het volgende:

[..]

Dat wordt leuk als er meerdere plaatjes tegelijk geüploadet worden
[..]

Als je die tactiek gebruikt moet je niet vergeten te flush()en anders zie je mogelijk nog het verkeerde in je browser. Persoonlijk ben ik fan van daadwerkelijk de manual lezen en alle mogelijke returnwaarden van alle functies die ik gebruik goed afhandelen (al is het maar door een echo(), dan weet je in ieder geval wat er aan de hand is)
Hangt er vanaf wat het probleem is. Met die echo methode kan je mooi zien waar je programma allemaal langs gaat . Zelf gebruik ik meestal ver_export() ipv echo() (aan gezien echo niet altijd wat laat zien en var_export eingelijk altijd wel) om naar de output van een functie te kijken . RTFM is altijd goed overigens .
phluphy for president!
  FOK!-Schrikkelbaas dinsdag 12 juni 2007 @ 12:41:22 #122
1972 Swetsenegger
Egocentrische Narcist
pi_50368470
quote:
Op dinsdag 12 juni 2007 10:09 schreef JeRa het volgende:

[..]

Dat wordt leuk als er meerdere plaatjes tegelijk geüploadet worden
[..]

Als je die tactiek gebruikt moet je niet vergeten te flush()en anders zie je mogelijk nog het verkeerde in je browser. Persoonlijk ben ik fan van daadwerkelijk de manual lezen en alle mogelijke returnwaarden van alle functies die ik gebruik goed afhandelen (al is het maar door een echo(), dan weet je in ieder geval wat er aan de hand is)
Normaal gesproken geef ik bij debuggen ook een echo. Maar in dit geval ben ik niet zelf aan het debuggen
pi_50371777
quote:
Op dinsdag 12 juni 2007 12:41 schreef Swetsenegger het volgende:

[..]

Normaal gesproken geef ik bij debuggen ook een echo. Maar in dit geval ben ik niet zelf aan het debuggen
Ik had het niet over debuggen.
pi_50373927
Ik wil met mysql een query hebben om het eerste lid uit alle groepen hebben.
------------------------
| Lid | Groep |
------------------------
| Henk | GB1 |
________________
| Peter | GB1 |
________________
| Ali | BHY3 |
________________


Hier moet dus
Henk - GH1
uitkomen en
Ali - BHY3

Wat voorn query moet ik gebruiken?
pi_50373950
@Scriptha

Hoe wordt bepaald of een lid de eerste uit een groep is?
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')