Hannes Magnusson wrote:
On Wed, Jan 8, 2014 at 10:48 PM, Dave Baldwin<[email protected]> wrote:
>There are a number of functions that do not show up when I search for them
>in the search box on php.net. And example is 'mysqli::real_escape_string'
>which wasn't found tonight. There have been a couple of others in the last
>month or so. It appears that nothing with '::' in it is being found. It's
>not listed in the list shown when search doesn't find it either.
How are you searching for it?
I get mysqli::real_escape_string as results for the following criterias:
- mysqli::real
- real_escape
- ::real_es
... So.. What exactly are you typing in the box?
Hannes ...
Currently the search facility is rather hap hazard in the way it returns
results. I'm working on material for phpsurgeon.org and I've got to the point
where I've given up even trying to search the site with the php.net tools.
mysqli::real_escape_string is a valid function but putting it in the top search
box gives 'mysqli::real_escape_string doesn't exist. Closest matches:' and while
mysqli_escape_string exists in the list and can be followed through to the
correct page, there is no direct link from the search results!
'Full website search' takes you to the multiple language list which has no means
of limiting to a single language. This is one of the reasons that 'google' is
little use as a search engine and needs to be replaced by something a lot more
flexible and controllable. google does not like a number of elements that it
would be nice to search on properly.
I'm currently looking at the possibility of creating my own mirror for all of
the material which I can search with one lookup rather than having to keep
switching all over the place ... wiki, mailing lists, buglist and documentation
so I can build improved migration guides ... using google direct is better than
trying to filter on php.net as long as you add a few extra terms.
Oh and I've ditched bootstrap since it is the source of the problems with older
browser versions! I spent enough time trying to make it work and ended up
switching to 'ink' for my own site framework but even that has problems :(
Oh and overriding the website font in seamonkey has solved all of my problems
with different font sizes! SourceCodePro is a problem in itself on higher res
displays.
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
--
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
