Из адресной строки браузера GET не выкинуть, потому что GET отправляет данные серверу через адресную строку. Либо используйте POST - он отправляет через заголовки, либо юзайте AJAX
Вопрос номер 2:
Есть два распространённых способа: ru.domain.com/page и domain.com/ru/page. Выбор между ними происходит в зависимости от используемой вами архитектуры приложения и от того, как именно вы хотите заморочиться. domain.com/page?land=ru - это что-то экзотическое. Во-первых, выглядит странно (будто у вас весь сайт на одном языке, а вот на паре страниц - можно выбирать язык), во-вторых - SEO-шники вас закидают тапками.
Есть ли какие-то готовые решения по загрузке пользовательских картинок на сервер так, чтобы не подвергнуться атакам через картинки? Пробовал сам разобраться, но, видимо, я слишком туповат для этого...
$db->exec('DELETE FROM `on_confirmation` WHERE `till`<'.time());
И не только. Например, я работаю с часовыми поясами пользователей. И так намного проще: беру время, прибавляю часовой пояс (таймштамп. Отрицательный или положительный), и после этого загоняю в dsteparser (DateTime с плюшками). И это, в моем виденьи, самый короткий путь.
Единственный минус: хранить нужно в bigint, ибо время в int "закончится" где-то в 2038 году.
Во-первых, required можно прописать в сами теги, зачем идти в обход через JS?
Во-вторых, если прописать в теге required, то при любой попытке отправки сам браузер ткнёт юзверя лицом в то, что где-то в поле пусто
В-третьих валидацию и правда нужно проводить и у клиента и на сервере, т.к. никто не отменял умельцев с инструментами разработчика.
А дважды выполняется, потому что:
И проблема в том, что этот запрос абсолютно корректен. Он выполняется в любом MySQL-менеджере (я, например, юзаю HeidiSQL). Affected rows: 1 Найденные строки: 0 Предупреждения: 0 Длительность 1 query: 0,172 sec.
Но при вызове самой функции этот запрос не выполняется. Не, может он и выполняется, но ничего не происходит, а сам запрос возвращает (bool) false.
Подскажите, пожалуйста, в чём дело?
P.S. Да, датувремя я храню таймштампом в поле INT, ибо так при выборке получаю тот же таймштамп, а не дату 'YmdHis', которую нужно парсить. Если есть варианты лучше - с радостью посмотрю (Добавление)
Всё, нашёл: количество полей и вставляемых значений не совпадало ("`isPerm`" есть, а "'.$isPerm.', " - нет). Удивительно, почему не выдавалась ошибка...
Я из принципа даже не делаю поддержку никакого IE, ибо этот браузер нужен только для того, чтобы скачать нормальный браузер.
А в блокноте сайты пишу с нуля, ибо бесит, что конструкторы захламляют что харддрайв, что бд. И еще плюс самописи - если что-то не работает - понимаешь, где и почему.
Использовать один тег вместо такого же другого только потому, что другой почему-то не работает - это костыль. К тому же <i> короче. Не так ощутима разница, как между <b> и <strong>, но я чертов рационалист
А насчет проблемы - исправил. Убрал объявление шрифта в формате woff в виде хз-чего в base64 (хз, что это. Просто весь шрифт какой-то текстовой абракадаброй, будто все инструкции прогнали через хеш-функцию и объединили в одну строку длинной в почти 100к символов...), и все почему-то стало работать нормально.
Добрый день, коллеги! Возникла проблема, с которой до этого не сталкивался. Писал на киберфоруме, но все, что мне там посоветовали - это костыль. Поэтому пишу сюда, т.к. знаю, что вы ребята хорошие и никогда костыль не предложите.
Итак, суть проблемы:
Скачал иконочный шрифт с fontello.com, объединил файлы, настроил, подключил и всё такое. Пользуюсь, радуюсь, и вдруг замечаю, что если я вставлю обычный тег <i></i> без атрибутов и с просто русским текстом внутри - получаю тофу и какие-то арабские иероглифы.
Принцип шрифтов fontello в присвоении своего символа-иконки юникоду, начиная с диапазона 0xE800 (и далее по надобности) и последующим добавлении символа-иконки перед тегом <i class="icon"></i> (css: .icon:before), так что фонтелло здесь ни при чем. Я даже полностью его отключал - проблема не исчезла.
<meta charset="utf-8> прописано, все текстовые файлы в UTF-8 без BOM. Черт побери, у меня даже .htaccess в UTF-8 без BOM!
Примитивный дебаг:
В исходном коде в браузере и в инструментах разработчика кириллица отображена нормально.
Если JavaScript-ом вытаскивать содержимое в консоли - все нормально.
Этот же JavaScript сообщает, что шрифт внутри этого <i> - Times New Roman
С кириллицей везде все нормально. Кроме тега <i>.
Вопрос: где может быть зарыта проблема, и что делать? Не хочется писать костыль вроде спана со стилями или юзать <em>, потому что <i> должен работать нормально, а не как взбредет в голову.
Курсы на самом деле - фигня. Там галопом по Европам, минимум практики, минимум деталей. Лучше просто найти онлайн/оффлайн учебники (их, слава богу, пруд пруди) начать нужно с html, потом css, js, php&mysql. Учебники, как правило, дают базовую информацию (хорооую базу), а всякие тонкости ты узнаешь уже из гугла, когда спрашиваешь у него "как сделать то-то"
Здравствуйте, дорогие! Помогите, пожалуйста, уломать mod_rewrite!
На сайте есть ЧПУ, но любимый хостинг по-дефолту перенаправляет site.ru на www.site.ru, что отвлекает, мешает и ломает мне общение со сторонним api.
Я как только ни пытался вставить сюда условие поиска www. и правило переадресации с кодом 301, но получаю слишком много переадресаций. Был даже самый отчаянный вариант:
я же писал, что принудительно поставил utf-8 в meta и в htaccess
и я понятия не имею, в чем проблема. phpmyadmin отображает всю кириллицу, значит проблема не в БД. Сайт отображает всю статичную кириллицу, т.е. вшитую в код. значит, проблема во взаимодействии сервера апача и сервера майскла. но где? (Добавление)
Решил проблему, явно указав кодировку в DSN при подключении к БД, но это костыль, на самом деле... Хочется понять, в чём проблема была...
Добрый вечер, дорогие! Возникла проблема (как обычно, на локальном сервере все прекрасно). Залил сайт на хостинг (freewha.com), Импортировал БД, все настроил. Однако, при генерации страницы весь кириллический текст, который берется из БД, либо вовсе не отображается, либо заменяется знаками вопроса.
Техническая информация:
Кодировка файлов кода - UTF-8 без BOM (кириллица, вшитая в код, отображается нормально)
Кодировка UTF-8 так же задана в <meta> и .htaccess
Кодировка и сравнение всех таблиц и колонок БД - utf8_general_ci
Общаюсь с БД посредством PDO
В факе хостинга такой проблемы не описано, форума нет, саппорт молчит. Помогите, пожалуйста. Перепробовал все, что знаю.
Возьми готовый скрипт и поменяй ненужное тебе действие звцензуривания на нужный тебе бан с удалением. Никто просто так писать тебе скрипт, коментировать каждую.строку и объяснять, что с этим делать, не будет. Сам антимат, если делать качественно, с обработкой исключений, логом, оптимизацией и т.д. - кропотливая работа.
Если держишь сайт - учи язык, но котором он написан. Твоя позиция выглядит, как "дано: есть сайт, ля него написали игру. Надо: написать скрипт, который вытащит из таблицы БД с фоточками три последних и вставит их в инвентарь игрока". Ни тебе данных, которыми оперировать, ни окружения. Сделайте, объясните, подгоните под мой сайт.