abonnement Unibet Coolblue Bitvavo
  zondag 6 december 2009 @ 18:23:37 #26
37634 wobbel
Da WoBBeL King
pi_75343507
Zucht...mijn PHP upload script geeft het bestand wel 644 chmod rechten, maar de verkeerde user.

Normaal zijn alle bestanden op mijn server "wobbel psacln" (eigenaar/groep) maar als ik met PHP upload krijg ik "apache apache".

Met chown kan ik hier schijnbaar niks mee veranderen, of ik doe het niet goed...maar het zuigt iig want nu kan ik ze niet verwijderen met FTP (alleen met PHP zelf weer)

1
2
3
<?php
chown        
$fm1_UploadFolder $FileNameCreated"wobbel psacln" );
?>


Alleen WoBBeL werkt ook niet....

(ben van ellende eigen filemanager voor CKeditor aan het maken )
pi_75343951
Ik ben bezig om een rss feed editor te maken. Ik ben tot nu toe overal uit gekomen behalve het sorteren.

deel uit het xml bestand:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<?xml version="1.0" encoding="ISO-8859-1"?>
<rss version="2.0">
<channel>
  <item>
    <pubDate>Fri, 04 Dec 2009 09:15:00 +0100</pubDate>
    <title>titel 1</title>
    <link>http://www.link1.nl</link>
    <enclosure url="http://media.nu.nl/m/m1dzmuhapk8k_t.jpg" type="image/jpeg"/>
  </item>
  <item>
    <pubDate>Sun, 06 Dec 2009 21:09:01 +0100</pubDate>
    <title>titel 2</title>
    <link>http://www.link2.nl</link>
    <enclosure url="http://media.nu.nl/m/m1dzmuhapk8k_t.jpg" type="image/jpeg"/>
  </item>


Ik maak gebruik van SimpleXML om feed in een array te plaatsen.
1
2
$xmltext = join(file("test2.xml"), "");
$xml = simplexml_load_string($xmltext);


Nu wil ik de items in de array $xml sorteren op pubDate

Iemand een idee?
  zondag 6 december 2009 @ 18:48:55 #28
37634 wobbel
Da WoBBeL King
pi_75344186
quote:
Op zondag 6 december 2009 18:40 schreef Etimm het volgende:
Ik ben bezig om een rss feed editor te maken. Ik ben tot nu toe overal uit gekomen behalve het sorteren.

deel uit het xml bestand:
[ code verwijderd ]

Ik maak gebruik van SimpleXML om feed in een array te plaatsen.
[ code verwijderd ]

Nu wil ik de items in de array $xml sorteren op pubDate

Iemand een idee?
http://www.webmasterworld.com/forum88/12595.htm ?
  zondag 6 december 2009 @ 19:19:37 #29
107951 JortK
Immer kwaliteitsposts
  zondag 6 december 2009 @ 19:22:17 #30
37634 wobbel
Da WoBBeL King
pi_75345133
quote:
Op zondag 6 december 2009 19:19 schreef JortK het volgende:
Hoi
Hai
  zondag 6 december 2009 @ 19:26:34 #31
75592 GlowMouse
l'état, c'est moi
pi_75345238
quote:
Op zondag 6 december 2009 18:23 schreef wobbel het volgende:
Zucht...mijn PHP upload script geeft het bestand wel 644 chmod rechten, maar de verkeerde user.

Normaal zijn alle bestanden op mijn server "wobbel psacln" (eigenaar/groep) maar als ik met PHP upload krijg ik "apache apache".

Met chown kan ik hier schijnbaar niks mee veranderen, of ik doe het niet goed...maar het zuigt iig want nu kan ik ze niet verwijderen met FTP (alleen met PHP zelf weer)
[ code verwijderd ]

Alleen WoBBeL werkt ook niet....

(ben van ellende eigen filemanager voor CKeditor aan het maken )
Apache onder jouw username draaien of de map waarin de bestanden geplaatst worden anders chmodden. Chown lukt iig niet, want zoals de manual al zegt, kan dat alleen als je apache als root draait.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_75345837
quote:
Op zondag 6 december 2009 19:26 schreef GlowMouse het volgende:

[..]

Apache onder jouw username draaien of de map waarin de bestanden geplaatst worden anders chmodden. Chown lukt iig niet, want zoals de manual al zegt, kan dat alleen als je apache als root draait.
Ik vermoed dat het shared hosting is, dan is het niet zo makkelijk om apache met je eigen user te laten draaien. Andere optie is om de rechten op 666 te zetten (en 777 voor directories). Dan kun je de bestanden wel via ftp verwijderen.
  zondag 6 december 2009 @ 19:59:54 #33
37634 wobbel
Da WoBBeL King
pi_75346325
quote:
Op zondag 6 december 2009 19:26 schreef GlowMouse het volgende:

[..]

Apache onder jouw username draaien of de map waarin de bestanden geplaatst worden anders chmodden. Chown lukt iig niet, want zoals de manual al zegt, kan dat alleen als je apache als root draait.
Site draait onder Plesk, dus de hoster kan er ook weinig aan veranderen.
quote:
Op zondag 6 december 2009 19:44 schreef Light het volgende:

[..]

Ik vermoed dat het shared hosting is, dan is het niet zo makkelijk om apache met je eigen user te laten draaien. Andere optie is om de rechten op 666 te zetten (en 777 voor directories). Dan kun je de bestanden wel via ftp verwijderen.
Dat laatste truukje ga ik eens proberen

[edit]

Mmmm...chmodje staat netjs op 666 voor een jpg bestand maar helaas...

Commando: DELE 1260126668_CIMG1292.JPG
Antwoord: 550 1260126668_CIMG1292.JPG: Permission denied
  zondag 6 december 2009 @ 20:10:53 #34
75592 GlowMouse
l'état, c'est moi
pi_75346716
het geldt alleen voor nieuwe bestanden omdat die de chmod overnemen van de map waarin ze komen
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  zondag 6 december 2009 @ 20:13:07 #35
37634 wobbel
Da WoBBeL King
pi_75346817
quote:
Op zondag 6 december 2009 20:10 schreef GlowMouse het volgende:
het geldt alleen voor nieuwe bestanden omdat die de chmod overnemen van de map waarin ze komen
1
2
3
4
5
6
7
8
<?php
if ( move_uploaded_file $_FILES['upload']['tmp_name'], $fm1_UploadFolder "" $FileNameCreated ) )
{
    
chmod    $fm1_UploadFolder $FileNameCreated0666 );

}
?>


en de geuploadde bestanden kan ik dan alsnog niet verwijderen
  zondag 6 december 2009 @ 20:14:44 #36
75592 GlowMouse
l'état, c'est moi
pi_75346899
ik geloof er niks van
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_75347157
quote:
Op zondag 6 december 2009 19:59 schreef wobbel het volgende:

[..]

Site draait onder Plesk, dus de hoster kan er ook weinig aan veranderen.
[..]

Dat laatste truukje ga ik eens proberen

[edit]

Mmmm...chmodje staat netjs op 666 voor een jpg bestand maar helaas...

Commando: DELE 1260126668_CIMG1292.JPG
Antwoord: 550 1260126668_CIMG1292.JPG: Permission denied
Wie is de eigenaar van de directory waar de bestanden in staan, en wat zijn de rechten?
  zondag 6 december 2009 @ 20:26:32 #38
37634 wobbel
Da WoBBeL King
pi_75347343
quote:
Op zondag 6 december 2009 20:21 schreef Light het volgende:

[..]

Wie is de eigenaar van de directory waar de bestanden in staan, en wat zijn de rechten?
bestand eigenaar is "apache apache", bestand heeft chmod 666
eigenaar van de map is "wobbel psacln", map heeft chmod 777
  zondag 6 december 2009 @ 20:46:46 #39
75592 GlowMouse
l'état, c'est moi
pi_75348144
als de map van jou is, en de file heeft chmod 666, dan kun je hem verwijderen
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  maandag 7 december 2009 @ 00:23:51 #40
37634 wobbel
Da WoBBeL King
pi_75357011
quote:
Op zondag 6 december 2009 20:46 schreef GlowMouse het volgende:
als de map van jou is, en de file heeft chmod 666, dan kun je hem verwijderen
Mja, toch niet...maargoed...het wordt straks toch beheerd met PHP dus wat maakt het uit

Ow en voor iedereen die loopt te zeiken dat CKeditor geen File Manager heeft...het is echt in een half dagje te fixen
pi_75363484
quote:
Daar kom ik dus niet uit...
Iemand die me kan uitleggen hoe ik de array kan sorteren op pubDate?

[ Bericht 1% gewijzigd door Etimm op 07-12-2009 11:47:51 ]
pi_75365779
quote:
Op maandag 7 december 2009 10:55 schreef Etimm het volgende:

[..]

Daar kom ik dus niet uit...
Iemand die me kan uitleggen hoe ik de array kan sorteren op pubDate?
Met usort moet je een heel eind kunnen komen.
pi_75393044
Ben er helaas nog niet helemaal uitgekomen... maar dat komt vast wel een x goed.

Zit nu met nog een andere uitdaging. Hoe kan ik item[1] en alle onderliggende items verwijderen?
1unset($xml->channel->item[1]);
werkt helaas niet.

<rss>
<channel>
<item>
<titel>titel 1</titel>
<link>www.link1.nl</link>
</item>
<item>
<titel>titel 2</titel>
<link>www.link2.nl</link>
</item>
<item>
<titel>titel 3</titel>
<link>www.link3.nl</link>
</item>
</channel>
</rss>

[ Bericht 7% gewijzigd door Etimm op 07-12-2009 23:13:54 ]
  dinsdag 8 december 2009 @ 19:19:08 #44
63192 ursel
"Het Is Hier Fantastisch!
pi_75419042
even zwaaien
pi_75420586
Ik ben nog steeds een beetje met MySQL en InnoDB in het bijzonder aan het stoeien. Ik stuit nu echter op een vreemd verschijnsel. Ik heb de volgende, eenvoudige tabel:

1
2
3
4
5
KOLOM   TYPE         NULL  ATTRIBUTEN
----------------------------------------
ID      BIGINT       NEE   UNSIGNED
PARENT  BIGINT       JA    UNSIGNED
NAME    VARCHAR(50)  NEE


Dit is, zoals de structuur al impliceert, een tabel voor een recursieve boom-structuur. Nu wil ik echter dat je per 'niveau' niet twee keer dezelfde NAME kunt invoeren. Ik heb dus een unique constraint gelegd op de kolommen PARENT en NAME.

Nu werkt dit prima, ik kan bijvoorbeeld niet twee keer een record toevoegen waar PARENT 1 is, en NAME 'bla' is. Dit werkt echter niet wanneer PARENT NULL is. Met andere woorden, ik kan dus twéé keer een record met PARENT = NULL en NAME = 'bla' invullen, hetgeen dus niet de bedoeling zou moeten zijn. Hoe kan dit? In de andere platformen waar ik op werk (voornamelijk MSSQL en Oracle) werkt dit wél gewoon.

EDIT: Ik zie hier nog iemand die hetzelfde probleem heeft op het MySQL forum: http://forums.mysql.com/read.php?22,53591,53591

Een 'nep' waarde als 9999999 of 0 in de PARENT kolom gooien indien deze daadwerkelijk 'NULL' zou moeten zijn, is geen optie. Op de PARENT kolom ligt namelijk een foreign key, en bovendien is zo'n nep waarde slordig en bovenal onlogisch.
  dinsdag 8 december 2009 @ 19:57:56 #46
75592 GlowMouse
l'état, c'est moi
pi_75420678
Unique werkt niet icm NULL (zie documentatie; http://dev.mysql.com/doc/refman/5.0/en/create-index.html ). Een alternatief is de waarde 0 gebruiken ipv NULL als er geen parent is.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_75420833
quote:
Op dinsdag 8 december 2009 19:57 schreef GlowMouse het volgende:
Unique werkt niet icm NULL (zie documentatie; http://dev.mysql.com/doc/refman/5.0/en/create-index.html ). Een alternatief is de waarde 0 gebruiken ipv NULL als er geen parent is.
Ik had nog een ninja edit geplaatst.

En da's best wel zuur dan. Niet echt logisch.
pi_75423667
Nou, heel Google en MySQL.com in het bijzonder af zitten struinen en er is inderdaad niet echt een oplossing voor. Dan voor deze keer maar een uitzondering maken en deze databasetechnische controle op applicatie-niveau leggen.
  dinsdag 8 december 2009 @ 21:07:12 #49
75592 GlowMouse
l'état, c'est moi
pi_75423724
Dat kon ik zo ook wel zeggen dat je er niet anders omheen kunt werken
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_75423910
quote:
Op dinsdag 8 december 2009 21:07 schreef GlowMouse het volgende:
Dat kon ik zo ook wel zeggen dat je er niet anders omheen kunt werken
Ik was er al bang voor en had zo'n vermoeden, maar ik wou toch even zeker weten. Ik vind het wel echt zuur. Ik heb zo ook bijvoorbeeld in het gros van mijn tabellen een 'delDate' kolom, die is NULL wanneer het betreffend record niet 'ge`delete' is, en bevat de timestamp van de verwijderdatum wanneer deze record wel 'ge`delete' is. Uiteraard is het de bedoeling dat wanneer een tabel een UNIQUE constraint op diverse kolommen heeft, deze de 'delDate' kolom ook meeneemt (anders krijg je immers constraint violations op records die in de applicatie 'verwijderd' zijn). Deze vlieger gaat helaas ook niet op. Nu moet ik daar inderdaad een beetje valsspelen door 0 te gebruiken in plaats van NULL. OF al deze checks op al deze tabellen op applicatieniveau gaan verleggen, maar dat is een onbegonnen en erg slordig karwei.

Als er één ding is waar ik een hekel aan heb, dan is het wel een onlogische database.
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')