FanatPHP, конечно
UPDATE: но это не решит проблему с куками.
То есть вы показываете пользователю уникальную ссылку, сохраняете пользователя и ссылку.
Когда ссылка вызывается, то отмечаете, что она уже больше не валидна (выполняете один алгоритм действий) а при повторном вызове "совершаются другие действия"
Но это при условии, что угадать ссылку будет сложно или невозможно.
Но все это велосипед. Куки лучше.
Очень может быть, что файлы конфигурации несовместимы с 20.04. По хорошему надо смотреть логи и в зависимости от них действовать.
Можно удалить (но сначала забекапить!!!) все скрытые файлы и каталоки в /home/. Но это все пальцем в небо.
Удачи!
если ссылка статична, то ваш механизм будет работать с какой-то вероятностью. Проблема в том как отличить одного пользователя от другого. Решение в лоб это ставить куку и проверять ее при каждом вызове. Но их можно стереть и зайти вновь как новый пользователь. Таких будут единицы, и вам решать насколько такие пользователи вам важны.
переехать не предлагаю, но попробуйте нативный драйвер для линукс от микрософта. Мы используем его вполне успешно. Но у нас нет двоичных данных.
Кстати виндовый драйвер SQLSRV есть теперь и для линукса. https://blogs.msdn.microsoft.com/sqlphp/2016/10/10...
Quotro: я вижу два варианта:
первый: в sql распарсить Таблица B.value и сравнивать с Таблица А.option_id. Посмотрите, какие функции есть для получения значений из списка.
второй: написать простой скрипт, в котором все проверяется и в конце удаляется.
Второй вариант мне кажется менее геморойным.
Quotro: что значит разные переменные? Есть таблицы, есть данные, есть поля, они же колонки. Никаких переменных тут нет.
Вы в Таблица B.value сохраняете значения из Таблица А.option_id через запятую? Или это просто для примера приведено?
Rsa97: не являясь экспертом в mysql, я, честно говоря, удивлен, что он выполняет такие запросы хуже, чем через inner join. Бегло просмотрев докуметацию, я вижу, что сильно влияет возможность null значений. Может быть в этом дело, но не важно. Я много раз видел, как запросы с "плохими" планами выполнялись быстрее, чем с "хорошими". Но мой опыт больше относится к mssql чем к mysql. В любом случае спасибо за информацию.
Barrakuda74: что значит "уже объединены"? Этот метод работает так же как и запрос выше от Rsa97 только при этом у сервера больше возможностей для внутренней оптмизации, так как ищутся не все записи по условию, а только одна. Да, условие по яблоку можно выкинуть, я просто невнимательно прочитал вопрос.
bnytiki: Ещё раз, на этот раз последний. К вас сильные проблемы с пониманием прочитанного. Потрудитесь еще раз прочитать мое сообщение, я тут часть его процитирую "возьмите что-нибудь кросплатфоменное. яву, питон, D или что-то вроде этого." Ключевое слово тут "кросплатфоменное". Я ничего не говорил про то как перспективен D. Это язык я привел в качестве примера кроссплатфоменного языка.
Все остальное уже ваши домыслы.
bnytiki: у вас ошибка в логике.
ваше высказывание "вы или студент или всего лишь джуниор" противоречит "Да при чем здесь лично Вы-то? "
вам лучше сперва разобраться с этими проблемами, а потом вываливать ваш поток сознания на читателей.
UPDATE: но это не решит проблему с куками.
То есть вы показываете пользователю уникальную ссылку, сохраняете пользователя и ссылку.
Когда ссылка вызывается, то отмечаете, что она уже больше не валидна (выполняете один алгоритм действий) а при повторном вызове "совершаются другие действия"
Но это при условии, что угадать ссылку будет сложно или невозможно.
Но все это велосипед. Куки лучше.