Нет. Это же юникод : там нет разницы - все символы 2 байта
utf-8 != unicod
там переменная длина символов - от 1 до 6 байтов. я выше писал.
ASCII симолы занимают 1 байт, и ошибка не проявляется если в тексте нет национальных символов.
поэтому и рекомендовали выше использовать mb_* - они корректно работают со строками
Спасибо, буду знать. Раньше думал, что одно и то же
И еще вместо isset советую использовать !empty т.к. он понадежнее в плане данных, полученных из формы
А вообще в начале каждого скрипта пиши error_reporting(E_ALL) и отладка тебе в помощь))
Уууу, ну это тогда следи за парой "количество" <-> "время". Если ты чат строчишь, то получается, что так. Хотя вконтакте такой сервис, мне кажется там даже сервер связан с php так, что, если выдернуть от туда php, сервер перестанет работать Уж слишком непонятны мне там некоторые вещи
Ну я вообще считаю, что мешать HTML c PHP - дурно в шаблонах.
Вообще, php изначально был языком, встраиваемый в html. Я не знаю, кто додумался до smarty и т.п., но это все одновременно с облегчением работы программиста, усложняет работу компьютера. Ни в одном другом языке нет такого извращения с шаблонизаторами, как в php, хотя нативный php - лучший шаблонизатор среди всех, что сделаны на его основе: все шаблонизаторы зажимают вас в рамки своих возможностей, хотя в php их намного больше, чем в том же Smarty.
ВЫ НАМЕРЕННО ОГРАНИЧИВАЕТЕ СЕБЯ. ЗАЧЕМ?
Мммм, используешь xslt или что-то другое для отделения логики от представления? Просто я описал эти примеры как раз именно для шаблонов, ибо php сам по себе отличный шаблонизатор.
Через вебсервер. Если нет возможности, то делай механичеки : только через БД делать глупо - долгие обращения + огромное количество запросов. Делай еще через Cookie, а для особо умных юзеров еще через БД или файлы ( через файлы быстрее работает ). Но по мне таки это глупо, легко обойти, но работает
Я не претендую на премию за самый лучший вопрос/опрос. Просто иногда непонятен смысл появления счетчиков в коде за счет циклов while/for, когда можно обойтись без них, используя цикл foreach.
Цитата:
while я использую только для работы с ресурсами, например, для работы с feth_* функциями БД
Я не рассматриваю этот вариант принципиально т.к. он равноценен варианту с each(), ибо и там, и там происходит сдвиг внутреннего указателя.
По мне, второй вариант куда читабельнее, плюс ко всему мы не вызываем каждую итерацию функцию count. Да, мы можем ее вынести в отдельную переменную, но опять же, по мне таки, это - загромождение кода.
Цитата:
Цитата:
Да, он непригоден, если необходимо сделать выборку элементов на четных позициях
И тут я не согласен с тобой. Это уже нагромождение. Проще сделать for/while с инкриментом не +1, а +2, при этом отказавшись от ненужного деления на 2 и сравнения с нулем : да, это всего лишь 2 операции, но пусть будет не 10 элементов, а 10^9 - называется "почувствуй разницу".
Я, возможно, как более-менее понимающий человек в коде, задался одним вопросом ...
Просидев немного на форуме новичков, я повидал немало кода, и за все это время я заметил одну особенность: большинство отвергает цикл foreach и предпочитают ему циклы for, while, которые, как мне кажется, ухудшают читабельность кода. По мне таки цикл foreach выглядит элегантнее. Да, он непригоден, если необходимо сделать выборку элементов на четных позициях, но когда нет такого условия, почему им пренебрегают?
Мне стало интересно, какой цикл вы предпочтете : for/while ( я считаю их равнозначными циклами ) или foreach ( цикл while( ... = each()) в рассмотрение не берем ).
Снова ничего не понял толком, но загружать методы классов ненужными для самих объектов этого класса проверками на тип, я думаю, не стоит. Уж лучше сделать 1 абстрактный класс и n - классов под n - типов, наследующих абстрактный. А там уже проверяй что к чему.
Но все равно уточни свой вопрос) я ничего не понял