я лично редко использую, иногда стараюсь избегать и пишу код без request. но если нет нужды париться определять пост или гет - лучше тогда request. если не ошибаюсь, там все данные вместе
можешь. get - формирует динамические ссылки. post - передает, помимо информации, сообщения при общении с сервером и клиентом, еще и файлы. в том числе post если говорить простым языком - скрывает визуально передаваемые данные. и так далее
однако хочу оговориться: если данные с чужого сайта и результат регулярки выкладывать к себе на сайта, то такая выборка небезопасна. есть риск в "ответку" получить xss-атаку.
далее проверяешь: имеется ли ссылка, если нет - значит данные могут быть с xss (Добавление)
лучший вариант с исключением xss (если не будет соответствовать ссылке в примере то будут данные пустые):
1. Убирай все инклуды за предел основной директории сайта
2. Запрос Аякса для сервера в оприори небезопасный. Всегда нужно проверять поступающие данные
3. Для запроса Аякс нужно указывать имя файла с расширением или без, согласно правилам сайта
4. Можешь не открывать доступ к другим файлам, но тогда нужно создавать динамические ссылки. И чтобы индексный файл умел работать и с динамической загрузкой необходимых файлов
Используйте ajax. Куча разметок среди пхп кода только захломляют работу. Читать и исправлять трудней.. Желательно освоить ООП. Если же именно этот вариант нужен. Чуть подождите тогда.
http://www.php.net/manual/ru/fea...-connections.php (Добавление)
Думаю, что постоянку для 20 человек да ещё и в связке с пдо нет смысла. В производительности не выиграешь. У пхп (как бы не соврать) в настройках должен быть пункт мускул persistent. Пхп сам автоматически выбирает постоянка с БД или новое соединение.
Уже которую сборку пхп 7+ пробел и таб и энтер пхп воспринимает как символы. Может че с пхп? (Добавление)
Только trim спасает (Добавление)
А не увидел в тексте ! - так то да. Я имел ввиду, что если есть некая ошибка и проверка только if(empty()) то сработает false
в любой блочный элемент текст влезает спокойно. с помощью php решить вопрос клиентской стороны проблематично, даже сказать, что php не создан был для этого, но все что касается клиента (фронт-энд) - это css, html, js. если вы хотите с помощью php, то как сами это представляете? результаты своего кода можете увидеть после вывода данных.
в итоге, для решения ваших побелм вам нужно будет:
1. на php определяете платформу(браузер/клиент)
2. на js определяете (как и на php браузер/клиент)
3. на js разрешение страницы/документа/окна, размеры элементов на странице
4. подгоняете на css динамическую верстку. в js также работает со стилями, с помощью которых также можно динамически изменять контент
и в итоге проверяете на той или иной платформе как работает. вот так вы и узнаете попал ваш текст в ячейку весь или нет. ну, естесно, длинный текст в браузере на ПК может не влезть на мобилах и планшетах. тут думайте сами какая длина текста, его размещение на странице, какие применять инструменты для корректного отображения.