1. Насколько обоснована ежемесечная плата за настройку и корректировку рекламных компаний, целей и прочих маркетинговых фишек, если компания не проводит каких-либо акций и не выводи на рынки новые товары?Зависит. Конкуренты же тоже не дремлют, меняют текста от приевшихся к хайповым, оттачивают ключевики и низкочастотники... Попробуйте месяца 3 без настроек и сравните, изменится ли эффективная стоимость рекламы...
В моем представлении, рекламная компания настраивается один раз и потом только деньги на счет нужно кидать и ждать улова.
что заставляет перебирать все 1000 записей, а WHERE id > 1000 LIMIT 10, что не заставляет перебирать все 1000 записейУ вас нет никакого понятия как работают индексы, по этому вы думаете что так будет быстрее. Хотя логика подсказывает что за 20+ лет существования реляционных бд наверняка при необходимости повысить производительность до такой опции бы давно додумались и она была бы распространена, но почему то такого не случилось... Это по тому что достаточно
// Данный php код трогать и менять нельзя, слишком поздно его менять.У вас тут ВООБЩЕ ничего не выводится и не читается, все параметры внешние, НИЧЕГО не мешает вам его вынести выше по коду, это не отразится на коде никак вообще. Есть нюанс с {news-id} - его скорее всего подставляет какой-то внутренний шаблонизатор, но проще просто заменить его на $news-id и не париться, можно вообще все вынести в функцию и возвращать массив или строку готовую, уровень говнокода уже все равно не вырастет.
Это строка вообще шедевр, ну да ладно... вместо этого конечно достаточно просто сконкатенировать строки:$testphpcode = '<?php print_r ($out3[1]);?>1.<?php print_r ($out4[1]);?>';
$link = $out3[1].$out4[1]; и получить готовую строку.
processData: false, contentType: false,, однако сравнить 3 строчки вы поленились.
Как из этой таблицы выбрать историю диалога когда известен id отправителя, например 1
почему на денвере нет ошибки и все работает, а на сервере фатальная ошибка?по тому что
SELECT m.`id`, m.`message`, mr.`message_id` status
FROM `messages` m
LEFT JOIN (
select `message_id`
from `messages_read`
where `user_id` = 111
) mr
ON mr.`message_id` = m.`id`
WHERE m.`chat_id` = 12Как я понимаю: создается POST AJAX-запрос к указанному адресу.Нет, происходит субмит формы, никакого аякс запроса по умолчанию не создается, обычный запрос, пост или гет зависит от метода указанного в форме.
Но после получения ответа от сервера (в моем случае status=200) браузер переходит на адрес запроса в показывает ответ запроса в html.Так и должно быть, браузер отсылает форму и переходит по урл отсылки чтобы получить ответ.
Как это обработать, как сделать так, чтобы браузер никуда не переходил и не показывал пользователю ответ?Гуглите "отправка формы ajax" - миллион статей.