Игорь Воротнёв: Серьезно? Лучен для магазина на 6к товаров?
Я неплохо живу в своем иллюзорном мире, где есть движки блогов с плагинами под всечтохош, и есть фреймворки для магазинов, где все заточено под нормальные выборки. А 36% рынка - ну так и 60% сайтов в целом на вордпрес. Это говорит о простоте, не о качестве. Для халявы пойдет, для работы не подходит имхо.
Александр: так а что, все? больше ничего вообще в сайте нету? Пользователи, уровни доступа, в конце концов какое-то представление, роутинг... Неудобно же все файликами с функциями фигачить, еще и дублировать все по надцать раз...
Евгений: Возможно у вас неверное представление о роли пользователя в системе. Пользователь - царь и бог в системе, если что-то не крутится вокруг пользователя - убить или заставить крутиться. То что пользователь что-то не так ввел - ваша проблема, не его. Либо четко определите что нужно ввести, либо сделайте так чтобы введенное было верным без дополнений. Вам уже написали - добавляйте сами схему, или выдавайте предупреждение - "отсутствует протокол" или что -то такое. Имхо первое проще и правильней.
Ринат Бакиев: вы ищете похожие изображения, аппроксимируйте на таком размере (это в разы быстрее и проще), гугл раньше так делал, так что не стесняйтесь ).
Александр: тогда откуда вопросы, кроме как "чисто поржать", ясно же что не от тормознутости mysql добавили еще драйверов, просто развитие систем не стоит на месте, а передавать байты от бд к пхп скрипту все равно не получится быстрее определенной скорости, однако это не повод не думать о безопасности в обоих случаях. Все равно придется что-либо делать для проверки безопасности данных, в случае mysql это будет накладной расход в виде кода пхп, в пдо это встроено в драйвер + удобство в выводе объектных данных, без преобразования из массивов и т.д., как в первом случае, молчу что это универсальный драйвер, а не только мускульный. Соответственно это нехилый шаг вперед, учитывая еще и депрекатед первого.
xmoonlight: нее, речь идет об автоматизации процесса вывода превью, пишешь статью в редакторе, все теги ставишь, в настройках сайта ставшь - "выводить первые 200 символов статьи в превью", и алгоритм тупо режет субстрингом 200 символов, прямо посередине текста внутри тегов. И - "шеф, все пропало!". Поэтому предполагается после обрезки проверить текст улутшатором каким-нибудь, который позакрывает все открытые теги сам. Вопрос стоял только в том как это делать, единоразово и сохранять это сокровище в отдельном поле таблицы, или налету каждый раз резать/исправлять. Все вышесказанное относится к моему экстрасенсорному пониманию вопроса )
VladimirPortev: Скорее это ммм... костыль, или скорее неправильно понятый вопрос, и , соответственно , не совсем верный ответ. Хотя и вопрос сформулирован криво и некорректно.
atis //: о чем и речь, если объекты есть - их просто передаешь методу, если нет - создаешь и передаешь, разница очевидна, кроме того создавать объекты внутри метода не лучшая практика, обычно все что нужно создается в контроллере и там же обрабатывается, дергая методы готовых объектов.
atis //: а если нет - их можно создать по ид, но их и так и так придется создавать, просто если в некоторых ситуациях они уже созданы - еще раз не нужно будет создавать, передаешь по ссылке- экономишь память и запросы к бд.
Adel Abuhasira: а просто проверить что и куда попадает при ваших манипуляциях - неужели так тяжело додуматься - тот же $nr = mysql_num_rows($query_views); var_dump($nr);
Игорь Себелев: если не приходит post - да, скорее всего настройки сервера, хотя по умолчанию они достаточно стандартные, и с пост работают нормально. Смотрите php.ini на предмет настроек всего что к пост относится, поставьте размеры передачи данных побольше. Там 3 или 4 переменных всего отвечают за пост. Для более подробной информации о том что вообще происходит с запросом и сервером - смотреть логи апача, логи пхп, вставить в код phpinfo() и внимательно все просмотреть.
Назар Мокринский: Вообще пальцем в небо, как будто стэйты о чем то говорят в мвц. Это концепция каркаса(НАБОР шаблонов) приложения, НИКАК не связанная со стэйтами. То что вы пишете - ваша фантазия на тему, и не более.
ozornick: Никак, работа программиста в частности состоит в слежении что и куда вставлять, иначе в итоге цепь проверок, которые проверяют проверки, которые проверяют проверки проверок никогда не кончится, для этого существует покрытие тестами.
Артём Андреев: Вы наследуете класс и переопределяете конструктор, соответственно ответ - никак. Если хотите вызвать конструктор парента - явно указывайте parent.
Я неплохо живу в своем иллюзорном мире, где есть движки блогов с плагинами под всечтохош, и есть фреймворки для магазинов, где все заточено под нормальные выборки. А 36% рынка - ну так и 60% сайтов в целом на вордпрес. Это говорит о простоте, не о качестве. Для халявы пойдет, для работы не подходит имхо.