javanub

for (;;) {
    sleep(1);
}

setcookie('wildlogin', 'oh yes');
$x = $_COOKIE['wildlogin'];
echo $x;

проверьте

Возможно для заранее созданнои папки выставлены усечённые права, может для временнои папки загрузок стоят ограничения - лучше сначала переместить фаил, потом его обработать и переписать.

текст заключенный в кавычки `` выполняется и результат возвращается в переменную (php.net), т.е. это тоже самое, если бы ты выполнил это выражение в командной строке и потом работал с результатом:

cat /tmp/thread = читает файл и перенаправляет текст дальше
grep "var ipb_md5_check" = ищет все строки в которые входит подстрока, и перенаправляет дальше
cut -d '"' -f 2 = обрезает что-то, это и будет результатом, который должен попасть в переменную

1) У вас должна быть таблица, в которой вы храните комментарии.
2) Создайте ОДНУ модель Comment. Она будет относится к таблице Комментарии. Лучше, сгенерируйте модель через gii - будет понятнее. Обратите внимание, что у модели будет метод tableName(). Он показывает, что один класс отностится к одной таблице.
3) Сделайте view, которая показывает все строки таблицы и view, которая показыает конкретную запись таблицы. Итого две вью.
4) Сделайте контроллер, который будет отвечать за ведение комментариев. В контроллере будут экшены, которые будут отвечать за разные действия с комментариями - один для добавления, один для удаления, один для показа всех, один для показа конкретного.

Итак, обо всем по порядку:

1. Дописать новую фичу можно в любой системе и в любом фрейморке (ZF/Laravel/SF/Cake/CI/Phalcon ... ), даже если все было спроектировано не правильно изначально. Единственно на это уйдет чуть больше времени и нервов.

2. Симфони второй по востребованости в СНГ, после Yii - согласно hh и brainstorage. Остальное - ZF/Laravel. В Европе/США - наоборот, ZF2/Laravel, потом Symfony, а Yii вообще редко попадается.

3. Да Ларавел работает быстрее и есть меньше памяти. Это потому в симфони очень много слоев абстракции. Но как правило, память дешевая и многие могут её себе позволить. То есть в основном никого не волнует какие-то 9-10 лишних МБ памяти.

4. Симфони - не для слабаков. Его API гораздо сложнее всех остальных. Нужно уже знать и понимать DI контейнеры, принцип разделения концепций и аналогичное. Для работы с Yii/Laravel - знать этого не нужно, поэтому каждый второй школьник Yii/Laravel программист (образно говоря).

5. Не встречал адекватных мануалов для новичков на русском языке, к сожалению. Могу посоветовать только англоязычные:

Symfony2 Registration and Login
Creating a blog in Symfony2

Пройдя эти мануалы, уже сможешь писать приложения.

6. В любом фрейворке, тебе нужно будет в основном только это:

- Роутер / контроллеры
- Компонент валидации форм
- Слой над базой данных

И все! Фремворк предоставляет только инструменты, не более того. Т.е фреймворк - это не цель, а средство.

composer dumpautoload -o
Делал? Должно помочь.

99% проблем с reflection у Laravel, решается командой выше.

Для быстрого старта советую пройти nodeschool.io и освоить все внутреннее API фреймворк nodejs.org/api и параллельно брать фреймворк, в котором решено много низкоуровневых задач, потому, что голый Node.js это слишком низкоуровневый инструмент для старта. Посмотрите Express expressjs.com и не постесняюсь посоветовать опробовать свой альтернативный фреймворк habrahabr.ru/post/247543
Библиотеки же можно набрать тут: https://github.com/sindresorhus/awesome-nodejs и тут https://github.com/vndmtrx/awesome-nodejs и тут nodeframework.com

Во-первых, раз уж начали учить по какой-то книге - зачем же менять материал? Если устраивает «A Byte of Python», то спокойно продолжайте.
Во-вторых, конкретно в обучении проблем не будет. Слишком уж редко используются какие-то серьезные отличия 3'ей и 2'ой версии, чтобы бояться (не считая банальных отличий строк и какого-нибудь print'а). А если и наткнетесь, то найти решение - дело одной минуты.

Нууу давайте разбираться.

Для начала почитайте про HTTP на той же вики. Досканально знать не нужно, но стоит минимально понимать структуру запросов/ответов, понимать что у запроса и ответа есть заголовки и тело (тела может и не быть, зависит от типа запроса/ответа).

Так вот. Куки. Куки живут на стороне браузера. Они передаются HTTP заголовком на каждый запрос на сервер (даже если вы за картинками полезли). Есть просто куки, есть http-only куки. Куки могут быть разграничены по хосту и пути. Все это дает нам гибкость и помогает с секьюрностью. В PHP содержимое $_COOKIE предоставляет нам SAPI. Когда PHP получает на обработку запрос, SAPI используемое (php-fpm, cgi, mod_php имеют свои реализации SAPI) в данный момент берет заголовки и тело запроса, парсит их и заполняет все эти суперглобальные массивы типа $_SERVER, $_GET и в том числе и $_COOKIE. Все что прислал нам клиент (что-то что делает запросы это клиент, что-то что их обрабатывает - сервер), а куки шлет нам браузер только те что можно исходя из того куда шлется запрос. Устанавливаются куки заголовком Set-Cookie в ответе, то есть тут больше нужно читать в принципе про HTTP а не про PHP. PHP просто позволяет вам работать с этим добром. Вы можете сэтить куки напрямую работая с заголовками ответа при помощи функции header. Более того, если выставить время жизни куки в 0, то как раз таки они а не сессия будет сбрасываться при закрытии браузера так как тот будет забывать все такие куки.

Вот... сессии... В PHP сессия обычно это файл. Просто какой-то файл с рандомным именем. Если скажем в php.ini указано session.autostart или делается вызов session_start то создается файл под сессию пользователя (можно переместить в рэдис или мемкэш, свое хранилище и т.д в зависимости от нужд. Так же данные можно шифровать, что по умолчанию и происходит). Этот файл имеет ID, просто какая-то рандомная строка. И если при обработке запроса не нашлась сессия с предыдущего запроса - создается новая.

И вот мы подошли к самому интересному - как PHP связывает сессию с предыдущего запроса с текущей. И тут все довольно просто - куки. Когда пользователю присваивается сессия, автоматически сэтится http-only (что бы нехорошие люди не могли из js увести нашу сессию) кука, в которую записан идентификатор сессии. В дебагере браузера можете посмотреть есть ли у вас кука PHPSESSID (название можно менять в настройках, да и вообще сессии можно не только через куки связывать, но это уже загоны по секьюрности) когда будете эксперементировать с сессиями.

Когда запрос обрабатывается SAPI, при наличии session.autostart, перед тем как начинать создавать новую сессию, пых все же смотрит а есть ли у нас кука с идентификатором сессии, проверяет есть ли у него такая, и если есть успокаивается и не создает новую. Поскольку сессия привязывается через куки, то можно выставить время жизни этой самой куки (в php.ini) и таким образом регулировать время жизни сессии.

Вот... когда использовать куки а когда сессии? Желательно понимать, что чем больше данных в куках (а у них есть лимит к слову) - тем больше данных мы передаем на каждый запрос. То есть это не круто когда что бы получить 1 килобайт данных мы должны в заголовках передать пару килобайт кук. Люди, повернутые на оптимизации, даже картинки хранят на отдельных cookie-less доменах что бы уменьшить количество трафика и пакетов (обычно простенький HTTP запрос влазит в размеры одного TCP пакета). Если вам нужно работать с этими данными из JS на любой странице, например локаль выбранноую пользователем для того что бы применять переводы еще и в JS, то стоит использовать куки. Для всео остального лучше конечно же использовать сессии. Во всяком случае на начальных этапах когда что-то сильно сложное вам делать не придется.

Заходите в репозиторий - Settings - Collaborators - добавляете нужного.

import java.util.ArrayList;
import java.util.HashMap;
import java.util.Map;

public class Application {

	public static void main(String[] args) {
		Map<Character, Integer> letters = new HashMap<Character, Integer>();

		ArrayList<Character> fakeArray = new ArrayList<Character>();
		fakeArray.add('a');
		fakeArray.add('a');
		fakeArray.add('a');
		fakeArray.add('b');
		fakeArray.add('b');
		fakeArray.add('c');
		fakeArray.add('c');
		fakeArray.add('c');
		fakeArray.add('w');
		fakeArray.add('w');
		fakeArray.add('w');
		fakeArray.add('w');
		fakeArray.add('g');

		for (int i = 0; i < fakeArray.size(); i++) {
			Character tempChar = fakeArray.get(i);

			if (!letters.containsKey(tempChar)) {
				letters.put(tempChar, 1);
			} else {
				letters.put(tempChar, letters.get(tempChar) + 1);
			}
		}

		for (Map.Entry<Character, Integer> entry : letters.entrySet()) {
			System.out.println("Буква = " + entry.getKey() + ", Повторений = " + entry.getValue());
		}

	}
}

И вот что выводит в консоль, когда скрипт отработал.

Буква = w, Повторений = 4
Буква = g, Повторений = 1
Буква = b, Повторений = 2
Буква = c, Повторений = 3
Буква = a, Повторений = 3

Наверно можно лучше, сейчас бошка не варит сорри. Но задачу решает, копайте в эту сторону.

Сейчас в интернете наблюдается тенденция к построению "толстых клиентов". Соответственно без javascript вы такой клиент не сможете сделать.
Javascript нужен:
1. Для общения с сервером без перезагрузки страницы (ajax)
2. Для расширения возможностей css и html (всевозможные библиотеки и плагины, галереи, скроллинги, рич-элементы форм и т.д.)
3. Для контроля действий пользователя (обработка форм, кликов по элементам и т.д.)
4. Всякие специфические штуки (например построение 3-d моделей в браузере, различные интерактивные штуки)
Кроме того, изучив javascript вам в будущем будет проще изучить node.js, а это уже back-end.
Ну и чтобы вы сами осознали, киньте в меня линком на крупный популярный современный ресурс, на котором НЕ ИСПОЛЬЗУЕТСЯ javascript.