Month's top: Whynotsignup00 with 28$
Want LAH to translate a manga for you?
Little Angels Hentai Forum Index
It's for you!
PLEASE LOG IN OR REGISTER TO BE ABLE TO SEE THE PICTURES AND ATTACHED FILES!
Search button: post ID's and attachment ID's not found
Goto page 1, 2  Next
 
Compose reply Little Angels Hentai Forum Index » Help and test-post forum View previous thread
View next thread
DMCA
Search button: post ID's and attachment ID's not found
Author Message
jacxxx
Earth Angel
Warnings:
Posts: 1308

Post Search button: post ID's and attachment ID's not found Quote
A few quotes from Ult's New winter theme! thread:
ult_combo:
jacxxx:
(the normal search doesn't work for post ID's ?!)
Interesting find. I guess that's most likely because our search discards the special characters hence it doesn't find a match. Remind me to add it to the official bugtracker, when we have one. Razz

Well, I'll remind you just now, if you don't mind. It appears that the DB software sometimes is a black box for you as it is for me. It seems that you don't have access to it's source.

A feature in the search function that I'd like to be changed is the following:

when you search eg p=288440#288440 (elec's 1st post in the current thread) you'll find only the post with that text on the current page, and not the same text on previous pages! This feature makes this kind of search very unuseful. I would hope to find all posts containing p=288440#288440 on every page and in each thread! (it appears in these previous posts afaik: http://lah.li/forum/viewtopic.php?p=288839#288839 and http://lah.li/forum/viewtopic.php?p=288517#288517 )

Related: Some time ago I asked for a trick to find all links to a specific image attachment. I now realize it could be done simply with the usual search added with extra delimiters? hm ... trying to find "find all links to a particular attachment" I now get error message
General Error

Could not insert search results

DEBUG MODE

SQL Error : 1062 Duplicate entry '1547847512' for key 'PRIMARY'

INSERT INTO phpbb_search_results (search_id, session_id, search_time, search_array) VALUES(1547847512, '783ec2bd40900f014794d23b80781892', 1356599498, 'a:7:{s:14:"search_results";s:397:"504, 662, 2481, 5248, 5273, 8835, 9672, 11449, 12057, 12063, 12065, 21716, 21725, 21742, 25429, 25430, 44548, 44550, 47127, 50062, 53287, 76940, 77179, 82024, 101744, 101748, 105053, 112950, 113157, 113220, 113591, 129370, 131350, 135580, 135858, 149592, 154485, 158789, 158801, 172457, 172461, 172478, 176701, 192571, 230322, 234967, 246740, 269554, 269581, 269587, 273000, 275789, 276029, 277507";s:17:"total_match_count";i:54;s:12:"split_search";a:1:{i:0;s:10:"attachment";}s:7:"sort_by";i:0;s:8:"sort_dir";s:4:"DESC";s:12:"show_results";s:5:"posts";s:12:"return_chars";i:200;}')

Line : 745
File : search.php

A less important detail of the search function: it does find eg hp?p=288440#288440 on this page but it does't find php?p=288440#288440 Surprised

Well, it might be that all strings up to a certain length can be found within a page, and only delimited strings in other pages ...
ult_combo:
DB software ... is a black hole draining the life force of any being that dares get in contact with it. Now if you're talking about how our backend conducts the queries to turn your requests into results, it is nothing but a well documented and very simple structured language.
Is the search button also well documented? One of my requests here was to find all posts with a link to the picture with id=1849 (it is viewed over 4000 times and the neigboring pics only 200 - 300 times). Why doesn't a simple search "id=1849" give any results? There should be at least one result - my old post is referring to "that old pic" which contains this id!

ult_combo:
jacxxx:
A feature in the search function that I'd like to be changed is the following:

when you search eg p=288440#288440 (elec's 1st post in the current thread) you'll find only the post with that text on the current page, and not the same text on previous pages! This feature makes this kind of search very unuseful. I would hope to find all posts containing p=288440#288440 on every page and in each thread! (it appears in these previous posts afaik: http://lah.li/forum/viewtopic.php?p=288839#288839 and http://lah.li/forum/viewtopic.php?p=288517#288517 )
You mean this feature which already exists?

I mean, when I use that feature (I almost always display the results as "posts") I found only ONE result where I expected to find at least THREE results when searching for "p=288440#288440".

No idea how you managed to get a db error from searching. Provide steps to reproduce the issue so we can investigate if it repeats.
Well, the search button gave such error messages all the time when I switched from searching post ID's to the search "find attachment". Closing the browser and restarting a couple of hours later things are back to normal now.

ult_combo:
jacxxx:
A less important detail of the search function: it does find eg "hp?p=288440#288440" (1) on this page but it does't find "php?p=288440#288440" (2)
Tried just now and both found this thread.
I tried it now again - with the posts display option on - and the result is different now (XP & Chrome): with (1) I now get 3 hits (the first one from the previous page) and with (2) I get 2 results (2 posts on the current page). Sweatdrop

ult_combo:
Update on the matter: Sat and me took a look on the issue. Thing is, the search id is not serial but rather randomly generated and there is currently no check to see if the randomly generated id is in use or not. I made the estimation that to reproduce the issue right now the odds would be 1 to 33554431.984375 searches, that is, ((2^31)-1)/64 where 64 is the number of searches being tracked at the moment.
I guess I'll fix that, even though it's virtually impossible to reproduce atm. I guess the original phpbb devs overlooked it due to the very slim odds.

I don't understand your last update at all: what do you mean by "search id"? Could you give an explicit example?


_________________
My avatar shows the first encounter of Yuki in the Land of Eternal Snow. Yuki would become my favorite character in the on-going Mystics Saga by arrancar85 In Love
Thu Dec 27, 2012 10:58 pm Profile PM
ult_combo
Matrix Angel
Warnings:
Posts: 1235

Post Quote
jacxxx:
Is the search button also well documented? One of my requests here was to find all posts with a link to the picture with id=1849 (it is viewed over 4000 times and the neigboring pics only 200 - 300 times). Why doesn't a simple search "id=1849" give any results? There should be at least one result - my old post is referring to "that old pic" which contains this id!
The search as a whole probably isn't - I hardly look at phpbb docs, rather I prefer to analyse the actual code. I can read it just as fast or faster than English text. The search module has over 2k lines, but breaking it into modules and isolating the issue makes it exponentially faster to read. And when I'm not entirely sure what one line means, I can look up the documentation for the given function, pretty much like reading a text with a dictionary help.
About the pic with 4k views, it is probably due to the pre-caching that was enabled for a long time - with pre-caching enabled, the first pic(s) of a page are automatically loaded every time you open the page, regardless of the user actually the seeing the pic or not. That generates fake view count. And I should add that right now I've re-enabled the pre-caching since the last boxed attaching viewing update, that's why the performance is better now. It will probably stay like that until the next lightbox update.

jacxxx:
I mean, when I use that feature (I almost always display the results as "posts") I found only ONE result where I expected to find at least THREE results when searching for "p=288440#288440".
...
I tried it now again - with the posts display option on - and the result is different now (XP & Chrome): with (1) I now get 3 hits (the first one from the previous page) and with (2) I get 2 results (2 posts on the current page). Sweatdrop
Possibly due to the search caching or our dictionary search/special chars replace/html-encoded chars or something else. Will take a look at that sometime.

jacxxx:
Well, the search button gave such error messages all the time when I switched from searching post ID's to the search "find attachment". Closing the browser and restarting a couple of hours later things are back to normal now.
I don't get the "find attachment" part. We don't have an attachment search function yet AFAIK. Did you just put the urls of the attachment there and it was constantly giving the error? My investigation leads to 1/33554432 odds of that happening.

jacxxx:
I can see that clearly now Cool
Oh yeah, I was a little lazy to explain it. I used the linking analogy to demonstrate it, but then you could've said "nah you're just being lazy, why don't you just rewrite all posts that reference that post to '(deleted)' then", well, then we'd have a problem with the warnings' reference posts which we'd have to clear as we delete posts to don't link to the wrong posts, and of course, if we ever add any feature referencing posts it'd mean having to somehow reset the reference whenever a post is deleted and so forth, making it very costly performance-wise to delete a post and nevertheless to say, an almost unmaintainable scheme. So this unique ID pattern is a standard adopted by most if not all of the large relational db software.

jacxxx:
I don't understand your last update at all: what do you mean by "search id"? Could you give an explicit example?
It is a random integer. '1547847512' is a solid example as you've got in your duplicated id error message. These search registers are apparently erased when your session expires/you logout, allowing for these IDs to be reused.


_________________
My main MF acc was suspended, use other mirrors until I re-up it all to a new host.



There is no knowledge that is not power.
Our only limitations are those we set up in our own minds.
Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.
Measuring software productivity by lines of code is like measuring progress on an airplane by how much it weighs.
Programming is an art form, whose real value can only be appreciated by another versed in the same arcane art.
Thu Dec 27, 2012 11:47 pm Profile PM MSN Skype
jacxxx
Earth Angel
Warnings:
Posts: 1308

Post Quote
ult_combo:
jacxxx:
Is the search button also well documented? One of my requests here was to find all posts with a link to the picture with id=1849 (it is viewed over 4000 times and the neigboring pics only 200 - 300 times). Why doesn't a simple search "id=1849" give any results? There should be at least one result - my old post is referring to "that old pic" which contains this id!
The search as a whole probably isn't - I hardly look at phpbb docs, rather I prefer to analyse the actual code. I can read it just as fast or faster than English text. The search module has over 2k lines, but breaking it into modules and isolating the issue makes it exponentially faster to read. And when I'm not entirely sure what one line means, I can look up the documentation for the given function, pretty much like reading a text with a dictionary help. ---> when I search "id=1849" now, I find 4 recent matching posts, not the older one. It looks as if the search function has some kind of time out: it searches for e.g. 1 ms and then stops and give the results found thus far. Do you see this timeout in your documentation/backend source?
About the pic with 4k views, it is probably due to the pre-caching that was enabled for a long time - with pre-caching enabled, the first pic(s) of a page are automatically loaded every time you open the page, regardless of the user actually the seeing the pic or not. That generates fake view count. And I should add that right now I've re-enabled the pre-caching since the last boxed attaching viewing update, that's why the performance is better now. --> should be easy to check, perhaps later ...
It will probably stay like that until the next lightbox update. --> what's that?

jacxxx:
I mean, when I use that feature (I almost always display the results as "posts") I found only ONE result where I expected to find at least THREE results when searching for "p=288440#288440". --> I now find 7 matching posts
...
I tried it now again - with the posts display option on - and the result is different now (XP & Chrome): with (1) I now get 3 hits --> now 7x (the first one from the previous page) and with (2) I get 2 results --> now 4x, due to timeout? (2 posts on the current page). Sweatdrop
Possibly due to the search caching or our dictionary search/special chars replace/html-encoded chars or something else. Will take a look at that sometime. ---> please do Sweatdrop

jacxxx:
Well, the search button gave such error messages all the time when I switched from searching post ID's to the search "find attachment". Closing the browser and restarting a couple of hours later things are back to normal now.
I don't get the "find attachment" part. ---> I typed literally "find attachment". I remember exactly because of the unexpected and impressive error message. Afterwards I tried thinks like "find link attachment" etc and I got analogous error messages about 5 times on a row. I was afraid it was a general lah-problem so I quickly finished my post (before lah would go down - but apparantly it didn't) We don't have an attachment search function yet AFAIK. Did you just put the urls of the attachment there and it was constantly giving the error? My investigation leads to 1/33554432 odds of that happening. --> It occurred about 5x on a row and I'm certain it would still happen if I didn't stop Laughing

jacxxx:
I can see that clearly now Cool
Oh yeah, I was a little lazy to explain it. I used the linking analogy to demonstrate it, but then you could've said "nah you're just being lazy, why don't you just rewrite all posts that reference that post to '(deleted)' then", well, then we'd have a problem with the warnings' reference posts which we'd have to clear as we delete posts to don't link to the wrong posts, and of course, if we ever add any feature referencing posts it'd mean having to somehow reset the reference whenever a post is deleted and so forth, making it very costly performance-wise to delete a post and nevertheless to say, an almost unmaintainable scheme. So this unique ID pattern is a standard adopted by most if not all of the large relational db software. --> ok, clear again

jacxxx:
I don't understand your last update at all: what do you mean by "search id"? Could you give an explicit example?
It is a random integer. '1547847512' is a solid example as you've got in your duplicated id error message. These search registers are apparently erased when your session expires/you logout, allowing for these IDs to be reused.--> do you understand each detail of that error message? It seemed I could start debugging myself, that part had an orange color:o


Because I have not much time now, some quick reactions in yellow ^


_________________
My avatar shows the first encounter of Yuki in the Land of Eternal Snow. Yuki would become my favorite character in the on-going Mystics Saga by arrancar85 In Love
Fri Dec 28, 2012 3:50 pm Profile PM
ult_combo
Matrix Angel
Warnings:
Posts: 1235

Post Quote
The error is quite clear, just the cause isn't. The id is based on a microseconds timestamp and a random factor, a duplicated ID is virtually out of the realm of the possibilities and getting 5 consecutive ones discard the "by chance" possibility. It is possible that the db was locked by then during a server reboot, that may be a little unlikely but is the most likely cause that we can think of so far.


_________________
My main MF acc was suspended, use other mirrors until I re-up it all to a new host.



There is no knowledge that is not power.
Our only limitations are those we set up in our own minds.
Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.
Measuring software productivity by lines of code is like measuring progress on an airplane by how much it weighs.
Programming is an art form, whose real value can only be appreciated by another versed in the same arcane art.
Fri Dec 28, 2012 4:17 pm Profile PM MSN Skype
jacxxx
Earth Angel
Warnings:
Posts: 1308

Post Quote
I don't fully understand the array in
INSERT INTO phpbb_search_results (search_id, session_id, search_time, search_array) VALUES(1547847512, '783ec2bd40900f014794d23b80781892', 1356599498, 'a:7:{s:14:"search_results";s:397:"504, 662, 2481, 5248, 5273, 8835, 9672, 11449, 12057, 12063, 12065, 21716, 21725, 21742, 25429, 25430, 44548, 44550, 47127, 50062, 53287, 76940, 77179, 82024, 101744, 101748, 105053, 112950, 113157, 113220, 113591, 129370, 131350, 135580, 135858, 149592, 154485, 158789, 158801, 172457, 172461, 172478, 176701, 192571, 230322, 234967, 246740, 269554, 269581, 269587, 273000, 275789, 276029, 277507";s:17:"total_match_count";i:54;s:12:"split_search";a:1:{i:0;s:10:"attachment";}s:7:"sort_by";i:0;s:8:"sort_dir";s:4:"DESC";s:12:"show_results";s:5:"posts";s:12:"return_chars";i:200;}')
It seems this ^ search array is not the result of the search for "find attachment". When I do that search now I get 426 matches instead of the 54 mentioned in the array. So it seems to be the result of another search; could we discover from this array what was searched? And who did it?
[Edit1: I just noticed the "split_search" with the string of 10 characters "attachment" --> it probably is my search, I may have searched for "image attachment" or "pic attachment" or ... before I decided to save a copy of the error message]
[Edit2: the string "find" is on list of discarded words, a search of "find xxx" is the same as for "xxx", and "find" itself can't be found. You will find "find find" >7 times however, but then it appears as find find in the found posts. So if you know how to find "find xxx" - with xxx any non-discarded sequence - please tell me ...]

Btw: the "id=1849" in my previous post should be "id=18496". When you now search for 18496 you'll get the recently edited post http://lah.li/forum/viewtopic.php?p=282796&highlight=18496#282796. In the added EDIT of that post it is explained why we couldn't find it before this EDIT was added. Note: you still don't find this post when you search id=1849 or 1849 although 1849 obviously is a part of 18496 --> the search function interprets these as integers?
[Edit 3: "id=" is also a discarded sequence (or perhaps better: a reserved word), like "find". It's quite possible that the phpBB software engineers have implemented a (the same) trick so that a simple user can find this one too?]


_________________
My avatar shows the first encounter of Yuki in the Land of Eternal Snow. Yuki would become my favorite character in the on-going Mystics Saga by arrancar85 In Love
Sat Dec 29, 2012 8:18 am Profile PM
ult_combo
Matrix Angel
Warnings:
Posts: 1235

Post Quote
Unfortunately I can't reply to the questions above still as I didn't have much free time and this issue has very low priority atm (currently lower than the DST one). That's because the search function has been kept unedited for over 5 years, meaning it will be completely replaced in a not-so-far-away future.

btw, I'd believe 1849 doesn't match 18496 as our search would look for word boundaries, so it doesn't end up with hundreds or thousands of results when searching for something generic.
I believe this can be solved by checking the "Search for any terms or use query as entered" option and using the wildcard "*" to match partial matches as in the attachment #1.

Meanwhile, until I have the necessary free time to analyse the reported issues, could you try doing those searches with google by prefixing them with "site:lah.li " as in the attachment #2 and check if you can find what you're looking for?


_________________
My main MF acc was suspended, use other mirrors until I re-up it all to a new host.



There is no knowledge that is not power.
Our only limitations are those we set up in our own minds.
Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.
Measuring software productivity by lines of code is like measuring progress on an airplane by how much it weighs.
Programming is an art form, whose real value can only be appreciated by another versed in the same arcane art.
Sun Dec 30, 2012 12:00 am Profile PM MSN Skype
jacxxx
Earth Angel
Warnings:
Posts: 1308

Post Quote


_________________
My avatar shows the first encounter of Yuki in the Land of Eternal Snow. Yuki would become my favorite character in the on-going Mystics Saga by arrancar85 In Love
Sun Dec 30, 2012 1:14 pm Profile PM
frzangel
No Life Angel
Warnings: Warning
Posts: 4219

Post Quote
So it turned out to be a very useful discussion.

Sun Dec 30, 2012 4:00 pm Profile PM
jacxxx
Earth Angel
Warnings:
Posts: 1308

Post Quote
Yes, the post of 2007 is an interesting result. I'm sure can use the site:lah.li trick more often in similar cases.

Of course I also would like to find references like
Code:
[url=http://littleangelshentai.net/forum/download.php?id=18496]old pic[/url]
(occurring in http://lah.li/forum/viewtopic.php?p=282796&highlight=18496#282796) which google doesn't find (or does it when I do it smarter than right-away?) - and which an upgraded phpBB search might do right-away. I hope to check that and more in the not-so-far-away future Rolling Eyes


_________________
My avatar shows the first encounter of Yuki in the Land of Eternal Snow. Yuki would become my favorite character in the on-going Mystics Saga by arrancar85 In Love
Sun Dec 30, 2012 5:04 pm Profile PM
ult_combo
Matrix Angel
Warnings:
Posts: 1235

Post Quote
That is a little more tricky as the URL is not in the page's text which google searches for, but rather inside the markup (in the href attribute).

Theoretically, it could be solved using google's "link:" operator, but as explained here, it simply sucks and isn't warranted to find all links. The phpBB search seems to follow the default google search pattern and doesn't include inside-markup text apparently. Maybe Site Explorer could be an option, but I'm not entirely sure if we should be providing our data to Bing and Yahoo, even though more search engine caching is usually a good thing.

There are plans to revamp the attachment linking system, then it will be much easier to find backlinks and such without depending on external tools. Razz


_________________
My main MF acc was suspended, use other mirrors until I re-up it all to a new host.



There is no knowledge that is not power.
Our only limitations are those we set up in our own minds.
Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.
Measuring software productivity by lines of code is like measuring progress on an airplane by how much it weighs.
Programming is an art form, whose real value can only be appreciated by another versed in the same arcane art.
Sun Dec 30, 2012 8:20 pm Profile PM MSN Skype
Anyien
The Legendary Loli Hunter
Warnings:
Posts: 2903

Post Quote
Why include something that nobody except you will use?

Just a waste of time and resources in my opinion....


_________________
You have the right to remain unconscious, anything you say won´t be much!
Sun Dec 30, 2012 9:41 pm Profile PM Skype
jacxxx
Earth Angel
Warnings:
Posts: 1308

Post Quote
@Ult
Thanks for the info, I really appreciate to know about possible developments. Also when they will never be implemented. Your link hxxp://productforums.google.com/forum/#!category-topic/webmasters/crawling-indexing ---> a lot info I don't understand. Do you have simpler resource for the use(lessness) of the "link:" operator?

@Any
Useful/nice applications for searching posts or attachment ID's will be found as soon as it works good enough. Apart from my small example above, another example may be the following: after indexes/ link lists like this one have become more popular (the work of Seven, Fogbank, ... need such lists very much) you would very easily find these searching for back links. Also to manage these indexes/lists it is useful to check e.g. if old lists are still in existence or may be removed. But as I said, realy interesting applications often occur when you don't expect/foresee them Smile


_________________
My avatar shows the first encounter of Yuki in the Land of Eternal Snow. Yuki would become my favorite character in the on-going Mystics Saga by arrancar85 In Love
Mon Dec 31, 2012 12:51 pm Profile PM
ult_combo
Matrix Angel
Warnings:
Posts: 1235

Post Quote
^ Simply put, the "link:" operator is just not reliable enough / doesn't return all results as one would expect. Its function would be great in theory, but google didn't bother making it a real fully-functional operator unfortunately.

Going off|on-topic (not sure which), linking to an attachment from another post has very poor UI atm imo and it is in the plans to upgrade that (e.g. displaying linked attachments in the posts which link to them). Once we have the data regarding which posts link to which attachments, adding backlinks and other features is cake. I've been even considering a gallery view mode for each thread, but all that is still in concept phase and is second to all projects which we have on-going atm.

Now about linking to other posts, I don't see anything to be improved there. Sure your lists can be useful to keep things organized, but that's initially something that the artists/history writers should be doing imo. Of course if they don't mind, it isn't a problem if you make these lists for them.


_________________
My main MF acc was suspended, use other mirrors until I re-up it all to a new host.



There is no knowledge that is not power.
Our only limitations are those we set up in our own minds.
Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.
Measuring software productivity by lines of code is like measuring progress on an airplane by how much it weighs.
Programming is an art form, whose real value can only be appreciated by another versed in the same arcane art.
Mon Dec 31, 2012 9:30 pm Profile PM MSN Skype
jacxxx
Earth Angel
Warnings:
Posts: 1308

Post Quote
ult_combo:
^ Simply put, the "link:" operator is just not reliable enough / doesn't return all results as one would expect. Its function would be great in theory, but google didn't bother making it a real fully-functional operator unfortunately.
Googling "site:lah.li link:http://littleangelshentai.net/forum/download.php?id=18496" I find also results containing the link within a [URL=...]...[/URL] --> perhaps not perfect, but better than without link: Very Happy

ult_combo:
Going off|on-topic (not sure which), linking to an attachment from another post has very poor UI atm imo and it is in the plans to upgrade that (e.g. displaying linked attachments in the posts which link to them). Once we have the data regarding which posts link to which attachments, adding backlinks and other features is cake. I've been even considering a gallery view mode for each thread, but all that is still in concept phase and is second to all projects which we have on-going atm.
It's both off&on-topic.
On topic in present/future software: could the search function get some kind of flat text mode in which you simply could find the string "[URL=...]" without ado?

ult_combo:
Now about linking to other posts, I don't see anything to be improved there. Sure your lists can be useful to keep things organized, but that's initially something that the artists/history writers should be doing imo. Of course if they don't mind, it isn't a problem if you make these lists for them.
Imo this one is off-topic Razz The on-topic part was that when you are for some reason interested in a post like http://lah.li/forum/viewtopic.php?p=267153#267153 --> using a back link search you could find out that it is part of this index http://lah.li/forum/viewtopic.php?p=289329#289329 (it would be nice when in this case Click here to see spoiler below Chapter Five: Eternal Snow would be highlighted, but that's a few steps further).

PS:
unwanted google result:
google "site:lah.li link:http://lah.li/forum/viewtopic.php?p=267153#267153" -->
no hits Crying or Very sad
wanted(?):
google "site:lah.li http://lah.li/forum/viewtopic.php?p=267153#267153" -->
1 result: the post itself.


_________________
My avatar shows the first encounter of Yuki in the Land of Eternal Snow. Yuki would become my favorite character in the on-going Mystics Saga by arrancar85 In Love
Tue Jan 01, 2013 2:47 pm Profile PM
ult_combo
Matrix Angel
Warnings:
Posts: 1235

Post Quote
jacxxx:
On topic in present/future software: could the search function get some kind of flat text mode in which you simply could find the string "[URL=...]" without ado?
Yeah we'll consider that for a future version, changing our word search by a flat text search right now would probably break the search feature more than fix.

jacxxx:
PS:
unwanted google result:
google "site:lah.li link:http://lah.li/forum/viewtopic.php?p=267153#267153" -->
no hits Crying or Very sad
wanted(?):
google "site:lah.li http://lah.li/forum/viewtopic.php?p=267153#267153" -->
1 result: the post itself.
Yeah that's what I explained: the "link:" operator is really poor and the default google search examines the page text, not where the page' links link to. Maybe something more complex like
Code:
link:http://lah.li/forum/viewtopic.php AND "p=267153#267153"
But this will return only this thread because your post above has "p=267153#267153" in the text. Bottom-line is, google doesn't provide a decent tool for finding backlinks and we shouldn't be relying too much on external tools when we have all we need here. Maybe an option for pure text search can be considered.


_________________
My main MF acc was suspended, use other mirrors until I re-up it all to a new host.



There is no knowledge that is not power.
Our only limitations are those we set up in our own minds.
Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.
Measuring software productivity by lines of code is like measuring progress on an airplane by how much it weighs.
Programming is an art form, whose real value can only be appreciated by another versed in the same arcane art.
Wed Jan 02, 2013 12:11 am Profile PM MSN Skype
Display posts from previous:    
Options Quick Reply
Show Smilies

 
Compose reply Quick reply Little Angels Hentai Forum Index » Help and test-post forum All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to: 
You can post new threads in this forum
You can reply to threads in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum


Do not upload or mention any illegal content. Violators will be reported to the authorities. You are responsible for your uploads and actions.
If it is illegal for you to view adult lolikon material in your current location, leave this site immediately.
LAH is in compliance with DMCA.
LAH works best with JavaScript enabled. Enable it for a better experience. (´・ω・`)
Your browser is outdated and insecure! Please update your browser to fully enjoy LAH.