Как правило (дабы избежать холивара - сформулирую более конкретно: у многих популярных CMS или так), логины и пароли (чаще не сами пароли, а значение хэш-функции от пароля) хранятся в базе, в таблице пользователей (префикс+ _user(s), _client(s), _account(s), _profile(s), однако, может быть и по-другому). Иногда применяется не просто хэширование, а "засаливание" паролей - у каждого движка (а иногда и у разных версий одного движка они могут отличаться) свои правила хранения паролей.
aktuba: У меня, например, в php-файле
Ещё есть HTTP_AUTH (как с использованием базы, так и .htaccess+.htpasswd), csv, ini-файлы... В некоторых случаях (фреймворки/плагины) правила и условия хранения паролей можно изменять/задавать самостоятельно. Про "авторские" движки вообще сложно рассуждать..
Поэтому на сам вопрос в общем виде ответом может быть что-то вроде "там, куда скрипт может получить доступ" (файл/база/NoSQLDB/кэш.. в общем, любое доступное хранилище)...
Осенняя засолка IP-адресов? В теме по соседству тоже куча требовалась.. Такими темпами их совсем не останется скоро.. Тоже вот думаю, чтоб десяточек прикупить =)
BugsBanny: прикрутить к своему ВДС/Дедику и использовать?
Смотря, что понимается под словами "прикрутить" и "использовать".. (провайдер, я полагаю, это провайдер домашнего интернета, а не тот же хостер, у которого стоит дедик)?
Если, к примеру, вопрос в том, чтобы при обращении по IP-адресу от провайдера можно было открыть сайт на дедике - в принципе, возможно.. если по первому адресу будет стоять проксирующий веб-сервер (Nginx, например), который перенаправит запрос к дедику, получит ответ и отдаст клиенту (в браузер/роботу итд). Однако, задержки, стабильность (дома свет отключили) и прочие моменты...
An0n, озвучьте уже цену(ы) и комплектацию-конфигурацию, на услугу(и), которую Вы готовы предоставить. Интересует
И ещё.. как долго будет предоставляться услуга? Есть ли тестовый период? Возможно ли получить скидку при заказе на длительное время?
p.s. Как с оверселлом? Много ли ресурсов уже распродано?
а без плагина никак?
http://wordpressinside.ru/tips/ispolzovanie-neskolkix-kategorij/ + там же комментарии
Видимо, при попытке загрузить старый дамп без удаления текущих данных возникает ошибка. Очистить базу (бэкап на всякий случай сделать).
замену файлов могут произвести на уровне хоста, тогда дата не измениться, потому это не показатель
touch ещё есть.. и даже в PHP, так что "уровень хоста" иметь не обязательно..
p.s. у файла несколько дат, и одну из них "подменить" сложнее, чем ту, которая отображается "по умолчанию".
да но эта схема предусматривает обращение пользователя к сайту по ип адресу
Эм.. а в каком месте? В чём проблема на DNS-ах нужный IP прописать?
г) это можно сделать только с дополнительными ай-пи.
Насчёт скорости и учёта трафика(? часто заявлен неограниченным) - понятно.. а вот с доп.IP не понял.. чем "основной" не угодил?
PHP это серверный язык, а JS клиентский. Никак
Я бы не был так категоричен. И, более того, способ не единственный. Однако, в контексте топика/раздела/форума ТС-у, наверняка, интересно не это..
пример в студию, какую ссылку нужно "кликнуть" - полностью!
Есть шанс (правда, не думаю, что большой), что обработчик навешивается в document.ready
А если луна в 4-й фазе?
[телепат]подразумевается выполнение onclick
p.s. телепаты, экстрасенсы и астрологи рулят... иногда так спросят.. :)
Как правило (дабы избежать холивара - сформулирую более конкретно: у многих популярных CMS или так), логины и пароли (чаще не сами пароли, а значение хэш-функции от пароля) хранятся в базе, в таблице пользователей (префикс+ _user(s), _client(s), _account(s), _profile(s), однако, может быть и по-другому). Иногда применяется не просто хэширование, а "засаливание" паролей - у каждого движка (а иногда и у разных версий одного движка они могут отличаться) свои правила хранения паролей.
У меня, например, в php-файле
Ещё есть HTTP_AUTH (как с использованием базы, так и .htaccess+.htpasswd), csv, ini-файлы... В некоторых случаях (фреймворки/плагины) правила и условия хранения паролей можно изменять/задавать самостоятельно. Про "авторские" движки вообще сложно рассуждать..
Поэтому на сам вопрос в общем виде ответом может быть что-то вроде "там, куда скрипт может получить доступ" (файл/база/NoSQLDB/кэш.. в общем, любое доступное хранилище)...
Осенняя засолка IP-адресов? В теме по соседству тоже куча требовалась.. Такими темпами их совсем не останется скоро.. Тоже вот думаю, чтоб десяточек прикупить =)
прикрутить к своему ВДС/Дедику и использовать?
Смотря, что понимается под словами "прикрутить" и "использовать".. (провайдер, я полагаю, это провайдер домашнего интернета, а не тот же хостер, у которого стоит дедик)?
Если, к примеру, вопрос в том, чтобы при обращении по IP-адресу от провайдера можно было открыть сайт на дедике - в принципе, возможно.. если по первому адресу будет стоять проксирующий веб-сервер (Nginx, например), который перенаправит запрос к дедику, получит ответ и отдаст клиенту (в браузер/роботу итд). Однако, задержки, стабильность (дома свет отключили) и прочие моменты...
MishaA, можно посмотреть сравнение форумов.. на всякий случай обращать внимание на актуальность.
p.s. Вопрос действительно задавался.. и не раз