@gasperoid потому что без слэша это не директория а документ и ищется все относительно директории... Посмотрите дебаг панель браузера и по какому урлу загружаются css. Все встанет на свои места.
@Zav у меня хеширование пароля с солью в sha512 в пару тысяч итераций на сервере занимает где-то 0,05 секунды и больше. Причем это делается специально, что бы усложнить подбор паролей если база утечет. При таком раскладе "подбирать" придется реально долго. Пример надуманный, соглашусь. В большинстве случаев это не критично.
Но если у вас приложение написано не на node.js все-равно придется организовывать шину данных на очередях.
@FanatPHP в yii нормальный ORM? Или простой и юзабельный?
Доктрина может и громоздкая и сложная для новичка, если все же пересилить себя и попользоваться оной потом ничем другим пользоваться не захочется. Хотя для простого чего AR норм, в том же Laravel более мение все реализовано.
@sp1se присмотритесь к Laravel. Будущее этого фреймворка чуть менее туманно.
@Zav это понятно, но это не исключает необходимости создавать такой механизм в случае если основное приложение написано на php. ДА и в любом случае через zeromq какой это стоит делать что бы не блокировать работу сервера и обслуживание новых соединений/текущих соединений и не тратить его ресурсы на всякие там обращения к базе, хэширования паролей и верефикации. node.js все же за всей своей "асинхронностью при работе с IO" все такой же однопоточный и если хэш пароля сервер считает 0,1 секунду, то на эту самую 0,1 секунды сервер замирает. И уж темболее не стоит дублировать реализацию логики.
@Zav то есть сложно сказать как частно у нас будет клиент бомбить запросами сервер, но не будет холостых запросов. Или их просто будет в пару десятков раз меньше.
ну на счет "лучше всего node.js" вопрос спорный. Скорее "проще всего" так как для php придется еще libev ставить экстеншен и т.д. что бы хоть чуть чуть догнать по производительности node.js. А систему аунтефикации через pub/sub делать все-равно придется (или нет, зависит от задачи).
Если загоняться по поводу производительности, лучше всего написать чатик на go воспользовавшись каким gorillatoolkit.
@DubecZ рекомендую вам побольше времени потратить на то, что бы разобраться с пространсвами имен и автозагрузкой прежде чем продолжать работу дальше. У вас на это уйдет не так много времени зато разрешит массу проблем в будущем.
И не в коем случае не проецируйте файловую систему на неймспейсы. Должно быть наоборот. Неймспейсы клавнее того, где лежит файлик. Это можно разруливать префиксами всякими.
@DubecZ у меня есть предположение что вы не понимаете что такое "имя класса". В контексте new classes\some\bullshit(), оператор new хочет получить полное имя класса. Это неймспейс + имя класса. в __autoload так же передается полное имя класса. И в файлике который вы подключаете должен быть указан этот неймспейс. А вы судя по всему его не указали.
