DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Gewoon allebij op een apparte poort draaien lijk mij ...quote:Op donderdag 31 mei 2007 13:18 schreef Hmail het volgende:
Als ik het goed begrijp wil je nu Apache en IIS naast elkaar laten draaien? Dan is het niet zo gek dat die dwars met elkaar gaan liggen.
Ik zou eerst een keuze maken: Of Apache, of IIS. Als je voor Apache gaat, IIS eraf gooien, ga je voor IIS, Apache eraf. Dat scheelt alvast een hoop troubleshooten
phluphy for president!
Ik ben ook niet zo heel erg thuis met phpMyAdmin, maar je kunt gebruikers rechten geven op een specifieke database. Dat betekent wel dat je eerst alle rechten weer even weg moet halen, en dan per database op moet geven welke rechten hij hiervoor heeft. Het is even knutselen, maar ik heb het pas nog werkend gekregen, dus ik kan wel even uitvogelen hoe het precies zit als je wiltquote:Op donderdag 31 mei 2007 13:36 schreef Tuvai.net het volgende:
Maar goed, volgende probleem. stel ik wil voor MySQL een gebruiker aanmaken, die we voor het gemak effe 'pietje' noemen, deze heb ik zojuist toegevoegd en alleen maar de privileges gegeven om data en structuur te beheren, géén administratieve privileges dus. Gebruiker heb ik op die manier toevoegen en ik kan ook al als die gebruiker inloggen. Echter, ik blijf als die gebruiker, die maar beperkte rechten zou moeten hebben, bijvoorbeeld de 'mysql' database zien; ook kan ik als die gebruiker andere gebruikers wijzigen, wat natuurlijk niet de bedoeling is. Help?
Dat kan, maar of het nuttig is is maar de vraag. Als je gewoon wat wil knutselen met php en mysql, dan heeft het niet zoveel zin om daar ook nog eens een aparte webserver naast te gaan draaien.quote:Op donderdag 31 mei 2007 13:36 schreef WyriHaximus het volgende:
[..]
Gewoon allebij op een apparte poort draaien lijk mij ...
Als je echt een professionele webserver wilt draaien, met diverse sites (php, asp, noem maar op), dan is het misschien iets om over na te denken.
Apache en IIS kunnen prima naast elkaar draaien, gewoon allebei een aparte socket en je hebt geen probleem
Het probleem komt pas als je daadwerkelijk voor allebei PHP apart gaat installeren, dan gaat het niet meer goedkomen
Het probleem komt pas als je daadwerkelijk voor allebei PHP apart gaat installeren, dan gaat het niet meer goedkomen
Je hoort mij ook niet zeggen dat het niet naast elkaar kan draaien. Het heeft alleen geen nut als je gewoon wat wil prutsen met php.
En sowieso, waarom zou je uberhaupt 2 webservers naast elkaar willen draaien Het kan misschien wel, maar ik zie er echt geen nut van in.
En sowieso, waarom zou je uberhaupt 2 webservers naast elkaar willen draaien Het kan misschien wel, maar ik zie er echt geen nut van in.
Het kan misschien wel, maar ik zie er echt geen nut van in.
Ik heb gebruiker 'pietje' nu alle rechten ontnomen (niks aangevinkt) maar wel op één specifieke tabel rechten gegeven, het is dus de bedoeling dat gebruiker 'pietje' maar één database krijgt. Dat doet het ook.
Probleem is echter dat ik wel tabel 'information_schema' blijf zien als ik als 'pietje' in log, terwijl ik hier niks specifieks voor heb ingesteld.
Probleem is echter dat ik wel tabel 'information_schema' blijf zien als ik als 'pietje' in log, terwijl ik hier niks specifieks voor heb ingesteld.
Dan kan je dat ook gewoon allemaal onder apache draaien dacht ik. Weet het niet zeker werk nooit met ASP .quote:Op donderdag 31 mei 2007 13:42 schreef Hmail het volgende:
[..]
Dat kan, maar of het nuttig is is maar de vraag. Als je gewoon wat wil knutselen met php en mysql, dan heeft het niet zoveel zin om daar ook nog eens een aparte webserver naast te gaan draaien.
Als je echt een professionele webserver wilt draaien, met diverse sites (php, asp, noem maar op), dan is het misschien iets om over na te denken.
.
phluphy for president!
Wat voor type user is het? Dat kun je in PHPMyAdmin checken onder Database->Privileges. In mijn geval is het een Database-specific user. Check dat evenquote:Op donderdag 31 mei 2007 13:55 schreef Tuvai.net het volgende:
Ik heb gebruiker 'pietje' nu alle rechten ontnomen (niks aangevinkt) maar wel op één specifieke tabel rechten gegeven, het is dus de bedoeling dat gebruiker 'pietje' maar één database krijgt. Dat doet het ook.
Probleem is echter dat ik wel tabel 'information_schema' blijf zien als ik als 'pietje' in log, terwijl ik hier niks specifieks voor heb ingesteld.
Ik werk ook niet met ASP, en ik heb het (thank god) nog nooit werkend hoeven te krijgen onder Apache, maar het schijnt niet makkelijk te zijn. Daarom kies ik ook liever voor een combinatie IIS & PHP dan Apache & ASP. Gewoonweg omdat er meer mensen IIS en PHP werkend willen hebben dan Apache en ASP. (dit kan ik uiteraard niet gehinderd door enige kennis van zaken makkelijk zeggen, ik weet de specifieke aantallen niet)quote:Op donderdag 31 mei 2007 14:04 schreef WyriHaximus het volgende:
[..]
Dan kan je dat ook gewoon allemaal onder apache draaien dacht ik. Weet het niet zeker werk nooit met ASP .
* WyriHaximus sluit zich hier volledig bij aanquote:Op donderdag 31 mei 2007 14:25 schreef Hmail het volgende:
[..]
Ik werk ook niet met ASP, en ik heb het (thank god) nog nooit werkend hoeven te krijgen onder Apache, maar het schijnt niet makkelijk te zijn. Daarom kies ik ook liever voor een combinatie IIS & PHP dan Apache & ASP. Gewoonweg omdat er meer mensen IIS en PHP werkend willen hebben dan Apache en ASP. (dit kan ik uiteraard niet gehinderd door enige kennis van zaken makkelijk zeggen, ik weet de specifieke aantallen niet)
phluphy for president!
Ja ach IIS zit op de meeste Windows omgevingen he, en sysadmins zitten vaak niet te wachte op nog een webserver ernaast
Bij database specifieke rechten stond alleen de tabel die de gebruiker 'pietje' ook daadwerkelijk mag gebruiken. Deze heb ik voor te testen even weggehaald, met als resultaat dat wanneer je als 'pietje' inlogt, nu alléén maar database information_schema ziet. Verder staat er bij database specifieke rechten niets.quote:Op donderdag 31 mei 2007 14:23 schreef Hmail het volgende:
[..]
Wat voor type user is het? Dat kun je in PHPMyAdmin checken onder Database->Privileges. In mijn geval is het een Database-specific user. Check dat even
EDIT: Ook al geprobeerd de gebruiker te verwijderen en opnieuw toe te voegen, met alleen hetzelfde resultaat. :/
Nog een edit: Als ik bij databases ga kijken bij het schermpje Gebruikers die toegang hebben tot "information_schema" dan staat gebruiker 'pietje' hier ook echt niet bij, zoals bij de rest van de tabellen die wél netjes verborgen worden, wel het geval is.
[ Bericht 10% gewijzigd door Tuvai.net op 31-05-2007 14:57:54 ]
Dat heb ik ook staan bij de betreffende database waar de betreffende user wél toegang toe moet hebben. Maar bij 'information_schema' staat niks verdachts, toch is deze gewoon toegankelijk door de betreffende user terwijl dat niet de bedoeling zou moeten zijn.quote:Op donderdag 31 mei 2007 15:07 schreef Hmail het volgende:
In mijn geval ziet het database-privleges scherm er zo uit. Het gaat om de gemaskeerde naam:
[afbeelding]
INFORMATION_SCHEMA is een speciale database waarvan de inhoud verandert aan de hand van de rechten die de gebruiker heeft. Die blijf je dus altijd zien, is sinds MySQL 5 als ik me niet vergis
Wat is dan de functie van die database als je die toch (niet kan) gebruik(t/en)...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Verrek, dat heb ik ook nog gelezen ook nog. Ik bleef het toch proberen omdat mijn webhost die database niet doet weergeven, maar ik zie nu pas dat die nog op een MySQL 4.x.x versie draait.quote:Op donderdag 31 mei 2007 15:51 schreef JeRa het volgende:
INFORMATION_SCHEMA is een speciale database waarvan de inhoud verandert aan de hand van de rechten die de gebruiker heeft. Die blijf je dus altijd zien, is sinds MySQL 5 als ik me niet vergis
Ik bleef het toch proberen omdat mijn webhost die database niet doet weergeven, maar ik zie nu pas dat die nog op een MySQL 4.x.x versie draait. Nou ja, in ieder geval draait alles nu. Ik zal uiteraard nog wat gaan spelen met de configuratie zodat ik ook zie hoe PHP vanaf de serverkant werkt. Ben in ieder geval blij dat 't nu loopt.
Je kunt hem wel gebruiken, en INFORMATION_SCHEMA geeft informatie over je rechten, databases, tabellen, etcetera het is een alternatief voor de niet-standaard SHOW-syntax.quote:Op donderdag 31 mei 2007 16:05 schreef Chandler het volgende:
Wat is dan de functie van die database als je die toch (niet kan) gebruik(t/en)...
Vandaag ben ik verder met een usersysteem gegaan, en vroeg mij af of de volgende methode veilig is:
De user probeert in te loggen. Ik vang de $_POST op, encrypt het password direct naar md5, en stuur het naar de functie checkLogin.
checkLogin():
Als de username en het password matchen met de database:
-De sessie variabele UsernameSession en PasswordSession aanmaken en invullen.
-Een cookie met een random string wordt gezet.
-Dezelfde random string en het IP-adres van de gebruiker in de database zetten.
-Inloggen.
--------------
Of: De user komt terug, en heeft een cookie meegenomen:
checkCookie()
Als de random string in de cookie en het IP-adres van de gebruiker matchen met de database:
-De sessie variabele UsernameSession en PasswordSession aanmaken en invullen.
-Inloggen.
--------------
De user opent een pagina, de functie checkCredentials wordt aangeroepen.
checkCredentials()
Kijkt of de username en password uit de sessie gecombineerd met het IP-adres van de gebruiker in de database aanwezig is, zo ja:
-UserID en Userlevel teruggeven
Tussentijdse passwordwijzigingen, of een wijziging in userlevel, wordt hier mee opgevangen.
--------------
Misschien ga ik de unieke key in de cookie nog een timeout geven (databaseveld), om het extra hufterproof te maken. Dit systeem lijkt mij aardig veilig?
De user probeert in te loggen. Ik vang de $_POST op, encrypt het password direct naar md5, en stuur het naar de functie checkLogin.
checkLogin():
Als de username en het password matchen met de database:
-De sessie variabele UsernameSession en PasswordSession aanmaken en invullen.
-Een cookie met een random string wordt gezet.
-Dezelfde random string en het IP-adres van de gebruiker in de database zetten.
-Inloggen.
--------------
Of: De user komt terug, en heeft een cookie meegenomen:
checkCookie()
Als de random string in de cookie en het IP-adres van de gebruiker matchen met de database:
-De sessie variabele UsernameSession en PasswordSession aanmaken en invullen.
-Inloggen.
--------------
De user opent een pagina, de functie checkCredentials wordt aangeroepen.
checkCredentials()
Kijkt of de username en password uit de sessie gecombineerd met het IP-adres van de gebruiker in de database aanwezig is, zo ja:
-UserID en Userlevel teruggeven
Tussentijdse passwordwijzigingen, of een wijziging in userlevel, wordt hier mee opgevangen.
--------------
Misschien ga ik de unieke key in de cookie nog een timeout geven (databaseveld), om het extra hufterproof te maken. Dit systeem lijkt mij aardig veilig?
Waarom sla je de username/password op in de sessie? Het lijkt mij dat alleen een userID voldoende is. Daarnaast lijkt het mij verstandig om het IP uit de cookie te laten, die kun je opvragen met $_SERVER['REMOTE_ADDR']. Zo voorkom je dat een cookie gestolen word, en vanaf een ander IP aangepast en misbruikt word
Het IP adres haal ik uiteraard uit REMOTE_ADDR, daar had ik aan gedacht.
Wat het userid betreft, daar had ik eigenlijk totaal nog niet aan gedacht. Meer vanuit een menselijke denkwijze dacht ik er zelf meer aan het username / password te laten onthouden, zoals je dat zelf ook zou doen. Een goede tip, bedankt
Wat het userid betreft, daar had ik eigenlijk totaal nog niet aan gedacht. Meer vanuit een menselijke denkwijze dacht ik er zelf meer aan het username / password te laten onthouden, zoals je dat zelf ook zou doen. Een goede tip, bedankt
je kunt wel een hash maken waarbij je de username + ip + id hasht.. deze controlleer je dan weer met de usernaam + $_SERVER['REMOTE_ADDR'] + id oid..
Zat mogelijkheden
Zat mogelijkheden
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Ik ben niet bekend met hashen, maar je zet deze vijf variabelen tot een lange string tekst om, wat je vervolgens weer terugdecodeerd naar vijf losse variabelen?quote:Op donderdag 31 mei 2007 20:46 schreef Chandler het volgende:
je kunt wel een hash maken waarbij je de username + ip + id hasht.. deze controlleer je dan weer met de usernaam + $_SERVER['REMOTE_ADDR'] + id oid..
Zat mogelijkheden
Waarna de "hacker" vervolgens een hash maakt van de username + ip + id van "het slachtoffer" hasht, en vervolgens dus niet eens de moeite hoeft te doen voor het stelen van een cookiequote:Op donderdag 31 mei 2007 20:46 schreef Chandler het volgende:
je kunt wel een hash maken waarbij je de username + ip + id hasht.. deze controlleer je dan weer met de usernaam + $_SERVER['REMOTE_ADDR'] + id oid..
Zat mogelijkheden
Serieus, je moet geen gegevens die te achterhalen zijn gaan achterlaten in een hash, of je moet er een hash overheen halen met een willekeurig iets. Zo'n hash moet altijd random zijn, en niet na te maken door de user. Je moet er eigenlijk van uit gaan dat de potentiële hacker alles al weet. Van jou weet ik bijvoorbeeld al je username en id. Ik zet mijn ip in de var, en hebbes, ik heb adminrechten. You see?
Je kunt het wel een beetje afdekken door die var in de database te zetten, maar dan ben je dus het ene lek met het andere aan het dichten. Random is the keyword.
Exact. Iets a la:quote:Op donderdag 31 mei 2007 20:51 schreef Geqxon het volgende:
[..]
Ik ben niet bekend met hashen, maar je zet deze vijf variabelen tot een lange string tekst om, wat je vervolgens weer terugdecodeerd naar vijf losse variabelen?
| 1 2 3 | $cookievar = md5($username.$userid.$_SERVER['REMOTE_ADDR']); ?> |
Je krijgt dat een variabele waar de meeste users geen kaas van hebben gegeten, en gokken hoe het word opgebouwd is lastig. Maar daar moet je niet op vertrouwen, want als ik dit weet, zet ik gewoon md5('Chandler'.'6897'.'127.0.0.1') (waarbij we dan even aannemen dat dat mijn ip is), en dat zet ik in mijn cookie neer. Voila, adminrechten
[ Bericht 39% gewijzigd door Hmail op 31-05-2007 21:32:14 ]
Nee, een hash is one-way. Terugcoderen vanuit een hash naar de losse variabelen is nagenoeg niet mogelijk; terugcoderen naar een wachtwoord is soms wel mogelijk met behulp van reverse lookup tablesquote:Op donderdag 31 mei 2007 20:51 schreef Geqxon het volgende:
[..]
Ik ben niet bekend met hashen, maar je zet deze vijf variabelen tot een lange string tekst om, wat je vervolgens weer terugdecodeerd naar vijf losse variabelen?
Maar goed, naast het hashen, als ik mijn methode aanpas zodat in de PHP-sessie enkel het user-id doorgegeven wordt, is het voor een website a 1000 leden dan veilig genoeg?
P.s.: REPLACE in MySQL zuigt. Just so you know.
P.s.: REPLACE in MySQL zuigt. Just so you know.
Ik hash altijd het wachtwoord in combinatie met een secret word, wat per website wisselt uiteraard
Heb er zelf nog wel eens last van wanneer ik via PMA het wachtwoord wil aanpassen en het secret word niet meer wist
Heb weinig ervaring met inloggen via cookies, de meeste systemen die ik bouw hebben dat niet nodig of het is niet wenselijk dat er automatisch ingelogd wordt Ik vertrouw het ook niet heel erg moet ik zeggen, niet vanwege het onderscheppen van de info, maar meer dat iemand die bij die computer loopt gewoon in het systeem kan...
Heb er zelf nog wel eens last van wanneer ik via PMA het wachtwoord wil aanpassen en het secret word niet meer wist
Heb weinig ervaring met inloggen via cookies, de meeste systemen die ik bouw hebben dat niet nodig of het is niet wenselijk dat er automatisch ingelogd wordt Ik vertrouw het ook niet heel erg moet ik zeggen, niet vanwege het onderscheppen van de info, maar meer dat iemand die bij die computer loopt gewoon in het systeem kan...
Weet iemand het volgende:
Wanneer ik drie stringen heb in php
dag = 2
maand = 4
jaar = 1971
Hoe kan ik deze dan inserten in MySql in een veld gedecrlareerd als datetime?
-edit-
Gevonden, gewoon met 1971-4-2
[ Bericht 12% gewijzigd door Skorpija op 03-06-2007 16:38:42 ]
Wanneer ik drie stringen heb in php
dag = 2
maand = 4
jaar = 1971
Hoe kan ik deze dan inserten in MySql in een veld gedecrlareerd als datetime?
-edit-
Gevonden, gewoon met 1971-4-2
[ Bericht 12% gewijzigd door Skorpija op 03-06-2007 16:38:42 ]
Of gewoon mktime() gebruiken zodat je mooi een UNIX timestamp krijgt.quote:Op zondag 3 juni 2007 16:18 schreef Skorpija het volgende:
Weet iemand het volgende:
Wanneer ik drie stringen heb in php
dag = 2
maand = 4
jaar = 1971
Hoe kan ik deze dan inserten in MySql in een veld gedecrlareerd als datetime?
-edit-
Gevonden, gewoon met 1971-4-2
Maar dat past niet in een datetime (of date) veld in MySQL.quote:Op zondag 3 juni 2007 19:53 schreef Tuvai.net het volgende:
[..]
Of gewoon mktime() gebruiken zodat je mooi een UNIX timestamp krijgt.
Het valt een beetje dood hier, en zag net al twee verdwaalde PHP-topics in DIG staan. Dus bij deze een kick.
PHP 6 gaat ruig worden. Clean-slate style, rotzooiscripts van de PHP4 tijd gaan dus mooi niet werken. Niks te ge register-globals, of safe-mode.
Nice!
Nice!
Naast de overduidelijk positieve dingen zijn er mijns inziens ook wat negatieve:quote:Op zondag 10 juni 2007 01:24 schreef Geqxon het volgende:
PHP 6 gaat ruig worden. Clean-slate style, rotzooiscripts van de PHP4 tijd gaan dus mooi niet werken. Niks te ge register-globals, of safe-mode.
Nice!
Wat OOP betreft zijn de functies als strlen() en count() vrij "achterlijk", aangezien dat naar mijn mening methodes moeten zijn die bij een string/int/array horen. Dus de string "$filename", de length daarvan moet op te vragen zijn door "$filename.getLength()".
Goed, dat is tenminste hoe ik met Java werk, en wat ik in PHP erg fijn zou vinden. Het enige nadeel hiervan is dat het in zijn totaliteit minder flexibel wordt, maar qua structuur een stuk strakker.
Goed, dat is tenminste hoe ik met Java werk, en wat ik in PHP erg fijn zou vinden. Het enige nadeel hiervan is dat het in zijn totaliteit minder flexibel wordt, maar qua structuur een stuk strakker.
OK goede reden zou ik zeggenquote:Op zondag 10 juni 2007 10:40 schreef Hmail het volgende:
Omdat je ook wel een de grootte van een array of string wil berekenen, die je niet uit mysql haalt?
Java is dan ook OO. Op een handjevol uitzonderingen na is het altijd nodig om een object te maken. Dan kun je dus in de class van het object ook de bijbehorende functies zetten. Of het daardoor minder flexibel wordt, weet ik zo niet.quote:Op zondag 10 juni 2007 01:36 schreef Geqxon het volgende:
Wat OOP betreft zijn de functies als strlen() en count() vrij "achterlijk", aangezien dat naar mijn mening methodes moeten zijn die bij een string/int/array horen. Dus de string "$filename", de length daarvan moet op te vragen zijn door "$filename.getLength()".
Goed, dat is tenminste hoe ik met Java werk, en wat ik in PHP erg fijn zou vinden. Het enige nadeel hiervan is dat het in zijn totaliteit minder flexibel wordt, maar qua structuur een stuk strakker.
Java is inderdaad 99% OO, al snap ik niet exact wat je bedoeld met: "Dan kun je dus in de class van het object ook de bijbehorende functies zetten.". Ooit al eens van overerven gehoord?quote:Op zondag 10 juni 2007 11:11 schreef Light het volgende:
[..]
Java is dan ook OO. Op een handjevol uitzonderingen na is het altijd nodig om een object te maken. Dan kun je dus in de class van het object ook de bijbehorende functies zetten. Of het daardoor minder flexibel wordt, weet ik zo niet.
Wat de flexibiliteit betreft, mijn persoonlijke mening is dat PHP flexibeler is dan Java. Je niet naar ints, doubles en strings hoeft te casten en je in een boolean strings kan comparen, en je niet de methode equals() uit de class String nodig hebt. Daarnaast hoef je niet voor ieder pietluttig dingetje een object aan te maken, enz. enz.
Ik denk dat als ik elke keer een MySQL count uit zou moeten voeren, terwijl de data al in een array staat, mijn website erg traag wordtquote:Op zondag 10 juni 2007 10:33 schreef JortK het volgende:
Functies als count() enzo, waarom zou je die op PHP niveau gebruiken, en niet op MySQL niveau?
Ja hoor, ik ben niet helemaal onbekend met OO, hoewel het jaren geleden is dat me serieus met Java bezig heb gehouden. In Java heb je een object van class Array, en aan dat object kun je dan vragen "zeg, hoeveel elementen bevat je? "quote:Op zondag 10 juni 2007 16:17 schreef Geqxon het volgende:
[..]
Java is inderdaad 99% OO, al snap ik niet exact wat je bedoeld met: "Dan kun je dus in de class van het object ook de bijbehorende functies zetten.". Ooit al eens van overerven gehoord?
Dat loosely typed van PHP heeft voor- en nadelen. Je kunt makkelijker vergelijkingen doen, maar function overloading gaat in Java weer beter.quote:Wat de flexibiliteit betreft, mijn persoonlijke mening is dat PHP flexibeler is dan Java. Je niet naar ints, doubles en strings hoeft te casten en je in een boolean strings kan comparen, en je niet de methode equals() uit de class String nodig hebt. Daarnaast hoef je niet voor ieder pietluttig dingetje een object aan te maken, enz. enz.
(eff gekopieerd uit mijn topic)
Ik probeer een transparente png te maken, maar het wil niet echt lukken.
Het script wat ik tot nu toe heb doet het volgende
1. vult de afbeelding met de kleur wit
2. zet deze als transparante kleur (dat dus niet werkt)
3. vult de afbeelding opnieuw met de kleur groen
4. set een kwart van een cirkel in de afbeelding met de kleur wit, dat een hap uit de afbeelding moet nemen
het probleem is alleen dat de kleur wit van die cirkel niet transparant wordt. Iemand een idee hoe dit komt :?
Ik probeer een transparente png te maken, maar het wil niet echt lukken.
Het script wat ik tot nu toe heb doet het volgende
1. vult de afbeelding met de kleur wit
2. zet deze als transparante kleur (dat dus niet werkt)
3. vult de afbeelding opnieuw met de kleur groen
4. set een kwart van een cirkel in de afbeelding met de kleur wit, dat een hap uit de afbeelding moet nemen
het probleem is alleen dat de kleur wit van die cirkel niet transparant wordt. Iemand een idee hoe dit komt :?
| 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 | $img_size = 100; $img_width = $img_size; $img_height = $img_size; if(function_exists("ImageCreateTrueColor")){ $image = ImageCreateTrueColor($img_width, $img_height); }else{ $image = ImageCreate($img_width, $img_height); } imageantialias($image,true); // trans background $bg_color = imagecolorallocate($image, 255, 255, 255); // white imagefill($image, 0, 0,$bg_color ); imagecolortransparent($image,$bg_color ); // set white as transparent colo // colored bg (green) $c = imagecolorallocate($image, 28, 118, 80); // green imagefill($image, 0, 0,$c); imagefilledrectangle($image, 0, 0, $img_size, $img_size, $c); // draw the white/trans ellipse imagefilledellipse($image, $img_size, $img_size, $img_size*2, $img_size*2, $bg_color); imageSaveAlpha($image, true); ImageAlphaBlending($image, false); header("Content-type: image/png"); ImagePNG($image); ImageDestroy($image); ?> |
..///
Met welke browser doe je dat? Als ik me niet vergis doet IE geen transparante png's. Maar ik weet niet of IE7 dat ook nog steeds weigert..
| 1 2 3 | ImageAlphaBlending($image, false); ?> |
moet dat niet
| 1 2 3 | ImageAlphaBlending($image, true); ?> |
zijn?
IE7 doet dat goed afaik.quote:Op zondag 10 juni 2007 23:02 schreef Hmail het volgende:
Met welke browser doe je dat? Als ik me niet vergis doet IE geen transparante png's. Maar ik weet niet of IE7 dat ook nog steeds weigert..
phluphy for president!
IE7 doet inmiddels alphachannel PNG, bij IE6 krijg je op de plekken waar je transparancy hebt een grijs vlak.quote:Op zondag 10 juni 2007 23:02 schreef Hmail het volgende:
Met welke browser doe je dat? Als ik me niet vergis doet IE geen transparante png's. Maar ik weet niet of IE7 dat ook nog steeds weigert..
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:
En dit is de sql query (alleen de explode heb ik er ff bij gezet):
De Array en alle overige vars worden overigens wel in de goede velden geplaatst.
Dit zijn de checkboxen die in de array opgevangen moeten worden:
| 1 2 3 4 | echo '<td><input name="en_tagging[]" type="checkbox" class="input_fix" id="en_tagging[]" value="'. $list_row['en_link'].'" />'. $list_row['en_link'].'</td>'; echo '<td><input name="nl_tagging[]" type="checkbox" class="input_fix" id="nl_tagging[]" value="'. $list_row['nl_link'].'" />'. $list_row['nl_link'].'</td>'; ?> |
En dit is de sql query (alleen de explode heb ik er ff bij gezet):
| 1 2 3 4 5 6 7 | $en_tag = explode(" ", $_POST['en_tagging']); $nl_tag = explode(" ", $_POST['nl_tagging']); $sql = "INSERT INTO `subpages` (id, nl_link, en_link, nl_headline, en_headline, nl_content, en_content, en_tag, nl_tag, draft, autobreak, bbcode, special,hits) VALUES ('', '$nl_link', '$en_link', '$nl_headline', '$en_headline', '$nl_content', '$en_content', '$en_tag', '$nl_tag', '$draft', '$autobreak', '$bbcode', '$special', '1');" ; mysql_query($sql) or die(mysql_error()) ; ?> |
De Array en alle overige vars worden overigens wel in de goede velden geplaatst.
minimalist
