UTF-8, понимает таблицы, вложенные таблицы, div-ы, почти весь css, img, img на фоне и т.д.
Пробовали формировать PDFку на 100+ страниц — только нужно памяти много (очень много).
К сожалению, какое-бы решение тут не описали, все равно это будет костыль, какой-то больший, какой-то меньший, но все равно — костыль.
Разработчики форума phpBB постоянно наступают на те же грабли и такое впечатление, что вообще не слушают мнения комьюнити. Думаю, даже с phpBB4 ситуация будет не лучше.
Чтобы хоть как-то упростить интеграцию с phpBB, разработчикам самого phpBB нужно сделать несколько довольно простых вещей:
1. переименовать все классы, стили, функции так, чтобы они начинались с префикса phpbb_ (вот с таблицами в базе сделали ж, а чего про остальное забыли?).
2. сделать единый include, например, чтобы разработчик мог дернуть файл /forum/include.php и все API форума подключиться.
3. сделать единую систему инициализации. Если разработчик будет использовать IDE, то чтобы он набрал phpbb:: и нажал ctrl+space — и IDE подсказала, что дальше можно сделать. Тоесть, создать класс phpbb, который будет либо static, либо singleton, но именно с него все начинается.
4. И только тогда уже выносить методы типа PHPBB::Get()->getUserService()->login(login, pass);…
Т.е., по-простому, наконец нормально выучить и применить хотя-бы базовые основы ООП.
Хотя конечно, есть вариант SOAP API и т.п. — но толку от этого будет не много, если внутри архитектуры полный ппц.
Меня раздражает все из вышеперечисленного (кроме последних трех пунктов и НЛО).
А еще:
тупые орфографические ошибки,
отсутствие подписи в письме,
полное цитирование всего письма, а не части, на которую отвечают,
когда после запятой или точки не ставят пробел,
когда пишут 2 или более 3х знаков восклицания,
когда пишут более одного знака вопроса,
когда присылают по почте какие-то данные, а потом звонят и говорят что прислали,
когда присылают данные, а потом звонят и объясняют, что они что-то забыли написать и «давайте скажу по телефону»,
когда пишут все в одну строку, вообще без абзацев,
когда в письме вообще нет знаков препинания (выброс мозга),
когда ставят лишние пробелы,
когда тире — это дефис,
когда тире ставится без пробелов,
реклама в конце подписи,
когда присылают DOC, ODT, JPEG и прочие форматы, вместо PDF, PNG, SVG,
и еще наверное около 200 тупых ошибок, которые мне уже лень писать.
Вот такой я параноик и вообще, наверное, Grammar Nazi detected :-)
ИМХО: множественное наследование — не есть хорошо. Если вы думаете, что в процессе решения какой-то задачи нужно множественное наследование — то скорее всего ваша архитектура не верна. Я лично убедился в этом на практике. Хотя раньше также считал «мне не хватает множественного наследования».
Я, например, выбрал большие проекты, опыт позволяет взять почти любой проект на рынке (точнее, убедить клиента).
Правда, иногда даже выше планки прыгаю (чуть-чуть себе в убыток, на 20-30%).
У больших проектов есть такие плюсы (которые выше я не видел описанными):
+ в процессе разработки можно на пару дней сделать себе отпуск — и этого никто не заметит;
+ нет суеты вокруг с бесконечными «а сделай это, а сделай то»;
И минус:
— в случае форс-мажора иногда придется на работе быть по 40 часов подряд ибо условием получения $150 в час является то, что в случае поломки за сутки терятеся примерно $1500. Мало кто готов подписаться под такими условиями.
А то, что мелкие проекты позволяют заработать больше, чем крупные — это ЛОЖЬ. Если у вас получается меньше — значит вот такая вас весовая_категория/опыт.
Похоже, способ «отправьте sms на номер ***» является самым надежным способом защиты от спама.
И все-таки, вопрос к автору, насколько большой процент JS-каптч сейчас применяется и какое количество ботов реально могут обрабатывать такие каптчи? 1 бот из 1000 (1 — это тот, которые IE)? Судя по всему процент маленький.
Посмотрел на первую схему (над катом). Сразу возник вопрос: если задача большая, труднодробимая и на 1-2 дня полностью — то вы ее никогда не сделаете.
Какой смысл тогда дальше упрощать схему с концептуальным багом?
И я еще могу упросить вашу упрощенную схему:
Есть проблема? -> Свали на другого или поставь мелкий костыль -> Нет проблемы! PROFIT!
Чую скоро появился Apple Car (или iCar) в гламурно скругленном веб-два-нольном стиле, где в машине вместо лобового стекла и управления будет один здоровенные тачскрин с мультитачем. Водитель просто тыкает на экран пальцем — и машина туда едет соблюдая все ПДД, пробки и тп.
А «наши» как обычно ее в первый день разберут, напишут обзор, хакнут и выложат в сеть прошивку, чтобы машина гасала по тротуарам.
Хабрахабр — самостоятельно реорганизуемое сообщество.
Мы все муравьи и бегаем по муравьиному алогритму.
Наверное, поэтому на хабре доминирует много обзоров ноутов, apple…
Хабрачеловеки! Мы все стали предсказуемы! ААА! :-)
Печально…
svn://svn.webproduction.com.ua/packages/trunk/PDF/ (read-only free)
UTF-8, понимает таблицы, вложенные таблицы, div-ы, почти весь css, img, img на фоне и т.д.
Пробовали формировать PDFку на 100+ страниц — только нужно памяти много (очень много).
Разработчики форума phpBB постоянно наступают на те же грабли и такое впечатление, что вообще не слушают мнения комьюнити. Думаю, даже с phpBB4 ситуация будет не лучше.
Чтобы хоть как-то упростить интеграцию с phpBB, разработчикам самого phpBB нужно сделать несколько довольно простых вещей:
1. переименовать все классы, стили, функции так, чтобы они начинались с префикса phpbb_ (вот с таблицами в базе сделали ж, а чего про остальное забыли?).
2. сделать единый include, например, чтобы разработчик мог дернуть файл /forum/include.php и все API форума подключиться.
3. сделать единую систему инициализации. Если разработчик будет использовать IDE, то чтобы он набрал phpbb:: и нажал ctrl+space — и IDE подсказала, что дальше можно сделать. Тоесть, создать класс phpbb, который будет либо static, либо singleton, но именно с него все начинается.
4. И только тогда уже выносить методы типа PHPBB::Get()->getUserService()->login(login, pass);…
Т.е., по-простому, наконец нормально выучить и применить хотя-бы базовые основы ООП.
Хотя конечно, есть вариант SOAP API и т.п. — но толку от этого будет не много, если внутри архитектуры полный ппц.
А еще:
тупые орфографические ошибки,
отсутствие подписи в письме,
полное цитирование всего письма, а не части, на которую отвечают,
когда после запятой или точки не ставят пробел,
когда пишут 2 или более 3х знаков восклицания,
когда пишут более одного знака вопроса,
когда присылают по почте какие-то данные, а потом звонят и говорят что прислали,
когда присылают данные, а потом звонят и объясняют, что они что-то забыли написать и «давайте скажу по телефону»,
когда пишут все в одну строку, вообще без абзацев,
когда в письме вообще нет знаков препинания (выброс мозга),
когда ставят лишние пробелы,
когда тире — это дефис,
когда тире ставится без пробелов,
реклама в конце подписи,
когда присылают DOC, ODT, JPEG и прочие форматы, вместо PDF, PNG, SVG,
и еще наверное около 200 тупых ошибок, которые мне уже лень писать.
Вот такой я параноик и вообще, наверное, Grammar Nazi detected :-)
Все-таки, немного напутано.
Все эти мутки с отключением pagefile или переноса на RAM-Disk — это все страшная утопия?
Правда, иногда даже выше планки прыгаю (чуть-чуть себе в убыток, на 20-30%).
У больших проектов есть такие плюсы (которые выше я не видел описанными):
+ в процессе разработки можно на пару дней сделать себе отпуск — и этого никто не заметит;
+ нет суеты вокруг с бесконечными «а сделай это, а сделай то»;
И минус:
— в случае форс-мажора иногда придется на работе быть по 40 часов подряд ибо условием получения $150 в час является то, что в случае поломки за сутки терятеся примерно $1500. Мало кто готов подписаться под такими условиями.
А то, что мелкие проекты позволяют заработать больше, чем крупные — это ЛОЖЬ. Если у вас получается меньше — значит вот такая вас весовая_категория/опыт.
И все-таки, вопрос к автору, насколько большой процент JS-каптч сейчас применяется и какое количество ботов реально могут обрабатывать такие каптчи? 1 бот из 1000 (1 — это тот, которые IE)? Судя по всему процент маленький.
Какой смысл тогда дальше упрощать схему с концептуальным багом?
И я еще могу упросить вашу упрощенную схему:
Есть проблема? -> Свали на другого или поставь мелкий костыль -> Нет проблемы! PROFIT!
:-)
А «наши» как обычно ее в первый день разберут, напишут обзор, хакнут и выложат в сеть прошивку, чтобы машина гасала по тротуарам.
Мы все муравьи и бегаем по муравьиному алогритму.
Наверное, поэтому на хабре доминирует много обзоров ноутов, apple…
Хабрачеловеки! Мы все стали предсказуемы! ААА! :-)
Печально…