Сюрприз?...
Я показал пример в одном из первых постов, смотрите выше.
Явыне недостатки:
1. Вы каждый раз читаете и пишет 2 файла. Можно спокойно ограничиться 1.
2. Ключи удаляются из файла. Что будет когда они закончатся?
И это даже не говоря про посещаемость в 80к хостов..
Существует миллион решений вашей задачи. И правильно ее решить, не зная логики работы вашего сайта, сервера и доступных вам инструментов, невозможно.
Как лочить? .lock фалом? И .lock файл тоже потом лочить? :)
При большом кол-ве запросов одними файлами не отделаться
Строка не нужна. Особенно если это вложение, подключаемое до отправки заголовков - тогда будет возникать ошибка "Заголовки уже посланы"
Помочь можем, написать за вас.. тоже можем, но не будем :)
Алгоритм такой:
Чтоб меньше читать файлов предлагаю хранить в одном файле хиты и текущий ключ. например так: "12;KEY_IS_HERE".
1. вначале вашего search.php читаете число и ключ из файла, в котором хранятся хиты. Парсите его (explode(';',$line))
2. увеличиваете это число на 1
3. проверяете не больше ли оно 1000.
4. Если нет - пишете его назад в файл.
5. Если больше - читаете файл с ключами, достаете новый ключ, пишете в файл хитов число 1 и ключ.
6. отдаете ключ в свою программу
Хитов? Хостов?
Какие технологии доступны? Memcached?
Придется считать посещения и складывать их кудато. Например в memcached или файл, подумав о многопоточном доступе к нему..
Для чего вам это надо? Лучше придумать что-то другое. Меняйте его по времени а не по посещениям, так будет проще.
(g)vim? Как бы это не казалось странным, он действительно очень удобный, надо только потратить время и разобраться
Точно так же как и любое другое изображение.
http://php.net/manual/ru/book.imagick.php
