Справжнє питання, чому вам потрібно, щоб це не було кешоване. Якщо його не слід кешувати, оскільки він постійно змінюється, сервер повинен вказати, щоб не кешувати ресурс. Якщо він просто змінюється іноді (оскільки один з ресурсів, від якого залежить, може змінитися), і якщо клієнтський код має про це знати, він може додати параметр манекена до URL-адреси, який обчислюється з певного хешу або останньої модифікованої дати цих ресурсів (це те, що ми робимо в ресурсах сценарію Microsoft Ajax, щоб їх можна було кешувати назавжди, але нові версії все ще можуть подаватися у міру їх появи). Якщо клієнт не може знати зміни, правильним способом має бути те, щоб сервер правильно обробляв HEAD-запити та повідомляв клієнту, чи використовувати кешовану версію чи ні. Мені здається, що додавати випадковий параметр або сказати від клієнта ніколи не кешувати, це неправильно, оскільки кешируемость є властивістю ресурсу сервера, і тому слід вирішити на стороні сервера. Ще одне питання, що потрібно задати собі, чи повинен цей ресурс реально обслуговуватися через GET або він повинен проходити через POST? Це питання семантики, але це також має наслідки для безпеки (є атаки, які працюють лише у тому випадку, якщо сервер дозволяє GET). POST не буде кешовано.
$.now()
замість того, щоб робити (нову дату (). GetTime ()) кожного разу.