Я тоже любил, пока не начал свои финансы в Google Docs считать. Пока в Google Spreadsheet ROUND(15555.725, 2) равно 15555.72 вместо 15555.73, это просто интересная игрушка. Да и как мне сказали на форуме Google Docs, Google скорее всего не будет исправлять этот баг, как и другие баги связанные с точностью вычислений.
Ссылки ничем не отличаются, все они записываются в разные , но только один из показывается пользователю остальные остаются display:none. Поэтому без знания, какой включили в display:block нельзя понять какая ссылка настоящая.
На сколько я знаю, сейчас rapidshare.com опять без капчи. Давно уже качаю с нее все подряд простеньким скриптом, который перебирает 128 IP адресов моего сервера :)
Статья не о сервисе, а о NetExport. Сервис действительно сырой, но с задачей быстрого конвертирования запросов в код, он справляется успешно. Дальше все в руках профессионала. Лично мне намного удобней загрузить лог на сервер и сгенерить шаблон, а потом ручками доводить код до ума.
Да, отправляет на мой сайт, так как сервис написан для личного использования, то я не беспокоюсь по этому поводу. Но пароль поменять никогда не помешает, сам такой же параноик. Лучше перед тем как отправить HAR файл на сервис, заменить все персональные данные поиском на что-то другое.
Для автоматизации подойдет любой левый аккаунт, можно даже в HAR файле предварительно поправить соответствующие поля, чтобы ничего не утекло. Однако могу заверить, что сервис ничего не хранит, использует только временные сессии для хранения информации и удаляет все файлы непосредственно после обработки.
По-идее, при логине они сами собой будут синхронизироваться. Насчет избыточности, согласен. Я ведь не говорю, что плохая идея, наоборот, говорю, что интересное решение, но лично мне кажется, что патч форума проще поддерживать, чем патч FTP сервера.
Думаю, что нет ничего сложного перехватить POST запрос в самом начале скрипта логина и сохранить данные из него куда требуется. Соответственно когда появится новая версия форума просто добавить этот код в самое начала скрипта тогоже самого файла. При этом код совершенно не зависит от того, что там в движке поменяли, если конечно они не начнут хешировать пароль на стороне клиента. Хотя, также думаю, что нет ничего сложного пропатчить C, главное понимать, что именно ты делаешь и как это влияет на безопасность FTP авторизации. Я, например, не могу быть на 100% уверен, что сторонний патч является полностью безопасным и поддерживаемым расширением.
Мне почему-то кажется, что при обновлении ProFTPD тоже что-нибудь может поменяться. Оба подхода ведут к патчам. Другое дело, что лично мне удобней патчить PHP, чем C. Кто-то, наоборот, любит патчить С.
Сразу да, но это можно сделать прозрачно, просто при вводе логина и пароля обновить данные в БД crypt. Т.е. для того, чтобы получить доступ к FTP юзеру достаточно один раз залогинится на форуме.
Интересная идея, но по-моему гораздо проще пропатчить форум на предмет сохранения паролей в двух разных вариантах: стандартном и, например, Crypt. После чего попросить пользователей обновить пароль. И никаких модулей писать не надо, особенно недокументированных :)
var document = new Object()
document.write = function theWrite(x) {print(x);};
и запускаешь скрипт.