ThunderCat

Помогите выбрать МФУ для дома. Важно наличие СНПЧ.

Кэноны:
Плюсы - быстрые и качество печати фото на спец. бумаге весьма высокое.
Минусы - печатает водорастворимыми чернилами, для текста идет отдельная голова под пигментные чернила и чисто в режиме текст печать и быстрая и насыщенная, но если идет текст + картинки, то печатает все равно водорастворимыми, что делает текст ненасыщенным. Плюс на обычной бумаге картинки смотрятся немного блекло.

Епсон:
Плюсы - все чернила пигментные, насыщенность даже на обычной бумаге неплохая.
Минусы - печатает помедленнее, в некоторых режимах ОЧЕНЬ сильно помедленнее, качество фото на спец. бумаге чуть пониже, но не сказать что критично. Чернила чуть дороже, плюс пигмент часто сохнет в соплах, так что выключать из сети надолго не рекомендуется, они в режиме ожидания раз в какое-то время чистят сопла автоматически.

Остальные бренды сильно отстают либо по качеству, либо по функционалу, либо по удобству использования.

var_dump($_POST);

PS: Ладно, ждать подробностей долго, по этому кратко по основам.
mail() будет работать в случае если у вас, помимо прочего, настроена отправка почты через smtp сервер, который либо у вас установлен локально (в чем есть сомнения), либо вы запускаете скрипт в среде уже настроенной (например у хостера с поддержкой отправки почты). В противном случае эта функция просто бесполезна. Так же, mail() возвращает true не в случае отправки почты, а в случае успешной постановки в очередь отправки, что саму отправку совершенно не гарантирует.

$html = str_replace(' /" ', '/" ' ,$html);Есть ненулевая вероятность попасть в какой-то текст, но в целом ей можно пренебречь.

1) Стоит добавить тег C#, проблема явно не в бд, а в формировании запроса.
2) Неплохо бы проверить что возвращает string.Format("%{}%", txtSearch.Text), думаю лажа именно там.

А у вас случайно бэкап сервера не настроен? Настораживает динамика потребления оперативки, но чтение-запись прям тонко намекают на создание большого файла из кучи маленьких...

Если читать возвращаемый ответ, видно что он отличается от отправленного важной частью - ошибкой, а конкретнее - ошибочными креденшлсами. Соответственно, скорее всего протухает токен. Предположу что время жизни токена не большое, а перезапуск сервера заставляет клиента получить новый токен принудительно. Что было бы очевидно, если сравнить ексепшн в AuthService.php и строку в ответе.

Народ тут накинул на вентилятор, попробую раскидать по фактам: Варианта на самом деле 3, но мы сведем к очевидным 2:
1) Вы ищете первую работу в стеке, из опыта у вас приложение ТуДуЛист и Хеловорлд.
Такое предложение как минимум подарок, как максимум большая удача. Подарок если вам просто дадут поколупаться в серьезном проекте и покажут как работает команда в целом. Большая удача если при этом у вас будет вменяемый ментор и ревьювер, а кода писать вам дадут много. Для конторы это скорее всего в минус, но если у вас все пойдет норм, то к концу срока вы в любом случае уже будете тянуть на джуна. Даже если после этого вы расстанетесь, опыт штука которая навсегда останется с тобой, в крайнем случае вы в первый месяц можете спокойно свалить, если видите что вам там ничего не светит в плане роста. Короче кейс - "надо брать".

2) Вы уже работали со стеком, знаете как работать с основными инструментами и работали с проектами посложнее чем в первом варианте.
Если еще и в конторе с какой-никакой командой, то вообще другой коленкор. В данном случае спокойно отказывайтесь, если вам жалко 3 месяца нахаляву работать. Опять же, неплохо было бы хотя бы узнать что в эти 3 месяца вы будете делать забесплатно, возможно ли перейти сразу к фазе 2 в случае вашей очевидной компетенции и т.д., короче есть смысл разговаривать ртом. Короче кейс - "надо поговорить".

третий вариант по сути нечто среднее, но опять же сводится к 2 - надо говорить.

1. Реально ли это сделать на HTML/CSS и JS?

Без бэкенда не получится организовать общий сбор и обработку данных, так что если бэкенд делать на нодеЖС - то да, если же речь чисто о фронтенде - нет.

2. Можно ли обойтись без WP?

Здесь он вам не понадобится

3. Куда будут сохраняться данные?

Зависит. Если общая статистика не нужна, то на такой примитив вполне хватит просто записи в редис/мемкеш, ну или в самом банальном случае в файл. В противном случае нужна бд. Данные для вывода на экран просто вытаскиваются по крону, скажем, каждые 5-10 секунд.

4. Можно ли сделать что бы у оператора была своя статистика своего рабочего места?

Можно, но для этого уже нужны минимальные заморочки с аккаунтами и тут уже без базы будет как минимум сложно и странно.

5. Есть ли уже готовые решения?

Если и есть, то они вряд ли где-то выложены в публичный доступ, слишком специфичная задача. Не сложная, но не сказать чтобы распространенная.

1. Я так понимаю что у каждого оператора будет своя страница, как то же программа должна понимать что эти данные пришли от пользователя 1.

Да, это желательно, но не обязательно, если статистика не особо нужна.

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

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

За деньги https://directus.io/ например, типа админка SAAS...

1) Использовать регулярки, определяя какой блок какому пренадлежит.
2) Сделать нормально через дата-атрибуты, тогда будет что-то типа:

$(document).on('click', function(e) {
  if (!$(e.target).closest(".filter").length) {
    let filterNum = $(e.target).data('num');
    $('.filter-block' + filterNum).hide(); 
  }
  e.stopPropagation();
});

Я создаю постоянные динамические ссылки

Чет или я не понимаю в жизни, или вы.
1) Есть ссылки постоянные. Обычно они строятся на основании числовых индексов объектов.
2) Есть ссылки динамические. Обычно они строятся на основании slug представлений сущностей.
Отличие первых от вторых в том, что если имя/название у сущности поменяется, соответственно слаг перегенерируется и динамическая ссылка будет вести на 404, а постоянная останется живой.
Пример - заголовок новости, который поменяли и изменили слаг. В соцсети всегда постят постоянную ссылку, а на сайт отдают списки с динамическими, так все желающие и из СС и с сайта напрямую попадут куда надо.

Я всегда стараюсь приводить какую-то ясную аргументацию к конкретной предлагаемой технологии.
Мое мнение - берите вордпресс. При всей моей нелюбви к нему. На вырост - самое то.
Плюсы:
1) Это просто, базовый функционал вы и сами знаете, плагинов миллиард. Да, есть вопросы к качеству некоторых, но почти всегда есть альтернатива или в крайнем случае возможность написать/заказать нужный функционал.
2) Он поддерживает внятное чпу, которое легко перенести в более серьезный проект с нормальным роутингом.
3) Структура хранения хорошо известна, не идеальна, но нормально переносится.
4) Удобная админка. Не каждый разработчик заморачивается с админкой, так как "это же не фронтенд, сойдет".
5) По нему много спецов, продукт весьма популярный, так что в случае каких-то проблем легче найти спеца.
6) Это бесплатно, хотя ничего не мешает вам купить к нему стильный дизайн или крутой плагин за деньги.

Минусы:
1) Невысокая производительность на специфических задачах
2) Качество кода оставляет желать... Что не особо мешает функционалу
3) На больших нагрузках сильно проседает, но до этого еще дожить надо...

По перечисленным плюсам у него просто нет альтернатив. Как вариант - разработка чего-то своего, но это сразу деньги, и чаще всего просто выброшенные. Для мвп слишком жирно.
Dixi.

У нас есть дизайн сайта в фигме. Это корпоративный сайт.

Так все таки сайт или дизайн в фигме?

Помимо самого сайта, у нас будет также самописная cms — для того, чтобы добавлять статьи, проекты и редактировать некоторый контент на сайте.

А кто будет самописать? И почему готовые системы не подходят?

Дизайн cms тоже готов.

Серьезный подход.

сделали даже визуализацию БД через mind map.

Оу, у вас нет разработчика, но зато нашелся датабэйс архитект, прикольно...

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

Из текста создается впечатление что ваш проект уже что-то делает, кроме как рисует фигмовые формочки... Это вводит в заблуждение.

1. С чего нам начинать разработку сайта, если большая часть контента создается через cms? С бэкенда или фронтенда?

Хинт: 99% сайтов создают практически весь контент из админки. Любой готовый цмс движок (вордпресс, октобер, да даже друпал) скорее всего полностью покроет ваши требования, кроме разве что дизайна админки (я хз можно ли там что-то кастомизировать малой кровью).

2. Какой стек технологий лучше использовать под нашу ситуацию для фронтенда?

Встречный вопрос - какие требования кроме хтмл и пары сладеров к форнтенду? Если особо никаких - подойдет все что отображает хтмл, то есть любой цмс движок.

3. Какой стек технологий лучше использовать под нашу ситуацию для бэкенда?

Ситуация конечно сложная (наверное, хотя вы ее не описали), но не безнадежная. Ответ тот же - подойдет любой готовый продукт из известных цмс.

Если у вас есть ОЧЕНЬ специфичные штуки, которые вы не перечислили в вопросе - пишите, возможно под них действительно нужно писать самостоятельный продукт.

1) Да, при условии наличия индексов помимо примари кей.
2) Примерно то же самое - при наличии внешних ключей в эти таблицы запись будет идти медленнее с ростом количества записей и соответственно перестройки индексов.
3) См. п. 2.

Мне необходимо только узнать есть ли такой заказчик с такими данными.

1) Оформляйте запрос строками, так будет гораздо проще и вам, и другим разработчикам понять что вы пишете и как оно работает:

SELECT * 
FROM `orders2022` 
WHERE LOWER(`surname`) LIKE CONCAT('%', ?, '%') 
AND LOWER(`name`) LIKE CONCAT('%', ?, '%') 
AND LOWER(`fathername`) LIKE CONCAT('%', ?, '%')

2) Синтаксис верный, но если вам важно найти "хоть одно совпадение", лучше использовать LIMIT 1, это остановит базу в поиске всех вхождений, то есть перебора ВСЕЙ таблицы вместо выхода по первому вхождению. Кроме того, CONCAT('%', ?, '%') можно использовать если вместо ? будет SQL выражение (например каой-то селект), в данном случае это просто трата ресурса процессора. Просто добавьте % в начале и конце подставляемой переменной.
3) Неплохо давать более четкое описание проблемы, чтобы другим не пришлось гадать о чем код, так как никто кроме вас в контекст задачи не погружен.

cajka-d, 1)

Вывода перед заголовками тоже нет, если такое есть, то laravel сразу бы ошибку выдал.

Это варнинг, а не ошибка, так что вполне может игнорироваться, в зависимости от настроек.

2) Вроде в ларе респонс должен указывать заголовки отдельно:

return response($content, 200)
            ->withHeaders([
                'Content-Type' => $type,
                'X-Header-One' => 'Header Value',
                'X-Header-Two' => 'Header Value',
            ]);

3) Попробуйте завести вручную:
В контроллере вместо return $pdf->download($filename); сделайте руками вывод заголовков и ечо содержимого пдф, затем ексит. Если сработает - значит респонс дополнительно обрабатывается после ретурна из контроллера...

1) Перевести проект на какой-то адекватный движок по типу лары,
2) использовать готовые пакеты мультиязычности, протестированные, с прозрачной логикой и качественной реализацией.

Как вариант - посмотреть в коде готовых мультиланг пакетов как сделать нормально.