Особенности национального менталитета:
Идёт мужик по лесу, видит — дупло. Засовывает туда руку. Руку отрубают. Мужик в шоке, засовывает вторую руку. Вторую отрубают. Он со словами:
— Да вы чё там, ваще охренели?!!! — засовывает голову.
Первые упоминания о юникоде в истории тотала относятся к 2001 году. Правда речь о Lister'е.
В версии 6 в 2003 году «Show Unicode file names in file lists» и т.п.
В версиях 6.5x идёт доработка юникода.
В седьмых версиях о юникоде говорится.
И вот оказывается, что все предыдущие юникодные победы — это так, разминка. Что на самом деле юникод внедрили только сейчас. Не окажется ли в восьмой версии, а потом в 8.5 — 9.0 — 9.5 — ну теперь уж точно внедрили юникод, ну совсем-совсем, ну юникод вообще?
Оказывается, FAR'у не так уж и стыдно с того, что всего полгода как юникодная версия стала более-менее рабочей.
Объясняешь заказчику: выбранное вами — устарело\неэффективно\etc.
Да, я могу сделать, чтобы нормально работало в этих условиях. Но это дополнительное время, а следовательно, дополнительные деньги.
Моё время стоит столько-то.
Нормальный хостинг стоит столько-то.
При том: нормальный хостинг позволит в будущем избежать подобных же проблем.
При том: решение на чистом UTF-8 гораздо более перспективно (что ты будешь делать, когда настанет эпоха PHP6? Там ведь нативная кодировка UTF-8).
Заказчик далеко не всегда прав, хотя бы потому, что не является специалистом. И хороший специалист — это тот, который помимо прочего может объяснить заказчику, почему нужно так, а не иначе.
А совсем неадекватных заказчиков лучше избегать. Вот представь, некто захотел посмотреть твоё портфолио. Увидел свежие проекты в 1251, koi8 — закрыл портфолио со словами «некомпетентен, пользуется устаревшими технологиями». И кто виноват?
Для Друпала они плагин собирались сделать платным. Кажется, уже и сделали, хотя я за этой IDE не шибко слежу. Она у меня в паре-тройке случаев вылетела. При обновлении убила мой проект в воркспейсе. Вобщем, оставила впечатление сыроватой.
Всё очень классно, но в привычной мне теме при каждой закачке список закачек не открывается (AllInOneSidebar), а здесь открывается, и соответственно, за два часа уже успел достать до печёнок.
Как отключить? Во всём остальном тема более чем устраивает.
Мораль: нужно сначала сделать все выборки, разорвать соединение и после этого уже что-либо выводить.
P.s. Тоже советую посмотреть хороший фреймворк (от себя советую CI, как очень простой и удобный, и отлично документированный) и хороший проект на фреймворке (потому что можно взять отличный fw и убить все его достоинства уродливым использованием).
Добавлять/исправлять? А отключать ревизии пробовали?
Есть плагин для управления ревизиями и можно менять настройки ревизий
Такая опция есть, но по умолчанию она скрыта
Эта константа может быть установлена в вашем wp-config.php (не забывайте пользоваться правильными редакторами), или специальным плагином (еще не видел таких)
Чтобы задать ее в файле конфигурации, добавьте строку
где ТУТ_БУДЕТ_ВАША_НАСТРОЙКА может принимать значения:
true (по умолчанию), -1: хранить каждую ревизию
false, 0: не сохранять никаких ревизий (кроме одного автосохранения на запись)
(int) > 0: как много ревизий хранить на одну запись (+1 на автосохранение). Старые ревизии автоматически удаляются.
Ну и есть ещё ряд вещей, которыми можно попробовать раскочегарить вордпресс.
Главное из которого — кэш. Ну и отрывание того, чем не пользуешься.
CI — инитится быстрей прочих. А вот само приложение на CI — зависит от рук программиста. Нужно правильно спроектировать, реализовать нормальное кэширование, кодить без запросов типа «select * from» внутри цикла и так далее.
Достались мне исходники клона фэйсбука на CI — мама дорогая!
Что именно вам нужно на английском? Фронт, бэк, сервисную часть, всё вместе?
Для сервисной части меняйте
application\config\config.php
строчку
$config['language'] = «russian»;
Фронт — как шаблон сделаете (а в любом случае для более-менее серьёзного сайта нужен свой дизайн, или хотя бы переделки стандартного). Ну, плагины надо будет поправить. Но очень некоторые. И делать это можно по ходу процесса. Плюс, в админке все заголовки и т. п. писать на английском.
А вот если бэкенд английский нужен, проблем чуть больше.
Во-первых, переводить админский шаблон. Во-вторых, переводить почти все плагины, особенно админские. Причём, в коде.
В-третьих, вывода в коде по русски не так много, но иногда встречается.
Как-то так.
Максим размышляет, как бы на основе этой cms делать многоязычные сайты, но пока ситуация вот…
За «нет документации» — плюс много!
Когда приходилось модули делать к самописным системам — их сначала приходилось изучать. Причём, многие были ужасными. И ни у одной документации не было.
Зато допиливать системы, построенные на знакомых fw — одно удовольствие.
Давно (т. е. изначально) так делаю.
Раньше сидел с отключенными скриптами. Когда перешёл на FF, поставил плагин noscript, в нём явно задаю, что везде скрипты и флеш запрещены и только [список] разрешены. Разрешения для каждого конкретного сайта можно переключить на лету через значок на панели статуса.
Отсекается куча рекламы, всякие неудобные и раздражающие анимации и, безусловно, повышается безопасность. Есть очень малый процент сайтов, на который ходить необходимо, и в котором гораздо лучше включить скрипты\флеш. И ещё меньше сайтов, которые с выключенным js не работают, но на которые ходить надо.
С CI по умолчанию чистится массив $_GET, а всё, что через адресную строку нужно получать, получаете через сегменты ЧПУ. Для безопасности и красоты урлов сделано.
Получение (не обработку данных) в PHP из БД оптимизировать нельзя — это нативный функционал.
Грамотно спроектированная структура данных и нормальная работа с базой (например, не надо вызывать 'select * from table' в цикле) дадут куда большую оптимизацию, чем расстановка кавычек и разные способы конкатенации строк.
Не бывает оптимизированных скриптов, который оптимизированы только в одну сторону. Бывает, когда за деревьями не видно леса и всесторонняя оптимизация становится латанием дыр треснувшего пополам корабля.
Наверное, имеется в виду vcl, которая — неотъемлемая часть ide delphi и «языка delphi» (я в курсе, что язык называется object pascal), и которую вполне можно назвать фреймворком.
))))
Особенности национального менталитета:
Идёт мужик по лесу, видит — дупло. Засовывает туда руку. Руку отрубают. Мужик в шоке, засовывает вторую руку. Вторую отрубают. Он со словами:
— Да вы чё там, ваще охренели?!!! — засовывает голову.
В версии 6 в 2003 году «Show Unicode file names in file lists» и т.п.
В версиях 6.5x идёт доработка юникода.
В седьмых версиях о юникоде говорится.
И вот оказывается, что все предыдущие юникодные победы — это так, разминка. Что на самом деле юникод внедрили только сейчас. Не окажется ли в восьмой версии, а потом в 8.5 — 9.0 — 9.5 — ну теперь уж точно внедрили юникод, ну совсем-совсем, ну юникод вообще?
Оказывается, FAR'у не так уж и стыдно с того, что всего полгода как юникодная версия стала более-менее рабочей.
Да, я могу сделать, чтобы нормально работало в этих условиях. Но это дополнительное время, а следовательно, дополнительные деньги.
Моё время стоит столько-то.
Нормальный хостинг стоит столько-то.
При том: нормальный хостинг позволит в будущем избежать подобных же проблем.
При том: решение на чистом UTF-8 гораздо более перспективно (что ты будешь делать, когда настанет эпоха PHP6? Там ведь нативная кодировка UTF-8).
Заказчик далеко не всегда прав, хотя бы потому, что не является специалистом. И хороший специалист — это тот, который помимо прочего может объяснить заказчику, почему нужно так, а не иначе.
А совсем неадекватных заказчиков лучше избегать. Вот представь, некто захотел посмотреть твоё портфолио. Увидел свежие проекты в 1251, koi8 — закрыл портфолио со словами «некомпетентен, пользуется устаревшими технологиями». И кто виноват?
Впрочем, решение всё равно за тобой.
Как отключить? Во всём остальном тема более чем устраивает.
P.s. Тоже советую посмотреть хороший фреймворк (от себя советую CI, как очень простой и удобный, и отлично документированный) и хороший проект на фреймворке (потому что можно взять отличный fw и убить все его достоинства уродливым использованием).
Есть плагин для управления ревизиями и можно менять настройки ревизий
Ну и есть ещё ряд вещей, которыми можно попробовать раскочегарить вордпресс.
Главное из которого — кэш. Ну и отрывание того, чем не пользуешься.
В восьмом пункте описывается, как убрать index.php из адреса.
Достались мне исходники клона фэйсбука на CI — мама дорогая!
Для сервисной части меняйте
application\config\config.php
строчку
$config['language'] = «russian»;
Фронт — как шаблон сделаете (а в любом случае для более-менее серьёзного сайта нужен свой дизайн, или хотя бы переделки стандартного). Ну, плагины надо будет поправить. Но очень некоторые. И делать это можно по ходу процесса. Плюс, в админке все заголовки и т. п. писать на английском.
А вот если бэкенд английский нужен, проблем чуть больше.
Во-первых, переводить админский шаблон. Во-вторых, переводить почти все плагины, особенно админские. Причём, в коде.
В-третьих, вывода в коде по русски не так много, но иногда встречается.
Как-то так.
Максим размышляет, как бы на основе этой cms делать многоязычные сайты, но пока ситуация вот…
Когда приходилось модули делать к самописным системам — их сначала приходилось изучать. Причём, многие были ужасными. И ни у одной документации не было.
Зато допиливать системы, построенные на знакомых fw — одно удовольствие.
Раньше сидел с отключенными скриптами. Когда перешёл на FF, поставил плагин noscript, в нём явно задаю, что везде скрипты и флеш запрещены и только [список] разрешены. Разрешения для каждого конкретного сайта можно переключить на лету через значок на панели статуса.
Отсекается куча рекламы, всякие неудобные и раздражающие анимации и, безусловно, повышается безопасность. Есть очень малый процент сайтов, на который ходить необходимо, и в котором гораздо лучше включить скрипты\флеш. И ещё меньше сайтов, которые с выключенным js не работают, но на которые ходить надо.
Грамотно спроектированная структура данных и нормальная работа с базой (например, не надо вызывать 'select * from table' в цикле) дадут куда большую оптимизацию, чем расстановка кавычек и разные способы конкатенации строк.
Не бывает оптимизированных скриптов, который оптимизированы только в одну сторону. Бывает, когда за деревьями не видно леса и всесторонняя оптимизация становится латанием дыр треснувшего пополам корабля.