Ну, PHP может быть медленной ад, но я предполагаю, что большую часть времени по-прежнему передач данных. Если бы он запустить его непосредственно на сервере среда выполнения не будет заметно.
Ваше заявление "ум розлив" сэр ...
Что-то вроде http://91.215.158.89/~twyxgiv/cablesaurus/cable.php?id=10 ? (Изменить идентификатор = 10 к идентификатору что-то в вашем магазине, чтобы подтвердить, что это действительно работает)
Можно изменить его перебрать все идентификаторы и разобрать его немного лучше (так он подходит этому форуму лучше) и продать сценарий для вас, если это то, что вы заинтересованы.
редактировать:
Успешно разобран его, чтобы сделать возможной CopyPaste в форум без редактирования ничего, примера ид = 10:
PCIe x1 -> Кабель х16 адаптер Extender
$ 14,45 или B1.13
* Совершенно новый
* X1 до x16 слот адаптера
* Адаптер x1 разъем изменен, чтобы соответствовать более крупные карты
* Отлично подходит для интенсивных игр & добыча Bitcoin
* Работает на всех версиях PCIe шины
* Максимальный 19см Удлинитель для видеокарт & звуковые карты
* Убедитесь, что воздушный поток в системе, создавая больше места в плотно пригонки случаяхкак
это? (Примечание: принимает ~ 15-20s для загрузки)
Мех?
http://www.snipe.net/2009/03/quick-and-dirty-php-caching/Не видя, почему это будет необходимо, так как скрипт будет побежал только тогда, когда ему нужно обновить нить (то есть он изменил описание на элемент, что делает кэш бесполезно). На странице не должно быть общедоступным для любого просмотра, я просто положить его в качестве доказательства работы (и посмотреть, если это то, что он хочет).
Или я что-то пропустил?
Он мог бы запустить его на хрон, и было бы мгновенно доступны для него, вместо того, чтобы ждать 15-20s каждый раз, procing сценарий.
Но это будет либо не обновляемую информацию, если он не работает это примерно раз в минуту (и тогда ему придется ждать 15-20s каждый 4-й раз, в любом случае, и это заняло бы гораздо больше ресурсов). Сценарий для получения наиболее актуальной информации информации о продукте, а не вчерашней информация. Кроме того, если сценарий был запущен локально он probaly не будет принимать 15-20s, не то, что ждут 15-20s должно быть проблемой, так как вы можете просто подготовить отредактировать старый пост в течение этого периода времени или просто подождать (серьезно, его меньше, чем 1 / 4-го минуты времени ожидания по сравнению с 15-30 минут разбора его вручную).
Кроме того, если иметь информацию в менее чем 15с имеет решающее значение вы можете просто сохранить все в .txt каждый раз, когда скрипт запускается вместо того, чтобы играть вокруг с кэшами, это еще потребует использования больше ресурсов и probaly получить устаревшую информацию.
Я мог бы еще быть то недоразумение, хотя, не уверен, что ..?
Я думаю, вы правы, я просто вижу это как очень ценный инструмент продвижения (внешне), что он мог бы использовать, чтобы дать свою собственную посетителям возможность продвигать свою продукцию на веб-сайтах они часто посещают. В пути вы разработали его изначально, было бы очень легко просто вызвать ваш скрипт с номером идентификатора элемента и отобразить текстовое поле с BBcode отформатированных ссылками для пользователя, чтобы скопировать / вставить в форум по своему выбору.