php-general Digest 15 May 2012 09:40:40 -0000 Issue 7814
Topics (messages 317877 through 317878):
Re: Bug in DOMDocument schemaValidate() function?
317877 by: VoÃ, Marko
Re: Performance / AB issue?
317878 by: Lars Nielsen
Administrivia:
To subscribe to the digest, e-mail:
php-general-digest-subscr...@lists.php.net
To unsubscribe from the digest, e-mail:
php-general-digest-unsubscr...@lists.php.net
To post to the list, e-mail:
php-gene...@lists.php.net
----------------------------------------------------------------------
--- Begin Message ---
Hello,
I am sorry, but everything is ok here. I am performing an unmarshalling and
marshalling unit test for every resource and
the problem was, that after unmarshalling to the object, the marshalling of the
object did not create the version
element. I did not notice this in the first place.
So the validation error occured after the step of testing the marshalling and
not before testing the unmarshalling.
Thank you anyways!
Best regards,
Marko
Am 14.05.2012 16:43, schrieb Matijn Woudt:
> On Mon, May 14, 2012 at 1:39 PM, Voß, Marko<marko.v...@fiz-karlsruhe.de>
> wrote:
>> Hello,
>>
>> I am validating user DOM against schema files using the following piece of
>> code:
>>
>> $valid = @$doc->schemaValidate($xsdFile);
>>
>> where $doc is of type DOMDocument and $xsdFile is the file location of the
>> XSD file.
>>
>> Everything worked fine until the following validation occured:
>>
>> A validation of a XML against the SRW/U schema
>> (http://www.loc.gov/standards/sru/sru1-1archive/xml-files/srw-types.xsd)
>> failed.
>>
>> Here is the XML:
>>
>> -----------------------------------------------------
>> <?xml version="1.0" encoding="UTF-8"?>
>> <srw:explainResponse xmlns:srw="http://www.loc.gov/zing/srw/";
>> xmlns:zr="http://explain.z3950.org/dtd/2.0/";>
>> <srw:version>1.1</srw:version>
>> <srw:record>
>> <srw:recordSchema>http://explain.z3950.org/dtd/2.0/</srw:recordSchema>
>> <srw:recordPacking>XML</srw:recordPacking>
>> <srw:recordData>
>> <zr:explain>
>> <zr:serverInfo wsdl="http://myserver.com/db"; protocol="SRU"
>> version="1.1">
>> <host>myserver.com</host>
>> <port>80</port>
>> <database>sru</database>
>> </zr:serverInfo>
>> <zr:databaseInfo>
>> <title lang="en" primary="true">SRU Test Database</title>
>> <description lang="en" primary="true"> My server SRU Test
>> Database</description>
>> </zr:databaseInfo>
>> <zr:metaInfo>
>> <dateModified>27-11-2003</dateModified>
>> </zr:metaInfo>
>> </zr:explain>
>> </srw:recordData>
>> </srw:record>
>> </srw:explainResponse>
>> -----------------------------------------------------
>>
>> This XML is valid. However, I keep getting the following libxml error:
>>
>> object(LibXMLError)#192 (6) {
>> ["level"]=>
>> int(2)
>> ["code"]=>
>> int(1871)
>> ["column"]=>
>> int(0)
>> ["message"]=>
>> string(133) "Element '{http://www.loc.gov/zing/srw/}record': This
>> element is not expected. Expected is (
>> {http://www.loc.gov/zing/srw/}version ).
>> "
>> ["file"]=>
>> string(0) ""
>> ["line"]=>
>> int(0)
>> }
>>
>> I think, the validator is unable to handle the xsd:extension part of the
>> schema:
>>
>> <xsd:complexType name="explainResponseType">
>> <xsd:complexContent>
>> <xsd:extension base="responseType">
>> <xsd:sequence><xsd:element ref="record"/>
>> <xsd:element ref="echoedExplainRequest" minOccurs="0"/>
>> <xsd:element ref="diagnostics" minOccurs="0"/>
>> <xsd:element ref="extraResponseData" minOccurs="0"/>
>> </xsd:sequence>
>> </xsd:extension>
>> </xsd:complexContent>
>> </xsd:complexType>
>>
>> The version-element exists and is at the right place. If I add another
>> version-element after the first one, it complains
>> about expecting a record-element instead, which is correct. But it is not
>> correct to expect another version-element
>> after the already existing one.
>>
>> Is this a bug? Or did I made a mistake somewhere and I am not able to see it
>> right now?
>>
>>
>> Thank you for any help!
>>
>> Best regards,
>> Marko
>>
>
> If you're 100% sure this XML is valid, then this is a bug. You should
> report it at bugs.php.net, but it is most likely this bug is in
> libXML, and needs to be fixed there.
>
> - Matijn
-------------------------------------------------------
Fachinformationszentrum Karlsruhe, Gesellschaft für wissenschaftlich-technische
Information mbH.
Sitz der Gesellschaft: Eggenstein-Leopoldshafen, Amtsgericht Mannheim HRB
101892.
Geschäftsführerin: Sabine Brünger-Weilandt.
Vorsitzender des Aufsichtsrats: MinDirig Dr. Thomas Greiner.
--- End Message ---
--- Begin Message ---
> On Fri, May 11, 2012 at 9:53 AM, Camilo Sperberg <unrea...@gmail.com>
> wrote:
>>
>>
>> Sent from my iPhone 5 Beta [Confidential use only]
>>
>> On 11 mei 2012, at 07:09, "Lars Nielsen" <l...@lfweb.dk> wrote:
>>
>>>
>>>>
>>>> On 10 mei 2012, at 23:26, Lars Nielsen wrote:
>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> Sent from my iPhone 5 Beta [Confidential use only]
>>>>>>
>>>>>> On 10 mei 2012, at 17:40, Matijn Woudt <tijn...@gmail.com> wrote:
>>>>>>
>>>>>>> On Thu, May 10, 2012 at 9:04 AM, Lars Nielsen <l...@lfweb.dk>
>>>>>>> wrote:
>>>>>>>> Hi there,
>>>>>>>>
>>>>>>>> I have apache-2.22/php 5.3.10 set up on a dedicated server but I
>>>>>>>> have
>>>>>>>> a
>>>>>>>> strange issue.
>>>>>>>>
>>>>>>>> I have made a Drupal 7 site with a mysql db.
>>>>>>>>
>>>>>>>> If I stress-test the site with : ab -c 1 -n 150 http://sitename/
>>>>>>>> it
>>>>>>>> works
>>>>>>>> fine.
>>>>>>>> If I stress-test the site with : ab -c 2 -n 20 http://sitename/ it
>>>>>>>> kills
>>>>>>>> apache.
>>>>>>>> If I stress-test the site with : ab -c 50 -n 1500
>>>>>>>> http://sitename/static.html it works fine.
>>>>>>>>
>>>>>>>> I have set apache's errorlog to debug. But it writes nothing,
>>>>>>>> either
>>>>>>>> in
>>>>>>>> the virtualhost or in the server-file.
>>>>>>>>
>>>>>>>> Can anyone give a hint about what can be wrong?
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> What do you mean with 'kills apache', does it terminate apache or
>>>>>>> does
>>>>>>> apache hang (eg. 100% cpu), and respond normal after the stress
>>>>>>> test
>>>>>>> is over?
>>>>>>> And what is the index of your site? A php script, or..? Do you have
>>>>>>> ModRewrite redirects etc?
>>>>>>>
>>>>>>> - Matijn
>>>>>>>
>>>>>>> --
>>>>>>> PHP General Mailing List (http://www.php.net/)
>>>>>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>>>>>
>>>>>>
>>>>>> Can you visit the site normally? Try less verbosing in apache, that
>>>>>> is
>>>>>> pretty intensive, but as you can benchmark a static file well (with
>>>>>> moderate high settings), i assume it is some configuration problem
>>>>>> in
>>>>>> drupal.
>>>>>>
>>>>>> Greeting.
>>>>>> --
>>>>>> PHP General Mailing List (http://www.php.net/)
>>>>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>>>>
>>>>>>
>>>>>
>>>>> Hi,
>>>>>
>>>>> I can visit the site normaly, but with 2-3 concurrent ab test it
>>>>> fails.
>>>>> seen from 'ps' and 'htop' it seems that both apache and mysql
>>>>> continues
>>>>> to
>>>>> run normaly but it doesnt respond.
>>>>>
>>>>> If i run netstat -an after the test it shows this :
>>>>> Active Internet connections (servers and established)
>>>>> Proto Recv-Q Send-Q Local Address      Foreign Address
>>>>> Â State
>>>>> tcp     0    0 0.0.0.0:22        0.0.0.0:*
>>>>> Â Â Â Â LISTEN
>>>>> tcp     0    0 127.0.0.1:25       0.0.0.0:* Â
>>>>> Â Â Â LISTEN
>>>>> tcp     0    0 127.0.0.1:3306      0.0.0.0:* Â
>>>>> Â Â Â LISTEN
>>>>> tcp     0    0 0.0.0.0:80        0.0.0.0:*
>>>>> Â Â Â Â LISTEN
>>>>> tcp     1    0 x.x.x.x:80     x.x.x.x:39237 Â
>>>>> CLOSE_WAIT
>>>>> tcp     1    0 x.x.x.x:80     x.x.x.x:39236 Â
>>>>> Â CLOSE_WAIT
>>>>> tcp     0    0 x.x.x.x:22     x.x.x.x:47383 Â
>>>>> Â ESTABLISHED
>>>>> tcp     0    0 127.0.0.1:80     Â
>>>>> Â 127.0.0.1:34775
>>>>> ESTABLISHED
>>>>> tcp     1    0 x.x.x.x:80     x.x.x.x:39300 Â
>>>>> Â CLOSE_WAIT
>>>>> ESTABLISHED
>>>>> tcp     0    0 127.0.0.1:34775     127.0.0.1:80
>>>>> ESTABLISHED
>>>>> tcp     0    0 x.x.x.x:80     x.x.x.x:39330 Â
>>>>> Â ESTABLISHED
>>>>> tcp6 Â Â Â 0 Â Â Â 0 :::22 Â Â Â Â Â Â Â Â Â :::*
>>>>> LISTEN
>>>>> tcp6 Â Â Â 0 Â Â Â 0 ::1:25 Â Â Â Â Â Â Â Â Â :::*
>>>>> LISTEN
>>>>>
>>>>> So it does seem like there should be room for new tcp connections?
>>>>>
>>>>> But if I restart apache then it works again... So I guess it is a
>>>>> apache/php configuration issue?
>>>>>
>>>>> --
>>>>> Med venlig hilsen / Best Regards
>>>>>
>>>>> LFWeb
>>>>> Lars Nielsen
>>>>> Thorsensvej 30
>>>>> 4800 Nykøbing Falster
>>>>> Tlf: +45 20 64 85 76
>>>>> email : l...@lfweb.dk
>>>>> www : http://www.lfweb.dk
>>>>>
>>>>>
>>>>> --
>>>>> PHP General Mailing List (http://www.php.net/)
>>>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>>>
>>>>
>>>> Have you tried benchmarking a really simple php page, such as
>>>>
>>>> <?php echo 'hello world'; ?>
>>>>
>>>> ?
>>>>
>>>> It that works, than it is definitely an issue in Drupal's
>>>> configuration
>>>> and not in PHP/Apache. Additionally, you could check what happens when
>>>> you
>>>> try to establish a session or make a database call to rule out those
>>>> as
>>>> well, just make really simple tests that you know wouldn't fail and
>>>> run ab
>>>> on them.
>>>>
>>>> Greetings.
>>>>
>>>>
>>>> --
>>>> PHP General Mailing List (http://www.php.net/)
>>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>>
>>>>
>>> Thanks!
>>>
>>> Now I have made
>>> <?php
>>> Â echo "Hey from PHP!";
>>> ?>
>>>
>>> It runs fine from a little concurrency. But with "-c 5 -n 500" it fails
>>> after 308 requests!
>>>
>>>
>>>
>>> Best Regards / Med venlig hilsen
>>>
>>> LFWeb
>>> Lars Nielsen
>>>
>>>
>>> --
>>> PHP General Mailing List (http://www.php.net/)
>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>
>>
>> Have you tried benchmarking from localhost? Do you have any active
>> firewall? Selinux? Shorewall? Anything that could block a ddos attack?
>>
>
> A firewall is not the case here. He's testing with -c 2 and is getting
> errors, with -c 50 on a static file not. Also, blocking a DDOS attack
> at only 50 connections is way too low, so I don't think that would
> happen.
>
> - Matijn
>
Now i have the result of a test on localhost:
ab -c 1 -n 20 http://localhost/
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking localhost (be patient).....done
Server Software: Apache/2.2.22
Server Hostname: localhost
Server Port: 80
Document Path: /
Document Length: 14463 bytes
Concurrency Level: 1
Time taken for tests: 3.540 seconds
Complete requests: 20
Failed requests: 0
Write errors: 0
Total transferred: 298480 bytes
HTML transferred: 289260 bytes
Requests per second: 5.65 [#/sec] (mean)
Time per request: 177.020 [ms] (mean)
Time per request: 177.020 [ms] (mean, across all concurrent requests)
Transfer rate: 82.33 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.0 0 0
Processing: 175 177 2.1 176 182
Waiting: 153 156 1.7 155 160
Total: 175 177 2.1 176 182
Percentage of the requests served within a certain time (ms)
50% 176
66% 177
75% 177
80% 178
90% 182
95% 182
98% 182
99% 182
100% 182 (longest request)
xx@grafikom:/home/xx# ab -c 2 -n 20 http://localhost/
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking localhost (be patient)...apr_poll: The timeout specified has
expired (70007)
Total of 3 requests completed
Does this give any meaning?
Med venlig hilsen
LFWeb
Lars Nielsen
--- End Message ---
