
Terminator
09.03.2019
07:12:09
. будет жить. Поприветствуем!

Burhoniddin
09.03.2019
07:12:29

Aleksandr
09.03.2019
09:02:16

Программист- редиска
09.03.2019
09:03:15

Google

Aleksandr
09.03.2019
09:04:56
Нет, там есть таблица содержащая список всех таблиц бд. Простым селектом. Если у тебя mysqli кончно

Dziro
09.03.2019
09:06:53
SELECT *
FROM information_schema.tables
WHERE table_schema = 'yourdb'
AND table_name = 'testtable'

Влад
09.03.2019
17:10:19
yii2 мб кто подскажет,КУДА ДЕЛИСЬ МОИ данные
бален
нельзя пересылать сообщения здесь((

★Даня★
09.03.2019
18:38:13
Ребят, помогите плиз как мне отправлять html на почту не как текст а как код, функцией mail(); я просто сделан но оно отправила мне текст html
?

Mr. Blonde
09.03.2019
19:02:06
Переменная - это имя для значения, запиши значение и отправь.

★Даня★
09.03.2019
19:12:02
?

Сасный
09.03.2019
19:22:22
Заголовки, это все. Без них письмо вполне может и не прийти, учти это

Google

★Даня★
09.03.2019
19:22:59
Это типо оно даёт возможность для html?

Сасный
09.03.2019
19:24:22
Это типо, устанавливает тип файла, который ты отправляешь

dypa
09.03.2019
20:39:07


★Даня★
09.03.2019
21:18:28
Я тут чёт нашел, но хз работать будет или нет
/* получатели */ $to= "Mary <mary@example.com>" . ", " ; //обратите внимание на запятую $to .= "Kelly <kelly@example.com>"; /* тема/subject */ $subject = "Birthday Reminders for August"; /* сообщение */ $message = ' <html> <head> <title>Birthday Reminders for August</title> </head> <body> <p>Here are the birthdays upcoming in August!</p> <table> <tr> <th>Person</th><th>Day</th><th>Month</th><th>Year</th> </tr> <tr> <td>Joe</td><td>3rd</td><td>August</td><td>1970</td> </tr> <tr> <td>Sally</td><td>17th</td><td>August</td><td>1973</td> </tr> </table> </body> </html> '; /* Для отправки HTML-почты вы можете установить шапку Content-type. */ $headers= "MIME-Version: 1.0\r\n"; $headers .= "Content-type: text/html; charset=iso-8859-1\r\n"; /* дополнительные шапки */ $headers .= "From: Birthday Reminder <birthday@example.com>\r\n"; $headers .= "Cc: birthdayarchive@example.com\r\n"; $headers .= "Bcc: birthdaycheck@example.com\r\n"; /* и теперь отправим из */ mail($to, $subject, $message, $headers);


Сасный
09.03.2019
21:34:05

Terminator
10.03.2019
08:46:12
@ilya_mixaltik будет жить. Поприветствуем!

Программист- редиска
10.03.2019
10:52:47
??

Gleb
10.03.2019
11:55:31
Подскажите пожалуйста мне приходит строка с формы в строке html и img в img base64
Как лучше заменять значения src на созданные из base64 картинки(пути)... Через поиск в строке base64 и вставку через рекурсию или есть более адекватный путь?

Alexandr
10.03.2019
13:40:00


Terminator
10.03.2019
14:00:42
@kirichka будет жить. Поприветствуем!

Kirill
10.03.2019
14:07:23
Всем привет. Есть скрипт, который запускает воркеров для потребления из кафки. Воркеры запускаются отдельными процессами через pcntl_fork. Для рабты с кафкой используется rdkafka. В процессе разработки столкнулся с ситуацией, когда при килянии форков (через SIGKILL или через обрабатываемые сигналы а-ля SIGINT, SIGTERM) теряются сообщения (точнее сказать offset'ы). Проблему вроде бы поборол тонкой настройкой rdkafka и воспроизвести ее руками уже не получается. Но все же хотелось бы написать какие-то тесты, которые это подтвердили. Кто-то сталкивался с тестированием скриптов, котоыре используют pcntl_fork? Как в процессе теста имитировать множественные киляния fork'ов?

Дмитрий
10.03.2019
14:33:49
я бы на твоем месте на го это всё делал)
ибо пехапе не про процессы)
но в твоем случае можно обернуть pcntl_fork в класс и передавать его в кунструктор или юзать сервис контейнер
потом при тестах реализуешь подобный класс и подкладываешь

Vasilii
10.03.2019
14:38:15
Чуваки где генерить договоры купли продажи? Есть у кого форма html этого документа?

Kirill
10.03.2019
14:45:32
ибо пехапе не про процессы)
Да, прекрасно понимаю. В добавок еще либа для работы с кафкой очень куцая. Но имеем то, что имеем. В целом то не так все плохо на самом деле.

Google

dypa
10.03.2019
14:58:30

Дмитрий
10.03.2019
14:58:59
Да, простите)

dypa
10.03.2019
15:04:38


Kirill
10.03.2019
15:18:16
Ну sigkill невозможно перехватить, а соотв-но и предусмотреть graceful termination для sigkill так же нельзя. Это сигнал на крайний случай. Для остальных сигналов нужные обработчики написаны.

Программист- редиска
10.03.2019
15:20:53

Дмитрий
10.03.2019
15:37:19

Gena
10.03.2019
17:09:59

Eugene
10.03.2019
17:53:04
Мы например в тестах еще полтора года назад получили результаты, что при использовании рд кафка хранить оффсеты надо отдельно, не отдавая это на откуп самой кафке. Поэтому храним их в отдельной базенке в мускуле


Kirill
10.03.2019
18:37:13
Мы например в тестах еще полтора года назад получили результаты, что при использовании рд кафка хранить оффсеты надо отдельно, не отдавая это на откуп самой кафке. Поэтому храним их в отдельной базенке в мускуле
Спасибо за ответ! Да, сейчас оффсеты хранятся в самой кафке. При переносе данных их кафки в другое хранилище (clickhouse) я также записываю оффсет сообщения и номер партиции и сохраняю их там - делаю это как раз для того, чтобы в любой момент можно было найти "дыры". Кроме этого каждое сообщение имеет уникальный идентификатор и повторная его вставка в хранилище не приведет к дублированию данных (за это отвечает движок таблиц ReplacingMergeTree). Таким образом проблемы повторного потребления сообщения нет, но есть проблема пропуска, но и она может быть решена в частном порядке, т.к. все данные для этого есть.
Если говорить про rdkafka, то я раскурил, что особенностью работы данной библиотеки является ее внутренняя очередь. Для максимального перфоманса rdkafka забирает сообщения из кафки и пачками кладет в свою внутреннюю очередь и поддерживает количество сообщений в этой очереди. Если не успеть обрабтать эту очередь и убить процесс, то эти сообщения останутся непрочтенными, а сохраненный оффсет уже будет находиться впереди них. Есть такая опция queued.min.messages она как раз отвечает за число сообщений, которые rdkafka держит у себя в очереди. В названии фигурирует min и это как бы сбивает с толку, но если поставить значение этого параметра равным 1, то сообщения перестают теряться, т.к. rdkafka перестает читать большими батчами.
Я полагаю, что этот параметр должен сильно влиять на производительность, но пока меня все устраивает.


Eugene
10.03.2019
19:22:57
Спасибо за ответ! Да, сейчас оффсеты хранятся в самой кафке. При переносе данных их кафки в другое хранилище (clickhouse) я также записываю оффсет сообщения и номер партиции и сохраняю их там - делаю это как раз для того, чтобы в любой момент можно было найти "дыры". Кроме этого каждое сообщение имеет уникальный идентификатор и повторная его вставка в хранилище не приведет к дублированию данных (за это отвечает движок таблиц ReplacingMergeTree). Таким образом проблемы повторного потребления сообщения нет, но есть проблема пропуска, но и она может быть решена в частном порядке, т.к. все данные для этого есть.
Если говорить про rdkafka, то я раскурил, что особенностью работы данной библиотеки является ее внутренняя очередь. Для максимального перфоманса rdkafka забирает сообщения из кафки и пачками кладет в свою внутреннюю очередь и поддерживает количество сообщений в этой очереди. Если не успеть обрабтать эту очередь и убить процесс, то эти сообщения останутся непрочтенными, а сохраненный оффсет уже будет находиться впереди них. Есть такая опция queued.min.messages она как раз отвечает за число сообщений, которые rdkafka держит у себя в очереди. В названии фигурирует min и это как бы сбивает с толку, но если поставить значение этого параметра равным 1, то сообщения перестают теряться, т.к. rdkafka перестает читать большими батчами.
Я полагаю, что этот параметр должен сильно влиять на производительность, но пока меня все устраивает.
Внезапно, спасибо за инфо... возможно мы имеем другую проблему с этой либой, и твоя инфа нам поможет:)


Terminator
11.03.2019
03:06:52
Veronika Kuznetsova будет жить. Поприветствуем!
@satjes будет жить. Поприветствуем!

NANDA
11.03.2019
10:25:44
i asking

Dmitry
11.03.2019
15:17:46
@Adelf32 а ты с корня сайта то на форум редирект сделай ?

Adel
11.03.2019
15:18:02
да я там не рулю почти ничем :)
но надо бы. да

Alexandr
11.03.2019
19:20:34

Dmitry
11.03.2019
19:22:25
а есть супер секретный чатик для обсуждения проблем секретного чатика? :)

Alexandr
11.03.2019
20:58:00

Google

Сасный
11.03.2019
21:34:22
Че так сложно?


Программист- редиска
12.03.2019
07:27:39
Спасибо за ответ! Да, сейчас оффсеты хранятся в самой кафке. При переносе данных их кафки в другое хранилище (clickhouse) я также записываю оффсет сообщения и номер партиции и сохраняю их там - делаю это как раз для того, чтобы в любой момент можно было найти "дыры". Кроме этого каждое сообщение имеет уникальный идентификатор и повторная его вставка в хранилище не приведет к дублированию данных (за это отвечает движок таблиц ReplacingMergeTree). Таким образом проблемы повторного потребления сообщения нет, но есть проблема пропуска, но и она может быть решена в частном порядке, т.к. все данные для этого есть.
Если говорить про rdkafka, то я раскурил, что особенностью работы данной библиотеки является ее внутренняя очередь. Для максимального перфоманса rdkafka забирает сообщения из кафки и пачками кладет в свою внутреннюю очередь и поддерживает количество сообщений в этой очереди. Если не успеть обрабтать эту очередь и убить процесс, то эти сообщения останутся непрочтенными, а сохраненный оффсет уже будет находиться впереди них. Есть такая опция queued.min.messages она как раз отвечает за число сообщений, которые rdkafka держит у себя в очереди. В названии фигурирует min и это как бы сбивает с толку, но если поставить значение этого параметра равным 1, то сообщения перестают теряться, т.к. rdkafka перестает читать большими батчами.
Я полагаю, что этот параметр должен сильно влиять на производительность, но пока меня все устраивает.
Че такое rdkafka ?


Kirill
12.03.2019
07:28:14

Программист- редиска
12.03.2019
07:30:15

Vitaliy Nameless
12.03.2019
08:21:36
что тут опять
беседы анонимных похапешников?

Сасный
12.03.2019
08:22:55
Беседы РазНоРабочих

Vitaliy Nameless
12.03.2019
09:02:24
это то да