Het is al gelukt...thanx...zal de volgende keer beter opletten op het sluiten :-)quote:Op donderdag 18 maart 2010 11:47 schreef MrNiles het volgende:
[..]
het is een stukje code die ik van internet heb ge kopiet
ik ga het proberen...
is er ook een andere mogelijkheid om zo'n pulldown te maken?
Je bedoelt dat je de Alerts uit een andere pagina wil inladen? In die Alert box?quote:Op donderdag 18 maart 2010 13:30 schreef MrNiles het volgende:
Volgende vraagje voor mijn formulier :-)
zoals eerder gezegd, ik heb het van internet geript...en ik ben het aan het leren, dus schiet me niet meteen af :-)
als ik het form verstuur dan krijg ik een volgende pagina met een echo, iets van bedankt voor bericht
Dit heb ik nu in een alertbox gestopt die je opkomt zodra op sendknop wordt gedrukt.
Het scripje wat achter de send knop zit toch nog een nieuwe pagina openen als echo oid
hoe kan ik dit nu maken dat er naar een bepaalde pagina wordt gegaan (bv fok.nl)
tja...het zou dus moeten werken maar helaas krijg ik alleen een witte pagina tezien...quote:Op donderdag 18 maart 2010 13:57 schreef Intrepidity het volgende:
Location is ten eerste met een hoofdletter, en ik gok dat je ook http:// voor de URL moet zettenVoor de rest klopt 'ie. Het is echter wel zo netjes er ook: header("HTTP/1.0 302 Temporary Redirect"); voor te zetten.
Staat er in die post.php nog andere inhoud? Je mag geen inhoud naar de browser versturen voordat je headers verstuurt. Voor het eerste teken HTML naar de gebruiker verstuurd wordt zijn de headers al verzonden.quote:Op donderdag 18 maart 2010 14:03 schreef MrNiles het volgende:
[..]
tja...het zou dus moeten werken maar helaas krijg ik alleen een witte pagina tezien...
andere ideetjes
output-buffersquote:Op donderdag 18 maart 2010 14:06 schreef Intrepidity het volgende:
[..]
Staat er in die post.php nog andere inhoud? Je mag geen inhoud naar de browser versturen voordat je headers verstuurt. Voor het eerste teken HTML naar de gebruiker verstuurd wordt zijn de headers al verzonden.
Om zeker van je zaak te zijn op dat gebied kun je output-buffers gaan gebruiken
waar kan ik die vinden????quote:Op donderdag 18 maart 2010 14:27 schreef captaintokyo het volgende:
In je log file kun je waarschijnlijk zien wat er fout gaat en op welke regel.
op serverquote:Op donderdag 18 maart 2010 14:35 schreef captaintokyo het volgende:
Ben je lokaal aan het ontwikkelen of op een server?
zet header("Location: http://www.anderdomein.com"); exit(); eens buiten de laatste }quote:Op donderdag 18 maart 2010 14:44 schreef MrNiles het volgende:
als ik een lege php heb met alleen
<?php header("Location: http://www.fok.nl");exit; ?>
dan werkt het wel.....
Hier zou je inderdaad een stuk wijzer van moeten wordenquote:Op donderdag 18 maart 2010 14:51 schreef captaintokyo het volgende:
Hm, als het op de server is heb je misschien geen toegang tot het error log. Wat je dan nog kan proberen is de volgende regel toevoegen, na <?php
error_reporting(E_ALL);
Dit zou er voor moeten zorgen dat je ipv van een wit scherm een foutmelding met een regelnummer krijgt.
Warning: Cannot modify header information - headers already sent by (output started at /home/vhosts/subumbra.nl/httpdocs/post.php:1) in /home/vhosts/subumbra.nl/httpdocs/post.php on line 53quote:Op donderdag 18 maart 2010 14:51 schreef captaintokyo het volgende:
Hm, als het op de server is heb je misschien geen toegang tot het error log. Wat je dan nog kan proberen is de volgende regel toevoegen, na <?php
error_reporting(E_ALL);
ini_set('display_errors', 1);
Dit zou er voor moeten zorgen dat je ipv van een wit scherm een foutmelding met een regelnummer krijgt.
Edit: let op via ini_set kun je ervoor zorgen dat errors op het scherm worden weergegeven.
Weet je zeker dat je geen enters of spaties voor de opening van je PHP-tag hebt?quote:Op donderdag 18 maart 2010 15:22 schreef MrNiles het volgende:
ervoor??
daarvoor staat niets....dat is het begin van de file
yep...ik heb backspace gedaan...nothing happenedquote:Op donderdag 18 maart 2010 15:23 schreef Tijn het volgende:
[..]
Weet je zeker dat je geen enters of spaties voor de opening van je PHP-tag hebt?
helaas geen succesquote:Op donderdag 18 maart 2010 15:32 schreef captaintokyo het volgende:
Ik denk dat het iets te maken heeft met je file encoding en/of line endings. Met welk programma edit je het php bestand?
Vreemd, dat is niet het deel waar de foutmelding over gaat... Misschien stond er een onzichtbaar teken aan het begin van je bestand. Probeer het nu nog eens met het mail-deel actief?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | session_start(); if (isset($_SESSION['ja'])) { // doe niks } else { // schop terug header("location:login.php"); } ?> <html> <body> Login Successful <?php echo "user ID = ". $_SESSION['ja']; //retrieve data ?> </body> </html> |
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 38 39 40 41 42 43 44 45 | ob_start(); $host="localhost"; // Host name $username=""; // Mysql username $password=""; // Mysql password $db_name="app"; // Database name $tbl_name="members"; // Table name // Connect to server and select databse. mysql_connect("$host", "$username", "$password")or die("cannot connect"); mysql_select_db("$db_name")or die("cannot select DB"); // Define $myusername and $mypassword $myusername=$_POST['myusername']; $mypassword=$_POST['mypassword']; // To protect MySQL injection (more detail about MySQL injection) $myusername = stripslashes($myusername); $mypassword = stripslashes($mypassword); $myusername = mysql_real_escape_string($myusername); $mypassword = mysql_real_escape_string($mypassword); $sql="SELECT * FROM $tbl_name WHERE username='$myusername' and password='$mypassword'"; $result=mysql_query($sql); // Mysql_num_row is counting table row $count=mysql_num_rows($result); // If result matched $myusername and $mypassword, table row must be 1 row if($count==1){ // Register $myusername, $mypassword and redirect to file "index.php" session_start(); $_SESSION['ja'] = $id; // <-- hier moet dus de id van de user inkomen.. maar hoe deze erin te krijgen? header("location:index.php"); } else { echo "login failed"; } ob_end_flush(); ?> |
Die + maakt het stuk. Probeer het eens met de quantifier {0,1}, en zorg dat die / daar ook onder valt.quote:Op donderdag 18 maart 2010 15:43 schreef Intrepidity het volgende:
Ik heb een regex probleem, voornamelijk omdat ik er super slecht in benIk ben wat aan het klussen aan de routing-klasse van mijn framework, die de URL van de aanvraag ontleedt in een aantal delen: controller, actie en parameters. Ieder van deze delen is optioneel, dus:
/ --> default controller, default actie
/test --> 'test' controller, default actie
/test/blaat --> 'test' controller, 'blaat' actie
/test/blaat/1/2/3 --> 'test' controller, 'blaat' actie met parameters 1, 2, 3.
Voor ieder deel geldt dat de geldige karakters [a-zA-Z0-9] zijn.
Ik heb nu een gigantisch lelijke oplossing:
^/([a-zA-Z0-9]+)/([a-zA-Z0-9]+?)/(.+?)$
Daarbij is het dus nodig de string te manipuleren zodat er al minstens 3 slashes in staan, anders matched de regex al niet.
Maar zelfs dat werkt niet, want als ik geen actie opgeef wordt het patroon niet gematched. verander ik +? van de 2e subexpressie in ?+ dan werkt het wel, maar dan werkt het weer niet als er wél een actie is opgegeven.
Kortom, ik snap geen reet van regular expressions, moet hier nodig eens over gaan inlezen, maar momenteel kom ik er niet uitIk wil dus ieder afzonderlijk deel los uit de expressie trekken, behalve de parameters, die mogen in de vorm van 'param1/param2/param3' blijven in 1 string.
Help, anyone?
Je haalt al een rij op uit de database, kijk eens hoe je daar de data uithaalt (kan bv. met mysql_fetch_row of mysql_result of mysql_fetch_array).quote:Op donderdag 18 maart 2010 20:09 schreef Dokay het volgende:
Heuj, ik heb een relatief simpele login met sessions werkend weten te krijgen. Nu zou ik alleen de id van de gebruiker in de session waarde willen persen, zodat ik op de "member" pagina de bijbehorende sql rijen van deze specifieke gebruiker aan kan roepen. Ik heb veel geklooid maar krijg steeds parse errors. Wat ik nu heb:
index.php
[ code verwijderd ]
check.php:
[ code verwijderd ]
Ik weet het beginnersvraag maar ik kwakkel nog erg met PHP, vandaar dat ik enorm uit de brand geholpen zou zijn als iemand me dit uit kan leggen. Bvd
Ik heb nog eens wat geprobeerd:quote:Op donderdag 18 maart 2010 15:52 schreef Intrepidity het volgende:
Daar krijg ik dit als resultaat uit: Array ( [0] => /test/blaat/1/2/3/ [1] => /3 )
De bedoeling is om Array ( [0] => 'test', [1] => 'blaat', [2] => '1/2/3/' ) te krijgen :) (of desnoods de parameters ook verder uitgesplitst, dat boeit niet.
En als je denkt: explode dan simpelweg op de slash; dat zou kunnen, maar de routing regels moeten dynamisch kunnen wezen, die gaan in een .xml file opgeslagen worden en iemand anders moet wat mij betreft kunnen zeggen dat de delen op basis van een apenstaart of whatever gesplitst worden, als voorbeeld :P
1 |
quote:Op donderdag 18 maart 2010 21:33 schreef GlowMouse het volgende:
[..]
Je haalt al een rij op uit de database, kijk eens hoe je daar de data uithaalt (kan bv. met mysql_fetch_row of mysql_result of mysql_fetch_array).
my badquote:Op donderdag 18 maart 2010 22:50 schreef GlowMouse het volgende:
je post gewoon hetzelfdedie stripslashes hoeft trouwens alleen maar als magic_quotes_gpc aanstaat.
En magic_quotes_gpc hoort gewoon uit te staan.quote:Op donderdag 18 maart 2010 22:50 schreef GlowMouse het volgende:
je post gewoon hetzelfdedie stripslashes hoeft trouwens alleen maar als magic_quotes_gpc aanstaat.
ben eruit nu, bedanktquote:Op donderdag 18 maart 2010 23:01 schreef GlowMouse het volgende:
Het codevoorbeeld op http://nl2.php.net/mysql_result is heel duidelijk
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
voor de teruglezers,quote:Op donderdag 18 maart 2010 14:18 schreef Intrepidity het volgende:
Probeer eens ob_start(); helemaal aan het begin van je PHP-bestand te zetten (net na <?php dus) en ob_end_flush(); net voor ?>.
Daarmee creëer je een output buffer. Dat wil zeggen dat PHP eerst alle inhoud van de PHP opspaart voordat het aan de browser verstuurd wordt. Normaal als je echo doet wordt het direct naar de browser verstuurd. Met een output buffer verstuur je alles op een later tijdstip in 1 keer. Aangezien je niets naar de browser mag verzenden voor een header(); aanroep. Normaal zie je daar een foutmelding van, maargoed, het is het proberen waard
Volgens mij is dat precies was Intrepidity ook schreef, behalve dan dat hij geen short open tags gebruikte. <?php werkt op iedere php-host, maar of <? ook werkt is niet te garanderen. Dat is namelijk afhankelijk van een configuratie-instelling. Het is beter daar niet op te vertrouwen.quote:Op vrijdag 19 maart 2010 08:46 schreef MrNiles het volgende:
[..]
voor de teruglezers,
dit was dus wel de oplossing alleen de code was net niet helemaal goed
dit is de juiste:
begin van de pagina: <? ob_start();
eind vd pagina: ob_flush(); ?>
lijkt het zelfde te zijn...maar het werkt nu wel
quote:Op vrijdag 19 maart 2010 14:27 schreef Scorpie het volgende:
Waarom zou je je broncode willen beschermen, als je gewoon het auteursrecht ervoor hebt?
Is het geen mogelijkheid om het framework op je eigen server te hosten ofzo?quote:Op vrijdag 19 maart 2010 14:49 schreef ursel het volgende:
[..]
Zoals ik al zei bij het voorbeeld. De mogelijkheid is er dat ik een site verkoop inclusief een framework. Maar ik wil voorkomen dat iemand dat framework voor al zijn sites gaat gebruiken.
Applicatie in .NET/C# schrijven?quote:Op vrijdag 19 maart 2010 14:49 schreef ursel het volgende:
[..]Doet dat er toe om welke reden ik het gebruik?
Zoals ik al zei bij het voorbeeld. De mogelijkheid is er dat ik een site verkoop inclusief een framework. Maar ik wil voorkomen dat iemand dat framework voor al zijn sites gaat gebruiken.
Eeuh, is een optie, maar wil verder niet verantwoordelijk zijn voor de site, en op deze manier hou ik wel de verantwoordelijkheid als mijn server er uit valt.quote:Op vrijdag 19 maart 2010 14:50 schreef Tijn het volgende:
[..]
Is het geen mogelijkheid om het framework op je eigen server te hosten ofzo?
Euh... gewoon geen documentatie meeleveren voor je framework?quote:Op vrijdag 19 maart 2010 14:58 schreef ursel het volgende:
[..]
Ik wil gewoon een site kunnen exporteren naar iemand anders toe, maar puur alleen deze site in de huidige staat. Maar wel voorkomen dat hij hiermee een stapel sites kan bouwen op mijn broncode.
Dan is het het effectiefst als je idd zelf het framework host. Alle andere oplossingen zijn minder goed.quote:Op vrijdag 19 maart 2010 14:58 schreef ursel het volgende:
[..]
Eeuh, is een optie, maar wil verder niet verantwoordelijk zijn voor de site, en op deze manier hou ik wel de verantwoordelijkheid als mijn server er uit valt.
Ik wil gewoon een site kunnen exporteren naar iemand anders toe, maar puur alleen deze site in de huidige staat. Maar wel voorkomen dat hij hiermee een stapel sites kan bouwen op mijn broncode.
Effectiefst wel ja qua bescherming, maar laten we even gemakshalve uitsluiten dat ik deze optie niet wil gebruiken.quote:Op vrijdag 19 maart 2010 15:01 schreef Scorpie het volgende:
[..]
Dan is het het effectiefst als je idd zelf het framework host. Alle andere oplossingen zijn minder goed.
Deze is goedkoper.quote:Op vrijdag 19 maart 2010 15:06 schreef ursel het volgende:
[..]
Laten we even terug gaan naar de kern van de vraag. Zijn er goedkopere software pakketten dan Zend Guard of IonCube?
Niet zozeer stuk, de initiële vraag was ook vooral of iemand anders iets gebruikt en in zijn kofferbak had liggen en ik zodoende niet het wiel hoef te vinden.quote:Op vrijdag 19 maart 2010 15:11 schreef Tijn het volgende:
[..]
Deze is goedkoper.
Je hebt ook bcompiler, dat is gratis.
Is je Google stuk?
quote:
Of je geeft die $100 aan mij en gaat naar bcompiler kijkenquote:Op vrijdag 19 maart 2010 15:31 schreef ursel het volgende:
Sourceguardian klinkt idd wel goed. Ga ik ff naar kijken.
Ik zie een verschil tussen ob_flush en ob_end_flushquote:Op vrijdag 19 maart 2010 14:33 schreef Light het volgende:
[..]
Volgens mij is dat precies was Intrepidity ook schreef, behalve dan dat hij geen short open tags gebruikte. <?php werkt op iedere php-host, maar of <? ook werkt is niet te garanderen. Dat is namelijk afhankelijk van een configuratie-instelling. Het is beter daar niet op te vertrouwen.
Owja. Niet dat dat een spannend verschil is, beide functies bestaan en beide gooien de inhoud van de buffer naar de browser. Enige verschil is dat ob_end_flush() ook de buffering uitzet, terwijl na ob_flush() de buffer nog wel bestaat maar leeg is.quote:Op zaterdag 20 maart 2010 11:02 schreef Xcalibur het volgende:
[..]
Ik zie een verschil tussen ob_flush en ob_end_flush
Edit: ik mis effe de laatste pagina![]()
Denk het niet :p, maar de IT afdeling kan er wel om lachenquote:Op zaterdag 20 maart 2010 14:17 schreef Intrepidity het volgende:
Zeg, zou SQL injectie bij flitspalen ook werken?
[ afbeelding ]
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | if ( $_SERVER['HTTP_X_FORWARDED_FOR'] || $_SERVER['HTTP_X_FORWARDED'] || $_SERVER['HTTP_FORWARDED_FOR'] || $_SERVER['HTTP_CLIENT_IP'] || $_SERVER['HTTP_VIA'] ) { print "No proxies pls!"; exit(); } else{ print "OK"; } ?> |
Niet zo heel veel ervaringen met grote databases maar je wil geen database lock hebben dus suggereer ik alvast InnoDB aan ipv MyISam. Omdat MyISam de hele tabel lockt als er een wijziging gaande is en InnoDB alleen de regel. dat is alvast mijn adviesquote:Op dinsdag 23 maart 2010 10:48 schreef Chandler het volgende:
Aanpassingen zullen niet zoveel gebeuren, uitlezen destemeer.
Een schatting is dat er minimaal 100-150 instellingen per gebruiker in te voeren zijn, en natuurlijk uit te lezen. Er zou met gemak 10.000 gebruikers gebruik moeten kunnen maken van deze tabel.. indien dat mogelijk zou kunnen zijn.
dus 150*10.000 = 1500000 records.
1 2 3 4 5 6 7 | <body> <form name="input" action="voegtoe.php" method="get"> Nummer:<input type="integer" name="nummer" /><br /> <input type="submit" value="Invoeren"> </body> </html> |
1 2 3 4 5 6 7 8 9 | if ($_GET["nummer"]=null || $_GET["nummer"]<'1') { die('Onjuiste waarde ingevuld'); } echo $_GET["nummer"] . " is ingevoerd."; ?> |
1 |
moet ik er dan later een integer van maken om de checks te doen?quote:Op dinsdag 23 maart 2010 12:07 schreef Scorpie het volgende:
<input type="integer" name="nummer" />
moet zijn:
<input type="text" name="nummer" />
Duidelijk. Dan is het ineens weer zo simpelquote:Op dinsdag 23 maart 2010 12:11 schreef SinofEnvy het volgende:
En checks doe je altijd met "==", niet met "=". Dat is waardes toewijzen aan een variabele.
Nu kijkt hij dus of hij $_GET['nummer'] op NULL kan zetten OF dat hij kleiner is dan 1. Aangezien hij hem (volgens mij?) op NULL kan zetten, zal hij niet die'en, maar $_GET['nummer'] is nu NULL en toont ie niets.
Edit: Ter verduidelijking, de if statement moet dus zijn:
[ code verwijderd ]
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | $a = rand(1,9); $b = rand(1,9); $c= $a+$b; echo "<input type='hidden' name='calculation' value='".$c."' />"; echo $a." + ".$b."= <input type='text' name='userinput' value='' size='2' />"; //waar het ook heen gaat de als waarde bouwen if($_POST['calculation'] == $_POST['userinput']) { //........CORRECTE waarde }else{ echo "ERROR, you must be bot!" } ?> |
Je hebt zeker eerder geprogrammeerd? Je hoeft in PHP geen verschil aan te duiden tussen data typen. Een variabele is een variabele. PHP bepaalt zelf wel wat het is.quote:Op dinsdag 23 maart 2010 12:25 schreef Joooo-pi het volgende:
Ik heb SinofEnvy zijn opmerking toegepast en het werkt al
Integer mag dus wel als input type? (opmerking Scorpie)
Waarschijnlijk kom ik nog (vaak) terug hiero... In ieder geval bedankt.
Ja. vars die van een form afkomen zijn per definitie String`squote:Op dinsdag 23 maart 2010 12:18 schreef Joooo-pi het volgende:
[..]
moet ik er dan later een integer van maken om de checks te doen?
Wat is dat? Gaat dit erom om je te beschermen tegen bots? Ik ben nog maar wat aan het proberen, maar als ik het een beetje onder de knie krijg, dan wil ik iets maken voor intern gebruik, dus daar maak ik me nu niet zo druk om.quote:Op dinsdag 23 maart 2010 12:34 schreef SinofEnvy het volgende:
[..]
Ik zou trouwens user input nooit vertrouwen, het is dus altijd aangeraden om ff een htmlspecialchars() en/of addslashes() toe te voegen aan de userinput tegen SQL injectie / remote file inclusion / etc.
Mja, in PHP gaat dat automagisch. In Java bijvoorbeeld moet je hem wel weer casten naar een integerquote:Op dinsdag 23 maart 2010 13:11 schreef SinofEnvy het volgende:
Uh, wat? Nee, hij hoeft er geen integer van te maken.
Op het moment dat hij een aritmetische operatie uitvoert op z'n $_POST['bla'] vartje, werkt dat gewoon. Hij hoeft er in principe niets mee te doen behalve wat hij erop wilt uitvoeren.
Een ctype_digit() aanroep kan nog wel eens handig wezen om te valideren of de invoer inderdaad numeriek is, maar voor de rest maakt het inderdaad niets uit.quote:Op dinsdag 23 maart 2010 13:11 schreef SinofEnvy het volgende:
Uh, wat? Nee, hij hoeft er geen integer van te maken.
Op het moment dat hij een aritmetische operatie uitvoert op z'n $_POST['bla'] vartje, werkt dat gewoon. Hij hoeft er in principe niets mee te doen behalve wat hij erop wilt uitvoeren.
quote:Op dinsdag 23 maart 2010 13:11 schreef SinofEnvy het volgende:
Uh, wat? Nee, hij hoeft er geen integer van te maken.
Als je user input niet vertrouwt, moet je er ook niet zomaar mee gaan werken. Dan is het wel handig om op de een of andere manier te controleren of het voldoet aan je verwachtingen. Dat kan met een cast.quote:Op dinsdag 23 maart 2010 12:34 schreef SinofEnvy het volgende:
Ik zou trouwens user input nooit vertrouwen
Van een string naar integer casten geeft vaak onbetrouwbare resultaten. Stel dat je wilt contoleren of de invoer van je veld gelijk is aan het getal 0.quote:Op dinsdag 23 maart 2010 14:17 schreef Light het volgende:
[..]
[..]
Als je user input niet vertrouwt, moet je er ook niet zomaar mee gaan werken. Dan is het wel handig om op de een of andere manier te controleren of het voldoet aan je verwachtingen. Dat kan met een cast.
Wat Intrepidity zegt. In PHP is het kloten met datatypen sowieso niet echt nuttig of interessant dunkt me, tenslotte is deel van de simplicity en misschien wel kracht van de taal dat dit niet hoeft. Voor security zou ik persoonlijk niet terugvallen op casten naar een integer, maar goed.quote:Op dinsdag 23 maart 2010 14:17 schreef Light het volgende:
[..]
[..]
Als je user input niet vertrouwt, moet je er ook niet zomaar mee gaan werken. Dan is het wel handig om op de een of andere manier te controleren of het voldoet aan je verwachtingen. Dat kan met een cast.
Niet tegen bots, met name tegen beveiligingslekken. Die functies veranderen HTML characters zoals < in hun respectievelijke codes (< wordt dus <) en addslashes voegt trailing slashes toe aan quote tekens. Dat maakt dus van "dit", \"dit\". Om niet al teveel in detail te treden (dat komt later nog wel, kan je wel precies gaan uitleggen hoe het zit maar gezien het niveau van de vragen die je stelt denk ik dat dat op dit moment misschien iets buiten de scope is van het antwoordquote:Wat is dat? Gaat dit erom om je te beschermen tegen bots? Ik ben nog maar wat aan het proberen, maar als ik het een beetje onder de knie krijg, dan wil ik iets maken voor intern gebruik, dus daar maak ik me nu niet zo druk om.
Nee, denk het niet, tenzij je de file kunt achterhalen waar de SL-site zelf naar post.quote:Op dinsdag 23 maart 2010 22:53 schreef commentator het volgende:
Nu heb ik een site die informatie kan posten naar een andere website en zo automatisch kan inloggen.
De andere website is bezig met te vernieuwen en de nieuwe site wordt een silverlight site en daar kan ik dus niet naar posten.
Is er een manier om toch login gegevens op de een of andere manier naar die silverlight te kunnen krijgen?
Ik kan alleen aan de eigen site (PHP) wat doen. Die andere site met Silvelight kan ik niets aan veranderen.
In Javascript:quote:Op dinsdag 23 maart 2010 23:06 schreef boem-dikkie het volgende:
Géén idee of dit het topic is om het te vragen maar ik ben een website aan het maken die op de iPhone automatisch net als FOK! ( m.fok.nl ) de resolutie van de mobiele telefoon aanneemt. Iemand enig idee?
1 2 | screen.height; // voorbeeld: 768 |
Als je met pure PHP wilt gaan werken kun je denk ik het beste een lijst van mobiele user-agents bijhouden en deze uitlezen uit $_SERVER["HTTP_USER_AGENT"]quote:Op dinsdag 23 maart 2010 23:06 schreef boem-dikkie het volgende:
Géén idee of dit het topic is om het te vragen maar ik ben een website aan het maken die op de iPhone automatisch net als FOK! ( m.fok.nl ) de resolutie van de mobiele telefoon aanneemt. Iemand enig idee?
Je PHP-controleblok helemaal bovenaan zetten, of output-buffering aanzetten. Zie een van de voorgaande pagina's, daar had iemand hetzelfde probleemquote:Op woensdag 24 maart 2010 12:54 schreef boem-dikkie het volgende:
Ik heb het al op een andere manier opgelost. Klein stukje Javascript die alleen op de mobiele versie alles binnen de 'container' div laat zien. En die container div heb ik gewoon in de resolutie van de iPhone.
Nu een andere vraag. Ik heb een website-je met daarin een inlog schermpje. Dat inlogschermpje moet zodra het is goedgekeurd via een header naar 'welkom.php'. Alleen omdat ik dus HTML heb gebruikt in die pagina doet de header functie het niet...
Iemand enig idee?
Thanks. Bij het inlogscherm is het gelukt door PHP gewoon helemaal boven aan te zetten. Bij de sessie controle en 'print u bent ingelogd' niet, omdat als ik daar de PHP boven aan zet mijn printje ook op de verkeerde plek staat.quote:Op woensdag 24 maart 2010 12:56 schreef Intrepidity het volgende:
[..]
Je PHP-controleblok helemaal bovenaan zetten, of output-buffering aanzetten. Zie een van de voorgaande pagina's, daar had iemand hetzelfde probleem
1 2 3 4 5 | [.stukje code.] echo "<form action="verwijderen.php" method="post">"; [.stukje code.] ?> |
1 2 3 4 5 6 7 | [.stukje code.] ?> <form action="verwijderen.php" method="post"> <? [.stukje code.] ?> |
Je mag het buiten php houdenquote:Op donderdag 25 maart 2010 15:48 schreef Joooo-pi het volgende:
Gaat redelijk met mijn zelfstudie php tot nu toe![]()
Hier weer ff een vraag:
De volgende code geeft een fout:
[ code verwijderd ]
volgens mij door de aanhalingstekens binnen de aanhalingstekens...
Ik heb dit als volgt opgelost:
[ code verwijderd ]
Is het normaal om steeds een stukje code af te breken om html te schrijven en vervolgens weer te beginnen met code? Het loopt allemaal zo door elkaar heen op laatst. Sowieso, moet het onderscheid tussen de enkele en dubbele aanhalingstekens mij nog wat meer duidelijk worden.
Iemand tips?
1 |
1 |
1 |
1 |
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |