>Если я верно понял, то у меня вопрос, для чего пользователю этим пользоваться, кроме экономии трафика, который сейчас вообщем то у же почти никто не считает. @Horus20
Дело совсем не в трафике, а в удобстве пользования сервисами. Вы наверняка пользуютесь гуглопочтой и яндексовской. Но они так сложно устроены, что вам вряд ли удается делать что-то подобное.
Я предлагаю поставить разработку приложений такого уровня на поток, правда перевернув подход к программированию с ног на голову, за счет чего в несколько десятков раз уменьшается клиентский код, а уже как следствие и трафик. И для написания приложений не требуется штат программистов, так как справится каждый второй, если не первый. Клиентский язык знать в принципе не обязательно, достаточно уметь писать на серверном.
>например я как разработчик могу отлично разбираться в рнр но ни-в-зуб-ногой джава-скрипт. @Kindman
Последнее предложение отвечает и на ваш вопрос.
Что же касается API, здесь я с вами не согласен. API обычно отдает информацию единицами или группами единиц информации. А больше ничего и не нужно. А то что оно может работать не стабильно или не перекрывать весь функционал основного сайта — это уже проблемы того, кто это API дает. У меня нет желания реализовывать велосипед в виде Яндекс-почты и вообще иметь какое-то отношение к Яндексу. Она и так довольно неплохо сделана и если бы не их дурацкая «политика», могли бы быть лучше гуглпочты.
>Сейчас стадия «посева» — отбор «семян». На этом этапе самая большая проблема — что никто не хочет делиться своими семечками. Потому что большинство считает, что у них самые лучшие семена в мире, и будет самый лучший урожай
Дело даже не в качестве семян, а скорее в лени. Людям ничего уже практически не надо, у них и так все есть. Они могут часами трепаться в темах о том как бы им хотелось бы чего нибудь новенького, необычного, хотят устроить саморегулиремое сообщество где все будет так как они хотят, но когда говоришь пожалуйста, на тебе что-то необычное, хотел заниматься — занимайся, устраивай что хочешь, как сразу всем все становится в падлу. Я даже не удивлен.
А самому стартап продвигать я и сам умею (в смысле не умею и мне пофиг, программирование у меня хобби) и реализовываю именно те сервисы, которые нужны мне в повседневной жизни. Я еще года два назад написал гостевую книгу, которую использую в качестве черновика по сей день, тогда же писал статьи в песочницу о том, как правильно перехватывать нажатия ссылок в целях повышения удобства пользования приложением. И что? Инвайт ни кто не дал, советы на ус не намотал, и в интернете до сих пор нет ни одного аналога. Это говорит о том, что людям хватает того что есть и совершать какие-то телодвижения просто впадлу.
Если javascript управляет клиентом это еще не значит что сервер стал вести себя как-то иначе. Стало удобней пользоваться, остальное как было, так и осталось. Оставьте скайп, покажу личный кабинет. Подробный пост об этом позже напишу.
dirname(__FILE__) должен решить вашу проблему, раз ответ «да». я такие же проблемы испытывал при переносе проекта с локалки (windows) на рабочий сервер (*nix)
Еще может регистр файла влиять на включение.
И еще бывают проблемы, если метод класса вызывается как class::method
На клиенте куки отличаются от сессий тем, что поддержку кук вы можете отключить, а вот поддержку сессий уже нет, так как данные сохраненные в сессии хранятся во временных файлах на сервере или в базе данных, а файлы кук хранятся на клиенте, причем отключение кук никак не блокирует передачу браузером сессионного идентификатора на сервер, что собственно и делает сессии таким надежным механизмом.
При считывании данных из кук сервер обращается к информации пришедшей от клиента вместе с запросом (это 4Kb), а при считывании данных из сессии осуществляется поиск в файлах или базе данных на сервере среди такого количества файлов, сколько пользователей онлайн, плюс тех, что с сайта уже ушли но сессионные идентификаторы которых еще хранятся.
И такой поиск осуществляется для каждого пользователя на каждую запрошенную страницу минимум, так как некоторые движки сайтов могут использовать сессионный механизм в основе ядра и сессионный идентификатор в этом случае будет создаваться даже для ботов. Большая посещаемость + значительное увеличение времени жизни сессии создадут серьезную нагрузку, если не падение сервера, поэтому время жизни сессий должно быть как можно меньше, но в пределах разумного (обычно это 15-30 минут). Куки можно поставить и на 50 лет вперед, но нагрузки на сервер это не создаст.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
