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.
Dan vraag je toch niet om enters weergeven Maar goed, dan zal minq opzoek zijn naar EOL'squote:Op dinsdag 26 augustus 2008 16:13 schreef JortK het volgende:
Ik kan me best voorstellen dat je zaken niet in de browser hoeft te zien, je kan namelijk ook PHP schrijven die niets hoeft te laten zien, zoals ik zelf met een data mining project bezig ben waarbij er geen output op het scherm komt maar alles in een database geknald word
tip daarvoor, gebruik gewoon altijd \r\n, werkt op elk OS goed.
Nee hoor. Daarom heb ik dos2unix tools nodig om die ^M characters weg te halen uit files die vanuit Windows aangemaakt worden....quote:Op dinsdag 26 augustus 2008 16:21 schreef Swetsenegger het volgende:
[..]
Dan vraag je toch niet om enters weergeven Maar goed, dan zal minq opzoek zijn naar EOL's
tip daarvoor, gebruik gewoon altijd \r\n, werkt op elk OS goed.
In theory there is no difference between theory and practice. In practice there is.
Mijn windows aangemaakte PHP's werken prima op een OSX php installatie en op een linux installatie. Inclusief \r\n
Hier ook. De meeste webservers gebruiken Linux, ken niemand met Windows die voor ieder bestand voor 'ie het gaat uploaden de regeleindes moet converteren.quote:Op dinsdag 26 augustus 2008 16:25 schreef Swetsenegger het volgende:
Mijn windows aangemaakte PHP's werken prima op een OSX php installatie en op een linux installatie. Inclusief \r\n
Nee klopt, ook in mailbody's en dergelijke gebruik ik gewoon \r\n en dat gaat altijd goed, ook als die mail op een OSX systeem binnen komt. Ik heb die tip ook ergens van een developper site getrokken. Zo van, de quick & dirty methode is gewoon altijd \r\n gebruiken dat werkt prima op elk OS. Tot op heden ben ik er geen probleem mee tegen gekomen, en ik ontwikkel altijd door elkaar op windows en OSX.quote:Op dinsdag 26 augustus 2008 16:31 schreef CraZaay het volgende:
[..]
Hier ook. De meeste webservers gebruiken Linux, ken niemand met Windows die voor ieder bestand voor 'ie het gaat uploaden de regeleindes moet converteren.
Uploaden met FTP in ASCII mode.quote:Op dinsdag 26 augustus 2008 16:31 schreef CraZaay het volgende:
[..]
Hier ook. De meeste webservers gebruiken Linux, ken niemand met Windows die voor ieder bestand voor 'ie het gaat uploaden de regeleindes moet converteren.
[ Bericht 0% gewijzigd door slacker_nl op 26-08-2008 16:52:42 (format => mode..) ]
In theory there is no difference between theory and practice. In practice there is.
Zinloze discussie over het weergeven van linebreaks zeg 
@Swets: waarom wil je die dingen in je database zetten? Waarom sla je niet gewoon de locatie van het bestand op?
@Swets: waarom wil je die dingen in je database zetten? Waarom sla je niet gewoon de locatie van het bestand op?
Dan is het niet meer portable denk ikquote:Op dinsdag 26 augustus 2008 17:29 schreef Xcalibur het volgende:
Zinloze discussie over het weergeven van linebreaks zeg
@Swets: waarom wil je die dingen in je database zetten? Waarom sla je niet gewoon de locatie van het bestand op?
En je zit niet met rechten problemen
OMdat ze al fysiek op een locatie staan van gemapte schijven en die locatie kan wijzigen. Om ze nu op een andere server weer fysiek weg te zetten is niet handig, dus vandaar in een blob. Maar ik ga wel eens kijken of het anders kanquote:Op dinsdag 26 augustus 2008 17:29 schreef Xcalibur het volgende:
Zinloze discussie over het weergeven van linebreaks zeg
@Swets: waarom wil je die dingen in je database zetten? Waarom sla je niet gewoon de locatie van het bestand op?
@Swetsenegger
Ik weet niet wat je nu voor "oplossing" hebt, maar addslashes() is als je met MSSql werkt so wie so zinloos. (In MSSql moet je een ' niet escapen met een \ maar met een '). M<et base64 omzelf je dat, maar efficient is 't zeker niet.
Ik weet niet wat je nu voor "oplossing" hebt, maar addslashes() is als je met MSSql werkt so wie so zinloos. (In MSSql moet je een ' niet escapen met een \ maar met een '). M<et base64 omzelf je dat, maar efficient is 't zeker niet.
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
Het gaat mis met bijzondere tekens. Ik heb al gevonden op internet dat dat een bug lijkt te zijn in php 4.x Ik heb dus vandaag de server geupdate morgen even kijken of het nu wel werkt. Zo niet, ga ik toch kijken of ik relatief naar filesystem kan linken.quote:Op dinsdag 26 augustus 2008 18:38 schreef SuperRembo het volgende:
@Swetsenegger
Ik weet niet wat je nu voor "oplossing" hebt, maar addslashes() is als je met MSSql werkt so wie so zinloos. (In MSSql moet je een ' niet escapen met een \ maar met een '). M<et base64 omzelf je dat, maar efficient is 't zeker niet.
In MySQL eigenlijk stiekem ook toch, ook al gebruikt iedereen backslashes?quote:Op dinsdag 26 augustus 2008 18:38 schreef SuperRembo het volgende:
(In MSSql moet je een ' niet escapen met een \ maar met een ').
Dat wist ik niet, maar het werkt inderdaad op beide manieren.quote:Op dinsdag 26 augustus 2008 20:08 schreef CraZaay het volgende:
[..]
In MySQL eigenlijk stiekem ook toch, ook al gebruikt iedereen backslashes?
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
Is er trouwens iemand een beetje bekend met Smarty, of heeft iemand anders een verklaring voor het volgende:
De klant logt in op de test-site. Alles werkt goed qua lay-out. Echter, als hij naar het beheer van de site gaat zou hij een lijst moeten zijn met alle pagina's die er zijn. Maar dat ziet hij dus niet.
Heb voor gemak even snel in een table geknalt om verder te testen en deze table een border gegeven. Dat ziet hij allemaal, echter de desbetreffende tekst en lijst met alle pagina's niet.
Hij ziet dus alleen een lege table en wel de borders van deze table.
Log ik nu in op de site met zijn inlog gegevens, dan zie ik wel alles gewoon..
Het ligt dus niet aan het user profiel.
Nu weet ik wel dat hij op een wat ouderen IE draait (IE6 en Win 2000), maar dat kan toch geen reden van dit probleem zijn??
De klant logt in op de test-site. Alles werkt goed qua lay-out. Echter, als hij naar het beheer van de site gaat zou hij een lijst moeten zijn met alle pagina's die er zijn. Maar dat ziet hij dus niet.
Heb voor gemak even snel in een table geknalt om verder te testen en deze table een border gegeven. Dat ziet hij allemaal, echter de desbetreffende tekst en lijst met alle pagina's niet.
Hij ziet dus alleen een lege table en wel de borders van deze table.
Log ik nu in op de site met zijn inlog gegevens, dan zie ik wel alles gewoon..
Het ligt dus niet aan het user profiel.
Nu weet ik wel dat hij op een wat ouderen IE draait (IE6 en Win 2000), maar dat kan toch geen reden van dit probleem zijn??
Document wellformdness nagekeken?quote:Op dinsdag 26 augustus 2008 23:23 schreef ursel het volgende:
Is er trouwens iemand een beetje bekend met Smarty, of heeft iemand anders een verklaring voor het volgende:
De klant logt in op de test-site. Alles werkt goed qua lay-out. Echter, als hij naar het beheer van de site gaat zou hij een lijst moeten zijn met alle pagina's die er zijn. Maar dat ziet hij dus niet.
Heb voor gemak even snel in een table geknalt om verder te testen en deze table een border gegeven. Dat ziet hij allemaal, echter de desbetreffende tekst en lijst met alle pagina's niet.
Hij ziet dus alleen een lege table en wel de borders van deze table.
Log ik nu in op de site met zijn inlog gegevens, dan zie ik wel alles gewoon..
Het ligt dus niet aan het user profiel.
Nu weet ik wel dat hij op een wat ouderen IE draait (IE6 en Win 2000), maar dat kan toch geen reden van dit probleem zijn??
En wat als die gast de page source opvraagt?
En kan je niet IE6 installen op je eigen machine (of via een virtual machine) om dat iig na te kijken..
En kan je niet IE6 installen op je eigen machine (of via een virtual machine) om dat iig na te kijken..
http://tredosoft.com/Multiple_IE is daar handig voor.
Wat je kan doen is vragen of hij de bron van de pagina een keer door wil sturen, als die gewoon overeen komt met die die jij hebt, ligt het in ieder geval aan een verschil aan de client-side.
Wat je kan doen is vragen of hij de bron van de pagina een keer door wil sturen, als die gewoon overeen komt met die die jij hebt, ligt het in ieder geval aan een verschil aan de client-side.
Vandaar dat je ook zelf de mogelijkheid moet hebben om op alle bekende browsers te testen. Hoe kun je nou iets ontwikkelen als je het niet kunt testen op IE6
Kan je dan niet beter het pad naar de schijf in de config zetten ofzo?quote:Op dinsdag 26 augustus 2008 18:18 schreef Swetsenegger het volgende:
OMdat ze al fysiek op een locatie staan van gemapte schijven en die locatie kan wijzigen. Om ze nu op een andere server weer fysiek weg te zetten is niet handig, dus vandaar in een blob. Maar ik ga wel eens kijken of het anders kan
Zodat je die alleen hoeft te wijzigen als het nodig is, of wisselt het te onvoorspelbaar daarvoor?
@ursel: lijkt me geen Smarty probleem, maar gewoon HTML
Ik heb hetzelfde probleem gehad met een LI met floatende elementen erin, waarbij ik van de UL een Scriptaculous Sortable had gemaakt (javascript dus). Daar viel ineens de content van de spans weg in IE6. FF2/3 en IE7 was niks aan de hand
Vergeten te melden dat ik dat geinstalleerd heb en ermee getest..quote:Op dinsdag 26 augustus 2008 23:56 schreef frenchfries het volgende:
http://tredosoft.com/Multiple_IE is daar handig voor.
Wat je kan doen is vragen of hij de bron van de pagina een keer door wil sturen, als die gewoon overeen komt met die die jij hebt, ligt het in ieder geval aan een verschil aan de client-side.
Desalniettemin als je hem opent als IE 5.5 bijv. en naar de properties kijkt geeft die nog wel aan dat het 7.0 is. Dacht dat het mogelijk een soort van 5.5 was.
Daarnaast is het probleem alleen in het beheer gedeeltes en ziet hij de items bij de overzicht pagina;s niet. Alle andere pagina;s werken wel gewoon goed..
Die IE's naast elkaar draaien is altijd tricky; je weet eigenlijk nooit of het nou echt goed is. Het beste is gewoon meerdere virtual machines ofzo en daar verschillende Windows instances in draaien met ieder hun eigen IE.
Gevaar hierbij is wel dat als je een kopie van de DB verplaatst naar je andere omgeving dat je dan niet moet vergeten dit ook aan te passen mocht de 2 locaties niet identiek zijn.quote:Op woensdag 27 augustus 2008 08:27 schreef Xcalibur het volgende:
[..]
Kan je dan niet beter het pad naar de schijf in de config zetten ofzo?
Zodat je die alleen hoeft te wijzigen als het nodig is, of wisselt het te onvoorspelbaar daarvoor?
Mja, daarom snap ik het ook niet..quote:@ursel: lijkt me geen Smarty probleem, maar gewoon HTML
Ik heb hetzelfde probleem gehad met een LI met floatende elementen erin, waarbij ik van de UL een Scriptaculous Sortable had gemaakt (javascript dus). Daar viel ineens de content van de spans weg in IE6. FF2/3 en IE7 was niks aan de hand
Gezien het bij mij en iedere andere die het getest heeft wel werkt moet het idd wel gewoon aan de client kant zitten. Maarja, hoe dan te fixen of het euvel uberhaupt vinden..
Ga denk ik wel ff bij klantje maar langs dan.
Ik heb een textbox waarbij ik wil dat je alleen 1 t/m 31 in kan vullen. Het maximum aantal cijfers dat je in kan tikken staat dan ook op 2.
Hoe kan ik dat maken met een if else statement in de action.php? Het is neem ik aan met de string $_POST['dag']; die je dan in de statement moet zetten of niet?
Hoe kan ik dat maken met een if else statement in de action.php? Het is neem ik aan met de string $_POST['dag']; die je dan in de statement moet zetten of niet?
When all else fails, you always have delusion.
