Есть такой простой код, но, он не работает, почему то.Все работает, просто вы не умеете работать с данными (надеюсь пока что)
Что делать
уже взрываюсь мой первый сайт и столько гемораНу, у меня для вас плохие новости... Либо сдаваться, это не ваше, думайте над другим направлением в карьере. Либо приготовьтесь к тому что учиться будете практически всю жизнь. Конечно большую часть освоите за первые несколько лет, но новое будете узнавать постоянно. Со временем и опытом гемора станет сильно меньше, но окончательно он не пропадет никогда.
С точки зрения практичности - нет, так как это полная шляпа, мы такое писали в 2005, когда аякс как явление еще не существовал, а уже в 2012 появился нормальный XMLHttpRequest здорового человека, на который все быстренько переползли.
С точки зрения практичности и безопасности данный способ оправдывает себя?
Задавшись вопросом безопасности отправки запросов через ajaxЕсли возникают вопросы безопасности при отправке данных через пост - значит вы что-то не то передаете...
нужно чтоб эти данные дублировались и пользователю на введенный им емейл в формеТак как какой-то "замечательный" человек решил что функция sendEmail будет внутри себя использовать емэйл заданный константой, а не передаваемый в параметрах, то в данном коде ваша задумка работать не будет.
Есть сайт PHP 7.4Разбить на блоки проверки с замером таймингов, посмотреть какой кусок тормозит, далее уже можно сделать выводы о производительности, кэше, бд и что вообще происходит хотя бы понимать. А так - тыканье пальцем в лужу ответов не даст.
if($now_date_unix (пусть будет 27 число) > $otp1end_unix (пусть будет 17 число)) {
// тут надо подумать и написать правильный вариант )
}...Мне не понятно, где тогда хранится весь ответ клиента, если не в памяти ?В памяти конечно, но так как это оболочка над данными, то реализация скрыта, условно вы можете считать это файлом, который может активно меняться.
$translate = ['welcome'=>['ru'=>"Приветики",'jp'=>"Komichiwa"]...];$t = '<p>qwe asd zxc.cvb dddfg. dfgdfg dfgdfg.ddg ertert. dfgdfg</p>';
function repl($matches){
return $matches[1].preg_replace('#(\.)+([^\s\.])+#', '$1 $2', $matches[2]).$matches[3];
}
$result = preg_replace_callback('#(<p>)([^<]+)(<)#', 'repl', $t);
var_dump($result);...
var confirm = confirm(txt);// здесь получаем тру или фалс, ок...
...
data: "confirm=" + encodeURIComponent(confirm) //здесь его енкодим и отправляем на сервер зачем-то...
...
return filter_var(file_get_contents('text.txt'), FILTER_VALIDATE_BOOLEAN);//читаем файл, получаем из него значение...Мне почему-то кажется, что 'поиск Fulltext' должен подойти для такой задачи,Вам кажется. Кроме того что фуллтекст вообще не для этого, он еще и работать будет относительно медленно, так как вариативность значений будет низкая. Про "удобство" работы со строкой вместо нормального индекса вообще молчу.
Нужно, чтобы можно было быстро находить все темы (топики) для одного заданного раздела (искать тему, которая относится сразу к двум и более разделам не нужно).м2м, это надежно и быстро, достаточно знать индекс раздела.
Как такое реализовать максимально просто?Совет: Не гонитесь за кажущейся простотой, вы хапнете гораздо больше гемора от неправильной архитектуры, нежели от еще 15 минут, потраченных на создание таблицы справочника, пивот таблицы и написания 2 джоинов в запросе. Важнее сделать правильно, а не проще.
$string = '';
while($row = mysql_fetch_assoc($request)) {
if (file_exists('/www/ПУТЬ/'.$row['id'].'_100.jpg'))
{
$string .= 'BODY';
}
else
{
$string = '';
break;
}
}
echo $string;