И нет, таксономии и типы записей стандартными методами ты можешь только читать, но не создавать: их создание (также, как и создание меню) требует написания php-кода в файле functions.php твоей темы. Впрочем, никто не мешает тебе написать собственные методы API, реализующие необходимый функционал.
Михаил, а остальные как-то поняли. С чего бы это? Если я напишу, что Rest API является самым популярным способом организации API через HTTP[S], тебе станет легче?
kamtm, Но название берётся - только главного раздела. И если сотня моделей, то зачем 100 раз передавать заведомо одно и то же название раздела? И ведь всё равно приходится делать специальный запрос - только внутри основного запроса.
В любом случае получается три обращения к двум таблицам. Но если выделить получение названия главного раздела в отдельный запрос, то объём передаваемых данных существенно уменьшается.
Михаил Кисиль, удобнее, чем dbForge? Есть бесплатная версия с SSH-туннелированием и русским интерфейсом?
Единственное достоинство phpMyAdmin в том, что он работает на сервере и потому база данных может поддерживать только локальные подключения - без выхода в интернет. Это вопрос не удобства, а безопасности.
Тайгер, то, что предлагал идеолог - это очень общие принципы организации взаимодействия, никак не связанные с интернетом. Но у нас протокол HTTP, обладающий вполне конкретными свойствами. И организовывать взаимодействие приходится в рамках этого протокола.
Потому за немалое кол-во лет выработалась схема, максимально удобно накладывающая принципы REST на реалии HTTP.
dom1n1k, У нас же bootstrap'овская 12-колоночная сетка. В которой вполне понятно, при каком разрешении какую часть экрана займёт блок. Так что ширина блока спокойно пересчитывается от ширины экрана.
1. При каждом обращении к серверу кука, содержащая id сессии перезаписывается - с новым временем жизни.
2. Сессия НЕ продолжается. При каждом обращении к серверу сессия восстанавливается - в том случае если серверу передана кука, содержащая id сессии. Между обращениями к серверу сессии не существует.
3. Ошибаешься: кука, в которой лежит id сессии, ничем не отличается от других кук. Да, сохранённое в архиве на сервере состояние сессии будет существовать некоторое время после удаления куки. Но не зная id сессии, добраться до этого состояния невозможно.
beduin01: Похоже, ты не понимаешь, как работают сайты. Каждый ввод пароля независим от других. Потому 10 секунд первого бота никак не влияют на 10 секунд второго бота и т.д.
Предположим, у нас задержка 1 секунда - запускаем 10 ботов с интервалом в 0.1 секунду и через секунду начинаем получать перебор паролей со скоростью 10 паролей в секунду.
Теперь у нас задержка 10 секунд - запускаем 100 ботов с интервалом в 0.1 секунду и через 10 секунд получаем ту же самую скорость в 10 паролей в секунду.
Посмотри на поток рекламного спама на otvet.mail.ru. Если этим постоянно занимаются много лет, значит это окупается. И значит находятся "коммерсанты", которым это нужно.
Нормально разруливается до тех пор, пока высота у div'ов в одной строке фиксированная. А как только высота соседних div'ов становится разной, тут уже float'ы не справляются.
Нет, не так. Картинки ставятся в очередь загрузки как только парсер добирается до их адресов. Сама загрузка идёт в несколько потоков. Потому картинки заканчивают загружаться обычно существенно позже, чем основной контент страницы.
Это проще увидеть - нажав F12 и посмотрев график загрузки компонентов на соответствующей вкладке отладчика браузера.
Глупость N 1. Поместить активный элемент внутри ссылки. Мог бы разместить его вне тега <a> и не искать приключений.
Глупость N 2. Размещать on внутри on - как я уже говори выше.
Глупость N 3. Вместо того, чтобы остановить всплытие события при щелчке по .fav, ты вешаешь ещё один обработчик щелчка на ".ad-append a", в котором останавливаешь всплытие. Разумеется, ничего не работает.
