1. Гость, мы просим Вас ознакомиться с Правилами Форума и Отказом от ответственности!

Результаты поиска

  1. mobile
  2. mobile
  3. mobile
    норм идея, в своё время не догадался..)
    Сообщение от: mobile, 16 фев 2016 в разделе: Оффтоп
  4. mobile
  5. mobile
  6. mobile
  7. mobile
  8. mobile
  9. mobile
  10. mobile
    Нет. Клиент всё таки заполняет информацию о сервере. Реквизиты он кому то предоставляет. И это нормальный случай, когда обращаешься в тех.поддержку дата центра, где снял машину, тебя просят дать доступы чтобы они могли что-то сделать. Вполне можно создать ЛК который описал alexdnepro. В самом начале ты у себя на сервере устанавливаешь бесплатный пакет. В пакет входит служба которая может слушать порт и выполнять сценарий команд. Это служба чисто пользовательская фигня. Мы сделаем подключение по хэшу выполняемого набора команд. В лк он делает заказ услуги и на его сервер отправляется пакет с текстом команд и ID заказа данной тех.подароботки, служба высчитывает хэш списка команд который она получила и клиент должен сравнить хэш который написан в лк и хэш который выдала служба. Ввести команду типа service pworder [0-9] [accept|delete] accept - выполнить заказ delete - отказ от заказа Выполняет список полученных команд. После завершения работы терминальных команд отправляет отчёт, что сервер клиента не сдох и заказ выполнен. Со счёта списывается денежная сумма. Чтобы наш сервис был очень популярен, нужно сделать бесплатные плюшки типа установка апач, мускула, почтового сервера (притом работающего, по сути после установки exim есть всего несколько причин почему письма могут не идти), установки реги на выбор. Остальная часть — платные услуги. Как в Clash of Clans будут прокачивать свой игровой сервер. Сначала они выбирают вообще сервер какой версии ставят, а потом типа древа улучшений. Но обязательно в виде списка услуг с ценами на выполнение тех. модификаций игрового сервера. В этом моменте можно активно темнить, вообще нигде не описывая принцип работы сервиса. "Ваш заказ на тех. модификацию выполняется." А кто там орудует человек или готовый скрипт не понятно, да и не интересно. Сложность разработки службы вообще почти никакая. Есть типа каркасы служб, код открыт, мы дописываем ту часть которая определяет что будет делать служба. Слушать порт и выводить хэш файла это очень сложно. Чисто бета-тест стартапа по удалённому администрированию серверов на примере услуг из категории Игростроение. В принципе, если всё стандартизировать, в дальнейшем можно будет быстро менять старые и добавлять новые доступные услуги. Наример установка программной части офисной АТС, рублей всего за 500
    Сообщение от: mobile, 12 май 2014 в разделе: Идеи, предложения
  11. mobile
  12. mobile
  13. mobile
  14. mobile
    Сообщение

    Вывод страниц

    Если не получается с сессиями, почему изначально не пойти по другому пути и не использовать куки? Создаёшь класс для работы с данными пользователя. Публичную переменную типа bool, которая при инициализации класса будет принимать значение true, если залогинен и false если нет. И на странице своей просто выводить что-нибудь типа: require_once "users_model.php"; $users = new Users; $users->init(); if ($users->loggined) { // вывод страницы } else { // сообщение о необходимости авторизоваться } а внутри самого класса что-нибудь типа... <?php class Users { public loggined = false; function init() { if ((isset($_COOKIE['login']))&&(isset($_COOKIE['password']))) { // сравниваем то, что в куках с тем, что в базе и если всё хорошо пишем: $this->loggined = true; } } } ?> поддерживаю, сам отхожу от сессий. По сути сессия - это кука, ключ массива на стороне сервера с данными пользователей. Например ты используешь $_SESSION['USER_ID'], на стороне сервера данные хранятся (имеют модель, храняться то они в сериализованной строке) вид типа Array( [71aa78b58093986a71a40c0ed76b93a8] => Array( [USER_ID] => 12345 ), [11aa28b54093986a71a50c0ed76b98a8] => Array( [USER_ID] => 123456 ), ) Где ключи элементов массива первого уровня это и есть куки PHPSESSID пользователей. Но может быть и не так, может и по файлам для каждого ключа сессии. В общем не так важно, главное то, что оно хранится. Этот объект хранения появляется после вызова функции session_start() Т.е. не вызываем - не появляется. Номинальный стандарт времени старта сессии это 0.02 секунды. Но на многих, очень многих серверах моих знакомых, это примерно 0.2. Прибавим к этому время обращения к NS серверу и загрузку статического контента страницы. И получаем 2-3 секунды. А это уже не очень круто. Мы ведь все видим, что некоторые сайты которые вы не посещали до этого быстро открываются, а некоторые нет. Всё зависет от 3 условий - скорость скрипта - нска - контент Когда вы провели большую работу, сжали там например css файлы, включили сжатие, оптимизировали запросы к бд и т.д. а страница всё равно грузиться долго, вы начинаете ломать голову, что не так?! А оказывается в боевом сервере с нормальной нагрузкой сессия может стартовать и 0.4! Так вот нам не нужны лишние 0.4, сессия - это только способ идентификации пользователя. Вы сами можете реализовать свой способ используя свои кастомные куки, вы можете хранить куки, да, например в базе, вы можете даже привязывать куку к IP адресу, юзер агенту и прочему, что сделает "сессию" более безопасной. Т.е. сопрут куку с MYSESSID, а использовать не смогут) Ну и третий мой аргумент в пользу кастомизации сессий это затраты сис. ресурсов на стандартные сессии, они большие (относительно), можно и меньше. Детально не буду рассматривать.
    Сообщение от: mobile, 29 апр 2014 в разделе: PHP
  15. mobile
  16. mobile
  17. mobile
  18. mobile
  19. mobile
  20. mobile