o situatie stupida

Am urmatoarea situatie:

un fisier arhiva.php care afiseaza cateva sute de oferte;
fisierul e indexat de google;
vineri am adaugat o functie de restore astfel:
oferta 1 [restore]
oferta 2 [restore]
oferta 3 [restore]
...
unde restore e un link simplu de forma: restore.php?id_oferta=49
sambata toate ofertele au fost restaurate fara interventia cuiva din echipa noastra;
e imposibil sa o fi facut cineva manual, ca sunt sute de oferte, si tot procesul are 3 pasi, deci ar fi durat foarte mult.

Singura explicatie la care m-am gandit: google bot a accesat linkurile de restore, incercand sa le indexeze si in felul asta a facut restore la oferte.

E posibil asa ceva? Sau doar sunt obosit?

Daca acele oferte se restaureaza la o simpla accesare a unui link este foarte probabil ca acela sa fie raspunsul. (Nu le-ai exclus din robots.txt ?)

lol.
nu le exclude din robots.txt, sunt o gramada de curiosi care se uita pe-acolo sa vada ce anume nu vrei TU sa vada google.
cel mai bine pune "restore.php" in spatele unei zone care necesita login.
sau nu lasa pe nimeni sa execute ce-i pe acolo daca nu e intr-o plaja de IPuri .
presupun ca n-ai si delete_oferta.php:-)

Extrem de posibil sa se fi intamplat ce zici tu, dar nu inteleg de ce lasi pagina spre accesul oricui daca nu vrei sa fie accesate linkurile respective decat de cei din staff. In fine poate a fost doar o chestie temporara.
Ca sa stii sigur cine a fost, uite-te prin cpanel la statistici..

Nu te-ai gandit sa preiei data si ip-ul la rularea scriptului de restore?

Citat:

---

Postat în original de http://www.w3.org/TR/html401/interact/forms.html#submit-format

If the service associated with the processing of a form causes side effects (for example, if the form modifies a database or subscription to a service), the "post" method should be used.

---

Daca urlul are ca functie afisarea unor informatii, foloseste GET. Daca prin apelul urlului se modifica unele date critice, foloseste POST. Google nu ar trebui sa faca requesturi cu POST.
Asta este 'the right way'.
O alta alternativa este sa afisezi linkurile alea numai unui user logat, cum s-a mai spus.

Nu prea cred sa fi stat Google "sa dea click" pe fiecare ... vezi in momentul in care faci query-ul de restore sa nu fi uitat sa pui conditia pt id si optionalul LIMIT:

Cod:

---

UPDATE ..... WHERE id_oferta = '49' LIMIT 1;

---

daca ai UPDATE fara id e suficient sa se ruleze un query ca sa se updateze toate.

Bot-ul crawleaza link-urile automat, si cum "restore" era un link l-a "apasat" :D Backup pe server?

Aveam backup, iar situatia a fost temporara, initial nu stiam ca arhiva e indexata. Am mutat restore-ul in zona de administrare si s-a rezolvat.

Ai instalat un addon/bar Alexa?

Eu am patit, cu un addon Alexa pt firefox, ca un url pe care l-am accesat eu sa fie apoi vizitat de robotul archive.org.

Citat:

---

Postat în original de myamar

Ai instalat un addon/bar Alexa?

Eu am patit, cu un addon Alexa pt firefox, ca un url pe care l-am accesat eu sa fie apoi vizitat de robotul archive.org.

---

myamar are dreptate .. si eu m-am trezit cu "ia_archiver" de la Alexa incercand sa acceseze zone de administrare.