когда уже этого троля забанят?
вначале было весело, но сейчас уже каждую вторую тему забил.
Решение может оказаться достаточно простым. Все зависит от того, что делает кнопка "Нажмите чтобы увидеть". Поэтому и попросил пример.
Если она тупо убирает display:none c блока, так его изначально можно вырезать в php.
Если делает дополнительный ajax запрос, тогда можно его также выполнить отдельным request в процессе парсинга и вставить.
В данном виде как вы описали, никак. php и JS - это принципиально разные вещи. JS выполняет браузер пользователя после генерации исходного кода страницы с помощью php. (если рассматривать классическое использование, а то сейчас начнут рассказывать, что на js и сервер можно запилить).
Но, думаю, нужный Вам результат можно было бы получить, если бы конкретно привели в теме что нужно парсить и откуда.
В каком виде Вы хотите получить ответ? :)
Думаю, реально сделать. Как вариант, изучите ACL Assertion.
http://framework.zend.com/manual/2.0/en/modules/zend.permissions.acl.advanced.html
http://ralphschindler.com/2009/08/13/dynamic-assertions-for-zend_acl-in-zf
И получить белый экран при открытии сайта с сообщением вроде:
"Работа шаблона не возможна после удаления нашей ссылки".
Вы просто не встречали, наверное, шаблонов с защитой этих ссылок с помощью php, закодированного через какой-нибудь eval(base64_decode(...)).
Работа обычно сводится к раскодированию этого участка и не большому изменению логики.
Для более-менее хорошего php прогаммиста не составит особых проблем в течении 20-30 минут убрать эту защиту.
К ТС, конечно, пожелание, подробно описывать проблему если нужна помощь.
Все зависит от настроек сетевого оборудования. Не важно, мобильный девайс или нет.
Можно и обычный офисный роутер у которого больше одного ip, настроить так, чтобы каждый запрос на офисном компьютере выполнялся с нового ip адреса.
Так, например, распределяется нагрузка на каждый канал.
Прежде чем применять регулярку, проверяйте, не пустое ли поле.
Если пустое, то никакие проверки не применяйте, в том числе и на длину и регулярное выражение.
Если она защищена и ломает Ваш шаблон, после простого удаления, потребуется 20-30 минут человеку, знакомому с php на её удаление.
Из этого я бы и исходил.
Одинаковые версии ничего не изменят если разные настройки в php.ini
ivan-lev описал решение проблемы
auto_increment primary index - самое обычное и верное решение.
Возможно ваш скрипт экспорта вообще это поле не экспортирует, и тогда при импорте, разумеется, будет пересоздан снова.
Т.е. экспорт может выглядеть как-то так:
SELECT name, description from table
вместо:
SELECT id, name, description from table
