Jump to content

Veseloff

Moderator
  • Posts

    3,457
  • Joined

  • Last visited

  • Days Won

    40

Everything posted by Veseloff

  1. Возрастёт? Да, несомненно. Любые инструкции серверу жрут ресурсы. Главное это насколько это нагрузит сервер. Судя по вопросу, проект не высоконагруженный (иначе не было бы таких вопросов) и на это можно забить. А вообще-то логику и представление надо разделять.
  2. Это не запросы. Это процессы. Не знаю как грузят. Что вообще за сервер-то?
  3. За три бакса в месяц можно взять обычный хостинг, без всяких юкозов. Обычный хостинг всяко предпочтительнее. Объяснять почему надо?
  4. Связано это с тем, что они были запущены. Причём так, что они остаются и ждут запросов.
  5. Ну типа случается, что переменные отправляются в файл, вызываемый аяксом в кодировке utf-8. В этом случае помогает iconv.
  6. Когда же люди научатся не выкладывать проблемный код в сообщении, а давать ссылку на проблемную страницу? Так бы сразу можно было увидеть в чём именно проблема. Тут, мне кажется, надо проверить кодировку обоих файлов (чтобы и в том и в другом была 1251), а так же заголовки.
  7. Я так считаю, что на вкус и цвет все фломастеры разные. Можно сделать круто как фикс, так и резину, а можно всё завалить вне зависимости от "типа" вёрстки. Каждому - своё. Это как автомобили - кому какие нравятся. Никому же не приходит в голову "стандартизировать" машины. Есть гигантские джипы и есть "смарт сити", которые, по сути, у 90% владельцев выполняют одну и ту же функцию - возят хозяина от дома до работы и обратно. И с сайтами так же - не надо выдумывать ненужные стандарты, надо делать как нравится.
  8. Первым шагом в вёртске (и создании сайтов вообще) за деньги должен быть "изучение предмета". Потом надо найти заказчика и как-то его убедить в том, что ты немомерно крут и всё сделаешь быстро, хорошо и не напрягая его мозг. Первым проектом у меня за деньги был унылый сайт, написаный "на коленке" за один килодоллар денег. Такие дела.
  9. Вообще странный вопрос. Такое ощущение, что автор понимает под CMS джумлу и ей подобные вещи. Это далеко не так. Даже одну текстарею с кнопкой сабмит, можно считать ЦМСкой, ибо она управляет контентом. Ну а если вопрос встал об управлении сайтом без использования удобных и хороших систем управления, то есть такие варианты 1. Фигачить всё "статикой" и менять информацию по мере надобности прямо в html или php файлах. Подойдёт для случая "сайта-визитки", где, в лучшем случае, меняются телефоны по мере переезда из офиса в офис. Но, на самом деле, нормальные веб-разработчики лишат вас такой возможности, ибо даже на такой простой случай ставится ЦМСка - прикрутить её дело 5 минут, не более. 2. Ну и если информация хранится где-то помимо собственно скриптов/шаблонов, например, в БД, то можно прямо залезать в БД и там всё править. Вот только надо ли оно вам такое счастье? Вывод: возможно, да, но смысл?
  10. Не понял суть вопроса. Опишите задачу, а не то как вы её решаете. Весьма возможно, что есть лучшее решение для неё. Это первое. А по тому, что есть, я могу сказать только то, что если файл надо целиком загружать, то это надо делать перед выводом формы, а не во время - тогда и задержек из-за загрузки не будет
  11. А чего тут бояться? Как-то я не вижу проблем, которые могут случиться. Яваскрипт исполняется на стороне клиента, так что серверу это не навредит. Ну а уж если захотят сервак повалить, то обязательно повалят и без всяких яваскриптов.
  12. Ну раз уж в JS ноль, то варианта два: 1. Берем код, и удаляем из него потихоньку строчки - одну за другой. Пока не останется только то, что необходимо. Я именно так и начинал яваскрипт постигать. 2. Находим программиста, который это всё сделает за вас. Не бесплатно, разумеется.
  13. Ну вы выложите куда-нибудь в интернеты то, что есть, а мы уже поможем поправить
  14. Да, как раз при помощи фаербага и можно. Например, дописываем какому-нибудь элементу (или вообще добавляем новый) на онклик эту функцию и всё вызывается. А еще в опере при просмотре "исходного кода страницы" также можно "на лету" код менять
  15. Да не такое уж и зло. Есть как минимум 3 положительных момента: 1. Напоминалка о ДР. Раньше в телефоне записывал, и, соответственно, по мере их умирания (телефонов) часть информации терялась. 2. Музыка и видео. Всё-таки хорошо, когда на работе хочешь послушать музыку, то не надо её искать, потом качать - ввёл исполнителя/название и наслаждаешься. 3. Групповые оповещения о предстоящих сборищах и прочих пьянках. Можно, конечно, и по почте, но тут прикольный контакт-лист с фотками и всё такое. Это я про вконтакт. Одноклассники внатуре какие-то корявые и неудобные - я туда не захожу. Фейсбуком мало народу пользуются, так что вся прелесть теряется.
  16. Пока не умер. Но вот сайт вконтакте сделал хороший ход и теперь при заходе с неугодного браузера вверху висит сообщение, что браузер устарел. Надеюсь, это поможет.
  17. Всё-таки заработало, хоть и соединение осталось всё равно latin1, но всё записывается и выводится как следует. Вот такие строчки, если надо кому mysql_query ("set character_set_client='cp1251'"); mysql_query ("set character_set_results='cp1251'"); mysql_query ("set collation_connection='cp1251_general_ci'");
  18. Уже никаких мозгов не хватает. Спрошу тут, может кто подскаже чего. Так уж исторически сложилось, что всё на cp1251 должно быть. Но всё как-то не то и не так. Простейший скрипт: mysql_query("INSERT INTO `table` (`field`) VALUE ('Тест')"); echo("INSERT INTO `table` (`field`) VALUE ('Тест')<br>"); $q=mysql_query("SELECT * FROM `table`"); $r=mysql_fetch_array($q); echo $r['field']; Выдаёт Кодировка скрипта 1251 (даже специально хэдер вывел для пущей уверенности), таблица cp1251_general_ci, в /etc/mysql/my.cnf указано init_connect='SET NAMES cp1251' collation_server=cp1251_general_ci character_set_server=cp1251, но mysql_client_encoding() всё равно упорно возвращает latin1. Что я делаю не так?
  19. Ну я же не первый день работаю. Для 60% задач у меня уже есть готовые модели и контроллеры, к которым остаётся только сверстать шаблоны. Для 20% в существующих моделях/контроллерах надо что-нибудь слегка поправить и только 20% надо писать "с нуля". Так что скорость разработки не хромает. Если ты так считаешь, то, значит, у тебя сломался калькулятор. Я не использую ни фреймворки, ни цмс, поскольку занимаюсь проектами, рассчитаными на некоторую нагрузку и слабое железо - заказчики они жмоты такие, или ВДС слабенький берут или на древнем серваке всё размещают. А вот если писать небольшие проекты, то тут не столько важна скорость работы скрипта, сколько скорость работы программиста, так что во многих случаях цмс и фреймворки - несомненное добро.
  20. Редактор - medit. Notepad++ решает, но под вайном он не очень хорошо работает. jQuery - тоже вовсю юзаю. PHP "as is" - не доверяю ни цмскам, ни фреймворкам, ибо за скорость работы кода отвечаю всеми органами.
  21. Veseloff

    Индексы

    FLUSH TABLE и OPTIMIZE TABLE пробовали?
  22. И вообще, это лишнее, ИМХО. Будет работать и без $db. Маловероятно, что вы производите выборки из разных баз в рамках одного сайта. Ну а если используете, то тогда да.
  23. Не знаю, сто лет не видел джумлу. И столько же не видел бы еще. Предположу, что все запросы в БД идут через какой-то метод какого-то класса. Так вот добавьте в этот класс переменную типа массив и пихайте в неё все запросы при вызове метода. Ну и время можно считать до кучи, чтобы наглядней было.
  24. Конечно можно. И в методе класса тоже можно.
×
×
  • 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