Я когда-то ставил на подобный Ubuntu 10.04, потом Lubuntu то ли 12, то ли 14 - но уже тогда серфинг был невыносим. Сейчас, подозреваю, вы сможете смотреть новости только текстом.
Иван, вряд ли вам нужно каждый месяц дрючиться со сбросами.
Есть решения с фейковыми серверами регистрации, шарьте по варезникам.
Здесь подобные обсуждения не приветствуются.
Вопрос сформулирован таким образом, как будто вставка - единичное действие, и для него создание такой структуры - оверхед.
С другой стороны, если вставки будут происходит неоднократно, на кой ляд изобретать велосипеды, когда все грабли давно сглажены в готовых решениях?
Искать себя можно всю жизнь с нулевым результатом.
Хочешь программировать - лучше поищи, где и как ты сможешь программировать. Получи опыт. А потом уже кобенься, что тебе нравится да что тебе хочется. За кассой в МакДаке тебе это даже рассказать некому будет.
Hfnas, подсказываю: [base64] в моем ответе - это содержимое PDF, закодированное в base64.
А file.pdf - имя файла для отображения в заголовке окна либо для сохранения, если пользователь выберет этот вариант.
Евгений Семашко, а вы не особенно заморачивайтесь логическими цепочками. Просто обеспечьте нормальные формы и отталкивайтесь от тех запросов, которые у вас реально будут - чтобы они получались как можно проще. Некоторые учебники просто бесполезно читать без реального опыта.
Тогда имеет смысл разделить эту таблицу на две: medicines(id, name, type, location) и goods(id, medicine_id, pharmacy_id, price). Все равно рано или поздно понадобится. И даже в этом случае city_id во второй таблице может здорово облегчить БД жизнь.
С одной стороны - вы все нормализовали, и у вас все хорошо.
С другой - на практике может оказаться полезнее добавить поле "город" в само лекарство, просто чтобы не делать джойн в каждом запросе, когда пользователю будет пофиг, в какой именно аптеке оно есть.
Нормальной CRM должно быть все равно, браузером вы заходите или курлом.
Ибо та CRM должна четко делиться на фронт, отображающий красоту, и бэк, ничем принципиально не отличающийся от API.
Только сохраняйте куки-токены, если вам дорога авторизация между запросами, или стройте их на отправке авторизационных данных каждый раз, как это принято в API.
