[PHP/(My)SQL] voor dummies #112

quote:

Op zaterdag 4 januari 2014 03:02 schreef Chandler het volgende:

[..]

Daarom houdt je altijd een UPDATE log bij de updates die je zelf maakt kunnen in het geval van een template update zo weer aangepast worden.

Protip: patch-files.

quote:

Op zaterdag 4 januari 2014 08:49 schreef rekenwonder het volgende:

[..]

Protip: patch-files.

Juist. Url? verwijzing?

Hallo,

Ik wil urls decoden met rawurldecode();

probleem is als ik em echo werkt het prima, maar als ik em in een mysql tabel zet werkt het niet, als ik em bij phpbb in zo'n php bestand zet en dan in html bestand oproep met {BLABLA} werkt het niet, om de een of andere reden blijft ie dan gewoon geencode..

Iemand?

eh. Sterkte?

Ik volg het niet helemaal. De functie rawurldecode() geeft een string terug. Wat wil je er mee kunnen doen? Want ik snap niet wat MySQL en/of html hiermee te maken heeft

[ Bericht 0% gewijzigd door zoem op 06-01-2014 18:03:13 ]

quote:

Op maandag 6 januari 2014 17:47 schreef zoem het volgende:
Ik volg het niet helemaal. De functie rawurlencode() geeft een string terug. Wat wil je er mee kunnen doen? Want ik snap niet wat MySQL en/of html hiermee te maken heeft

Ik doe:
$string = rawurldecode($string);
echo $string;

Werkt krijg de string gedecode terug..

mysql_query("UPDATE table SET veld='$string'");

In mysql staat de string nog steeds geencode..

Ik geef in phpbb dit mee aan het template bestand:
$template->assign_vars(array(
'STRING' => $string,
));

in template bestand zet ik em er zo in {STRING}
Het resultaat is een geencode string.. dus rawurldecode heeft weer niks gedaan. terwijl dat met echo wel het geval is.
Ja ik begrijp er ook niks van anders had ik het hier niet gevraagd..

EDIT: ah.. als je em echoed word ie uberhaupt gedecode.. dus waarschijnlijk doet rawurldecode uberhaupt niks.. kzal wel een andere functie nodig hebben ofzo..

[ Bericht 3% gewijzigd door Skunk-m op 06-01-2014 18:05:58 ]

PHP Echo doet niets decoden hoor. Wellicht doet je browser dat als je de output in een internetbrowser bekijkt.

Verder snap ik het ook niet, lijkt me dat je ergens een typfout of volorde fout maakt ofzo. Debuggen dus.

quote:

Op maandag 6 januari 2014 17:59 schreef Skunk-m het volgende:
Ja ik begrijp er ook niks van anders had ik het hier niet gevraagd..

Geeft niet, alleen je verhaal was ietwat wazig

quote:

EDIT: ah.. als je em echoed word ie uberhaupt gedecode.. dus waarschijnlijk doet rawurldecode uberhaupt niks.. kzal wel een andere functie nodig hebben ofzo..

Ah kijk, dan heb je iig een aanknopingspunt. Je kunt beter var_dump() gebruiken ipv echo, omdat dan de weergave (beter) overeenkomt met de inhoud van je variabele en kijk bij voorkeur naar de bron van je pagina ipv de pagina zelf.

quote:

Ah kijk, dan heb je iig een aanknopingspunt. Je kunt beter var_dump() gebruiken ipv echo, omdat dan de weergave (beter) overeenkomt met de inhoud van je variabele en kijk bij voorkeur naar de bron van je pagina ipv de pagina zelf.

Ja ik had em al tussen script tags gezet en daarna in de bron gekeken..
schijnbaar was ie gehtmlentitied nu heb k html_entity_decode() gebruikt en dat werkt.

iig bedankt

quote:

Op maandag 6 januari 2014 18:12 schreef Skunk-m het volgende:

[..]

Ja ik had em al tussen script tags gezet en daarna in de bron gekeken..
schijnbaar was ie gehtmlentitied nu heb k html_entity_decode() gebruikt en dat werkt.

iig bedankt

HTML <script> tags bedoel je? Dat is een manier om javascript code te embedden, heb je ook niets aan. <pre> tags kunnen soms nuttig zijn, maar om je rauwe output te zien moet je altijd gewoon de paginabron bekijken inderdaad.

iig bug gevonden dus

Ik moet het toch even vragen: Die mysql_ functie was alleen voor het voorbeeld toch hoop ik?

quote:

HTML <script> tags bedoel je? Dat is een manier om javascript code te embedden, heb je ook niets aan. <pre> tags kunnen soms nuttig zijn, maar om je rauwe output te zien moet je altijd gewoon de paginabron bekijken inderdaad.

iig bug gevonden dus

Ik moet het toch even vragen: Die mysql_ functie was alleen voor het voorbeeld toch hoop ik?

oja in de bron kijken had misschien ook gekunt, maar ik keek bij element bekijken gebeuren in chrome zeg maar en daar was het ook gewoon gedecode, maar ik moest bij phpbb in een javascript code hebben en daar stond ie wel verkeerd, dus had ik bij mn testbestandje ook maar even script tags eromheen gezet.. maar het is iig opgelost ja.

Bheheh.

quote:

delete

delete — See unlink() or unset()

Description ¶

This is a dummy manual entry to satisfy those people who are looking for unlink() or unset() in the wrong place.

http://www.php.net/manual/en/function.delete.php

quote:

Op donderdag 9 januari 2014 01:15 schreef KomtTijd... het volgende:
Bheheh.

[..]

http://www.php.net/manual/en/function.delete.php

Waarom noemt php het dan ook unlink ipv delete

quote:

Op donderdag 9 januari 2014 01:36 schreef zoem het volgende:
Waarom noemt php het dan ook unlink ipv delete

Volgens mij staat dat aardig beschreven, omdat de unlink functie ook in C gebruikt wordt... oh en delete oftewel del is een 'dos' commando

Maar dit zal noobs helpen (hoop ik)

Mijn opmerking was eigenlijk meer een sneer naar php. Ik vond het wel ironisch dat de manual poogt grappig te zijn door te impliceren dat de php-functieset logisch in elkaar zit. Ze jatten functies en conventies van verschillende talen bij elkaar - waaronder inderdaad van C.

quote:

Op donderdag 9 januari 2014 03:07 schreef Chandler het volgende:

[..]

Volgens mij staat dat aardig beschreven, omdat de unlink functie ook in C gebruikt wordt... oh en delete oftewel del is een 'dos' commando

Maar dit zal noobs helpen (hoop ik)

Unlink() is een Posix-functie en is een variant op de C-functie remove(). Over het algemeen zijn C runtime functies zoals remove() meer portable dan Posix-functies. Beide functies bestaan overigens in de C runtime headers in Windows. Dat del een dos-commando is en unlink een Linux commandlinefunctie heeft er verder weinig mee te maken, omdat dat system utilities zijn en geen C/Posix-functies.

quote:

Op donderdag 9 januari 2014 03:18 schreef d4v1d het volgende:

[..]

Omdat delete() ook voor directory's is (dan roept die eigenlijk rmdir() op) unlink is enkel voor files.

http://stackoverflow.com/a/15124886

Het klopt inderdaad dat unlink() (en ook remove()) alleen bestanden kunnen 'verwijderen'. System utilities als del (delete zit niet in ms-dos) hebben weinig te maken met de C/Posix-functies.

quote:

Op donderdag 9 januari 2014 10:00 schreef slacker_nl het volgende:

[..]

Omdat je de inode pointer breekt en dus de link verbreekt. Je verwijderd de file niet, maar de link naar de file.

http://perldoc.perl.org/functions/unlink.html
http://linux.die.net/man/2/unlink

Klopt, maar in ruime zin mag het bestand na unlink niet meer (op normale wijze) vindbaar zijn. Voor een taal als php maakt het niet veel uit of het beestje nu unlink, delete, erase of remove heet, omdat het enige doel het 'verwijderen' van het bestand is. Hoe dat low-level gebeurt is voor een taal als php niet interessant, zolang het maar portable is en een consistent gedrag vertoont tussen de verschillende besturingssystemen. Zoals ik hierboven al zei kunnen ze dan beter focussen op een consiste naming convention ipv bij verschillende talen wat functienamen bij elkaar te grabbelen.

Ze zouden voor PHP6 of 7 gewoon een goeie naming convention moeten ontwerpen, en al die duizenden aliases de deur uit doen.

Ik heb een class::functie() die een return geeft van een array of null. Nu werkt het alleen niet als ik if (empty(class::functie()) doe. Waarom is dat?

quote:

Op donderdag 9 januari 2014 13:15 schreef slacker_nl het volgende:

[..]

PHP is gebasseerd op Perl, en in perl heet het unlink en Perl is weer in C geschreven, waar het ook unlink is. Dus de naming convention is correct.

Dat is historisch zo gegroeid inderdaad, maar dat wil niet zeggen dat de naming convention in php als geheel klopt (waar het me om ging). Ik denk dat iedereen deze inmiddels wel kent: PHP: a fractal of bad design

quote:

Ik ben het 100% met je eens dat ze in PHP een betere conventie moeten gaan hanteren, idem voor needle-haystack conventies, maar om dan unlink als voorbeeld te nemen is ridicuul.

Dan heb je mijn eerste alinea niet gelezen Het ging me niet om unlink, maar om de manualuitleg onder het kopje 'delete'. Wat ik in reactie op jou er even uit wilde lichten is dat de low-level implementatie van een deletiefunctie in een high-level taal als php geen rol mag spelen, zolang het maar doet wat het moet doen: een bestand verwijderen.

quote:

Op donderdag 9 januari 2014 12:49 schreef zoem het volgende:
Mijn opmerking was eigenlijk meer een sneer naar php. Ik vond het wel ironisch dat de manual poogt grappig te zijn door te impliceren dat de php-functieset logisch in elkaar zit. Ze jatten functies en conventies van verschillende talen bij elkaar - waaronder inderdaad van C.

Weet iemand nog goede Project Management Software die ik lokaal kan draaien (web based)?

Open source het liefst.

Ik heb natuurlijk het een en ander uitgezocht, maar net niet echt gevonden wat ik zoek.

Wat helemaal tof zou zijn is iets als activecollab
Maar daar moet je voor betalen.