Потому что всё, что пишут пользователи похапе, вредно и ненужно. И описываемый велосипед яркое тому подтверждение. Если нужна агрегация, то сначала пишем в надежный лог, а потом уже этот лог как угодно агрегируем. Когда наш супер-вумный агрегатор накроется медным тазом, по логам можно будет понять, что с ним случилось. Критические ошибки так же должен слать внешний анализатор, у которого есть общая картина. А не запускаемый сотни раз раз в секунду скрипт, который ничего не знает о том, что сто тыщ пушей уже ушло.
Нет, не нужна. Если у тебя нет ложки, то это не значит что суп надо запекать в виде батона. Надо просто найти ложку. Если ты не умеешь пользоваться программой, которой просматриваешь файл, то надо либо сменить программу, либо пользователя. А функцию трогать не надо.
file_put_contents не имеет ни малейшего отношения к кодировкам. и работает с любой, какая только есть в этой вселенной. или вообще без кодировок. Сдается мне, кодировку не поддерживает та программа, которой ты смотришь записанный файл.
В программировании нет такого понятия, как "русский язык". Есть такое понятие, как "кодировка". Поэтому надо для начала разбираться, какая кодировка поддерживается, и почему.
Речь о функции-хелпере для выполнения любых, заведомо неизвестных запросов, с неизвестным числом параметров. Соответственно, внутри функции просто невозможно узнать, какой из параметров "приводить к типу int" и првязывать к запросу с сответствующим флагом. В этом и состоит суть вопроса.
Во-второй статье много мусора. Бездумная попытка тупо переписать мануал своими словами приводит к тому, что на первый план выдвигаются бессмысленные (exec()) или второстепенные (query()) или вредные (echo $e->getMessage();) функции. Видно, что автор никогда не работал с PDO, а лишь прилежно переписывает мануал, не понимая смысла своего кода и не пытаясь хоть как-то оптимизировать громоздкие и неудобные конструкции.
Это уже лучше. В любом случае, твоя проблема в том, что ты очень пассивен. Ты ждёшь, что к тебе прилетит волшебник, и на блюдечке принесет ответ. Увы, но после окончания детского сада в жизни любого человека происходит перелом, после которого такое развитие событий становится маловероятным. Дальше решать свои проблемы приходится самому. И даже при наличии сторонней помощи не получится просто сидеть сложа ручки и ждать, чтобы чужой дядя все за тебя сделал. Надо и самому стараться. Надо читать, что тебе пишут, и пробовать. Я понимаю, что andreyqin выкатил кучу идиотских догадок, большая часть которых не имеет смысла. Но всё равно, рабочий код нужен тебе, а не ему. И проверять его догадки тоже тебе. Тем более что среди них была одна осмысленная: "проверьте, что у вас в переменной $query_array["news_content"]" - очень здравая мысль. А заодно и вообще подумать, что это за переменная и с какой стати в ней вообще что-то должно быть. А потом подумать, где на самом деле надо искать данные из формы. А потом посмотреть на форму и подумать, чего в ней не хватает. Все эти действия описаны по ссылке, которую я дал.
Да, кстати, ещё один стоящий комментарий был. Надо просто уметь извлекать информацию. Если надо, могу повторить отдельно: сайт phpsql.ru написан идиотом. Не пей из этой лужи Иванушка - таким же козленочком стагешь.
Стоящий комментарий можно дать только к стоящему вопросу. Вопрос вида "я взял чудовищный говнокод, написанный каким-то идиотом, и что-то в нем переделал без малейшего понимания. Почему у меня не работает?" стоящим назвать никак нельзя. подумай об этом на досуге.
@cimonlebedev Судя по этому ответу, "читать и понимать" в процесс обучения на программиста не входит? В таком случае вынужден констатировать, что затея обречена на провал. Если взять говнокод, написанный идиотом, который не понимает что делает, и попытаться скопировать его, так же без малейшего понимания - то никакого программиста не получится. Я гарантирую это.
