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

quote:

Op woensdag 10 augustus 2011 16:03 schreef MrNiles het volgende:
met velen dank aan remi is het gelukt
zat m inderdaad in de form action, die mag voor IE niet leeg zijn

Sinds wanneer? action moet wel in je form tag staan, maar hij mag gewoon leeg zijn hoor (leeg als in "", je had er zelf een spatie in staan in je voorbeeld.

quote:

Op woensdag 10 augustus 2011 16:31 schreef lifeblind het volgende:

[..]

Sinds wanneer? action moet wel in je form tag staan, maar hij mag gewoon leeg zijn hoor (leeg als in "", je had er zelf een spatie in staan in je voorbeeld.

Volgens de specs mag dat inderdaad, maar IE pikt het niet. Zelf ook al eens meegemaakt.

quote:

Op woensdag 10 augustus 2011 16:33 schreef Intrepidity het volgende:

[..]

Volgens de specs mag dat inderdaad, maar IE pikt het niet. Zelf ook al eens meegemaakt.

Ah oke, nu je het zegt kan ik me er vaag wel iets van herinneren, maar goed, voor de zekerheid vul ik altijd wel gewoon de action in, dan weet ik zelf 100% zeker dat ie goed gaat.

waarschijnlijk een hele domme vraag..maar ik stel m toch maar

kan je database ook anders zijn dan localhost?
is het dus mogelijk om op 1 site een database te onderhouden en deze op een hele andere url weer uit te lezen?

Ja, dan moet je gewoon het adres geven van de plek waar die database staat.

quote:

Op vrijdag 12 augustus 2011 08:27 schreef MrNiles het volgende:
waarschijnlijk een hele domme vraag..maar ik stel m toch maar

kan je database ook anders zijn dan localhost?
is het dus mogelijk om op 1 site een database te onderhouden en deze op een hele andere url weer uit te lezen?

quote:

Op vrijdag 12 augustus 2011 08:49 schreef Sitethief het volgende:
Ja, dan moet je gewoon het adres geven van de plek waar die database staat.

Mits je provider dat toestaat . Sommige providers wilen hierover best moeilijk doen. blabla beveiliging en zulks zeiken ze dan over. hetgeen in mijn ogen ongegrond is .

quote:

Op vrijdag 12 augustus 2011 08:50 schreef cablegunmaster het volgende:

[..]


[..]

Mits je provider dat toestaat . Sommige providers wilen hierover best moeilijk doen. blabla beveiliging en zulks zeiken ze dan over. hetgeen in mijn ogen ongegrond is .

ok..das dan wel goed om rekening mee te houden
ik heb nu een cheap provider..die nogal wat dingen niet toelaat (geen cronjobs, geen unzip)
dus dikke kans dat dit ook niet mag...ff uitproberen

Als je database server een andere is dan je webserver is het heel goed mogelijk dat je iets anders dan lovalhost invult Ik denk dat bij de meeste bedrijven de database server in ieder geval los staat van de webserver trouwens, op mijn werk in ieder geval wel.

Je zou natuurlijk ook alle data kunnen opvragen via XML de ene server de database + xml en de andere de site?

quote:

Op vrijdag 12 augustus 2011 08:56 schreef MrNiles het volgende:

[..]

ok..das dan wel goed om rekening mee te houden
ik heb nu een cheap provider..die nogal wat dingen niet toelaat (geen cronjobs, geen unzip)
dus dikke kans dat dit ook niet mag...ff uitproberen

Lijkt me stug dat ze daar moeilijk over doen. Scheelt hun alleen maar servergebruik
De database van een goedkope hosting extern benaderen, daar doen ze vaak wel moeilijk over...

Goedkope hosting laat je helemaal geen verbindingen naar buiten leggen ivm veiligheid

Ik snap het even niet helemaal meer.

Ik maak gebruik van het Zend Framework. Ben bezig met het opzetten van een webservice.
Ik heb het in een omgeving werkend als module. Ben het momenteel om aan het zetten om het in mijn eigen library te kunnen gebruiken, maar dan gaat het verkeerd.

De foutmelding die ik krijg:

quote:

PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://localhost/LTFU/index.php/wsdl' : Premature end of data in tag html line 1

Goed, mijn wsdl zou niet goed zijn zegt die. Als ik de url http://localhost/LTFU/index.php/wsdl in de browser plak krijg ik wel netjes een XML te zien. En als ik hem door een online validator heen haal krijg ik als antwoord dat die perfect is.

Alle stappen al nagelopen en het loopt continue spaak bij het inladen van de wsdl.

Voor de zekerheid een werkende en de nietwerkende geupload
Werkend
Niet werkend

Als ik deze 2 files met elkaar diff dan krijg ik alleen de verschillen in de URL, wat natuurlijk klopt.
Laat ik bij het ophalen van de WSDL verwijzen naar de werkende wsdl dan loopt het proces ook goed.

Maar wat klopt er dan niet in de XML.

waarom laad je hem in via http:// en niet via het filesystem?

quote:

Op maandag 15 augustus 2011 11:26 schreef GlowMouse het volgende:
waarom laad je hem in via http:// en niet via het filesystem?

De WSDL wordt automatisch gegenereerd.

op http://localhost kan dmv vhosts heel wat anders draaien dan op http://www.solutia.nl Dat zie je al aan "Premature end of data in tag html", want in jouw code zit helemaal geen html tag op regel 1 en bij een willekeurige andere pagina vaak wel.

probeer eens een php-script: echo file_get_contents('http://localhost/LTFU/index.php');

dynamisch genereren kan ook met include, dat scheelt je webserver weer werk.

quote:

Op vrijdag 12 augustus 2011 08:50 schreef cablegunmaster het volgende:
Mits je provider dat toestaat . Sommige providers wilen hierover best moeilijk doen. blabla beveiliging en zulks zeiken ze dan over. hetgeen in mijn ogen ongegrond is .

Niks ongegronds aan databaseservers niet van buiten benaderbaar te maken.

quote:

Op vrijdag 12 augustus 2011 17:09 schreef KomtTijd... het volgende:
Lijkt me stug dat ze daar moeilijk over doen. Scheelt hun alleen maar servergebruik
De database van een goedkope hosting extern benaderen, daar doen ze vaak wel moeilijk over...

En terecht.

quote:

Op maandag 15 augustus 2011 11:51 schreef Catbert het volgende:

[..]

Niks ongegronds aan databaseservers niet van buiten benaderbaar te maken.

[..]

En terecht.

dus eigenlijk is het niet sowieso niet slim om het te proberen
maaruh kun je het niet omzeilen met curl?


maar of zelf wat uit te testen..kan ik ergens stukje code de exacte locatie van de database opvragen?

quote:

Op maandag 15 augustus 2011 11:51 schreef Catbert het volgende:

[..]

Niks ongegronds aan databaseservers niet van buiten benaderbaar te maken.

Inderdaad. Onze database-servers zijn geen van allen van buiten benaderbaar. En als er dan toch van buitenaf gegevens nodig zijn komt er een webservice, geen directe DB-toegang.

quote:

Op maandag 15 augustus 2011 11:56 schreef MrNiles het volgende:
dus eigenlijk is het niet sowieso niet slim om het te proberen
maaruh kun je het niet omzeilen met curl?

Hoe bedoel je omzeilen met Curl? Je kunt gewoon niet van buitenaf bij die servers omdat er niks op die poort luistert.

quote:

maar of zelf wat uit te testen..kan ik ergens stukje code de exacte locatie van de database opvragen?

Wat bedoel je met 'exacte locatie'? De database luistert over het algemeen alleen op localhost, of op een andere hostname, en die gegevens krijg je van je provider. Als het goed ingesteld staat is het niet te achterhalen waar de database fysiek staat, en je hebt er ook niks aan dat te weten.

quote:

Op maandag 15 augustus 2011 11:34 schreef GlowMouse het volgende:
op http://localhost kan dmv vhosts heel wat anders draaien dan op http://www.solutia.nl Dat zie je al aan "Premature end of data in tag html", want in jouw code zit helemaal geen html tag op regel 1 en bij een willekeurige andere pagina vaak wel.

probeer eens een php-script: echo file_get_contents('http://localhost/LTFU/index.php');

dynamisch genereren kan ook met include, dat scheelt je webserver weer werk.

Het draait allebei op localhost (de werkende en niet werkende). De files staan alleen op die url zodat jullie ze kunnen bekijken.
Heb het probleem gevonden door die echo. De niet werkende site vereist een login bij de start. Omdat ik vanuit de browser dus was ingelogged kon ik de XML zien. De listener zelf moet ook nog inloggen en kreeg dus met die echo netjes inlog scherm te zien.

Inloggen uitgeschakeld en het werkt. Soms kan je toch zo heerlijk in een verkeerde hoek zoeken.

Ga ook gelijk even kijken naar die include advies. Bedankt daarvoor

Vraagje...

Queued MySQL events? Ik heb namelijk een routine die om de 5 seconde wordt uitgevoerd. Het kan soms gebeuren dat deze routine langer dan 5 seconde duurt. Nu wil ik weten als de routine langer duurt dan 5 seconde queued MySQL dan het event? Of slaat hij het gewoon over?

Wanneer die queued... is het mogelijk om het event dan over te slaan?

Wat voor events?

quote:

Op woensdag 17 augustus 2011 14:15 schreef Dale. het volgende:
Vraagje...

Queued MySQL events? Ik heb namelijk een routine die om de 5 seconde wordt uitgevoerd. Het kan soms gebeuren dat deze routine langer dan 5 seconde duurt. Nu wil ik weten als de routine langer duurt dan 5 seconde queued MySQL dan het event? Of slaat hij het gewoon over?

Wanneer die queued... is het mogelijk om het event dan over te slaan?

variable isBusy opnemen? Wanneer die ziet dat die true is dan de query overslaan en anders uitvoeren?

quote:

Op woensdag 17 augustus 2011 14:15 schreef Dale. het volgende:
Vraagje...

Queued MySQL events? Ik heb namelijk een routine die om de 5 seconde wordt uitgevoerd. Het kan soms gebeuren dat deze routine langer dan 5 seconde duurt. Nu wil ik weten als de routine langer duurt dan 5 seconde queued MySQL dan het event? Of slaat hij het gewoon over?

Wanneer die queued... is het mogelijk om het event dan over te slaan?

Natuurlijk wordt er gequeued. Anders zou iedere website vastlopen als twee bezoekers tegelijk (of vlak na elkaar) een pagina opvragen.

Je kan, in principe kijken hoe lang je script al loopt, en als het langer dan vijf seconden is dan niet het sql statement uitvoern ?