Veseloff
Moderator-
Posts
3,457 -
Joined
-
Last visited
-
Days Won
40
Content Type
Profiles
Forums
Calendar
Store
Everything posted by Veseloff
-
Возрастёт? Да, несомненно. Любые инструкции серверу жрут ресурсы. Главное это насколько это нагрузит сервер. Судя по вопросу, проект не высоконагруженный (иначе не было бы таких вопросов) и на это можно забить. А вообще-то логику и представление надо разделять.
-
Это не запросы. Это процессы. Не знаю как грузят. Что вообще за сервер-то?
-
За три бакса в месяц можно взять обычный хостинг, без всяких юкозов. Обычный хостинг всяко предпочтительнее. Объяснять почему надо?
-
Связано это с тем, что они были запущены. Причём так, что они остаются и ждут запросов.
-
Ну типа случается, что переменные отправляются в файл, вызываемый аяксом в кодировке utf-8. В этом случае помогает iconv.
-
Когда же люди научатся не выкладывать проблемный код в сообщении, а давать ссылку на проблемную страницу? Так бы сразу можно было увидеть в чём именно проблема. Тут, мне кажется, надо проверить кодировку обоих файлов (чтобы и в том и в другом была 1251), а так же заголовки.
-
Я так считаю, что на вкус и цвет все фломастеры разные. Можно сделать круто как фикс, так и резину, а можно всё завалить вне зависимости от "типа" вёрстки. Каждому - своё. Это как автомобили - кому какие нравятся. Никому же не приходит в голову "стандартизировать" машины. Есть гигантские джипы и есть "смарт сити", которые, по сути, у 90% владельцев выполняют одну и ту же функцию - возят хозяина от дома до работы и обратно. И с сайтами так же - не надо выдумывать ненужные стандарты, надо делать как нравится.
-
Первым шагом в вёртске (и создании сайтов вообще) за деньги должен быть "изучение предмета". Потом надо найти заказчика и как-то его убедить в том, что ты немомерно крут и всё сделаешь быстро, хорошо и не напрягая его мозг. Первым проектом у меня за деньги был унылый сайт, написаный "на коленке" за один килодоллар денег. Такие дела.
-
Вообще странный вопрос. Такое ощущение, что автор понимает под CMS джумлу и ей подобные вещи. Это далеко не так. Даже одну текстарею с кнопкой сабмит, можно считать ЦМСкой, ибо она управляет контентом. Ну а если вопрос встал об управлении сайтом без использования удобных и хороших систем управления, то есть такие варианты 1. Фигачить всё "статикой" и менять информацию по мере надобности прямо в html или php файлах. Подойдёт для случая "сайта-визитки", где, в лучшем случае, меняются телефоны по мере переезда из офиса в офис. Но, на самом деле, нормальные веб-разработчики лишат вас такой возможности, ибо даже на такой простой случай ставится ЦМСка - прикрутить её дело 5 минут, не более. 2. Ну и если информация хранится где-то помимо собственно скриптов/шаблонов, например, в БД, то можно прямо залезать в БД и там всё править. Вот только надо ли оно вам такое счастье? Вывод: возможно, да, но смысл?
-
Не понял суть вопроса. Опишите задачу, а не то как вы её решаете. Весьма возможно, что есть лучшее решение для неё. Это первое. А по тому, что есть, я могу сказать только то, что если файл надо целиком загружать, то это надо делать перед выводом формы, а не во время - тогда и задержек из-за загрузки не будет
-
А чего тут бояться? Как-то я не вижу проблем, которые могут случиться. Яваскрипт исполняется на стороне клиента, так что серверу это не навредит. Ну а уж если захотят сервак повалить, то обязательно повалят и без всяких яваскриптов.
-
Ну раз уж в JS ноль, то варианта два: 1. Берем код, и удаляем из него потихоньку строчки - одну за другой. Пока не останется только то, что необходимо. Я именно так и начинал яваскрипт постигать. 2. Находим программиста, который это всё сделает за вас. Не бесплатно, разумеется.
-
Ну вы выложите куда-нибудь в интернеты то, что есть, а мы уже поможем поправить
-
Да, как раз при помощи фаербага и можно. Например, дописываем какому-нибудь элементу (или вообще добавляем новый) на онклик эту функцию и всё вызывается. А еще в опере при просмотре "исходного кода страницы" также можно "на лету" код менять
-
Да не такое уж и зло. Есть как минимум 3 положительных момента: 1. Напоминалка о ДР. Раньше в телефоне записывал, и, соответственно, по мере их умирания (телефонов) часть информации терялась. 2. Музыка и видео. Всё-таки хорошо, когда на работе хочешь послушать музыку, то не надо её искать, потом качать - ввёл исполнителя/название и наслаждаешься. 3. Групповые оповещения о предстоящих сборищах и прочих пьянках. Можно, конечно, и по почте, но тут прикольный контакт-лист с фотками и всё такое. Это я про вконтакт. Одноклассники внатуре какие-то корявые и неудобные - я туда не захожу. Фейсбуком мало народу пользуются, так что вся прелесть теряется.
-
Пока не умер. Но вот сайт вконтакте сделал хороший ход и теперь при заходе с неугодного браузера вверху висит сообщение, что браузер устарел. Надеюсь, это поможет.
-
Всё-таки заработало, хоть и соединение осталось всё равно latin1, но всё записывается и выводится как следует. Вот такие строчки, если надо кому mysql_query ("set character_set_client='cp1251'"); mysql_query ("set character_set_results='cp1251'"); mysql_query ("set collation_connection='cp1251_general_ci'");
-
textarea? Или нужен висивиг?
-
Уже никаких мозгов не хватает. Спрошу тут, может кто подскаже чего. Так уж исторически сложилось, что всё на 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. Что я делаю не так?
-
Ну я же не первый день работаю. Для 60% задач у меня уже есть готовые модели и контроллеры, к которым остаётся только сверстать шаблоны. Для 20% в существующих моделях/контроллерах надо что-нибудь слегка поправить и только 20% надо писать "с нуля". Так что скорость разработки не хромает. Если ты так считаешь, то, значит, у тебя сломался калькулятор. Я не использую ни фреймворки, ни цмс, поскольку занимаюсь проектами, рассчитаными на некоторую нагрузку и слабое железо - заказчики они жмоты такие, или ВДС слабенький берут или на древнем серваке всё размещают. А вот если писать небольшие проекты, то тут не столько важна скорость работы скрипта, сколько скорость работы программиста, так что во многих случаях цмс и фреймворки - несомненное добро.
-
Редактор - medit. Notepad++ решает, но под вайном он не очень хорошо работает. jQuery - тоже вовсю юзаю. PHP "as is" - не доверяю ни цмскам, ни фреймворкам, ибо за скорость работы кода отвечаю всеми органами.
-
И вообще, это лишнее, ИМХО. Будет работать и без $db. Маловероятно, что вы производите выборки из разных баз в рамках одного сайта. Ну а если используете, то тогда да.
-
Не знаю, сто лет не видел джумлу. И столько же не видел бы еще. Предположу, что все запросы в БД идут через какой-то метод какого-то класса. Так вот добавьте в этот класс переменную типа массив и пихайте в неё все запросы при вызове метода. Ну и время можно считать до кучи, чтобы наглядней было.
-
Конечно можно. И в методе класса тоже можно.