Я тут попробовал делать статические сайты — тупо html-ки кладу и все — мне понравилось. Просто, без технологических заморочек, и работает шустро. Но все просто когда сайт только английскую версию имеет, а мне захотелось еще пару языков добавить. И хочется, чтобы при первом заходе язык детектился по хидерам от браузера, а если человек явно перешел на другой язык, то потом ему всегда отдавать тот язык, который он выбрал. В идеале прописать что-нибудь в .htacces и все, и дальше простой html отдавать. Ну или на клиенте что-то скриптами намутить. На сервере не охота — сразу время отклика имхо сильно вырастет, от одного только факта загрузки php или еще чего.
Здравствуйте, ArtDenis, Вы писали:
AD>Если хочешь использовать только статические html на апаче, то cookies + mod_rewrite спасут отца русской демократии.
Здравствуйте, Marty, Вы писали:
M>Здравствуйте, pva, Вы писали:
M>>> Посоветуйте что-нибудь pva>>Печеньки. Cookies
M>Не видел таких печенек без скриптовых языков. На каком тесте готовить посоветуешь?
Здравствуйте, temnik, Вы писали:
M>>Не видел таких печенек без скриптовых языков. На каком тесте готовить посоветуешь?
T>Без яваскрипта никак не обойтись.
Имя, сестра, имядай ссылку плс, что почитать на тему
Здравствуйте, rean, Вы писали:
R>Уже много лет использую самописный «фреймворк» на PHP из нескольких файлов минимально-необходимого размера, куда входит... R>Если кому интересно, пишите в личку, дам ссылки на живые сайты, где это работает. О цене договоримся.
Практика показывает, что каждый веб-программер хоть раз в жизни написал свой фреймворк, каждый второй из них считает его эталоном среди фреймворков, и, что характерно, разобраться в нем может только он сам
Думаю, это потому, что писать код проще чем читать. Человеку, выбирающему платформу лучше посоветовать что-то вроде RubyOnRails, чтобы не остаться один на один с возможными проблемами. Да и более технологично и быстро будет. РНР — мертвая технология (новое на ней делать смысла нет), и не хочу обидеть, но использование шаред-хостинга (глючного и небезопасного) вместо пятибаксового DigitalOcean VPS зачастую намекает о сайте или программисте. Не всегда, но тем не менее.
Здравствуйте, sharez, Вы писали:
R>>Уже много лет использую самописный «фреймворк» на PHP из нескольких файлов минимально-необходимого размера, куда входит... R>>Если кому интересно, пишите в личку, дам ссылки на живые сайты, где это работает. О цене договоримся.
S>Практика показывает, что каждый веб-программер хоть раз в жизни написал свой фреймворк, каждый второй из них считает его эталоном среди фреймворков, и, что характерно, разобраться в нем может только он сам
Ну, я тоже не собирался ничего покупать. Да и себя узнал, как в зеркало посмотрел — тоже есть на продажу за большие деньги пара бесполезных наработок
S>Думаю, это потому, что писать код проще чем читать.
За чтение меньше платят. Моя шаровара пока не приносит ожидаемого дохода, пристроился к дяде поработать. Мрак. Софт под линукс с кучей самописных заплаток для ядра и стандартных пакетов. Мысли о суициде не отпускают даже во время мастурбации ( (с) из соседнего форума, гениальная фраза, подходит почти к любому контексту )
S>Человеку, выбирающему платформу лучше посоветовать что-то вроде RubyOnRails, чтобы не остаться один на один с возможными проблемами. Да и более технологично и быстро будет.
Я вроде писал о минимуме технологий, или нет?
S>РНР — мертвая технология (новое на ней делать смысла нет), и не хочу обидеть, но использование шаред-хостинга (глючного и небезопасного) вместо пятибаксового DigitalOcean VPS зачастую намекает о сайте или программисте. Не всегда, но тем не менее.
PHP купит и пришлет тебе венок на могилу, когда ты умрешь (сорри, ничего личного )
Шаред-хостинг — не вижу проблем с его использованием. Одни плюсы — все решается через сапорт, самому ковыряться не нужно ни с чем. Один минус — нельзя хвастаться, что "у меня VPS", люди с опытом быстро раскусят. Или ты продаешь цифровой океан?
Здравствуйте, rean, Вы писали:
R>Уже много лет использую самописный «фреймворк» на PHP из нескольких файлов минимально-необходимого размера, куда входит: R>... R>Если кому интересно, пишите в личку, дам ссылки на живые сайты, где это работает. О цене договоримся.
Не куплю. Товар лицом не представлен, коммерческое предложение не раскрыто, поддержки нет, сообщества нет, стоит дорого. Так ты слона не продашь Сам покупай лучше vmpkit
R>Единственно предупреждаю, после CMS, шаблонизаторов на мегабайты и т.п. «слома мозга» современного индийского вебсайтостроения, можете не въехать.
Тут вроде на "ты" принято
Насчет въехать/не въехать — что, всё настолько гениально?
R>Подожду, когда народ наиграется с мегамонстрами и в моду придет минимализм, тогда сделаю продукт. R>А пока для частного пользования.
Забей, не трать время, никому это не нужно (ля ви такая)
Здравствуйте, rean, Вы писали:
M>>И хочется, чтобы при первом заходе язык детектился по хидерам от браузера, а если человек явно перешел на другой язык, то потом ему всегда отдавать тот язык, который он выбрал. В идеале прописать что-нибудь в .htacces и все, и дальше простой html отдавать.
R>Прокомментирую по делу. R>Ни в коем случае не отдавать по одному адресу разные версии страниц. Гугл за это жестоко накажет. Делал такое на заре молодости, шишек набил.
Гугл за это наказывает. Жестоко наказывает. Где я мог это слышать?
Спасибо за советы.
На самом деле, я думаю, основной расход времени это 1) загрузка и/или инициализация PHP модуля веб-сервером 2) загрузка PHP-модулем нужных скриптов. Если без фанатизма и тяжелых CMS, то (1) — самый проблемный пункт, влияющий на скорость отдачи страниц, имхо, как минимум на порядок.
Второй важный пункт такой — меня plain html вполне устраивает. Вкорячивать в него костыли от каких-то CMS или даже просто от чистого PHP или Ruby вообще никак не вдохновляет.
Здравствуйте, Marty, Вы писали:
M>PHP купит и пришлет тебе венок на могилу, когда ты умрешь (сорри, ничего личного ) M>Шаред-хостинг — не вижу проблем с его использованием. Одни плюсы — все решается через сапорт, самому ковыряться не нужно ни с чем. Один минус — нельзя хвастаться, что "у меня VPS", люди с опытом быстро раскусят. Или ты продаешь цифровой океан?
Тема для отдельного холивара, но всё же по пунктам:
— От РНР отказался как от страшного сна после 10-летнего опыта работы с ним. Оставаться на нём — дно (в технологическом смысле) Один плюс: он работает на шареде, но:...
— Не раз видел, как люди:
-- Теряли данные на шареде из-за взлома хостера и раздолбайства его
-- Получали вредоноса через неустранимую самостоятельно дырку хостера (с последующей блокировкой на Яндексе — тут соседняя ветка как раз про это, лол)
-- Не понимали, почему Гугл их плохо ранжирует, пока не перешли на нормальный хостинг
-- Тратили часы на поиск тормозов на сайте, когда проблема была в пиковых нагрузка хостера-оверселлера, с которыми ничего нельзя поделать.
-- Теряли всю рассылку в спам-папки юзерей из-за плохой репутации таких вот коллективных IP
Только VPS и выделенный IP, только хардкор.
M>На самом деле, я думаю, основной расход времени это 1) загрузка и/или инициализация PHP модуля веб-сервером 2) загрузка PHP-модулем нужных скриптов. Если без фанатизма и тяжелых CMS, то (1) — самый проблемный пункт, влияющий на скорость отдачи страниц, имхо, как минимум на порядок.
Увы, РНР не умеет держать в памяти проинициализированное дерево объектов, как какой-нибудь Java+Spring. PHP-разработчики обречены на БОЛЬ в этом вопросе. Не считая отсутсвия общего пространства объектов между потоками и синхронизации меж ними.
Здравствуйте, Marty, Вы писали:
M>1) загрузка и/или инициализация PHP модуля веб-сервером
а что, mod_php разве не висит постоянно загруженный?
2) загрузка PHP-модулем нужных скриптов.
кеширование + mod_rewrite
Тоесть mod_rewrite проверяет наличие страницы в кеше, если нет — отправляет на php, который сгенерит страницу и отредиректит на нее.
Тот же wordpress + supercache, вроде бы, работают нормально.
Здравствуйте, Marty, Вы писали:
M> Посоветуйте что-нибудь
Я конечно не ахти какой спец в этом вопросе. Но если "при минимуме технологий" то в самом апаче (.htacces это ведь от туда) есть возможность отдавать разный контент для разных языков.
Сильно не копал, но можно оттолкнутся вот от этой ссылки.
Ну, конечно, если все это поддерживает хостер.
S>Увы, РНР не умеет держать в памяти проинициализированное дерево объектов, как какой-нибудь Java+Spring. PHP-разработчики обречены на БОЛЬ в этом вопросе.
Здравствуйте, hurricane_2000, Вы писали:
S>>Увы, РНР не умеет держать в памяти проинициализированное дерево объектов, как какой-нибудь Java+Spring. PHP-разработчики обречены на БОЛЬ в этом вопросе.
_>Really? _>http://daemon.io/ _>http://reactphp.org/
Костыли и велосипеды в одном флаконе.
Даже если это работает нормально по скорости, как этим пользоваться без syncronized-блоков и методов — непонятно.
Хотя нет, я знаю: когда это РНР-разработчиков беспокоили такие мелочи