скорее практика без теории бесполезна. порождает колхозников, которые не понимают что делают :D

Практика позволяет тебе получить опыт. Даже неверный опыт идёт тебе в зачёт, потому что ты узнал, какие есть проблемы. Из теории ты о них можешь ничего не знать вообще, просто потому что теория не даёт об этом никакой информации и там есть отдельный талмуд на эту тему.

Так что, практикой можно вывести теорию, именно так теории и появлятся. А не наоборот

Ну и ещё, один из способов подтверждения теории - это практика. Теорию сперва ещё надо доказать (в универе про это рассказывают)

А как по твоему наука развивается?

Спроси у учёных, я не стану рассуждать о том, к чему не имею отношения

оч просто. делается предположение (выдвигается теория), затем оно доказывается опытным путем (практикой).

Ты путаешь термины. Выдвигается не теория, а гипотеза

неважно. теория всегда впереди.

Я только что объяснил, что нет

тока у колхозников васянов практика на первом месте, а теория это так, для ботанов, сбоку.

Предположение уже изначально основано на данных (читай, опыте)

кто шарит как в shell_exec или в ssh2_shell fwrite отправить сочетание клавиш?

подскажите как вывести только родительские категории ?

ты правда думаешь, что на этот вопрос можно ответить не зная ничего о том, что у тебя там вообще такое, в каком виде это хранится, куда вывести и т.д.?

))

берешь - и выводишь.

круть

проверку написать, если родительская категория то print категория, если нет то ничего

Всем привет. У кого есть опыт разработки сервисов email рассылки. Интересует вопрос организации БД, планировщика рассылок по кампаниям.

Есть таблицы:


subscribers (group_id | email | name)
subscribers_groups (id)
campaigns
campaigns_scheduled_overview (email | name | status | campaign_id | server_id | send_at | open_at | click_at | unsubscribe_at и т.д)


Сейчас так:

1. В рекламной кампании выбираю группу подписчиков для рассылки
2. Далее по группе подписчиков получаю получателей и добавляю в очередь на добавление в планировщик campaigns_scheduled_overview
3. Получатели добавляются в планировщик со статусом "Ожидает рассылки", далее уже работаю с таблицей campaigns_scheduled_overview (осуществляю выборку и рассылку писем

В чем вопрос: мне нужна полная стстистика по каждому получателю(ожидает, получил письмо, открыл, перешел по ссылке и т.д), на сколько так оптимально поступать (копировать получателей в промежуточную таблицу)?

Пункт 4. По идее я мог бы сразу брать получателей из таблицы subscribers, отправлять по ним письма и записывать информацию в таблицу статистики и потом ее уже обновлять,

но есть определенные НО:

1. Количество получателей больше млн.
2. Нужна очень быстрая выборка получателей, остановка рассылки, лимиты на отправку писем в СЕКУНДЫ, т.е дополнительные проверки, как следствие запросы в БД.

Вернемся к пункту 4. Если сразу брать данные из таблицы subscribers, отправлять информацию и записывать в таблицу статистики по каждой кампании,
то в случае проверки дополнительных условия (ограничение кол-ва отправок в секунды, минуты и т.д) выборка будет осуществляться из нескольких связанных таблиц, что по идее медленнее, чем из одной campaigns_scheduled_overview

При копировании получателей в промежуточную таблицу campaigns_scheduled_overview, выборки быстрые, но дублирование данных (получателей для каждой кампании), где компромисс? У кого есть опыт подобный? какие базы использовали и подходы?