wwt

под винду simpless умеет мониторить less файлы, и перекомпилирует их при каждом пересохранении если есть изменения и пофик каким редактором они редактируются.

Апач не видет модуля apache2-mpm-itk, попробуйте еще раз его установить

the subscriber is not available now please come back later 403 Forbidden

Проблема с правами доступа. Папка виртуального хоста и файлы в ней должны принадлежать пользователю от имени которого запущен апач. Либо можно установить mpm-itk который позволяет запускать разные вирт.хосты от разных пользователей. Я выше писал. Проверьте еще раз владельца директории и файлов в ней. Установите апач, установите модуль mpm-itk, я выше писал как его установить, Потом создайте директорию для вирт.хоста и нидексный файл в ней. Предположим и директория и файлы в ней принадлежат пользователю li4e потом прописываем настройки для вирт.хоста и указываем там AssignUserID с пользователем и группой который является владельцем директории и файлов в ней. Перезапускам апач. Должно всё работать.

Проблема в локальных AJAX запросах. на данный момент их по-моему поддерживает только firefox. Проверяйте в нем, или прекомпилируйте CSS из less. Или используйте локальный веб сервер.

индексный файл задан? <VirtualHost *:80>ServerName msk.ruDocumentRoot /home/li4e/projects/mskDirectoryIndex index.php</VirtualHost>

попробуйте прописать своего юзера и группу в эти ирективы User li4eGroup li4eи перезапустите апач У вас явно проблема с правами доступа, но мой пьяный моск тупит )))

Судя по активности на форуме все салатики стругают или уже начали отмечать )))

в директории sites-enabled/*.conf у вас содержатся символические ссылки на файлы с конфигами вирт.хостов. Судя по тому что вам выдавало ошибку они норм работают. Дальше смотрите на права я выше об этом писал. попробуйте папке /home/li4e/projects/msk задать права 755, если всё заработает значит проблема именно в них

У вас не установлен модуль mpm-itk сделайте в консоли sudo apt-get install apache2-mpm-itkА вообще раз у вас локалхост можете просто поменять права на папку хоста на 755 и должно и без этого работать либо можно сделать владельцем директории вирт.хоста пользователя от имени которого запускается апач он прописан в конфиге в директивах: User wwwGroup www

И ещё проверьте права на директорию виртуального хоста (/home/li4e/projects/msk) они должны быть либо 755 и тогда все должно работать, либо 750 но в настройках виртуального хоста нужно прописать пользователя которому принадлежит хост (пользователя которому принадлежит данный каталог и его группу): <VirtualHost *:80>ServerName msk.ruDocumentRoot /home/li4e/projects/mskAssignUserID myuser mygroup</VirtualHost> это он и есть, просто в linux обычно используется такое название как у вас, а в freebsd такое как я написал ))

Это уже хорошо. Сервер говорит что доступ к данной директории запрещен. Проверьте пути в настройках апача в файле httpd.conf а начале обычно такая: ServerRoot "/"и ближе к концу такая Include etc/apache2/sites-available/*.confпервая указывает корневую директорию сервера а вторая из какой директории подключать конфиги по виртуальным хостам

ну как минимум нстройки виртуального хоста должны выглядеть так: <VirtualHost *:80>ServerName msk.ruDocumentRoot /home/li4e/projects/msk</VirtualHost>

создайте новую тему по данному вопросу и выложите там настройки ваших виртуальных хостов и апача. Думаю вам смогут помочь.

Значит не дорос еще до такого навыка... ну да куда уж мне.

Ты читать умеешь? С сис блоком и монитором ты сможешь прилечь на кровать? На кровати удобнее с планшетом фильм смотреть или книжку читать. А если имеется ввиду работа, то я вообще не понимаю как можно писать код лежа на диване )))

CSS разве понимает экспоненциальную форму записи чисел?

Опечатка скорее всего, такое значение не создаст отступа.

Просто знать принципы ООП в наше время уже маловато. Нужно уметь применять данные знания. И о требованиях к данному пункту написано в пункте 5. Там требуется понимание того что такое MVC. А MVC это один из многих шаблонов проектирования(паттернов проектирования). И зачастую в одном проекте могут использовать несколько паттернов одновременно.

Вот и у меня 1-е не прокатило. Потыркал сейчас, такое чувство что скачивается, но как будто только после того как видео закэшируется на самом ютубе, причем плеер постоянно делает запросы к серверу, опять такое чувство что видео разбито на части и закачивается по частям.

вполне даже как, вот к примеру сервис http://www.sgrab.ru/ дальше думайте сами. Иногда он правда дает сбой и не предлагает вариантов скачивания для каких то роликов, не знаю от чего это зависит не разбирался.

в случае шифрования потока далеко не легко )) придется потрошить плеер и не только )) Но возможна запись во время воспроизведения от нее не защититься. Просмотр 1 раз тоже не вариант, а если рубанули свет? потерял денежки? Не серьезно. Это не такая уж простая задача и подход к её решению должен быть очень даже серьезен. Если подходить именно серьезно то шифрование потока+подтверждение по смс. Плюс до кучи добавить водяные знаки на видео, что если уж и скачают чтоб сразу было видно откуда.

Привязка к сессии глупость. Идентификатор хранится в куках или передается в запросе, вытянуть его легко. Куки я уже написал что передать куки другому человеку не составит труда. IP вообще не вариант, опять же про школу. Обычно один район обслуживают одни и те же провайдеры, и вероятность того что пол района сидит под одним и тем же IP очень велика. Я уже написал что возможность сформировать уникальный ключ вполне возможна, это различные данные о клиенте ip, разрешение монитора и тд на основе них можно сгенерировать хеш который будет довольно уникален, но не уникален )) Создать похожие условия на другом компьютере вполне возможно зная на каких именно данных он формируется. Но предположим пользователей не знает на каких тогда ключ будет настолько уникален на сколько это удовлетворительно. Но возникает проблема. У пользователя кроме стационара может быть планшет, смартфон и ноутбук и он хочет смотреть видео которое он оплатил на всех этих устройствах просто зайдя в свой аккаунт. И наша схема тут же перестает работать, ибо наш уникальный ключ будет работать только на стационаре. Это тупиковый способ который работал 10 лет назад когда очень популярны были чаты и по таким id банили в некоторых чатах ))

очень многие пользователи знают что такое cookie и они не привязываются к клиенту их вполне могут передать и создать вручную в браузере ))) Защита от блондинок я бы сказал. Нужна привязка к конкретной учетной записи даже, а не машине. Человек может зайти в свой профиль откуда угодно. И никакие логины, пароли, куки не защитят от передачи доступа. Так в Cookie хранится будет только пароль.То есть при заходе на страницу он каждый раз будет проверяться. От подмены Cookie будет эффект как от простого введения этого же пароля в модальное окно. Вопрос стоял защитить не от кражи доступа, а от передачи его добровольно )) Один друг заплатил за кино а смотрит вся школа - вот от чего ТС хочет защититься )))