нужно чтоб эти данные дублировались и пользователю на введенный им емейл в формеТак как какой-то "замечательный" человек решил что функция sendEmail будет внутри себя использовать емэйл заданный константой, а не передаваемый в параметрах, то в данном коде ваша задумка работать не будет.
запрос для выборки рандомной строки с удалением.Так для выборки или для удаления?
После ввода в поле каких либо значений кнопка становиться активнойИ какое событие вы отслеживаете?
Есть сайт PHP 7.4Разбить на блоки проверки с замером таймингов, посмотреть какой кусок тормозит, далее уже можно сделать выводы о производительности, кэше, бд и что вообще происходит хотя бы понимать. А так - тыканье пальцем в лужу ответов не даст.
$.ajax({
type: 'POST',
url: '/recloud/modules/cabinet/engine/handlers/handler.php',
data: 'operation=activate_gift&code=' + code,
dataType: 'json'...if($now_date_unix (пусть будет 27 число) > $otp1end_unix (пусть будет 17 число)) {
// тут надо подумать и написать правильный вариант )
}...Мне не понятно, где тогда хранится весь ответ клиента, если не в памяти ?В памяти конечно, но так как это оболочка над данными, то реализация скрыта, условно вы можете считать это файлом, который может активно меняться.
$translate = ['welcome'=>['ru'=>"Приветики",'jp'=>"Komichiwa"]...];это ведь незахардкожено, как поисковик понимает актуальность урлов ?Поисковики ориентируются на несколько параметров: Заголовок страницы на сайте, содержимое самой страницы (в частности тег h1), а так же всякие дополнительные фишки типа микроразметки, сайтмапа и схемы, а сайт просто выводит эти данные в заранее приготовленный шаблон страниц в нужные места. И все друг друга понимают и любят )
$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);//читаем файл, получаем из него значение...f (isItemFiltered && !isShowAll) {
item.classList.add('hide');
} else {
item.classList.remove('hide');
break;
}Мне почему-то кажется, что 'поиск 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;