Ответы пользователя по тегу PHP
  • Localhost или полный путь к скрипту php? В чем их отличие?

    Стоп! Если Denwer, то Вы, верно, не о ./localhost/... говорите, а о httр://localhost/...? Или Вы про то, что есть каталог ./localhost/, в котором файлы сайта, и вы форму открываете как файл с диска?

    Путь "на диске" (оно же - открытие по адресу file://...) - это открытие файла браузером как есть, без отработки php и прочего. Открытие через httр://... - веб-сервер прочтет файл, выполнит его, и отдаст вашему браузеру результат работы (например, сообщение, что форма обработана).
    Ответ написан
    1 комментарий
  • Интернет-магазин на PHP+JavaScript. Советы?

    Prestashop свежий взять, там как раз и шаблон дефолтный более чем симпатичный, и админка стала поинтереснее.

    Из минусов: пишется во Франции, посему там, где строк перевода не хватает, могут появиться не английские, а французские фразы - порой сбивает прилично :)

    Из плюсов - развитое сообщество, стоит у многих, так что даже в Рунете есть кого спросить.

    Где-то у них на сайте валялась даже сборка, готовая к работе, прямо под винду. По сути же, можно взять и Devwer, развернуть тестовый магазин у себя на машине, и пощупать.

    Самому делать с нуля не посоветую, много мест, где по неопытности можно промахнуться в смысле безопасности, а магазин - это деньги, так что ну его. Плюс интернет-магазин - это не только витрина, это еще и учет остатков, это и купоны скидок, это и продажа комплектами (iPhone - 100 руб., чехол - 1 руб, купите вместе - отдадим за 100.50 руб) - все это уже реализовано в той же Presta вполне себе ничего, так что сэкономите себе три месяца программирования, за них лучше разберетесь в теме )

    Удачи!

    P.S. Да, сталкивался, что Presta не со всеми версиями PHP дружит. Если что (а "что" - это пустой экран) попробуйте версию PHP посвежее.
    Ответ написан
    Комментировать
  • Почему сайт с простейшими sql запросами "валит" VPS уже при 50 активных посетителей?

    Сам факт, что "обычный хостинг" у вас держит нагрузку лучше VPS, указывает, что на VPS что-то не так. Во-первых, что за MySQL у вас стоит? Попробуйте MariaDB, потюнингуйте ее. Попробуйте выделить ей как можно меньше ОЗУ (гуглите "mysql low memory", смотрите пример my-small.cnf). Какой движок хранения вы используете, InnoDB/MyISAM? Если не Inno, попробуйте с ним, а если он не актуален, отключите.
    У вас может быть включен general_log в MySQL - это лог всех запросов к СУБД. Отключайте, он очень напрягает машинку, особенно если IO тормозит!
    Ну и для начала, задумайтесь о создании кеша средствами софта, чтобы постоянно в СУБД не ходить.
    Ответ написан
    Комментировать
  • события для данных в базе, какие есть способы?

    А кто добавляет задачи? Если внешний код — вообще красиво, добавляем в него и свой кусочек, и при делании чего-то с базой просто спрашиваем у БД, что там напланировано еще сделать, затем у at запрашиваем текущий список запланированного к выполнению, сравниваем полученные данные, и выдаем нужные команды, которые приведут список at-заданий к тому виду, как оно вам нужно.

    И тогда получаем разделение — и mysql «дергается» (хотя, какое это дергание?) только по факту изменений в нем, и планированием занимается стандартная утилита (уж явно она это сделает не хуже самописного демона).

    Ну а вот если событие «изменение базы» проходит тайно от нас, остается в цикле раз в минуту делать опрос (чаще не нужно, Вы же храните события с минутной точностью) и, если список в БД поменялся на фоне прошлого раза, опрашиваем at, и дальше по приведенному плану. Менее изящно, но вполне работоспособно.
    Ответ написан
    Комментировать