kostyanet

Рейтинг
45
Регистрация
03.06.2015
Должность
design
Интересы
design
designer

Попробуйте крестное знамение, как Василий Иванович в лифте, помните? :)

Еще 5 минут посмотрел и стало вполне ясно что пользователи ВП в принципе не должны думать о каких-то там версиях пхп и майскли. Ну то есть это не в их компетенции задумываться о таких вопросах. Архитектура ВП абсолютно не способна ко-эволюционировать, следовательно нет никакой потребности вылезать из этой ниши. Ну то есть понимаете рыба письма провайдеру и вопрос на каком php будет работать и лучше - настолько противоположны, ну как полюса вселенной, или там лак для ногтей и четырехтактный двигатель.

Скачал дистр ВП, размочил и за 5 минут не смог дойти по инклюдам до места, где ему нужен php версии больше чем 5.3 Может кто-нибудь показать такоэ?

Ну то есть когда написано что минимум 5.2.4, то значит максимум просто блажь. Или они что, генерят скрипты согласно версии php при установке?

Ладно, а вот так разве нельзя?


$store = $_POST;

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

SeVlad:
и прекратишь лезть в непонимаемые тобой области

Так мне надо знать про эти области. Вы бы объяснили в качестве хорошего начала.

---------- Добавлено 05.08.2015 в 19:57 ----------

Идея корежить хтмл перед записью в БД рождается в головах тех программистов, которые не различают клиента и сервер, браузер и базу данных. Им все это кажется заедино и страшилки про инъекции толкают на порчу аутентичности текстов.

Так вот базам данным по барабану вся эта хтмльная разметка, для драйвера бд - хтмл - такой же текст, как любой другой, который экранируется на спец-символы самого языка. Более того, вообще всем программам способным читать текст - хтмл по барабану. Единственная программа которой он грозит - браузер. Следовательно обычная логика подсказывает что в браузер надо выдавать проверенный хтмл не разбираясь откуда он появился - из админки или с публичного канала.

Потому что если полагаться на проверенный хтмл полученный из бд, то запросто пропустить непроверенный из файла, например из файла сессии, из файла куков или еще откуда-то. Так и получится тогда, что придется одновременно проверять и туда и обратно, каждый раз вникая что там должно быть, то есть расходуя ресурсы понапрасну и усложняя коды.

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

Короче, есть инженерный подход - завести 0, базу, точку отсчета - и плясать от нее. В потоках текста такой точкой считается аксиома: пишется как есть, читается с преобразованием.

---------- Добавлено 05.08.2015 в 20:05 ----------

Кстати, чтобы js мог нормально распихивать данные полученные от сервера по input'ам формы, нужна функция декодирования ентитек в теги. Потому что сервер тупо выдает преобразованное в расчете на браузер, а когда эти ентитьки получает скрипт, он их так и засунет и получится бнопня. Да, можно отпарсить силами браузера, но опять же это опасно, поскольку там может быть <script> и браузер тупо его выполнит как только отпарсит. Функция декодирования есть в инете, но там список голимый, я его сократил, enjoy:


var html_entity_decode=function(str) {
var m={"194":"&iquest;","195":"&yuml;","197":"&Yuml;","198":"&fnof;","203":"&tilde;","206":"&omicron;","207":"&piv;","226":"&diams;","38":"&amp;","34":"&quot;","39":"***039;","60":"&lt;","62":"&gt;"},d=0;
for(d in m)
str=str.split(m[d]).join(String.fromCharCode(d));
return str;
};

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

Кстати если у вас хром по дефолту, вам надо знать что хром - кадавр кеширования.

Зачем эти намеки, и так все знают откуда ноги растут. Оттуда что посетитель - тупое чмо, быдло, ничтожество, дебилоид и в таком роде, который просто обязан все стронги прочитать, все картинки пролистать, телефончик оставить и смиренно ждать когда с него начнут бабло трясти. Остановить на выходе строгим вопросом: А почему это ничего не купили? - В том же ряду отношения. При этом остается загадкой почему у этого чмо - есть деньги, а у того умника - проблемы со скриптом.

---------- Добавлено 05.08.2015 в 19:19 ----------

Я знаю что у нас "страна непуганных идиотов" и даже отменное хамло может находить в своей сраной воронке какие-то заказы, однако известно и то, что народ неизбежно учиться и понимает это отношение правильно: значит с той стороны симметричный чувачок.

---------- Добавлено 05.08.2015 в 19:21 ----------

Технически задержать скриптом можно лишь для надувательства ПФ. Но если бы ПФ реально что-то значил.

А для синхрона придумали Worker'а.

Скорее всего автор темы не не понимает разницы, а не понимает вообще этой клиент-серверной технологии, что обычно для тех, кто учился на десктопе.

По расписанию и сколько надо. Потом юзерам выдается что засосано с лагами или без, но уже без лагов. Вашего замысла в целом я не знаю, сайта не видел, но если ваш скрипт с сервера просит другой сервер что-то выдать, то очень даже запросто может не хватить отпущенного в настройках времени на выполнение запроса юзера - через который все идет. В общем не важно, я еще в прошлый раз интересовался зачем вы переписываете вручную все элементы массива $_POST - можно узнать?

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

Всего: 913